1.
- 目的:评估PqS台湾CN2线路在大陆、香港、新加坡的网络表现与稳定性。
- 范围:延迟、抖动、丢包、吞吐(iperf3)、路由路径(BGP/AS)以及DDoS防护能力。
- 环境:采用Ubuntu 20.04 LTS、内核5.4,测试工具:ping、mtr、iperf3、traceroute。
- 测试节点:台北数据中心(PqS CN2)、大陆电信骨干、香港与新加坡出口。
- 指标重要性:低延迟和低丢包优先级高;吞吐受线路与服务器I/O影响。
2.
- CN2含义:移动/电信的中国骨干二级网络,路由更优、对等点更好。
- GIA vs GT:GIA(全球专线、少拥塞)通常延迟更低;GT偏向常规路由,延迟与稳定性次之。
- 对业务影响:延迟敏感业务(游戏、实时语音)应优先选择CN2 GIA或类似线路。
- BGP策略:优先选择就近AS和更少跳数的路径,避免经由多国中转导致抖动增加。
- 实务建议:采购前确认是否为独享CN2/GIA并询问上游容量(如是否有防护清洗)。
3.
- 延迟(RTT):往返时间,ms为单位,影响交互体验;目标:台北<20ms,大陆<50ms。
- 抖动(Jitter):延迟波动,VOIP与实时应用对抖动敏感,目标<5ms优良。
- 丢包率:低于0.1%通常可接受,>1%需排查链路或拥塞。
- 吞吐(Throughput):iperf3测出的TCP带宽,受线路峰值、服务器NIC与CPU影响。
- 跳数与AS路径:traceroute显示的跳数越少通常越稳定,注意是否走了不必要的国际跳点。
4.
- 测试环境:PqS台湾CN2台北节点,VPS配置见下一段。
- 测试方法:ping 100包取平均RTT与丢包,iperf3 60秒取峰值与平均。
- 关键结论:对大陆东部RTT优异,对南亚出口有适度增加。
- DDoS表现:默认防护为上游清洗(按小时计),峰值清洗能力视购买档位而定。
- 具体数据见下表(均为测试平均值)。
| 目的地 | 平均RTT(ms) | 丢包(%) | 抖动(ms) | iperf3峰值(Mbps) |
|---|---|---|---|---|
| 台北(同城) | 2.8 | 0.00 | 0.5 | 940 |
| 上海(电信骨干) | 18.4 | 0.05 | 1.8 | 880 |
| 新加坡 | 60.2 | 0.12 | 3.5 | 720 |
5.
- 案例A(游戏服务器):4 vCPU (Intel Xeon E-2278G), 8GB RAM, 100GB NVMe, 1Gbps独享端口,OS Ubuntu 20.04。
- 案例A测试结果:并发200玩家维持延迟<30ms,iperf3 TCP峰值900Mbps,CPU平均负载30%。
- 案例B(Web+API):8 vCPU, 16GB RAM, 200GB NVMe, 1Gbps共享,启用Cloudflare CDN加速域名并缓存静态资源。
- 案例B测试:对中国大陆用户通过CN2到达,TTFB减小约40%,带宽占用高峰期稳定。
- 配置提示:为高并发选择更高单核频率与NVMe I/O,设置net.core.rmem_max与wmem_max以提升吞吐。
6.
- CDN策略:将静态资源交给最近的POP节点缓存,DNS采用带有健康检测的GeoDNS。
- 域名解析:使用主从DNS并开启TTL优化,国内解析建议与CN2节点同机房的DNS服务商。
- DDoS防护:基础防护至少需支持清洗10Gbps,重要业务建议按需购买峰值100Gbps以上清洗。
- 线路冗余:配置两条不同上游(CN2与常规国际链路)并做BGP策略备份,避免单点故障。
- 调优项:调整TCP窗口、开启TCP Fast Open与BBR(或适配拥塞控制)对高带宽延迟产品有显著提升。
7.
- 若目标用户集中在中国大陆东部或台湾,PqS台湾CN2通常在延迟与丢包上表现优秀。
- 对实时业务优先选择CN2 GIA等级线路并验证上游清洗能力与SLA。
- 使用表中指标结合服务器I/O与CPU性能来判断是否需要升级硬件或带宽计划。
- 在采购前做小流量长期监控(7天以上),包含高峰与非高峰时段的丢包/抖动趋势。
- 最后建议:将测试脚本化(cron+iperf3+mtr)并接入监控告警,形成量化的SLA评估体系。