日本的天蓝色cdn边缘没有响应

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 。
• 使用插件 AzureReader2 配置ImageResizer以从 Azure Blob存储（http://mycompany-images.blob.core.windows.net）
加载原始图像

此配置可以正常使用我在瑞典的客户。小图片和大图片版本都显示出来，速度很快。

日本中的用户可以毫无问题地查看缩略图（2KB），但即使在高性能光纤连接上，大图像（500KB）也需要几分钟才能下载。当我在日本征用一台电脑并迫使cdn.mycompany.com指向 93.184.221.200 （这是瑞典的Azures边缘）时，同样的图像以合理的速度下载！它还可以直接从 resizer.mycompany.com 或 Blob存储中获取图像。

我已经尝试了一周诊断，不知道如何继续。

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

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

Answer 1

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

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