Геопоиск DNS

Я рассматривал возможность настройки маршрутизации Geo DNS с помощью диспетчера трафика Azure (режим производительности). По сути, у меня есть приложение (веб-приложение и база данных SQL Azure), настроенное в восточной части США, Северной Европе и восточной Австралии. По соображениям соответствия данные не могут быть переданы между центрами обработки данных, и я не хочу, чтобы пользователю приходилось делать выбор в отношении того, какой центр обработки данных использовать:

  • us.app.com
  • eu.app.com
  • au.app.com

Я хочу иметь возможность использовать app.com, а затем маршрутизировать его в зависимости от местоположения пользователя. Все, что делает диспетчер трафика, однако он также переключается на другие центры обработки данных, если ближайший центр обработки данных недоступен. Мне не нужно поведение при отказе — если по какой-то причине веб-приложение не работает в ближайшем регионе, я хочу, чтобы пользователь получил сообщение об ошибке.

Есть ли у кого-нибудь опыт работы с другими провайдерами, которые предлагают такую ​​возможность? Можно ли отключить аварийное переключение в диспетчере трафика.


dns azure-traffic-manager geo
person markpirvine    schedule 24.02.2016    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Интересный вопрос!

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

Чтобы ответить на вопрос, который вы на самом деле задали... сегодня нет встроенной возможности отключить мониторинг конечных точек / аварийное переключение в диспетчере трафика. В качестве обходного пути я предлагаю создать сайт-заполнитель, на котором размещена страница с ошибкой, с помощью Azure Web Apps, а затем использовать вложенные профили диспетчера трафика следующим образом

  • 3 дочерних профиля, каждый с 2 ​​конечными точками — одна из ваших конечных точек службы плюс веб-приложение страницы с ошибкой. Они будут использовать метод маршрутизации трафика «Приоритет» (также известный как «отказоустойчивость», если вы используете старые API-интерфейсы ASM).

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

Таким образом, если одно из ваших приложений выйдет из строя, трафик будет направлен на сайт страницы ошибок, а не на другие приложения.

На сегодняшний день настройка вложенных профилей диспетчера трафика не поддерживается на портале Azure. Вам нужно будет использовать Azure PowerShell или Azure CLI (который поддерживает Windows, Linux и Mac OS).

С уважением,

Джонатан Тулиани, руководитель программы Azure Networking — диспетчер DNS и трафика

person Jonathan Tuliani - MSFT    schedule 24.02.2016
comment
Джонатан, спасибо за ваш ответ, я не рассматривал вложенные диспетчеры трафика, но это звучит как хороший обходной путь. Я согласен с тем, что для мобильных пользователей потребуется некоторая переадресация на уровне приложения. - person markpirvine; 25.02.2016