1.
性能（CPU 与 内存）
步骤1：准备机器并安装工具：sudo apt update && sudo apt install -y sysbench htop步骤2：CPU 基准：sysbench cpu --threads=4 --time=60 run，记录 events/sec 和 total time。重复不同线程数（1,2,4,8）比较线性扩展性。
步骤3：内存测试：sysbench memory --memory-block-size=1M --memory-total-size=2G --threads=2 run，观察 ops/s 与延迟。
步骤4：实时观察：顶部运行 htop 或 top，注意 steal、iowait 比例，若 steal 高说明虚拟化争用。
2.
磁盘与 IO 性能
步骤1：安装 fio：sudo apt install -y fio步骤2：顺序读写测试：fio --name=seqrw --rw=readwrite --bs=1M --size=2G --numjobs=1 --iodepth=1 --runtime=60 --group_reporting
步骤3：随机IO测试（更贴近数据库场景）：fio --name=randr --rw=randread --bs=4k --size=1G --numjobs=4 --iodepth=32 --runtime=60 --group_reporting
步骤4：解读：关注 IOPS、平均延迟（latency）和 99th 百分位延迟；若延迟高或 IOPS 低，询问厂商是否有本地 SSD、IO 限速或噪声邻居问题。
3.
网络延迟与带宽
步骤1：基础延迟：ping -c 10 目标IP，记录平均延迟和丢包率。对比 Manila/香港/新加坡节点。步骤2：路由追踪：traceroute -n 目标IP 或 mtr -c 100 目标IP，识别中间跳点异常。
步骤3：吞吐测试：在测试节点安装 iperf3：一台做服务端：iperf3 -s，另一台做客户端：iperf3 -c SERVER_IP -P 8 -t 30，记录带宽与抖动。
步骤4：长时稳定性：用 mtr 或连续 ping + cron 收集 24/72 小时的数据，查看高峰时段表现。
4.
稳定性与 SLA（可用性）
步骤1：查看厂商 SLA 文档，记录承诺的可用率与赔偿策略。步骤2：部署监控：使用 Uptimе-Kuma（docker run -d --restart=always -p 3001:3001 louislam/uptime-kuma）或 Prometheus+Grafana 监控 ping/HTTP/端口。
步骤3：模拟宕机恢复：关闭实例或重启服务，计时恢复时间，验证快照/快照恢复是否如文档所述。
步骤4：历史验证：要求厂商提供过去 3–6 个月的可用性报告或通过第三方监测节点验证。
5.
安全与合规检查
步骤1：端口扫描：nmap -sS -Pn -p- YOUR_IP，检查暴露端口并对比控制台设置。步骤2：SSH 强化：禁止密码登录（/etc/ssh/sshd_config 中 PasswordAuthentication no），使用密钥登录并改默认端口（任选）。
步骤3：安装防爆破：sudo apt install -y fail2ban，配置 jail.local 来保护 SSH/HTTP。
步骤4：系统补丁与合规：sudo apt upgrade，启用自动安全更新，检查厂商是否符合当地数据合规要求（如数据主权、隐私法规）。
6.
管理控制台与自动化能力
步骤1：控制台体验：在厂商控制台创建/删除实例、快照、备份，记录耗时与界面友好度。步骤2：API 与 Terraform：查看 API 文档，按示例用 curl 创建实例或使用 Terraform provider 创建同样规格实例，确认是否支持 IaC。
步骤3：快照与恢复：控制台创建快照并执行恢复演练，记录恢复时间与数据一致性。
步骤4：备份策略：测试自动备份功能并用 rsync/duplicity 做异地备份验证。
7.
价格与计费透明度
步骤1：列出规格：记录 vCPU、内存、存储、带宽（出/入）与备份费用。步骤2：计算公式示例：月费 = vCPU_cost + RAM_cost + Storage_cost + (Egress_GB * Egress_rate) + 备份费。举例说明并对比三家供应商同规格价格。
步骤3：隐藏费用检查：查看是否有流量峰值计费、IP 费用或网络加速收费。
步骤4：模拟账单：创建 1 小时、24 小时、按月的使用场景估算真实费用，尤其注意出口带宽成本。
8.
本地化支持与客服响应
步骤1：支持渠道测试：通过工单、电话、在线聊天分别提交相同问题，记录首次响应时间与解决周期。步骤2：技术能力评估：提出技术场景（网络抖动、磁盘性能低），观察客服是否能提供技术排查建议或仅转交。
步骤3：语言与时区：确认是否有中文/菲律宾语支持，是否有当地支持工时以匹配业务时区。
步骤4：保留证据：保存对话记录与工单编号，用于后续 SLA 争议。
9.
问：菲律宾云服务器适合哪些业务场景？
答：适合面向菲律宾或东南亚用户的网站与应用、低延迟游戏服务器、区域性备份与灾备。若目标用户主要在菲律宾与邻近国家，选择当地节点能显著降低延迟并提升用户体验。10.
问：如何自行完成一次完整评测？
答：按上述八大维度逐项执行：准备测试脚本（sysbench、fio、iperf3、nmap）、制定对比表（同规格对比）、24–72 小时监控采集数据、记录客服响应与计费样例，最后汇总 IOPS/延迟/带宽/可用性与成本，形成对比报告。11.
问：选择菲律宾云服务时最关键的两点是什么？
答：网络延迟与计费透明度。网络决定用户体验，计费决定长期成本。先用免费试用或短期实例做网络与带宽测试，再核算长期带宽与出站费用，确保没有隐藏成本。
