日本的 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 存储 (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 存储是否存在我没​​有意识到的性能问题？ （有很多日本用户同时访问网站）

（上面的url明显被混淆了）

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 边缘之间的网络问题。 速度测试： 从遇到性能问题的客户端执行互联网速度测试，以确定 ISP 是否导致性能欠佳。