Azure中国CDN全球覆盖功能初探

最新推荐文章于 2024-02-27 15:51:03 发布

置顶 hanwenhao422

最新推荐文章于 2024-02-27 15:51:03 发布

阅读量246

点赞数 1

在不久前的4月初，Azure中国官网上简短地发布了其CDN中“标准版 Zone 2”功能。一开始笔者尚有些摸不着头脑，这个“Zone 2”具体指的是什么呢？好在后来官网更新了信息描述如下：

这下就比较清楚了，原来是指Azure中国区CDN开始支持全球覆盖。顾名思义，全球覆盖指的就是中国区CDN的内容可以被同步到海外边缘节点上，支持海外用户的访问加速了——这对于正在使用Azure中国服务，且希望改善海外访问者体验的企业来说，无疑是一个好消息。

光看announcement文本难以满足我们好奇心，让我们来做些尝试。首当其冲的问题是，如何开启cdn的海外加速呢？随意打开一个Portal中现有的测试用cdn profile（笔者在中国区习惯使用英语界面，因为既可以避免一些翻译问题，也可以便于和Global Azure对照）：

这个一级界面看起来很“干净”，看来和Zone相关的设置并不在此。我们点击上图中标红的Manage按钮，进入独立的CDN管理界面：

这里才是CDN相关功能的管理中枢。容易想到，海外加速选项应该和域名相关，因此我们点击左侧菜单中的“域名管理”，最终找到了“加速区域”属性：

点击后就可以更改设置了，全球覆盖功能的开启入口终于被发现：

接下来我们对一个约80K的js文件进行简单的海外访问对比测试，先测试仅启用中国大陆加速的表现，然后再启用全球加速进行对比。这里我们使用听云作为检测工具，随机选择若干海外节点进行文件下载的性能监测。为了避免冷启动的影响，我们事先在相关区域进行了简单的预热访问，一定程度确保临近边缘节点进行了回源和缓存。

我们选择的测试节点是：

在海外加速开启前，测试效果如下。可以看到js文件的下载时间都至少在1秒以上，个别区域可能所需时间更长：

而当我们启用了海外加速后，同样的测试节点对于同样js文件的访问结果如下：

可以看到，除东京节点可能是偶然的网络抖动外，各海外节点相较开通前都获得了颇为明显的加速效果，符合我们的预期。如果在生产环境中进行部署，真实访问可能促进缓存的进一步优化，届时可能会有更佳的延时表现。以上实验只是“初探”，还远非专业细致的评测。但我们的实验至少已经证明了海外加速功能的价值所在。它无疑增强了Azure中国CDN在支持全球化应用方面的能力，在合适的场景下大家也不妨进行试用。

值得一提的是，在上述启用海外加速测试的过程中，其实我们不得不联系过两次Azure中国的技术支持，一次是为了海外https加速的开启申请(上面系统截图中有相关提示)，另一次则是请求优化域名的DNS解析(初次海外测试结果显示DNS时间过长)，这些都是经产品后台进行操作后才得以调整和解决的。作为用户，我们希望Azure CDN后续可将相关开关也自助化或自动化，避免不必要的沟通成本和等待时间。

最后，我们颇为好奇的问题是，Azure中国CDN的全球覆盖是怎样实现的呢？是利用了微软自家CDN的全球边缘节点网络吗？我们抽查了测试中进行响应的个别节点IP，使用IPIP.NET查询发现如下：