Комментарии 22
На основании Вашего понимания MPLS и маршрутизации Вы сделали не верный вывод. Но в том что физические сервера по-факту дешевле и быстрее Xen вируталок на Амазоне ничего удивительного нет.
+3
А в чем еще может быть причина, на Ваш взгляд? У меня была идея еще в DNS, но я пробовал и по прямому IP-адресу машины с Amazon RDS. Результат был тот же.
0
Как вариант — стратегия кеширования дисковых и сетевых I/O Xen гипервизором.
+2
У нас были такие мысли — что такой эффект может дать облачный слой, то есть то ПО виртуализации, которое, собственно, облако реализует и поддерживает. Но тогда скорее всего какая-то похожая проблема должна была носить массовый характер для всех клиентов Амазона с одиночными запросами к СУБД. Но я ничего такого на просторах Интернета не нашел. Поэтому и пошел другим путем.
0
а вы обычный пинг пробовали? первый тоже дольше едет?
0
Так причем тут MPLS?
0
Хм. Попробую еще раз покороче. :) На мой взгляд, при первом запросе сервера Amazon работает протокол выстраивания туннеля MPLS, который и вносит задержку. После того, как этот туннель установлен — остальные данные передаются быстро.
Однако, поскольку в моем конкретном случае все запросы в СУБД идут одиночные, получается, что туннель выстраивается под каждый мой запрос к СУБД, что и приводит к фатальной задержке в работе моего приложения.
Однако, поскольку в моем конкретном случае все запросы в СУБД идут одиночные, получается, что туннель выстраивается под каждый мой запрос к СУБД, что и приводит к фатальной задержке в работе моего приложения.
0
Спешу вас расстроить это точно не mpls.
+1
Мой вопрос был иронией.
Ваше предпложение неверно, так как в mpls есть LDP, который занимается распространиением меток для построения LSP. Тунель не устанавливается каждый раз, когда отправляется пакет по маршруту в MPLS.
Ваше предпложение неверно, так как в mpls есть LDP, который занимается распространиением меток для построения LSP. Тунель не устанавливается каждый раз, когда отправляется пакет по маршруту в MPLS.
0
Вам там уже написали много всего в коментариях касательно MPLS, я добавлю небольшую ремарку касательно туннелей. В MPLS для распространения меток (то, что вы назвали строительством туннелей) используются 2 протокола: LDP и RSVP-TE.
LDP строит сразу full-mesh сеть туннелей, после того как поднялись LDP сессии между коробками.
В RSVP-TE туннели простраиваются в виде LSP, и не автоматически, а указывается конкретно откуда куда построить. Как только туннель построился он уже падает только в случае аварии.
Если вы хотите грешить на сеть, но я в первую очередь подозревал бы ARP кеш на граничных устройствах.
LDP строит сразу full-mesh сеть туннелей, после того как поднялись LDP сессии между коробками.
В RSVP-TE туннели простраиваются в виде LSP, и не автоматически, а указывается конкретно откуда куда построить. Как только туннель построился он уже падает только в случае аварии.
Если вы хотите грешить на сеть, но я в первую очередь подозревал бы ARP кеш на граничных устройствах.
0
MPLS бывает L2VPN и L3VPN. последний также основывается на разных протоколах маршрутизации BGP, MBGP, OSPF.
У всех конфигураций различный алгоритм построения туннеля. Где-то он строится при конфигурировании и может измениться только при изменении топологии сети, какие-то делают туннель на маршрут (/24 или /32), какие-то делают метку уже на next-hop, который анонсирует список префиксов.
Просто так утверждать, что дело в MPLS сложно…
У всех конфигураций различный алгоритм построения туннеля. Где-то он строится при конфигурировании и может измениться только при изменении топологии сети, какие-то делают туннель на маршрут (/24 или /32), какие-то делают метку уже на next-hop, который анонсирует список префиксов.
Просто так утверждать, что дело в MPLS сложно…
0
Т.е. вы, не разобравшись абсолютно в сути протокола MPLS делаете какие-то очень странные выводы?
Кстати по пути до амазона найдется еще одна-две транспортных операторских mpls-сети.
В общем — бред какой-то (с)
Кстати по пути до амазона найдется еще одна-две транспортных операторских mpls-сети.
В общем — бред какой-то (с)
+1
А кто сказал, что я с ней не разбирался? :) Разбирался в свое время несколько лет и довольно детально. Но дело не в этом. Проблема либо в сети, либо в ПО Амазона. Если честно — во второе не верится, а для первого у меня другого объяснения нет.
0
AWS используют XEN и скорее всего OVS, рекомендую ознакомиться с концепцией openflow, задержка первого пакета более вероятна из-за задержки создания flow.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Об облаках Amazon и транспорте MPLS