公司刚上线的新项目突然火了，用户从每天几百涨到几万，网站开始卡顿，视频加载转圈圈，客服电话被打爆。老板问：‘能不能快点把网撑住？’这时候，网络扩容就不是选择题，而是救命题。
第一步：摸清家底，别盲目加机器
很多人一听到“扩容”就想买服务器、拉宽带。先别急，得先搞清楚现在哪块瓶颈了。是带宽跑满了？还是服务器CPU顶不住？或是数据库扛不住读写？
用几个命令就能初步判断。比如在Linux服务器上看看实时流量：
iftop -i eth0或者看CPU和内存：
htop要是发现带宽利用率长期90%以上，用户反馈图片加载慢，那基本可以确定是出口带宽不够。如果是接口响应变慢、数据库连接数爆满，那可能是后端架构问题，光加带宽也没用。
第二步：带宽扩容，跟运营商打交道
确认是带宽问题，就得联系IDC或云服务商。阿里云、腾讯云后台都能直接操作，选中实例，点击“升级带宽”，几分钟就能完成。但要注意计费方式——按固定带宽还是按使用流量，高峰期多的话，按流量可能更贵。
线下机房的话，得打电话给运营商，申请提升专线速率。这过程可能要几天，还得重新配置路由器限速策略。别忘了更新防火墙的QoS规则，不然新带宽可能被P2P下载占满。
第三步：服务横向扩展，别再单打独斗
一台Web服务器扛不住，就加几台，组成集群。Nginx做反向代理，把请求均匀分出去。配置文件长这样：
upstream web_servers {
server 192.168.1.10:80;
server 192.168.1.11:80;
server 192.168.1.12:80;
}
server {
listen 80;
location / {
proxy_pass http://web_servers;
}
}加机器不是终点，得确保每台服务器的应用环境一致。用Docker镜像批量部署，避免出现‘这台能跑那台报错’的尴尬。
第四步：动静分离，让CDN干它该干的活
用户访问网页，70%的请求其实是图片、JS、CSS这些静态资源。把这些丢给CDN，比如又拍云、七牛，不仅能加速，还能省下大量主站带宽。
只需要在域名DNS里加上CDN提供的CNAME，再把静态资源路径改成CDN地址，比如：
<img src="https://static.example.com/avatar.jpg">改完之后，北京用户访问图片，走的是北京节点，广州用户走广州节点，加载速度从2秒降到300毫秒，体验立竿见影。
第五步：数据库也得跟上节奏
前端扩完了，数据库开始报警。这时候可以考虑主从复制，读写分离。所有写操作走主库，读操作分发到多个从库。
在Laravel这类框架里，数据库配置支持读写分离：
'mysql' => [
'read' => [
'host' => '192.168.1.20,192.168.1.21'
],
'write' => [
'host' => '192.168.1.19'
],
'driver' => 'mysql',
'database' => 'db_app',
'username' => 'root',
'password' => 'secret',
]如果数据量已经上亿，就得考虑分库分表，用MyCat或ShardingSphere这类中间件拆解压力。
第六步：监控不能停，扩容不是一劳永逸
扩容完别撤防。用Zabbix、Prometheus持续盯着关键指标。设置告警规则，比如带宽超过80%、数据库连接数超500，立刻通知值班人员。
某次大促前，我们提前扩容了三倍资源，活动开始后发现缓存命中率暴跌，原来是热点商品数据没预热。临时上了Redis集群，才没酿成事故。扩容不仅是技术动作，更是对业务节奏的预判。
网络扩容不是魔法，是一步步踩坑、调优的过程。每次扩容都该留下记录，下次遇到类似场景，才能更快反应。