先限流保核心业务，再扩容带宽和加CDN分流，同时把静态资源全量下沉到边缘节点，三层同时动才能让站点在流量洪峰里站稳脚跟。
服务器带宽扛不住，先判断是带宽跑满还是服务器性能见底
别急着加钱升级配置，大促期间“网页打开慢怎么排查”第一步从来都是确认瓶颈在哪，我见过不少站长，手忙脚乱加了两倍带宽，结果网站还是卡成幻灯片，最后一查是数据库连接数爆了，排查方法不复杂,按顺序做就行。
- 登录服务器，运行
iftop或nload查看实时流量，如果出入带宽长期顶着上限值,说明带宽确实满了。 - 如果带宽还有剩余，查看
top命令里的负载和CPU占用，负载飙升但带宽空闲,问题出在服务器处理能力。 - 确认是带宽瓶颈后，再去检查是单IP被流量打爆，还是整体访问量激增，前者可能要上高防策略,后者才是正常扩容。
行业共识认为，大促期间网站卡顿的案例里，相当一部分是静态资源（图片、CSS、JS）把带宽吃干净了，你打开页面，真正动态请求可能只占很小比例，剩下的全是重复加载的图片，这时候直接扩带宽,等于拿钱砸水漂。
共享带宽和独享带宽的区别是什么？大促扩容怎么选
很多人在大促前纠结升级配置，第一个遇到的选择题就是共享带宽和独享带宽的区别，简单说，共享带宽是大家合用一个总出口，独享带宽是你自己独占一条高速路,这个区别在大促场景下被无限放大：
| 对比项 | 共享带宽 | 独享带宽 |
|---|---|---|
| 峰值保障 | 不保证，邻居跑满你跟着卡 | 保证达到购买值 |
| 费用 | 相对便宜 | 相对贵一些 |
| 适用场景 | 日常低峰、测试环境 | 大促核心业务、实时音视频 |
| 突发应对 | 容易互相挤兑 | 有固定额度支撑 |
大促选哪个，答案很清楚：核心业务必须上独享带宽，如果你用的是共享带宽，隔壁某个电商站在大促使劲跑量，你的用户访问就会连带变慢,这种不可控因素在大促期间是致命的。
具体操作路径：登录云服务商控制台，找到实例的“带宽调整”入口，按小时或按天临时升级到独享带宽，大促结束后再降回来，国内主流云厂商都支持这种弹性升降配，费用按量计费,比长期包月划算许多。
扩容带宽之外，大促服务器扛不住还要做这三件事
钱要花在刀刃上，只靠加带宽应对大促流量，预算再充足也不够烧,以下三步是实操中验证过最有效的组合拳。
CDN加速把静态流量直接拦在门外
带宽扩容的优先级，其实排在CDN后面，把图片、JS、CSS全部接入CDN，源站带宽能省下来一大半，操作路径很明确：在云厂商CDN控制台添加加速域名，回源地址填服务器IP,然后把网站资源链接改成CDN域名。
这里有件特别值得做但又经常被忽略的事：CDN控制台里缓存命中率这一项，大促前要盯着看，正常应该在90%以上，如果命中率非常低，说明缓存策略没配好,要看下缓存过期时间是不是设置太短了。
动态请求限流，大促期间要学会“只接待重点客人”
带宽明明够用，数据库和Web服务器却在超负荷运转，照样会出现“服务器带宽扛不住”的错觉，要在入口处加限流规则，把压力控制在系统能承受的范围内，以Nginx为例，你可以配置 limit_req 模块：
limit_req_zone $binary_remote_addr zone=api_limit:10m rate=50r/s;
server {
location /api/ {
limit_req zone=api_limit burst=100 nodelay;
proxy_pass http://backend;
}
}
这段配置的意思很直白：每个IP每秒只放行50个请求，允许瞬间多放行100个应急，多余的流量直接返回提示让用户稍后重试，别担心误伤正常用户，多数情况下一个正常人每秒点不了50次接口,拦下来的基本是爬虫和刷子。
静态资源合并瘦身，从源头减少带宽占用
大促前花半天时间做资源优化,效果比多买几M带宽实在得多。
- 把页面里的小图标合并成雪碧图,或者直接转用iconfont字体图标。
- 图片格式全部换成WebP，同样的视觉效果,体积能小一半。
- 开启Gzip压缩，纯文本资源的传输体积直接减少60%以上，Nginx里开一行
gzip on;就能搞定。
高防服务器价格不低，大促带宽费用怎么压缩更聪明
业内专家指出，大促一到，DDoS攻击也跟着凑热闹，攻击流量占满带宽是最恶心的情况，你正常花钱买的带宽全被恶意流量消耗掉，用户访问自然全部超时，这时候要考虑高防服务器，但高防服务器价格摆在那里，不是所有业务都该上,按以下标准判断：
- 业务主要面向游戏、金融、直播行业，盈利模式依赖在线时长,必须上高防。
- 只是普通电商促销，之前从未遭遇过攻击的,先用CDN的高防挡一挡就够了。
- 服务器地域有明确要求的，比如必须选某城市节点过等保备案,那租用高防服务器时要确认该地域节点是否有足够的防护能力。
大促期间服务器带宽费用”这块，还有一个省钱技巧：按流量计费比按固定带宽计费更适合大促场景，大促期间流量波形是陡峭的尖峰，按固定带宽买得按峰值买，花钱多但非高峰时段全浪费了，按流量计费，用多少算多少，大促结束不用手动降配，费用自然回落，缺点是流量单价稍高，日常流量巨大且稳定的站点反而不划算，按流量计费时注意设置好费用预警,防止异常流量刷出天价账单。
服务器地域和带宽的关系，别把延迟锅甩给带宽
感觉服务器带宽扛不住”，用户打开网页慢得像蜗牛，你查服务器带宽根本没跑满，这种体验问题，很大程度上是服务器地域离用户太远，你人在上海，业务面向华东客户，服务器却租在香港,访问延迟高是必然的。
- 面向全国用户，一定要用CDN覆盖,让用户就近获取静态资源。
- 纯动态接口对延迟敏感,把服务器部署在用户密度最高的地域最合理。
- 如果预算有限,至少要确保服务器地域和CDN节点覆盖范围匹配。
这一步配合上一步的CDN加速，解决的是用户从“进不来”到“进来之后体验顺滑”的完整链路。
Q：大促服务器带宽扛不住，要不要直接升级带宽配置
A：先看流量峰值出现在哪个环节，再决定，确认是真实访客流量打满了出口带宽，临时升级按量计费的带宽选项最直接，几秒钟生效，如果是被攻击流量打的，升带宽只是给攻击者买单,先上高防清洗才是正解。
Q：为什么带宽资源还剩不少，网站访问依然卡顿明显
A：说明瓶颈不在带宽，检查数据库慢查询日志和Web服务器的并发连接数，大概率是数据库连接池打满，或者是PHP-FPM的 max_children 设置太小，大促前做一次压测，把并发量调到预期峰值的1.5倍跑一遍,很容易暴露真实瓶颈。
Q：大促期间预算有限，CDN和带宽升级只能选一个怎么办
A：选CDN，CDN价格和带宽费用相比更低，却能把大部分流量从源站搬走，顺带提升全国各地的访问速度，先把静态资源全量接入CDN，等到源站带宽确实仍有压力时，再考虑临时升级带宽，这样花钱最少,效果最直接。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/793471.html
