azure cdn edge в Японии не реагирует

Question

Я запускаю веб-сервер (http://www.mycompany.com) в Azure (в Западной Европе), который отображает множество изображений для пользователей.

• Все изображения выбираются из 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)

Эта конфигурация работает отлично от моего клиента в Швеции. Появляются как маленькие миниатюры, так и большие версии изображений, и это быстро.

Пользователи Япония без проблем просмотрите миниатюры (2 КБ), но большие изображения (500 КБ) занимают несколько минут, даже для высокопроизводительных волоконных соединений. Когда я загрузил компьютер в Японии и заставил cdn.mycompany.com указать 93.184.221.200 (что является краем Azures для Швеции), то же изображение было загружено с разумной скоростью! Он также работал, чтобы потребовать изображение непосредственно от resizer.mycompany.com или Хранилище Blob.

Я попытался диагностировать это в течение недели и не знаю, как продолжить.

• Есть ли что-то не так с CDN Edge в Японии?
• Проблема в том, что CDN Edge в Японии слишком далеко от WebApp в Западной Европе?
• У меня есть проблемы с производительностью в хранилище WebApp или Blob, которые я просто не понял? (Есть много японских пользователей поражающих сайт в то же время)

(URL-адрес выше, очевидно, затемненный)

Answer 1

Там нет простого решения для диагностики проблем с производительностью. Ниже приведены общие рекомендации по исследованию проблем производительности. Для получения дополнительных указаний вам нужно будет предоставить пример URL-адресов и связанных данных заголовка ответа HTTP, которые иллюстрируют проблемы с производительностью.

Запросить медленное выполнение контента с помощью инструмента, который предоставляет данные заголовка ответа - инструменты разработчика Chrome, IE Developer Toos, Firebug, Fiddler, Wget, cURL. Убедитесь, что ответ содержит заголовок «Сервер» и что он имеет формат, похожий на следующий «Сервер: ECAcc (pae/3725)». В целом, когда кэшированный контент возвращается из CDN, заголовок сервера будет использовать следующий синтаксис: платформу (POP/ID). Кроме того, значение заголовка X-Cache будет отображаться со значением HIT, указывающим, что содержимое кэшируется CDN. По умолчанию CDN имеет второе поведение кэширования, которое приводит к тому, что содержимое кэшируется только после того, как оно было запрошено дважды из того же местоположения POP. Проблемы с сетью: Используйте инструмент traceroute для проверки сетевых проблем между клиентом, который испытывает проблемы с производительностью, и край CDN. Тест скорости: Выполните проверку скорости интернет-трафика от клиента, который испытывает проблемы с производительностью, чтобы определить, вызывает ли интернет-провайдер субоптимальную производительность.