azure cdn edge в японии не отвечает

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

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

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

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

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

(URL-адреса выше явно запутаны)


azure performance azure-cdn
person Mattias Åslund    schedule 20.01.2016    source источник

Ответы (1)


arrow_upward
1
arrow_downward

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

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

person Anton Kucer    schedule 20.01.2016
comment
Спасибо за предложения по устранению неполадок. Внезапно кажется, что все снова работает, поэтому, похоже, у Azure были внутренние проблемы... - person Mattias Åslund; 23.01.2016