从数据中心城市进行上线时间与延迟监控

为什么从数据中心城市监控？

从数据中心城市监控可以显示你的服务从用户流量经过的网络枢纽处的表现。从你的办公室检查只测试一条路径。从法兰克福、新加坡或圣保罗检查，则测试该地区所获得的路由、DNS 应答和 CDN 边缘节点。

它能回答的典型问题：

• 站点是否从每个市场都能应答，还是某个地区会报错？
• CDN 是把东京访客送到亚洲边缘节点，还是一路送到弗吉尼亚？
• DNS 或证书变更是否已覆盖每个地区？
• 页面慢是服务器问题还是距离问题？

数据中心 IP 测量的是数据中心路径，而不是家庭用户通过 Wi-Fi 或移动网络的最后一公里。这对于可重复的检查是一项优势，但如果你需要真实用户的计时，则是一项限制。

两个城市之间的最低延迟是多少？

最低往返时间（毫秒）约为距离（公里）除以 100。光在光纤中每毫秒约传播 200 公里，而往返要覆盖该距离两次。真实路由比直线更长，因此实测值更高。

我们数据中心城市页面中距离最近的几对，依据这些页面上的距离：

如果从阿姆斯特丹到伦敦服务器的检查耗时 40 ms，距离只能解释其中不到 4 ms；请检查路由、TLS 设置或服务器。城市数据表列出了每个城市及其设施和最近邻城市。

代理如何改变我所测量的内容？

代理会为每个请求增加一段链路：你的检查器与代理通信，代理再与你的服务通信。总时间是两段链路之和，因此巴黎的检查器使用东京 IP 主要测量的是巴黎到东京。

两种清晰地解读数据的方法：

1. 在代理附近运行检查器。 同一地区的小型服务器可保持第一段链路较短，因此计时能反映你所选的城市。
2. 单独测量第一段链路。 通过代理向轻量端点请求并计时，再从你的服务计时中减去该基线。

仅就上线时间而言，额外链路并不重要：问题在于你的服务是否从该城市应答，以及返回什么状态码和内容。

# Documentation address; use an IP, port and credentials from your account
curl -x http://USERNAME:[email protected]:8000 \
  -o /dev/null -s \
  -w "status=%{http_code} connect=%{time_connect}s tls=%{time_appconnect}s first_byte=%{time_starttransfer}s total=%{time_total}s\n" \
  https://example.com/health

如何搭建一个简单的多城市监控？

一个简单的多城市监控需要每个地区一个 IP、你侧的一个健康检查 URL 和一个调度器。