网站突然变慢或无法访问，不一定是服务器故障：流量可能来自大量真实用户，也可能是DDoS攻击。防御DDoS与网站可用性提升，关键不只是增加机器，而是尽早识别异常、把流量挡在合适的位置，并准备不会互相拖累的备用路径。
先判断压力来自哪里
观察入口流量、连接数、请求速率、错误码和主机资源是否同时变化。带宽接近上限而CPU仍有余量，可能是链路被大流量占满；请求数激增、CPU持续升高，常见于应用层消耗；大量半开连接则可能让连接队列承压。上述信号只能帮助定位，不能单独作为攻击结论。
把正常业务基线按分钟记录，至少覆盖工作日、周末和业务高峰。对照来源分布、访问路径、请求方法、响应大小及登录失败率。突然增加的重复请求或集中访问少数昂贵页面值得调查，但不要仅凭单一地区或单个网络来源封禁用户。
按攻击层次逐步缓解
链路与连接压力
当入口带宽或连接资源先耗尽，主机内的规则可能来不及生效，应联系网络服务商启用上游流量清洗，确认清洗范围、启用时限和误拦截处理方式。Linux 的 SYN cookies 可在特定连接洪泛场景下减轻服务器连接队列压力，但不能解决超过接入链路容量的大流量。运营商支持时，BGP 黑洞路由可迅速丢弃受攻击地址的流量，代价是该地址上的正常访问也会中断。
应用请求压力
对登录、搜索、注册等消耗较高的入口设置分级速率限制，并按账号、会话或可信客户端特征组合判断；限额要通过正常峰值测试校准，避免把共享网络中的正常用户一并挡住。静态资源与动态请求分开处理，给重要功能留出资源。只拦截明显异常请求，保留管理入口和健康检查的可控访问路径。
- 列出核心页面、关键接口、依赖服务及其负责人。
- 用日志和主机监控确认瓶颈位于链路、连接、应用还是数据库。
- 先对高风险入口施加临时限流，再评估清洗、过滤或扩容方案。
- 观察错误率、延迟和正常用户成功率；缓解无效或误伤明显时及时回退。
备用策略要能真正接管
备份服务器并不等于高可用。若主备共用同一网络出口、域名解析服务或数据库，单点故障仍会同时影响两边。设计故障切换时，先明确哪些功能必须保留，再检查备用环境的容量、数据一致性、证书与访问权限，以及切换由谁执行。
备用站可以优先提供公告、查询等轻量功能，暂时关闭报表生成、批量导出等非核心任务。若采用双地域部署，确认两地不会共用同一故障域，并以受控演练验证切换和恢复。切换时间取决于健康检查周期、解析缓存、应用启动与数据同步状态，不能仅凭配置推断。防御DDoS与网站可用性提升也包括明确恢复顺序，避免恢复服务时再次压垮数据库。
把预案变成可验证流程
预案应写明报警阈值、值班联系人、服务商升级渠道、限流开关、回滚条件和对外通知模板。定期在隔离环境或低风险时段演练：模拟请求突增、禁用单个依赖、切换备用页面，并记录每一步耗时与失败原因。不要在生产环境制造未经批准的大流量测试；需要压力测试时，应限定目标、速率和时间，并取得相关服务方许可。
复盘时检查攻击识别是否过慢、规则是否误伤、备用服务是否拥有足够资源，以及日志能否说明故障过程。按结果更新基线和操作手册，才能让防御DDoS与网站可用性提升从一次性应急变成持续改进。
常见问题
只增加服务器能防住DDoS吗？
不能保证。若接入带宽先被占满，增加应用服务器也无法让正常流量进入。
限流设置得越严格越好吗？
不是。限额过低会阻断正常用户，应针对具体入口、正常峰值和业务风险逐步校准。
备用站需要复制全部功能吗？
不一定。优先保障核心访问和必要信息，功能越轻，越容易在资源紧张时维持服务。
多久演练一次？
可在重大架构变更后安排演练，并依据风险制定定期计划；具体周期取决于业务影响和团队能力。