PingCloud 帮助中心

快速开始

三分钟，三个最常见任务。五个工具都在首页 — 点击下方链接直达对应工具。

为你的用户选择最合适的云区域

1. 打开性能基准排行榜，选择你的用户所在国家，窗口选 7 天或 30 天，记下中位时延最低的几个区域。
2. 打开成本与时延探索器，选择同一国家并填入所需 vCPU / 内存规格，在散点图中对照月度成本与实测时延。
3. 关注帕累托前沿：前沿上的点不存在「又便宜又快」的替代方案。在表格中选 A / B，量化两者的权衡。
4. 最终决定前，用云 Ping 测试从一两个用户城市发起实测，确认当前网络状况。

对比同一规格在各云厂商的价格

1. 打开云价格对比，选择云服务器或云硬盘，设置规格筛选（vCPU、内存、操作系统、类型）。
2. 用精确匹配对比完全相同的规格，或用相似匹配扩大范围 — 每个字段的差异都会明确标注。
3. 按真实用量调整每月小时数：月度成本 = 小时单价 × 使用小时数。勾选行并点击对比即可生成图表。

立刻发起一次真实延迟测试

1. 打开云 Ping 测试，选择来源（全球、大区、国家或城市）、厂商与区域 — 也可输入任意自定义目标。
2. 选择 ICMP Ping 或 HTTP 协议，设置探针数量并开始。结果实时返回：Ping 显示 MIN / AVG / MED / MAX 与丢包率，HTTP 显示完整的 DNS / TCP / TLS / TTFB 分解。
3. 想看你自己网络的视角？使用云区域与 HTTP PING — 直接从浏览器测量到各区域的 HTTP 延迟。

产品介绍

PingCloud 是一个多云网络性能公开基准平台。我们全天候从 115 个国家的 1000 多个探针城市，对 AWS、Microsoft Azure、Google Cloud、阿里云、腾讯云、华为云、Oracle Cloud 七大厂商的 233 个云区域持续测量时延，并以每日排行榜、实时测试和开放 API 的形式发布结果。

时延只是选区的一半答案，另一半是成本。PingCloud 同时从官方公开价格目录采集云服务器与云硬盘的按需价格，并与实测时延按区域关联，让你在一张图上同时比较成本与时延。

适合谁使用

• 云架构师 — 用跨厂商的时延与成本证据，选择并论证新服务的部署区域。
• 网络与 SRE 工程师 — 持续关注用户到各区域的网络质量，及早发现劣化。
• FinOps 与平台团队 — 在同一规格口径下，对比各厂商、各区域的目录价格。
• 开发者与研究者 — 基于公开 API 与每日排行数据构建应用与分析，免费，注明出处即可。

核心差异

• 真实用户网络：测量运行在 Globalping 志愿探针网络之上 — 1000 多个城市的真实 ISP 级网络路径，而非数据中心之间的模拟测试。
• 天然公平：每个测试周期内，同一探针以完全相同的参数测量所有厂商的区域 — 相同视角、相同方法。
• 严谨统计：每次测量发送 15 个 ICMP 包，中位数由原始样本计算，跨城市按样本数加权聚合，高丢包探针自动剔除。
• 只用官方价格：每条价格都可溯源到官方公开来源 — 绝不估算，绝不采样。

五大工具

五个工具都在首页。每个工具回答不同的问题 — 按你要做的决策来选择。

工作原理

从探针到排行榜，PingCloud 上的每个数字都经过同一条流水线。

1. 调度

采集器持续运行刷新周期。每个周期优先复测对排行榜影响最大的「国家—区域」组合：头部组合复测更频繁，长尾组合较低频；每轮按探针权重随机抽样，每个国家最多 10 个城市。多轮累积后，窗口覆盖的城市与网络会越来越多。

2. 测量

每次测量由一个探针向一个云区域端点发送 15 个 ICMP 包。同一周期内，同一探针以完全相同的参数测量所有厂商的区域 — 这是跨厂商对比公平性的来源。某位置暂时无在线探针时，该组合会被重试，探针恢复后自动重新纳入。

3. 统计

中位数、平均值与抖动由完整的原始逐包 RTT 样本计算 — 而非取自预计算的汇总值 — 因此单次网络抖动不会扭曲结果。丢包率是 15 个包中未返回的比例。

4. 聚合

先按「城市—区域」在窗口内求平均，再按样本数加权合并为国家级数字 — 数据多 10 倍的城市，影响力也大 10 倍。窗口丢包率超过 50% 的城市视为不稳定，其数据被剔除。

5. 排行榜

排行榜按 1 / 3 / 7 / 15 / 30 天窗口生成：按国家列出加权中位时延最低的 20 个厂商区域；按厂商区域列出最快的 20 个国家。文件每日重新生成，每个条目都带有样本数、城市数、ASN 数和逐日序列，方便你自行判断可信度。

6. 价格

另一条流水线从各厂商的官方公开价格 API 采集按需目录价，归一化到统一模型（vCPU、内存、架构、类型、美元/小时 或 美元/GB·月），并按统一区域 ID 与时延数据关联 — 与 Ping 测试使用同一份区域列表。

数据口径与方法论

这里给出你在站内看到的每个指标的精确定义，让不同工具的数字不再有歧义。

指标定义

时间窗口

1 天最新鲜但噪声最大；30 天最稳定但对真实变化反应慢。做决策建议默认看 7 天。把 7 天与 30 天对照 — 短窗口内排名上升的区域值得持续关注。

为什么 P95 显示 N/A

P95 需要保留每次测量的原始逐包样本，而 PingCloud 持久化的是每次测量的汇总值（中位数、平均值、丢包），因此无法计算真实的 P95 — 也绝不估算。探索器因此只提供平均值与 p50（中位数）。

更新频率

采集器持续运行；排行榜文件每天重新生成一次，页面会显示精确的发布时间。价格按滚动计划重新同步；超过该厂商新鲜度阈值的价格会标记为「陈旧」但仍展示，并附采集日期。

如何正确解读

• 国家级条目是跨城市、跨网络的聚合值 — 不代表该国每个 ISP 都有同样的时延。请用实时测试验证你的具体路径。
• 排行榜只比较网络时延，不包含服务成熟度、合规、可用实例类型与可靠性 — 这些需要你自行纳入决策。
• 目录价不等于你的成交价：商务折扣、预留容量与节省计划在公开基准中不可见。请把 PingCloud 的价格当作可比基线，而非报价单。

全球探针网络

PingCloud 的测量运行在 Globalping 探针网络之上 — 数千个由志愿者运营的探针，部署在 1000 多个城市的真实家庭、办公与 ISP 网络中。因为探针位于真实用户网络，测得的数字反映的是用户实际经历的路径，而非数据中心间的专线。

当前规模：115 个国家的 1068 个活跃探针城市，约 5300 个在线探针。探针列表每 3 天与 Globalping 重新同步；探针离线的城市暂停新测量，探针恢复后自动回归。

为什么 ASN 多样性重要

同一城市的两个探针，可能处于国际路由完全不同的网络。因此每个排行榜条目都报告其 ASN 数，且每轮城市抽样按探针权重进行 — 基准测试刻意把测量分散到多个网络，避免单一 ISP 的偶发劣化主导一个国家的数字。

测试配额

实时云 Ping 测试使用 Globalping 的共享限额：匿名每 IP 每小时 100 次，认证后每小时 250 次。页面上的配额显示会实时展示你的剩余额度。采集器侧的测量运行在独立且大得多的调度上，不会与你的交互测试争抢配额。

云价格数据说明

一条铁律：每条价格都可溯源到官方公开来源。每条价格记录都带有来源 URL、采集时间与生效日期。某厂商未发布某区域价格时，该区域就显示无价格 — 绝不存储估算值或示例值。

各厂商数据来源

口径与约定

• 价格为按需（后付费）目录价，以美元计，默认 Linux；已发布 Windows 许可加价的厂商会单独采集。
• 云服务器按小时计价：月度成本 = 小时单价 × 使用小时数（默认 730，可调）。云硬盘统一按美元/GB·月计价：月度成本 = 单价 × 容量（默认 100 GB，可调）。
• 非美元展示币种使用欧洲央行（ECB）参考汇率（经 frankfurter.dev）；原始美元值始终保留。
• 不包含：网络流出流量、支持计划、预留实例与节省计划、企业议价折扣。区域覆盖与 Ping 测试的区域列表完全一致 — 两个工具不会出现区域不一致。

数据陈旧度

每个厂商有自己的陈旧度阈值。超过阈值的价格会标记为陈旧并显示采集日期 — 你始终知道数字的新鲜程度，不会有任何静默刷新或隐藏。

成本与时延方法论

探索器回答一个问题：对某国家的用户和某个规格，哪些「厂商—区域」候选值得进入终选？它把月度成本与实测时延画在一张散点图上，并计算帕累托前沿。

候选的定义

一个候选 = 一个「厂商—区域」组合，取该处精确匹配规格的最便宜 SKU。必须精确匹配，因为帕累托比较只在相同资源规格下有意义 — 相似匹配不具备性能可比性。

时延轴的口径

与排行榜完全相同的口径：先按「城市—区域」在窗口内求平均，再跨城市按测试数加权，剔除高丢包城市。窗口可选 24 小时 / 7 天 / 30 天，指标可选平均值或 p50。这是国家级聚合值，不是单一城市或单一 ISP 的结果。

帕累托前沿的精确定义

若 A 的成本 ≤ B 且时延 ≤ B（至少一项严格更小），则 A 支配 B。前沿 = 不被任何候选支配的集合；被支配的候选会标明被谁支配。窗口内样本少于 3 个、或缺价格或缺时延的候选，一律排除在前沿之外 — 绝不推测。

正确使用姿势

前沿是分析结论，不是部署建议：前沿上的点仍可能因缺少你所需的服务、不满足合规要求或可靠性历史不佳而不适合你。用 A/B 权衡面板量化「省下的时延要多花多少钱」，再结合全局信息做决定。

API 使用

PingCloud 提供免费公开的 REST API — 无需密钥、无需注册。所有端点返回 JSON；错误统一为 {"error": {"code", "message"}} 结构。限速：每 IP 每分钟 60 次请求；触发 429 时返回 Retry-After。

价格 API

成本与时延探索器 API

调用示例

# Cheapest 4 vCPU / 8 GiB Linux instances in Japan
curl "https://pingcloud.io/api/v1/pricing/skus?service_category=compute&vcpu=4&memory_gib=8&operating_system=linux&countries=JP&sort=price_hour&order=asc&page_size=5"

# Cost x latency candidates for users in Germany, 7-day window
curl -X POST "https://pingcloud.io/api/v1/explorer/cost-latency/query" \
  -H "Content-Type: application/json" \
  -d '{"source_country": "DE", "vcpu": 4, "memory_gib": 8, "window_hours": 168}'

排行数据文件

The leaderboard's source files are public static JSON, refreshed daily: /static/data/rankings/region_ranking__p{N}d.json, country_ranking_..., geo_region_ranking_..., plus periods.json which points to the current date. N is one of 1, 3, 7, 15, 30. Each entry carries rank, median_ms, avg_ms, loss_pct, city_count, test_count, asn_count and a daily series — ideal for research and offline analysis.

术语表

引用与数据使用

排行数据、测量结果与 API 响应可免费用于研究、分析、工程与编辑用途，需注明出处。建议引用格式：

PingCloud.io — Multi-cloud region latency benchmark,
retrieved 2026-10-27, https://pingcloud.io

发布衍生排行或图表时，请链接到你使用的页面或 API 地址，并保留取数日期 — 数据每天更新。将原始文件作为数据集批量再分发、或大规模商业使用，请先与我们打个招呼 — 这是为了让服务能持续免费、高速地服务所有人。

常见问题

联系与反馈

数据异常、缺失区域、API 功能需求与合作事宜 — 都欢迎。

• 邮件: [email protected]
• GitHub: github.com/lexcodee/pingcloud.io