1. 明确业务需求与优先级
在开始筛选前列出你的需求：用户地域（日本本土或海外）、并发量、带宽、存储类型（SSD/HDD/NVMe）、是否需要IPv6、合规（例如数据驻留）、预算与可用性要求。建议用表格列出每项并打分（重要=3、一般=2、可忽略=1）。
2. 确定数据中心位置与网络拓扑
选择东京（TYO）、大阪（OSA）或札幌/福冈等节点，优先靠近主要用户。检查运营商直连、IX（如JPNAP）与国际骨干连通性。实际操作：用traceroute -n
和mtr -r -c 50 查看路径与跳数。
3. 基本延迟与丢包测试步骤
命令与解读：ping -c 20 ，关注平均延迟与丢包率。理想阈值：日本国内延迟<20ms，亚洲区域<50–100ms，欧洲/美洲视情<150–250ms；丢包率应<1%。若丢包或抖动高，用mtr找出问题跳点。
4. 带宽与吞吐量测试（iperf3）
准备两端：在目标服务器运行 iperf3 -s；本地运行 iperf3 -c -P 10 -t 30 检测多并发吞吐。记录带宽与并发线性关系。若带宽低于承诺值，检查TCP窗口、网络拥塞与提供商速率限制。
5. 并发连接与HTTP压力测试
使用ab或wrk进行HTTP层压力：ab -n 10000 -c 200 http://<域名>/ 或 wrk -t12 -c400 -d30s http://<域名>/. 关注请求耗时分布（95/99百分位）、失败率。若失败或长尾高，检查Worker数量、keepalive、数据库与缓存瓶颈。
6. 磁盘I/O基准与实际文件测试
用fio做IOPS与延迟测试示例：fio --name=randread --rw=randread --bs=4k --size=1G --numjobs=4 --runtime=60 --group_reporting。也可用 dd if=/dev/zero of=testfile bs=1M count=1024 conv=fdatasync 验证顺序写速度。对数据库应用优选低延迟NVMe或企业SSD。
7. CPU与内存基准
用sysbench测试CPU：sysbench --test=cpu --cpu-max-prime=20000 run；内存可用sysbench memory测试。注意虚拟化层（KVM/Xen/OpenVZ）会带来不同的性能开销，裸金属延迟与稳定性最好。
8. 实际业务模拟与RUM/前端测试
对于网页服务，使用WebPageTest（东京地点）或Chrome RUM（真实用户监控）查看首字节时间、DOM加载与资源阻塞。用curl -w "%{time_starttransfer} %{time_total}\n" -o /dev/null -s http://<域名>/检查TTFB。
9. 可用性、SLA与冗余要求判读
阅读供应商的SLA，常见值：99.9% (~8.76小时/年)、99.95% (~4.38小时/年)、99.99% (~52.56分钟/年)。根据业务关键性选择备份方案（跨机房容灾、负载均衡、数据库主从或多活）。
10. 排名与评分矩阵搭建实操
创建Excel或Google Sheet列出候选供应商与指标（延迟、带宽、IOPS、SLA、价格、技术支持）。给每项赋权重（例如延迟30%、IOPS20%、SLA15%、价格15%、支持10%、扩展性10%），计算加权得分并排序。
11. 合同、付款与法律注意点
核对取消策略、计费单位（按带宽峰值或95百分位）、退款政策、数据隐私条款（是否允许跨境复制）、技术支持响应时间。必要时要求试用账号或短期包月先验收。
12. 购买前的最终验收清单
在下单前完成：1) 延迟/丢包/带宽/IOPS实测截图；2) 压力测试报告（并发、错误率）；3) SLA与支持确认邮件；4) 备份与监控方案（Prometheus/Datadog）。合格后再签合同。
13. 问：如何快速判断一个日本节点是否适合国内用户？
答：用ping与mtr从目标用户网络测试日本节点，若平均延迟<20ms、丢包<0.5%且路径中无异常跳点，则可认为适合日本本土用户；再结合带宽和IO测试确认。
14. 问：常用的命令有哪些能在采购前验证性能？
答：推荐命令：ping -c 20 、mtr -r -c 100 、traceroute -n 、iperf3 -s/iperf3 -c -P 10 -t 30、fio示例和ab或wrk压力测试，结合curl -w查看TTFB。
15. 问：选择云主机、VPS还是裸金属有什么实用建议？
答：若需最低延迟与稳定IO选裸金属；中等成本且需快扩展选云主机；预算有限且业务可容忍波动选VPS。按评分矩阵与实际测得指标决定最终类型。
