那个午夜，报警短信救了我们的命
上周三凌晨两点，我刚合上电脑准备睡觉，手机就炸了。阿里云服务器日志监控系统弹出了红色警报——带宽突然飙到 800Mbps，CPU 负载 99%。打开后台一看，一台运行了三年的图片服务器正在被流量攻击，每秒几十万次请求在刷一个 5MB 的产品图。那一刻，我脑子里的 B 计划在飞速运转，而所谓的 B 计划，不过是临时拉到一台免费的虚拟主机和服务器来做静态资源分流。
没错，就是那种你在搜索引擎上随便都能找到的免费主机。很多人觉得免费的东西不可靠，但在生死关头，它可能就是你最后一根稻草。而这件事让我重新审视了那个老生常谈的话题：当你的服务器被流量攻击时，你能指望什么？
免费虚拟主机和服务器：是馅饼还是陷阱？
今天我们聊点实在的。对于刚开始折腾网站的人，或者像我这样搞副业做个人项目的，免费虚拟主机和服务器简直就是救星。AWS 的免费层、谷歌云的 300 美元试用、还有那些欧洲小机房提供的 1GB 空间加 10GB 月流量套餐，说句实话，对于纯静态图片资源，完全够用。
但问题在于，很多人把免费主机当成了主站。结果就是，当你的网站稍微有点人气，或者不幸被闲得慌的人盯上，免费主机会比你先崩溃。2024 年有个案例让我记忆深刻：某个创业团队为了省钱，把所有产品图全挂在某号称"永久免费"的韩国主机上。结果站点被爬虫刷爆，免费主机直接把他们的账号停了，连数据都没来得及备份。所以，免费主机有它的位置——它适合做缓存、做 CDN 回源的后备节点、或者像我去年写过一个服务器试题里提到的"应急冗余"，但绝对不是主战场。
我的做法是：在阿里云上跑核心业务，然后在全球三个不同区域的免费主机上部署图片副本。流量正常时，免费主机什么都不干；一旦主服务器被攻击，通过 DNS 轮询直接切换过去。这套方案在 2025 年底的 Black Friday 活动上帮我顶住了连续 12 小时的 CC 攻击，而代价只是多花半天时间去写调度脚本。
服务器被流量攻击：除了洗白，你还能做什么？
如果你经历过服务器被流量攻击，你一定懂那种无力感。防火墙规则被无视，WAF 报错刷屏，带宽被打满，连 SSH 都连不上去。大多数人的第一反应是加钱升级带宽，或者买高防 IP。但说实话，对于个人站长和小企业，真正的解法不在硬件，而在架构。
两个月前，我一个朋友的图片服务器被攻击，原因就是因为他的图片服务器 带宽只有 100Mbps，而攻击流量轻松达到了 500Mbps。他做了一件聪明的事：把所有图片迁移到对象存储（比如 AWS S3 或阿里云 OSS），然后前端套一层 CDN。CDN 的带宽按量付费，而且自带 DDoS 清洗。攻击成本很高，攻击者的流量打向 CDN 边缘节点，几百万的请求分散到全球几千个节点上，每个节点分到的流量根本不值一提。更重要的是，CDN 的带宽单价远低于服务器带宽。他算过一笔账：如果直接在服务器上扛 500Mbps 的流量，一天要多花几千块；而通过 CDN 扛，实际账单只多了几十块，因为大部分攻击请求在边缘就被拦截了。
当然，如果你非要硬扛，也有办法。比如在路由器或 iptables 层面做连接数限制，封禁短时间内请求过多的 IP。但这治标不治本，因为攻击者会不断变换 IP。真正有效的还是做资源分离——把动态请求和静态资源彻底分开，让攻击者找不到你的核心业务。
图片服务器 带宽：别让它成为你的阿喀琉斯之踵
说到图片服务器 带宽，这里有一个很多人容易踩的坑：觉得带宽越大越好。其实不然。对于图片服务器，你真正该关注的是两个数字：峰值吞吐量和并发连接数。我之前用阿里云的一台 2核4G 实例做图片服务，带宽是 200Mbps，但并发一高，网络队列直接爆了，导致正常的用户请求也超时。后来我把图片启用了 gzip 压缩（虽然对 jpg 效果有限），然后设置了缓存策略——像 Logo 这种 10KB 的小图，缓存一个月；产品大图缓存 24 小时。就这么简单的一改，带宽使用率下降了 40%，用户体验反而更好了。
另一个技巧是使用 WebP 格式。2026 年，绝大多数现代浏览器都已经原生支持 WebP，而且它的压缩率比 JPEG 高 25%-35%。我去年花了两个周末写了个转换脚本，把服务器上大概 5 万张图全转成了 WebP。结果就是，同样一张产品图，从 2MB 降到了 1.2MB，加载速度肉眼可见地快了。如果你还在用 JPEG 硬扛流量，真的该试试这个。
阿里云服务器日志：你可能忽略了最重要的线索
最后聊聊阿里云服务器日志。很多人觉得日志这东西，只有出问题了才去看。但如果你等到服务器被攻击了再去看日志，那就太晚了。我现在的习惯是：每天上班第一件事，花 10 分钟看日志。不是看那些长长的 access log 全文，而是看几个关键指标：
- 404 错误率：如果短时间内大量出现不存在的 URL 请求，大概率是扫描器或者攻击前兆。
- 响应时间分布：如果 90% 的请求响应时间突然从 50ms 飙升到 500ms，说明后端可能出了性能瓶颈。
- 请求来源分布：突然从某个 IP 段涌入大量请求，基本可以断定是爬虫或者攻击。
去年 8 月，我就是通过阿里云服务器日志发现了一台被入侵的机器。日志显示某个不常用的 API 接口在凌晨三点被调用了上千次，每次返回 500 错误。我顺着查下去，发现是一个被遗忘的 phpMyAdmin 面板没有改密码。这件事教会了我：日志不是资料，是情报。
我强烈建议你把日志接入到阿里云的日志服务（SLS），设置告警规则。比如 5 分钟内 404 超过 100 次就发短信、60 秒内总请求量超过正常值 10 倍就打电话。这样你就能在真正出大问题之前先下手为强。
总结一句实在话
运营网站这件事，说到底就是一个成本与风险的博弈。免费虚拟主机和服务器可以用来做后备，但别把命压上去；服务器被流量攻击时，别只知道堆带宽，架构上的调整可能更省钱；图片服务器的带宽靠优化压缩和缓存来省；而阿里云服务器日志，是你日常防守的第一道防线。
以上都是我亲身体会，踩过的坑比写出来的多。但如果你能避开这些，哪怕只是少踩一个，这篇文章就值了。