Медленная связь между регионами Azure - PullRequest
Новая
       61

Медленная связь между регионами Azure

0 голосов
/ 29 июня 2018

Итак, просто краткое изложение того, что мы делаем, чтобы поместить все в контекст. У нас есть сокет-сервер, работающий в качестве облачной службы Azure (рабочая роль) в южно-центральном регионе США. Все остальные наши компоненты (очередь, БД, веб-приложение, API и т. Д.) Расположены в восточной части США. Причины, к сожалению, из-за невозможности изменить статический IP-адрес, который был создан для южной части центральной части США несколько лет назад. Устройства в полевых условиях также не могут изменять свои IP-адреса: / Итак, мы застряли во взаимодействии между регионами.

Так что я спрашиваю, есть ли способ улучшить время ожидания? Можем ли мы "порт вперед"? Какие еще варианты у нас есть? Я предполагаю, что задержка - наш самый большой враг, когда мы передаем данные туда и обратно.

Глядя на балансировку нагрузки в данный момент - https://docs.microsoft.com/en-us/azure/load-balancer/load-balancer-overview Мысли?

1 Ответ

0 голосов
/ 10 июля 2018

Балансировщик нагрузки является региональной службой и не может направлять трафик между регионами.

Есть несколько вариантов:

1) Создайте свою собственную виртуальную машину с TCP-прокси для достижения вашего сценария. Вы можете использовать Load Balancer для масштабирования и защиты вашего экземпляра прокси-сервера TCP, если вы хотите следовать по этому пути.

2) исследовать использование шлюза приложений для этого сценария, поскольку он является прокси-сервером и может направлять к адресам IP-адресов. По сути, это управляемый сервис для варианта 1, хотя он ограничен HTTP и HTTPS.

3) перейти к подходу DNS для определения местоположения вашей службы и организации миграции по регионам с течением времени.

В любом случае трафик будет оставаться на собственной магистрали Microsoft между регионами.

С наилучшими пожеланиями, Christian

...