多地点监测
您的CDN路由到了错误的区域。您的防火墙阻挡了某个国家。您的DNS服务商发生了地区性中断。这些问题都无法在单地点监测中发现。
单一位置的监控会误导你
如果你的监控器位于法兰克福的服务器上,而你的网站在法兰克福运行,监控器会显示绿色。这并不能告诉你位于圣保罗的CDN边缘节点,在过去6小时一直向所有巴西用户返回502错误。也不会告诉你某个防火墙,在安全策略更新后无意间开始屏蔽美东IP池。也不会告知你在澳大利亚的DNS服务商发生了区域性故障。也不会显示地理路由开始将来自东京的流量发到配置错误的新加坡源站。每一类故障都是本地化的——不会影响你的监控器所在位置——因此只能等受影响地区的用户反馈,通常都是几天后通过工单或收入下降才发现。
多地点监控能解决这个问题,它会从不同国家的独立服务器发起同样的检测。每个位置单独上报。如果13个位置中有12个显示绿色,只有一个是红色,你就知道这是本地化问题——而且知道具体是哪个区域。这样极大缩小了排查范围:不是源站问题,也不是代码,是源站和区域之间的问题。
检测来自哪里
DiagnoSEO Uptime Monitoring 提供来自13个国家的检测,使用ScrapingBee高级代理网络:美国(us)、英国(gb)、德国(de)、法国(fr)、意大利(it)、西班牙(es)、波兰(pl)、荷兰(nl)、加拿大(ca)、澳大利亚(au)、日本(jp)、巴西(br)、印度(in)。每一个位置都是真实的住宅或数据中心IP,所在国的地理IP服务(包括CDN、WAF和个性化平台)都会认为请求确实来源于该国。
这比大多数人以为的重要得多。很多WAF和反爬系统会悄悄屏蔽来自主流云的“监控IP”。因此,虽然某些检测可以“通过” AWS us-east-1,但这并不能说明加州真实访客的访问体验。代理网络的位置像极了真实用户。
每个地点都检测什么
对于每个启用的位置,监控器会通过该国家的代理,执行一次完整的HTTP(S)请求。检测会跟踪重定向,校验状态码,测量响应时间并记录错误。各地结果分别存储,因此面板会显示每个位置的可用率、响应时间和最新状态。如果3个位置宕机而10个正常,这会清晰显示——监控器不仅仅是“宕机”,而是“部分降级”。
每次位置检测,都是从当地到你的源站(或CDN边缘)的真实往返。响应时间直接反映用户体验:CDN运维良好时,各位置的响应都很快;CDN配置有误时,只有离源最近的位置快,其它都慢;没有CDN的源站,位置离源站越远,响应时间越差。
多地点预警是如何运作的
监控面板把多地点检测结果作为主检测的补充。你的主监控依然运行在我们的基础设施上,提供基础的在线/离线状态,多地点检测会以独立计划(最少60分钟、可按监控配置)执行,并在展开视图中以额外行显示。如果你希望区域宕机可触发预警,请在设置中开启——只要某区域连续2次多地点检测失败,就会变为可预警事件。
这样的划分是有意为之。从单一地点做每分钟检测,负载很小。而如果每个检测都从13个地点发起,就是每分钟13次外部往返——双方成本高,而且各区域时延抖动不可避免,会带来运维噪音。60分钟多地点节奏是平衡点:一小时内捕捉到真实的区域故障,又不会造成预警疲劳。
费用与额度
多地点是高级功能,因为每次检测都经过付费高级代理。每个位置、每次检测,都会消耗1个DiagnoSEO额度。例如:5个监控器 × 4个地点 × 每小时1次 × 24小时 × 30天 = 每月14 400额度。对Advanced/Pro套餐来说十分充裕,也能带来极佳覆盖。请选用与你用户相关的地点——假如你是面向美国的电商,只需选us、ca、mx(全部走us代理);若是欧盟市场,则选gb、de、fr、pl。没有全球用户,不必开启全部13个地点。
多地点监控不能发现什么
需要明确:多地点监控仅能确认HTTP层在所有区域可访问。它不会执行JavaScript、不在真实浏览器中渲染页面、不模拟用户交互。如果你的问题是某JS资源只在巴西iOS Safari下无法加载,多地点依然会通过检测,但用户照样受影响。要实现完整的真实浏览器检测,请将多地点可用性配合分析平台的RUM(真实用户监控)数据使用——合起来才能掌控全局。
如何开始
打开工具,编辑任一监控,展开“多地点”分区,勾选你关心的国家,设置多地点检测间隔(最少60分钟),并保存。一小时内你会看到各地点的新数据。第一次看到某个区域变红而其他都是绿时——你会明白这功能真的值得消耗额度——因为你刚刚节省了4小时排查基础设施层故障的时间。
常见问题解答
-
13个地理区域:美国(东/西)、英国、德国、法国、意大利、西班牙、波兰、荷兰、加拿大、澳大利亚、日本、巴西、印度。每个位置独立运行同样的检查并分别报告结果。
-
不同用户看到的是不同状态。网站从欧洲访问可能是在线,但亚洲访问却离线(比如CDN区域故障、DNS传播问题、地理路由问题)。多区域监控能揭示这些问题,而单一地区监控会完全遗漏。
-
每个区域都算单独一次检测并计费。每分钟从3个地区检测网站,就消耗3倍于单地区的额度。请战略性地选择地区——通常选3-5个地区能覆盖绝大多数网站用户所在的地理区域。
-
会——每个地区都独立运行检测,并独立触发预警。如果是全局性故障,会在检测间隔内从所有地区收到预警;如果是区域性问题,只有受影响地区会报警——有利于排查定位。
-
可以。你可以为每个监控单独配置检测区域。比如针对波兰的电商网站,就只需选择波兰、德国和英国。没有日本用户,也就无需日本检测。能减少额度消耗和噪音。
UptimeRobot · Pingdom · BetterStack · Oh Dear · Site24x7 · StatusCake · Sentry · Uptrends · Cronitor · New Relic