1. 简要说明与准备工作
说明：光算云（下文简称“光算云”，通常指以光互联/光传输优化与光学加速为卖点的韩国数据中心服务）与传统云（如公有云标准VM）在架构与计费上可能不同。准备：1) 两个供应商账号（光算云与传统云）；2) 使用同一测试地点（韩国首尔区域）；3) 本地测试机或第三方监测节点。工具：ssh、ping、traceroute、iperf3、curl/wrk、scp/rsync、Excel或CSV。
2. 选择供应商与规格对齐
步骤：1) 在光算云与传统云控制台选同类实例（CPU、内存、带宽上限尽量一致，例如2 vCPU/4GB内存/1Gbps带宽）；2) 记录实例规格、地域、网络类型（公有/专线）、镜像（Ubuntu 20.04）；3) 记录计费模式（按小时、包年或带宽计费）。小贴士：若有试用额度优先用来做初步对比。
3. 实例创建与网络配置（操作示例）
光算云：1) 登录控制台->创建实例->选择韩国首尔->选镜像->选择安全组开放端口（22, 5201, 80/443）->创建。2) 获取公网IP并记录。传统云：按同样流程创建并记录。小分段：确认防火墙规则允许iperf3（5201）与HTTP测试端口。
4. 在实例上安装测试工具（命令示例）
步骤（对两类实例相同）：1) SSH 登录：ssh user@IP。2) 更新并安装：sudo apt update && sudo apt install -y iperf3 curl traceroute mtr wrk。3) 创建测试文件：fallocate -l 100M testfile.bin。提示：若是CentOS用yum替代apt。
5. 基础网络延迟与路由测试
操作：1) ping -c 10 目标IP（从本地或第三方节点到云实例）记录平均延迟与丢包；2) traceroute -n IP 或 mtr -r -c 100 IP 查看跃点与瓶颈。记录每次结果并截图/保存文本（ping结果可用ping -c 100 > ping_log.txt）。比较思路：光算云应在同城或光直连路径上显示更低的RTT与更少跃点。
6. 吞吐量（带宽）测试步骤
操作：1) 在一台实例上启动 iperf3 服务端：iperf3 -s。2) 在另一端运行客户端：iperf3 -c server_IP -P 8 -t 60 并记录 Mbps。3) 做多次（不同时段）测试并取平均值。文件传输速率测试：scp testfile.bin user@server:/tmp 并记录时间，计算MB/s。
7. 应用层（HTTP/并发）速度测试
部署：在实例上启动一个简单HTTP服务器（例如 python3 -m http.server 8080 或 nginx）。测试：使用 wrk -t4 -c100 -d30s http://IP:8080/ 测并记录请求/秒、延迟分布、99th百分位。用 curl -w "%{time_starttransfer}\n" -o /dev/null -s URL 测量TTFB。
8. 成本核算详细步骤
步骤：1) 收集费用项：实例小时价、带宽出流（GB/月）价格、存储（GB/月）、网络请求费用、专线或加速额外费用；2) 按公式计算：月成本 = 实例小时价*小时数 + 出流GB*单价 + 存储GB*单价。示例：实例0.05$/h*720h=36$，出流500GB*0.12$/GB=60$，总=96$。3) 比较“成本/吞吐量”即每Gbps或每1000 rps的成本。
9. 数据记录、可重复测试与误差处理
记录方式：1) 将所有原始结果导出为CSV（时间、测试类型、延迟、带宽、实例类型、计费项）；2) 做至少3次取均值并计算标准差；3) 注明测试时间段（高峰/非高峰）与网络条件，必要时使用外部监测服务验证。结论写法：给出延迟差异、吞吐量提升%、以及单位成本对比。
10. 操作注意事项与风险控制
注意：1) 确认带宽限速或突发模式（部分云带宽为突发）；2) 出流计费可能按天累计，注意大文件测试时产生费用；3) 时区与监管合规（对数据驻留有要求时选择合规节点）；4) 若使用专线或直连，需与供应商确认带宽SLA。
11. 常见问题（问：光算云真的比传统云快多少？）
答：在同城场景下，光算云借助更优的光互联与更少中间跃点通常能降低RTT（可降10–40%）并提升稳定吞吐，但实际增益取决于具体网络路径、实例规格与负载类型，必须按本文方法做实测才能得出准确数值。
12. 成本相关问答（问：如何快速得到两者的月度成本对比？）
答：按第8节公式计算：分别获取两家实例小时价、平均出流GB/月与存储GB/月，代入公式算出月总成本，再除以对应的性能指标（如平均带宽或请求数）得到“成本/性能”以便直接比较。
13. 选型建议（问：什么时候选光算云，什么时候选传统云？）
答：若你的业务对低延迟与高稳定网络有严格要求（实时交互、金融、在线游戏、视频低延迟分发），优先考虑光算云；若更看重成本弹性、成熟生态与通用计算能力，且延迟要求不苛刻，传统云更合适。最终仍建议按本文流程做小规模试点对比。
来源：比较韩国服务器光算云与传统云服务的成本与速度差异
