1.1 先写清你的业务类型(网站、游戏、VoIP、API),并标注并发量、带宽峰值与延迟敏感度。
1.2 制定SLA需求:允许的最大丢包率(例如<1%)、最大延迟(例如目标准在<80ms)、容灾要求(备机房或多链路)。
2.1 优先选择靠近用户的机房:柬埔寨国内>邻近国家(新加坡、香港、泰国)>更远地区,距离越近一般延迟越低。
2.2 查看该机房的上游运营商(ISP)与是否有本地互联网交换点(IX)。运营商越多、直连越多,抖动与丢包风险越低。
3.1 在本地机器运行 ping 和 traceroute:ping -c 30 your.vps.ip;traceroute -n your.vps.ip(或使用 mtr -rw)。观察平均延迟、丢包路径点。
3.2 使用 iperf3 做吞吐测试:在VPS上运行 iperf3 -s;本地运行 iperf3 -c your.vps.ip -P 8 -t 60,记录带宽与丢包。
3.3 用 speedtest-cli 或 Speedtest 原厂工具测速:speedtest-cli --server SERVER_ID,确认上下行稳定性与峰值。
4.1 区分计费模式:按流量计费(GB)适合低持续流量;按带宽计费(Mbps/固定峰值)适合稳定高流量。
4.2 考虑突发(burst)和保底(committed)带宽:对业务敏感延迟和丢包的,优先选择有保底带宽和SLA的计划。
4.3 是否需要抗DDoS、专线或BGP多线:高风险或金融业务建议选择带DDoS防护或可配置BGP的方案。
5.1 收集候选供应商并验证资质:查whois/AS信息、搜索最近故障记录、询问客户案例。
5.2 下单前要求试用或测试IP:索取临时IP或试用期,重复第3步测试并与供应商确认链路提供商名单。
5.3 下单时明确带宽上行/下行、计费周期、端口类型(1G/10G)、是否提供BGP、是否可申请公网带宽调整和应急扩容流程。
6.1 上线后立即做基线测试(ping/iperf/speedtest)并保存结果做对比。
6.2 部署主动监控:使用外部监测(Datadog、UptimeRobot、Pingdom)和主机内监控(Prometheus+node_exporter),设置阈值告警(丢包、延迟、带宽接近上限)。
6.3 建立故障响应步骤:遇到高丢包先 traceroute 定位链路,再联系供应商提供的NOC,保存抓包(tcpdump -w file.pcap)和测试日志作为证据,按SLA流程升级。
答:两者同等重要,但顺序是先看机房网络质量(上游运营商、IX对等、骨干连通性),再选合适计费和带宽规格。机房决定基础延迟与稳定性,带宽决定吞吐与峰值响应。
答:要求提供测试IP并执行连续24~72小时的ping/mtr与iperf3测试,观察丢包率(应接近0%)、延迟抖动、小于SLA目标;同时查找该供应商的路由表和Looking Glass,确认没有频繁的路径变更。
答:按步骤排查:1) 本地到VPS做mtr定位出现问题的跳点;2) 在VPS上抓包和做反向测试;3) 联系机房NOC并提供测试数据;4) 如无改善,考虑切换至多线或邻近机房的备份线路。