1.
延迟与往返时延(RTT)核查
• 测量点:从目标用户所在城市到新加坡的ICMP/TCP RTT测量。
• 典型值:吉隆坡2–4ms、雅加达20–30ms、香港25–40ms、东京90–110ms、悉尼120–150ms。
• 工具:使用mtr/traceroute、nping、tcping分别测ICMP/TCP/端口延迟。
• 指标关注:平均RTT、99百分位延迟(p99)、抖动(jitter)与丢包率。
• 购买建议:目标市场在东南亚则优先新加坡节点;注意连接运营商和出口链路质量。
2.
带宽、端口与骨干互联
• 端口速率:常见1Gbps、10Gbps端口,站群推荐至少1Gbps独享或共享明确上限。
• 出口带宽与骨干:看是否有10Gbps冗余骨干和多个上游ISP/BGP。
• 实测带宽:使用iperf3做上下行带宽测试,注意峰值与稳定带宽差异。
• QoS与流量整形:询问是否存在流量整形(throttling)或突发带宽限制。
• SLA与保底带宽:优选提供带宽SLA与DDoS后保底带宽的供应商。
3.
丢包、路径收敛与路由策略
• 丢包阈值:同城应用丢包应<0.1%,跨国<1%。
• 路由稳定性:查看BGP收敛时间、是否有Anycast/智能路由。
• 多出口与备份:多上游ISP+BGP可减少单点故障与路径抖动。
• MTU与分片:确认链路MTU标准(通常1500或9000 for jumbo)。
• 实测方法:连续mtr 5分钟,统计丢包率与跳数异常。
4.
服务器硬件与配置实例(含表格示例)
以下为常见站群与单机配置对比(示例数据):
| 类型 |
CPU |
内存 |
磁盘 |
网络 |
| VPS示例 |
8 vCPU |
16 GB |
500 GB NVMe |
1 Gbps 专线 |
| 独服示例 |
32 cores (Intel Xeon) |
128 GB |
2×1 TB NVMe RAID1 |
10 Gbps BGP 多线 |
• 说明:表中为常见站群节点配置,实际选型依据并发、IOPS与缓存需求决定。
• IOPS需求:数据库密集型建议使用NVMe并关注随机IOPS指标。
5.
DDoS防护与清洗能力
• 清洗容量:询问PS我提供商清洗带宽(例如200 Gbps)与PPS(例如100Mpps)。
• 清洗延迟:清洗过程会带来额外延迟,理想清洗延迟应<10–30ms。
• 防护层级:设备层(网络/端口)、应用层(HTTP/HTTPS)均需覆盖。
• 黑洞策略与SLA:了解黑洞/灰洞政策及误判恢复流程。
• 案例:某电商在促销期遭遇50 Gbps攻击,使用200 Gbps清洗池后业务可恢复,峰值延迟增加约25ms。
6.
TCP/系统调优与缓存/CDN配合
• 内核参数(示例):net.core.rmem_max=16777216,net.core.wmem_max=16777216,tcp_congestion_control=bbr。
• keepalive与连接池:长连接场景调大somaxconn与tcp_fin_timeout。
• CDN配合:静态资源走离线CDN,减少源站带宽与TCP握手。
• 缓存策略:使用Redis/Memcached缓解数据库压力,设置TTL与LRU策略。
• 案例:将静态资源切换到Anycast CDN后,东南亚用户页面加载时间平均下降40%。
7.
真实部署案例与运营建议
• 案例背景:一家东南亚SaaS公司在新加坡部署5节点站群,目标降低区域延迟并实现容灾。
• 配置摘要:每节点8vCPU/32GB/1TB NVMe,10Gbps骨干,BGP多线,DDoS清洗300Gbps池。
• 指标效果:雅加达用户RTT从60ms降至28ms,页面响应p95从1.2s降至0.6s。
• 运维要点:持续监控(Prometheus+Grafana),定期演练DDoS恢复和BGP故障切换。
• 购买结论:核对延迟/丢包/带宽SLA、清洗容量、硬件规格与网络拓扑,优先选有本地骨干与多ISP的供应商。
来源:低延迟新加坡站群服务器购买前必须知道的性能指标解析