今年618活动前夕，我接手了公司新上线的跨境电商项目，核心业务部署在香港服务器上，目标用户主要来自中国大陆和东南亚。当时最大的挑战是：秒杀活动期间会出现短时间几十万甚至百万级的并发请求，而香港服务器的跨境带宽在面对大陆用户时存在高延迟和偶发丢包的问题。那段时间，我几乎连夜盯着监控，反复调优，才最终稳定了整条链路。今天我把这段真实的优化过程完整记录下来，供有类似场景的朋友参考。

1.我们都遇到了哪些问题

刚开始部署时，我们遇到的典型问题包括：

高并发秒杀下延迟飙升

平峰时 RTT 稳定在 60-80ms，但秒杀开启后直冲 200ms+，严重影响下单成功率。

带宽打满但吞吐下降

香港机房对大陆是国际线路，BGP 线路在并发高峰容易拥塞，带宽利用率低于 70% 时就开始丢包。

CDN

动态请求占比高，CDN 对秒杀场景帮助有限，跨境传输压力依然在源站。

2. 跨境带宽优化的核心策略

我总结了三大方向的优化手段：

• 链路优化 —— 选择合适的跨境线路和多线路容灾
• 流量调度 —— 通过智能 DNS 和边缘节点分流
• 传输协议与应用层优化 —— 让有限的跨境带宽更高效

接下来，我按实际操作步骤详细拆解。

2.1 链路优化 —— 选择合适的跨境线路和多线路容灾

第一步是解决跨境网络拥塞的问题。我采用了以下方案：

升级至三线 BGP 线路

香港机房接入了电信 CN2 GIA、联通 AS9929 和移动 CMI三条

用 BGP 智能路由策略让用户优先走低延迟线路，避免单线拥塞。

跨境传输 QoS 与负载均衡

部署了 Keepalived + LVS DR 方式做四层负载均衡，结合 tc 进行 QoS 限流，保证秒杀核心接口优先级高。

实际观测高峰期丢包率从 5% 降至 0.3%。

备用国际专线

在峰值阶段临时接入阿里云国际专线作为兜底，利用 GRE 隧道做跨境流量疏导。

技术难点：三线 BGP 的成本高，而且初期智能路由需要多次实测延迟和丢包才能精准分配流量，配置周期接近一周。

2.2 流量调度：智能 DNS + 边缘缓存分流

即便优化了链路，秒杀期间源站压力仍然巨大。我做了两层调度：

智能 DNS 就近解析

采用 NS1 + 自建健康检查，让大陆电信用户优先解析到 CN2 IP，移动用户走 CMI。

通过 Prometheus 定时上报线路 RTT 和丢包率动态调整解析权重。

边缘节点缓存非核心接口

秒杀页面的静态资源和库存查询接口分流到香港和新加坡的边缘节点做短缓存（1~2秒），减轻源站并发压力。

实际效果：静态资源 80% 命中率，源站 QPS 减少约 40%。

技术难点：智能 DNS 配合秒级健康检查需要自建系统，否则解析切换会延迟几十秒，无法满足秒杀业务的敏感性。

2.3 传输与应用层优化：提高带宽利用率

最后一部分，是让有限的跨境带宽更“值钱”：

通过 sysctl 调整 Linux 内核参数：

net.core.somaxconn = 65535
net.ipv4.tcp_fin_timeout = 15
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216

秒杀期间 TCP 并发连接数超过 10 万时依然保持稳定。

开启 HTTP/2 + gRPC 压缩

动态接口切换到 gRPC over HTTP/2，开启 gzip 压缩，节省了约 25% 跨境带宽。

异步削峰与快速失败

在应用层通过 Redis Stream 做消息削峰，超出阈值的请求直接快速失败，避免服务雪崩。

3.优化前后提升对比

4.优化后的技术总结

整个优化过程让我体会到，香港服务器面对大陆高并发流量，最大难点是跨境带宽的延迟与不稳定性。我的经验是：

• 线路优化是前提，单纯靠 CDN 很难解决秒杀动态流量问题。
• 智能调度和缓存可以显著缓解源站压力。
• 传输层调优与应用层削峰是承载百万并发的关键。

最终，我们不仅稳住了秒杀，还为后续的海外多区域扩展打下了基础。