(1)延迟通常指往返时延 RTT(Round Trip Time),单位为毫秒(ms)。
(2)抖动(Jitter)是延迟的波动,影响实时语音和游戏体验。
(3)丢包率(Packet loss)会放大重传导致有效延迟上升。
(4)带宽(Throughput)与延迟不同,高带宽不等于低延迟。
(5)网络路径(Hops)、交换节点和拥塞都会影响延迟。
(6)应用层延迟还受DNS解析、TLS握手和应用响应时间影响。
(1)新加坡位于东南亚海底光缆枢纽,连接东亚、澳大利亚、印度洋等区域。
(2)到东南亚邻国延迟通常很低,印尼/马来约10-40ms。
(3)到中国大陆东部(如上海)常见RTT约30-60ms,具体受互联互通影响。
(4)到澳大利亚(悉尼)约70-120ms;到欧洲约180-250ms。
(5)节点所在的机房、运营商间链路质量会显著改变实际延迟。
(6)同区域内不同可用区(AZ)间通常<5ms。
(1)Ping测RTT:适合快速得到平均值与丢包率。建议统计100次取95分位。
(2)Traceroute/Tracert:查看路径与每跳延迟,定位瓶颈节点。
(3)mtr结合了ping和traceroute,可监控长期抖动。
(4)iperf用于测带宽测试,判断吞吐与TCP窗口影响。
(5)应用层测试(HTTP/TCP握手+TTFB)更贴近真实体验。
(6)建议记录平均、最大、95th百分位与丢包率。
(1)案例:某电商采用新加坡主机+全球CDN,用户分布东南亚为主,效果显著。
(2)该主机配置示例:2 vCPU / 4GB RAM / 80GB NVMe / 1Gbps 弹性公网。
(3)测试环境:从不同城市Ping到新加坡云主机(平均100次采样)。
(4)下表展示平均RTT(ms):
| 来源城市 | 平均RTT (ms) | 丢包率 |
|---|---|---|
| 雅加达 | 12 | 0.1% |
| 吉隆坡 | 15 | 0.0% |
| 上海 | 38 | 0.3% |
| 悉尼 | 95 | 0.2% |
| 伦敦 | 210 | 0.5% |
(1)误区:带宽大=延迟低。说明:带宽影响吞吐,不直接降低单包RTT。
(2)误区:机房近就一定延迟低。说明:中间链路与运营商比地理距离更关键。
(3)误区:CDN只做静态资源。说明:现代CDN也支持动态加速与TLS终端。
(4)误区:一次ping低就代表稳定。说明:需看长期95th/丢包与抖动。
(5)误区:DDoS保护只是带宽峰值。说明:需要应用层规则、速率限制与Anycast清洗。
(6)监控不足:很多性能问题来自DNS解析慢或TCP握手延迟。
(1)选择合适区域:用户主要在东南亚则优先新加坡或吉隆坡机房。
(2)使用全球CDN:静态资源就近分发,动态可考虑线路优化或智能路由。
(3)配置建议:生产Web服务至少2vCPU+4GB内存起步,网络选择保证1Gbps或更高弹性带宽。
(4)开启DDoS防护与WAF,配置速率限制与黑白名单。
(5)实施监控:部署Ping/mtr/应用端RTT与95th报警。
(6)持续测试:周期性iperf与压测,评估纵向扩展与多AZ冗余方案。