大促前7–14天必须完成网络层四大规划：公网带宽按峰值qps反推并预留30%冗余，采用保底+弹性模式；私网需同可用区部署、实测内网吞吐；clb统一入口并ssl卸载；dns ttl调至60秒内、waf规则前置配置。
高并发电商大促（如双11、618）对网络层的稳定性与吞吐能力要求极高，公网与私网规划不是后期优化项，而是必须在大促前7–14天就完成的基础设施决策。选错带宽类型、忽视内网通信瓶颈、或混淆公网IP与负载均衡角色，都会导致流量洪峰时连接拒绝、API超时、缓存穿透甚至数据库雪崩。
以下从实战角度给出四类关键规划要点，聚焦“提前选定”这一动作：
公网带宽：按峰值QPS反推，预留30%冗余，不依赖弹性突发
- 公网带宽决定用户能否“打开页面”，不是越贵越好，而是要匹配真实请求模型
- 估算公式：所需带宽（Mbps）≈（预估峰值QPS × 平均响应体大小KB × 8）÷ 1000 × 1.3
（例：预计5万QPS，平均返回200KB → ≈ 50000×200×8÷1000×1.3 ≈ 1040 Mbps） - 必须选择保底带宽+峰值弹性模式（如腾讯云“固定带宽包+突发带宽”），避免仅靠“按使用付费”带宽——后者在秒杀瞬间可能因调度延迟无法及时提升，造成首屏加载失败
- 静态资源（图片、JS/CSS）务必剥离至CDN，公网带宽只承载动态API流量，否则带宽极易被刷满
私网带宽与延迟：集群内部通信的生命线，不能默认“够用”
- CVM之间、CVM与Redis/MySQL之间全部走内网，但内网带宽≠无限——不同实例规格有明确内网带宽上限（如8核16GB通用型实例内网带宽通常为5Gbps，而计算型可达10Gbps）
- 大促期间Redis缓存击穿、数据库主从同步延迟、微服务调用超时，70%以上源于内网带宽打满或跨可用区通信
- 必须统一部署在同一可用区（AZ），禁用跨AZ部署；若需多AZ容灾，则必须选用支持“同地域低延迟内网互通”的云厂商架构（如阿里云VPC内网延迟
- 建议压测阶段用
iperf3实测节点间最大吞吐，确认是否达到理论值的90%以上
公网IP与负载均衡的分工必须清晰，不可混用
- 每台CVM不直接暴露公网IP，所有入口流量必须经CLB（腾讯云）或SLB（阿里云）分发
- CLB本身需单独配置公网带宽（非绑定到后端CVM），且建议开启“连接数自动扩容”和“健康检查主动摘除”
- 若使用HTTPS，SSL卸载必须在CLB层完成，避免CVM CPU被加解密吃满（实测可降低Web服务器CPU负载30%+）
- CLB后端服务器组应设置最小健康阈值（如连续3次HTTP 200才纳入），防止新扩容实例未完成缓存预热即承接流量
网络路径收敛与安全防护前置配置
- 大促前必须关闭所有非必要公网端口（如SSH默认22端口改非标、Redis禁用公网访问、MySQL只允内网IP白名单）
- WAF规则需提前部署并开启“CC攻击防护”“URL限速”“恶意User-Agent拦截”，不能等攻击发生再配置——规则生效有缓存同步延迟
- DNS解析TTL值应在大促前3天调低至60秒以内，便于突发故障时快速切换流量（如某可用区宕机，可秒级切至备用集群）
这些配置一旦设定，多数无法热更新（如内网带宽规格、CLB实例类型），必须在大促前完成创建、测试、备案。临时调整往往伴随重启、IP变更或服务中断，得不偿失。
