上周五上午十点，我们新游戏开服。

和预期的一样，流量来了。但来得比想象中更猛——开服后第7分钟，总并发连接数直接飙到87万，峰值带宽冲到42Gbps。监控大屏上那条曲线几乎垂直上扬，运维群里瞬间炸锅。

说实话，虽然提前做了压测，但生产环境真正面对这种级别的流量洪峰，心里还是捏了把汗。

结果呢？挺住了。游戏没卡顿，下载没中断，登录平滑。事后复盘，这套“物理服务器 + 大带宽 + 全站CDN”的架构功不可没。今天把经验整理出来，希望对准备做游戏发行的朋友有点帮助。

为什么游戏开服一定要上物理机？

有人会问：现在云原生这么成熟，为什么还选物理服务器？成本不是更高吗？

先说一个被很多人忽略的事实：云主机的CPU有“超售”机制。平时跑web应用没问题，但到了游戏这种高并发场景，CPU争抢带来的延迟抖动会被放大。我们压测时发现，同样配置的云主机，在连接数超过2万后，CPU sys态占比从15%猛增到40%以上，网络收包软中断处理不过来，游戏登录接口的响应时间从平均8ms暴涨到200多ms。

物理机没有这个问题。CPU核心全是你的，L3缓存也是独占的，网卡多队列可以均匀分配到各个CPU核心。这次我们用的是双路Intel 6438M + 128GB内存 + 双口25G网卡，单台物理机扛了4.2万活跃连接，CPU使用率稳定在62%左右，完全没有惊厥式的抖动。

另一个关键点是内存延迟。 游戏服务端大量使用共享内存做数据交换（比如玩家状态、匹配池、排行榜），物理机的内存访问延迟比虚拟化环境低15%-20%。别小看这个数字，在每秒处理几万次请求的场景下，这直接决定了你能不能撑过前半小时。

当然，物理机也有麻烦——交付慢。所以我们的经验是：提前两周完成设备上架和基础环境部署，预留充足时间做内核参数调优。有个小技巧，跟机房沟通时要求“同机柜相邻U位”，这样交换机端口的跳线延迟能压到最低。

大带宽不是“越大越好”，但开服这天必须管够

很多团队会在这里踩坑：日常运营只需要5-10G带宽，开服当天临时扩容，结果云厂商资源池被占满，扩容失败。

我们这次的做法比较“笨”，但有效：签约底量50G，按95峰值计费。这意味着即使平时用不满，也要为开服峰值预留冗余。看着贵，但算一笔账：如果因为带宽跑满导致玩家下载中断，流失率至少30%，一个付费用户的获取成本可是80-150块。哪个更亏，一目了然。

大带宽真正要解决的是两个问题：

一是游戏包体下载。 现在手游动辄2-3G，开服当天数万玩家同时下载，如果带宽只有10G，下载速度会被拖到几百KB/s，玩家等不及就关游戏了。我们实测50G带宽下，配合CDN调度，玩家平均下载速度稳定在18-22MB/s，5分钟进游戏，这个转化漏斗损失最小。

二是防止TCP握手队列溢出。 高并发下，SYN半连接队列和Accept全连接队列满了之后，新连接直接被丢包。大带宽意味着网卡中断频率更高，但配合“多队列 + RSS（Receive Side Scaling）”把流量散列到不同CPU核心，就能扛住百万级的PPS（每秒包量）。这次峰值PPS到了68万，网卡软中断占比控制在18%以内，没出现连接超时。

CDN分发：不只是“加速”，更是“卸载”

CDN很多人理解成“让下载更快”，其实它在游戏架构里更重要的角色是“源站卸载”。

开服前我们把所有静态资源（apk包、补丁包、图片、音频、配置表）都预热到了CDN节点，覆盖了全国主要省份和三大运营商。效果很明显：

• 源站出峰带宽只有3.2G，剩下近40G的流量全部由CDN节点扛了

• 源站HTTP请求数从预估的每秒1.2万次降到实际不到800次

• 登录接口和游戏逻辑服务的CPU时间片完全没有被静态请求抢走

关键配置有两个坑要提醒：

第一个是缓存策略要分层。 游戏补丁包和APK这类大文件，我们设置了“CDN边缘节点强制缓存72小时 + 回源验证ETag”的方式。但配置文件（比如公告、活动开关）必须实时生效，所以单独划了一个路径走“缓存5分钟 + 强制回源校验”。千万别一刀切全缓存或全不缓存，否则要么更新不及时，要么源站被回源打爆。

第二个是防盗链和防劫持。 我们吃过亏，上一款游戏开服时有盗链网站直接把APK下载地址拿去挂到自己页面上，白白消耗了我们2T流量。这次所有CDN URL加了“时间戳 + 客户端IP绑定的私有鉴权”，链接有效期只给30分钟，而且每个链接跟玩家IP段绑定，别人拿了也下不了。

开服当天我们还做了三件“软”的事

硬件和网络只是基础，真正让系统稳住的，还有几个运营层面的动作：

1. 分级限流。 我们在Nginx层做了“连接数限流 + 请求速率限流”，但不是一刀切。登录接口限流阈值设为正常峰值的1.5倍，超过后返回“排队中”状态码，客户端配合做指数退避重试。排行榜查询这类非核心接口限流更严格，优先保障登录和战斗结算。

2. 游戏包做“边下边玩”。 这不是技术问题，而是策划配合。首日资源包只包含新手村必须的模型和贴图，高级地图和皮肤资源在玩家升级过程中按需下载。这样把下载流量从开服瞬间的峰值摊平到了后续48小时，整体带宽曲线更平滑。

3. 预热演练。 开服前三天，我们每天凌晨4点到6点做一次全链路压测，用8000台云手机模拟真实玩家行为（登录、创角、新手引导、匹配）。每次压测完调整一次内核参数，最终确定net.ipv4.tcp_tw_reuse、net.core.somaxconn、net.ipv4.tcp_max_syn_backlog这几个核心参数的“黄金配比”。

一些真实的数据，供参考

最后贴一下这次开服前12小时的真实监控数据：

• 总请求量：1.87亿次

• 峰值并发连接数：87.3万

• 峰值带宽：42.6 Gbps

• 平均登录响应时间：126ms

• 99分位登录响应时间：387ms

• 无故障运行时长：12小时（直到凌晨3点维护前）

• 物理机数量：登录网关层4台 + 游戏逻辑层12台 + 数据库层6台

• CDN流量总消耗：32.7TB

这套方案不是最便宜的，但一定是“最稳”的。对于一款投入了大几百万研发的游戏，开服前三天如果因为技术架构选型问题导致口碑崩盘，省下来的那点服务器成本根本填不回来。

最后说句实在话：物理机+大带宽+CDN这套组合拳，本质上是“用确定性对抗不确定性”。你永远不知道开服流量会涨到什么程度，但你可以确保每一层都留够冗余。游戏行业，玩家耐心有限，首日体验决定了留存曲线——第一印象差了，后面再优化都很难拉回来。

如果你也在筹备游戏上线，希望这份实战记录能让你少走点弯路。有具体的技术细节想聊，欢迎留言或私信。