互联网访问性能观测

更新时间:
复制 MD 格式

互联网访问性能观测展示阿里云各地域到云下各地区的公网访问事件平均时延。可据此选择合适的服务搭建地域,提升云下用户的访问体验。

使用场景

用户在阿里云某地域部署资源,面向周边国家的互联网终端用户提供服务。当收到某个国家多个终端用户反馈网络质量差时,可通过:

  • 查看性能大盘获取具体的网络事件、发生时间、持续时间等信息。

  • 查看互联网覆盖延时获取阿里云资源到目标地区各运营商的时延情况。根据往返时延RTT结果范围,推荐您进行如下应用:

    • RTT<=10ms:工业自动化、遥控驾驶、超声检测

    • RTT<=50ms:实时竞技游戏

    • RTT<=100ms:实时交互游戏、交互语音

    • RTT<=150ms:实时交互视频

    • RTT<=300ms:普通应用

    • RTT>300ms:建议根据具体业务场景合理评估该时延是否满足需求

性能观测使用声明

  • 互联网访问性能观测提供的网络时延等性能数据仅供您参考,阿里云不对数据的准确性、实时性提供任何形式的承诺或保证,实际网络性能以真实运行效果为准。

  • 互联网访问性能展示的公网访问事件和公网访问时延,来自阿里云单独构建的ECS探测集群。探测集群会在网络上定时发送和接收性能探测数据包,并将汇总统计后的数据发送并呈现在性能观测页面。由于探测集群内的测试机与租户完全独立,因此不会影响或消耗您的任何资源。性能观测数据与您在阿里云上实际部署的资源情况无关。

工作原理

  • 地理位置精度:对于IP位置信息和ASN归属信息,使用了IPIP.NET提供的IP地理位置数据。

  • IPv4IPv6:当前仅通过IPv4监测网络健康状况。

  • 数据来源:所有数据均基于对互联网的主动探测生成。

  • 数据更新频率:公网访问事件数据15分钟更新一次。

  • 观察运营商网络数:阿里云会追踪各个Region与“全球各国家+运营商”间的网络质量和流量规模,针对具备流量规模的目标网络持续追踪并构建质量基线。目前针对中国/美国地区会提供省级/州级+运营商的颗粒度数据。

  • 哪些网络访问事件会被创建:全球探测数据检测公网中的时延或丢包率异常,会按“国家 + (省级/州级) + 运营商”的维度聚合成互联网事件。地图展示过去 48小时内影响云上客户访问体验的公网事件。如事件类型为“时延”,事件点可查看开始时间、持续时间、事件状态和影响的位置。

    事件按状态分为三类:

    • 活跃可用性事件(丢包):过去48小时内,网络丢包事件状态和历史质量基线相比,仍然处于“活跃”的未恢复状态。

    • 活跃性能事件(时延):过去48小时内,网络时延事件状态和历史质量基线相比,仍然处于“活跃”的未恢复状态。

    • 已恢复事件:过去48小时内,由“活跃”转为已恢复状态的网络事件。

  • 互联网覆盖时延数据:阿里云会分钟级追踪各个Region与“全球各国家+运营商”间的网络时延,按“国家 + (省级/州级) + 运营商”的维度聚合成过去48小时的平均网络时延。

查看性能大盘

  1. 前往互联网访问性能页面。

  2. 性能大盘区域,下拉选择源端地域,例如新加坡。

    • 左侧地图显示源端地域全球范围(国家维度)或中国范围(省级维度)各地区的时延情况,以及发生的网络事件位置。支持将鼠标悬停在左侧地图的任一位置时,查看从源端地域访问鼠标位置地区的时延数据

    • 右侧显示过去48小时内源端地域与其他各地区探测时发生的所有公网访问事件,例如延时劣化丢包劣化

查看互联网覆盖延时

  1. 前往互联网访问性能页面。

  2. 互联网覆盖延时区域,下拉选择源端地域,例如新加坡。

  3. 按需筛选目的端国家目的端省份目的端运营商,查看目标时延情况。

更多信息

互联网访问性能支持的地域

区域

支持互联网访问性能观测的地域

中国

华北1(青岛)华北2(北京)华北3(张家口)华北5(呼和浩特)华北6(乌兰察布)华东1(杭州)华东2(上海)华南1(深圳)华南2(河源)华南3(广州)西南1(成都)中国香港

亚太-其他

日本(东京)韩国(首尔)新加坡马来西亚(吉隆坡)印度尼西亚(雅加达)菲律宾(马尼拉)泰国(曼谷)

欧洲与美洲

美国(硅谷)美国(弗吉尼亚)德国 (法兰克福)英国(伦敦)墨西哥

中东

阿联酋(迪拜)沙特(利雅得)

术语说明

  • RTT时延(Round-Trip Time):指一个数据包从发送端到接收端、再返回发送端所花费的总时间,即"发出去再收回来"的往返耗时。例如 ping 某个网站得到的时长就是双向(往返)时延。通常时延越短,说明访问服务所经过的网络路径越短,体验也越好。

  • 丢包率:指在网络传输过程中,未能成功到达目的地的数据包占总发送数据包的比例,通常以百分比(%)表示。根据历史经验数据,公网丢包率与用户使用满意度强相关:随着丢包率上升,应用层可用带宽会急剧下降。因此丢包率总体上越小越好,建议控制在 5% 以内。