1.
概述：为什么要做这些预检
说明：在购买或迁移到云之行菲律宾节点前，预检可以避免网络性能、兼容性或支持上的意外。
目标：确认延迟/丢包/带宽是否满足业务需求；验证DNS与路由；测试服务可达性、安全配置和稳定性；评估SLA与支持响应。
2.
准备工作：工具与权限清单
必备工具：本地电脑或测试机（Linux/Mac优先），安装：ping、traceroute/mtr、dig/nslookup、iperf3、curl、openssl、nmap、wrk/siege/hey、ssh。
权限：能够在目标菲律宾实例上运行 iperf3 -s、安装临时测试服务并打开测试端口（需云之行允许或配合开端口）。
3.
第一步：基本连通性与延迟测试（Ping、mtr）
步骤：在本地终端执行：ping -c 20 <菲律宾服务器IP>，记录平均延迟（avg）与丢包率。
进阶：使用 mtr -rw 运行 60s（或 mtr --report-cycles=60）：查看每跳延迟与丢包集中在哪一跳，判断是否为本地/国际链路瓶颈。
4.
第二步：带宽与吞吐量测试（iperf3）
部署：在菲律宾实例上运行：iperf3 -s &（后台），在本地运行：iperf3 -c -P 4 -t 60。
参数解释：-P 并发流数，-t 测试持续秒数。判断：结果显示 TCP 吞吐量（Mbps），对比供应商承诺网络能力；若网速远低于预期，检查中间链路或VM网络限制。
5.
第三步：HTTP/SSL连通与握手时间测试
命令：curl -w "@-" -o /dev/null -s -D - http://<域名或IP>/ <<<'{ "format": "%{time_namelookup} %{time_connect} %{time_appconnect} %{time_starttransfer} %{time_total}\n" }'（简化示例）
SSL校验：openssl s_client -connect <域名>:443 -servername <域名>，查看握手时间与证书链；若支持HTTP/2：curl -I --http2 https://<域名>。
6.
第四步：DNS正确性与解析性能（dig/nslookup）
功能检查：dig +trace <域名>，确认权威DNS是否在菲律宾或近区有节点，查看是否走了CDN（如果有）。
TTL与解析时延：dig @<运营商DNS> <域名> +stats 多次测试，记录平均解析延迟；若DNS解析慢会影响首次访问体验。
7.
第五步：路由与BGP可视化（traceroute 与 公网查看）
本地 traceroute/tracert：traceroute -I （Linux）或 tracert （Windows），定位跨国跳点延迟高的跳。
公网信息：使用网站如 bgp.he.net、RouteViews 或云之行提供的Looking Glass，验证AS号、前缀公告是否正常并评估多归路冗余性。
8.
第六步：丢包与稳定性长期观测（连续监控）
方法：在本地运行 ping 或 mtr 长时间采样，例如：mtr -rwzbc 100 ，或使用 smokeping/nping 每分钟记录。
判定：短时偶发丢包可接受，但若丢包率>1%或间歇性高峰明显说明链路不稳定，需要和云之行确认链路质量或更换机房。
9.
第七步：端口与安全检测（nmap 与 Open Port 测试）
端口扫描：nmap -sS -p- （默认扫描全部端口，注意遵守服务条款并征得对方许可）。
服务验证：对外暴露的服务（SSH/HTTP/数据库）用相应客户端（ssh -vv，mysql client）验证登陆、登录速率限制和banner信息是否安全。
10.
第八步：应用层压力测试（HTTP并发测试）
准备：在菲律宾服务器上部署简单静态页面或应用实例作为测试目标。
执行：使用 wrk 或 hey：wrk -t12 -c400 -d30s http:/// 或 hey -n 100000 -c 200 http:///，查看 requests/sec、平均/最大响应时间与非 2xx 响应比例。分析是否出现连接耗尽或后端瓶颈。
11.
第九步：数据库/存储与IO性能检查
磁盘测试：在实例上运行 fio（需安装）：fio --name=randread --ioengine=libaio --iodepth=16 --rw=randread --bs=4k --size=1G --numjobs=4 --runtime=60。
判断：关注IOPS与延迟（ms）；若磁盘性能低于业务需求，向云之行确认是否使用本地SSD或共享存储并了解IO限制。
12.
第十步：备份、快照与恢复演练
验证快照：询问并实际创建一次快照，记录创建耗时与占用费用。
恢复演练：从快照恢复成新实例并启动，确保恢复流程可行且数据完整，同时记录恢复时间（RTO）与可接受数据丢失窗口（RPO）。
13.
第十一步：SLA、计费与支持流程核查
查看合同：明确SLA写明的可用率、信用补偿条款、网络质量保证与带宽峰值策略。
支持测试：尝试提交工单并记录首次响应时间与处理效率；测试电话、工单、在线聊天是否全天候可用，并了解升级通道。
14.
第十二步：合规性与安全策略审核
合规性：检查数据是否需要在菲律宾本地存储或满足特定法规，确认云之行的数据中心是否有合规认证（如ISO、PCI、当地法律要求）。
安全：确认是否提供防DDoS、WAF、私有网络隔离、KMS密钥管理等安全功能，并测试其有效性。
15.
常见问题解答 1
问：我从中国访问菲律宾服务器觉得延迟高，是不是不能做外包或实时业务？
答：延迟受物理距离与国际出口链路影响，先用上文方法做Ping、mtr和iperf3测试判断平均延迟和丢包。若延迟在可接受范围（例如交互型应用通常期望<100ms，视业务而定），可通过CDN、边缘缓存或在用户侧增加优化缓解；若为实时语音/视频，可能需要另选更近节点或专线。
16.
常见问题解答 2
问：如果发现丢包或带宽不足，我应该如何与云之行沟通？
答：准备好测试记录（ping/mtr/iperf3/traceroute 的输出）、时间戳与影响范围，提交工单并附上数据，要求云之行检查机房至上游ISP链路和防护策略。可要求做Looking Glass测试或协助开通临时监控。
17.
常见问题解答 3
问：哪些结果应该会直接导致我放弃该机房或服务？
答：持续性高丢包（>1% 且不可修复）、无法达到合同带宽且无合理解释、恢复演练失败或支持响应长期不可接受、或合规/安全要求无法满足等，均属严重问题，建议更换区域或供应商。
