Как использовать управление трафиком Azure с настраиваемой конечной точкой URL-адреса службы?

Я хочу предоставить защищенный URL-адрес для моей конечной точки службы пользователям, использующим управление трафиком. У меня есть экземпляр службы, работающий по адресу http://vm1.cloudapp.net/myservice:8888/index.html. Если этот экземпляр выходит из строя, служба автоматически запускается на vm2 по адресу http://vm2.cloudapp.net/myservice:8888/index.html n наоборот. Я хочу, чтобы azure скрывала URL-адреса базовых сервисов для пользователя и предоставляла сервис по адресу http://myservice.trafficmanager.net Это возможно? Если да, то как? Из прочтения документации службы диспетчера трафика, похоже, вы можете переключиться на отказ только на уровне DNS, а не на уровне конечной точки URL.


azure azure-traffic-manager failovercluster
person user330612    schedule 25.08.2015    source источник
comment
Меня смущает ваш вопрос. При использовании диспетчера трафика вы должны использовать myservice.trafficmanager.net, а не vm1.cloudapp.net или vm2.cloudapp.net. Я что-то упускаю?   -  person David Makogon    schedule 25.08.2015
comment
Похоже, что конфигурация диспетчера трафика позволяет нам указать собственный номер порта, и службу не нужно размещать на порту 80. Таким образом, диспетчер трафика работает для этого   -  person user330612    schedule 25.08.2015

Ответы (1)


arrow_upward
0
arrow_downward

Это состоит из нескольких частей.

Во-первых, вы правы, что Traffic Manager работает на уровне DNS. Он не видит ваш HTTP-трафик и, следовательно, не видит полный URL. Поскольку ваши два экземпляра служб имеют разные имена DNS, здесь нет проблем - вы настраиваете диспетчер трафика с обоими именами как отдельными «конечными точками», а диспетчер трафика будет направлять трафик на эти конечные точки, предоставляя одно или другое в каждом ответе DNS.

Во-вторых, вы хотите скрыть пути URL. Поскольку диспетчер трафика работает на уровне DNS, он не видит ваш HTTP-трафик и, следовательно, не видит URL-адрес, а только имя домена. Следовательно, это то, что вы должны обрабатывать на уровне приложения (так же, как и для службы с одним экземпляром, которая не использует диспетчер трафика).

Единственное, о чем следует быть осторожным, - это убедиться, что вы настроили правильный порт URL и путь в конфигурации мониторинга конечной точки диспетчера трафика. Просто убедитесь, что диспетчер трафика показывает ваши конечные точки как «В сети», и все в порядке.

Джонатан

person Jonathan Tuliani - MSFT    schedule 25.08.2015