Можно ли использовать диспетчер трафика для управления подключением к внутренним службам Azure (хранилище, служебная шина и т. д.).
цель состоит в том, чтобы иметь несколько учетных записей хранения и очередей, чтобы в случае сбоя одного приложения другое приложение продолжало работать.
Я знаю, что мое приложение можно собрать автоматически. но могу ли я использовать диспетчер трафика для достижения этой цели?
Могу ли я использовать диспетчер трафика для достижения этой цели?
Нет, мы не можем работать с диспетчером трафика таким образом.
Диспетчер трафика работает на уровне DNS, он использует ответы DNS для направления трафика конечных пользователей на глобально распределенные конечные точки. Затем клиенты напрямую подключаются к этим конечным точкам. А диспетчер трафика поддерживает только интернет-приложения. Дополнительную информацию о диспетчере трафика см. По ссылке .
Диспетчеру трафика требуется только конечная точка, которая может отвечать на запрос GET с кодом состояния 200 OK, чтобы иметь возможность успешно зондировать конечную точку. Ваша служебная шина может успешно ответить на запрос GET, выдав 200 OK по корневому пути по HTTP / HTTPS.
Вы можете проверить это с помощью Azure PowerShell и wget
PowerShell:
Invoke-WebRequest 'https://<yourservicebusname>.servicebus.windows.net' -MaximumRedirection 0 -ErrorAction SilentlyContinue | Select-Object StatusCode,StatusDescription
Wget:
wget -S https://<yourservicebusname>.servicebus.windows.net
Здесь вы можете проверить как настроить конечную точку с помощью диспетчера трафика. https://stackoverflow.com/questions/43790439/why-cant-azure-traffic-manager-be-used-with-service-bus
Но, как объяснил Джейсон Ви, имейте в виду, что диспетчер трафика работает только на уровне DNS.
Только что была выпущена новая функция диспетчера трафика, которая использует зондирование TCP вместо HTTP (ов), поэтому вы также можете использовать ее для настройки конечных точек служебной шины / хранилища.
Вы можете использовать приведенная ниже команда PowerShell, чтобы проверить успешность зондирования TCP
tnc <storageaccountname>.queue.core.windows.net -Port 80
tnc <storageaccountname>.blob.core.windows.net -Port 80
tnc <storageaccountname>.file.core.windows.net -Port 80
tnc <storageaccountname>.table.core.windows.net -Port 80
В Linux:
nc -zv <storageaccountname>.queue.core.windows.net 80
Здесь вы можете найти дополнительную информацию о конфигурациях зондирования TCP: https://azure.microsoft.com/en-us/updates / aztmfftcp /