performance - 日本的 azure cdn edge 没有响应

Question

我在 Azure（西欧）中运行了一个网络服务器（ http://www.mycompany.com ），它向用户显示了很多图像。

• 所有图像都是从启用了查询字符串语法的Azure CDN获取的。（即http://cdn.mycompany.com/images/abc123.jpg?preset=Thumbnail）
• CDN 指向一个Azure WebApp（位于西欧）作为其端点。( http://resizer.mycompany.com ) 运行ImageResizer v4。
• ImageResizer 使用插件AzureReader2配置以从Azure Blob Storage ( http://mycompany-images.blob.core.windows.net )加载原始图像

我在瑞典的客户可以使用此配置。小缩略图和大版本的图像都会显示出来，而且速度很快。

日本的用户可以毫无问题地查看缩略图 (2KB)，但下载大图像 (500KB) 需要几分钟，即使通过高性能光纤连接也是如此。当我在日本征用一台计算机并强制 cdn.mycompany.com 指向93.184.221.200（这是瑞典的 Azures edge）时，以合理的速度下载了相同的图像！它还可以直接从resizer.mycompany.com或Blob Storage获取图像。

我已经尝试诊断了一个星期，但不知道如何继续。

• 日本的 CDN Edge 有问题吗？
• 是日本的CDN Edge与西欧的WebApp距离太远的问题吗？
• 我在 WebApp 或 Blob 存储上是否有我没有意识到的性能问题？（有很多日本用户同时访问网站）

（上面的网址显然是混淆的）

Answer 1

诊断性能问题没有简单的解决方案。以下是调查性能问题的通用指南。如需其他指导，您需要提供示例 URL 和相关的 http 响应标头数据来说明性能问题。

使用提供响应标头数据的工具请求执行缓慢的内容——Chrome 开发者工具、IE 开发者工具、Firebug、Fiddler、Wget、cURL。验证响应是否包含“Server”标头，并且其格式类似于以下“Server: ECAcc (pae/3725)” 总体而言，无论何时从 CDN 返回缓存的内容，Server 标头都将使用以下语法：平台（POP/ID）。此外，X-Cache 标头值将显示为 HIT 值，表示内容正在由 CDN 缓存。默认情况下，CDN 具有第二次命中缓存行为，这会导致内容仅在从同一 POP 位置被请求两次后才被缓存。网络问题：使用 traceroute 工具检查遇到性能问题的客户端与 CDN 边缘之间的网络问题。