Снижение производительности при использовании Azure CDN?

Я немного поэкспериментировал с CDN от Azure и думал, что после успешной настройки с использованием веб-роли -я дома в безопасности.

Почему веб-роль -?

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

Хватит выбирать службу CDN; в то время как весь контент раньше обслуживался из одного и того же домена, теперь я обслуживаю более или менее весь «статический» контент с cdn.cuemon.net. Теоретически это должно повысить производительность, поскольку браузеры могут параллельно распределять сбор контента по «нескольким» доменам, а не только по одному домену.

К сожалению, это привело к снижению производительности, что, как я полагаю, связано с количеством хобов до того, как контент будет обслуживаться (с помощью команды tracert):

C:\Windows\system32>tracert -d cdn.cuemon.net

Tracing route to az162766.vo.msecnd.net [94.245.68.160]
over a maximum of 30 hops:

  1     1 ms     1 ms     1 ms  192.168.1.1
  2    21 ms    21 ms    21 ms  87.59.99.217
  3    30 ms    30 ms    31 ms  62.95.54.124
  4    30 ms    29 ms    29 ms  194.68.128.181
  5    30 ms    30 ms    30 ms  207.46.42.44
  6    83 ms    61 ms    59 ms  207.46.42.7
  7    65 ms    65 ms    64 ms  207.46.42.13
  8    65 ms    67 ms    74 ms  213.199.152.186
  9    65 ms    65 ms    64 ms  94.245.68.160

C:\Windows\system32>tracert cdn.cuemon.net

Tracing route to az162766.vo.msecnd.net [94.245.68.160]
over a maximum of 30 hops:

  1     1 ms     1 ms     1 ms  192.168.1.1
  2    21 ms    22 ms    20 ms  ge-1-1-0-1104.hlgnqu1.dk.ip.tdc.net [87.59.99.217]
  3    29 ms    30 ms    30 ms  ae1.tg4-peer1.sto.se.ip.tdc.net [62.95.54.124]
  4    30 ms    30 ms    29 ms  netnod-ix-ge-b-sth-1500.microsoft.com [194.68.128.181]
  5    45 ms    45 ms    46 ms  ge-3-0-0-0.ams-64cb-1a.ntwk.msn.net [207.46.42.10]
  6    87 ms    59 ms    59 ms  xe-3-2-0-0.fra-96cbe-1a.ntwk.msn.net [207.46.42.50]
  7    68 ms    65 ms    65 ms  xe-0-1-0-0.zrh-96cbe-1b.ntwk.msn.net [207.46.42.13]
  8    65 ms    70 ms    74 ms  10gigabitethernet5-1.zrh-xmx-edgcom-1b.ntwk.msn.net [213.199.152.186]
  9    65 ms    65 ms    65 ms  cds29.zrh9.msecn.net [94.245.68.160]

Как видно из приведенного выше маршрута трассировки, задерживается довольно долго. Стоит отметить, что служба Azure настроена в Северной Европе, а я живу в Дании, почему этот маршрут трассировки немного... хм... слишком?

Другая проблема может заключаться в том, что веб-роль -состоит из двух дополнительных небольших экземпляров; Я еще не нашел времени, чтобы попробовать с двумя небольшими экземплярами, но я знаю, что Microsoft ограничивает дополнительные маленькие экземпляры глобальной сетью со скоростью 5 Мбит/с, тогда как малый и выше имеет скорость 100 Мбит/с.

Я просто не уверен, что это относится и к CDN.

В любом случае -мы будем очень признательны за любую помощь и/или объяснение.

И позвольте мне заявить, что я очень доволен платформой Azure. -Мне просто интересно узнать о вышеупомянутых вопросах.

Обновление

Новая трассировка без опции -d.

Вдохновленный user728584 я изучил и нашел эту статью,http://blogs.msdn.com/b/scicoria/archive/2011/03/11/taking-advantage-of-windows-azure-cdn-and-dynamic-pages-in-asp-net-caching-content-from-hosted-services.aspx, которую я буду изучать дальше в отношении управления общедоступным кешем -и CDN.

Это не объясняет явление чрезмерного количества переходов, но я надеюсь, что опытный специалист по сетям сможет пролить свет на этот вопрос.

Будьте уверены, я буду держать вас в курсе моих находок.