Нужен ли мне сайт вниз для Azure Traffic Manager в приоритетном режиме

Question

Я настраиваю Azure Traffic Manager в приоритетном режиме для своего сайта. У меня есть первичное и отказоустойчивое местоположение, оба из них отслеживают страницу «FailoverMonitor.aspx» - если какие-либо ресурсы недоступны для соответствующего ресурса \ региона, я возвращаю 500 ошибок. Я также хотел удостовериться, что сообщение об ошибке было возвращено пользователю, если все местоположения были отключены.

В ходе тестирования я решил сломать как мой основной (приоритет 1), так и переход на другой ресурс (приоритет 2), и при этом я увидел, что основное место было подано.

Этот вид удивил меня, я ожидал, что сайт ничего не вернет, но вместо этого он обслуживает сайт, который считается находящимся в состоянии «ухудшения».

Я добавил третью конечную точку в диспетчер трафика, который возвращает страницу «извините, мы сбиты с толку», но это предназначенная методология для возврата такого сообщения? Я просто хочу убедиться, что я пройду все намеченные шаги и не злоупотребляю услугой. Благодаря!

Answer 1

Когда все конечные точки, контролируемые диспетчером трафика для данного профиля, отключены, он делает «лучшее дело» и отвечает так, как будто все конечные точки фактически находятся в онлайн-состоянии, а не вообще не возвращают конечную точку ,

Более подробная информация об этом и других деталей мониторинга конечных точек можно найти по адресу: https://azure.microsoft.com/en-us/documentation/articles/traffic-manager-monitoring/

Соответствующий раздел копии вставили ниже:

Что произойдет, если все системы управления трафиком конечных точек (за исключением конечных точек с остановленном или заблокированном состоянии) не справляются с проверкой состояния здоровья и показывают состояние деградации? Это чаще всего вызвано ошибкой в ​​конфигурации службы (например, списком управления доступом [ACL], блокирующим проверки работоспособности диспетчера трафика) или ошибкой в ​​конфигурации профиля диспетчера трафика (например, неправильным мониторингом дорожка). В этом случае диспетчер трафика предпринимает попытку «лучшего усилия» и отвечает так, как если бы все конечные точки состояния Degraded фактически находились в онлайн-состоянии. Это предпочтительнее альтернативы, которая должна была бы не возвращать конечную точку в ответе DNS. Последствием такого поведения является то, что если проверки работоспособности Traffic Manager не настроены правильно, это может появиться в маршрутизации трафика, как если бы Traffic Manager работал правильно. Однако в этом случае переключение на конечную точку не произойдет, если конечная точка выходит из строя, и это влияет на общую доступность приложений. Чтобы этого не произошло, важно проверить, что профиль показывает статус онлайн, а не состояние Degraded. Статус Online показывает, что проверки работоспособности Traffic Manager работают должным образом.

Answer 2

Я также хотел удостовериться, что сообщение об ошибке было возвращено пользователю, если все местоположения были опущены.

Поскольку Traffic Manager является DNS единственным решением я не уверен, кто должен служить страницу «Мы вниз» ..

3-й конечной точки обслуживания статической страницы должен делать эту работу.