Как настроить диспетчер трафика Azure для переключения между веб-сайтом и неработающей (обслуживающей) страницей без прерывания работы?

Однажды можно легко настроить диспетчер трафика Azure с двумя конечными точками:

1. сайт электронной коммерции, которым вы обычно управляете
2. сайт со статической страницей обслуживания (мы используем статическую сеть Azure)

Требование состоит в том, чтобы иметь возможность открыть страницу обслуживания в любое время, независимо от того, работает сайт электронной коммерции или нет.

В TM есть несколько методов маршрутизации, но нет ничего, что «просто использовало включенный».

Мы попробовали метод маршрутизации «производительность».

Проблема заключается в следующем: если мы включим конечную точку сайта (после длительного периода ее неиспользования) и отключим конечную точку электронной коммерции, будет длительный период (около минуты), в течение которого TM проверяет статус конечной точки недавно включенная конечная точка, где «новые» пользователи видят это сообщение: сайт не найден, DNS-имя не разрешено вместо страницы вниз сайта. Если они продолжают обновляться, примерно через минуту они видят страницу обслуживания.

Любые предложения о том, как сделать переключение мгновенным? В идеале я хотел бы отключить все проверки работоспособности конечной точки, но не вижу способа сделать это. Это особенно верно для наших непроизводственных окружений, которые невозможно увидеть без нашей VPN, поэтому Azure фактически не может проверить работоспособность.

Это не связано с тем, что пользователи на сайте электронной коммерции будут продолжать видеть сайт электронной коммерции после переключения, поскольку их браузеры кэшируют записи DNS (мы устанавливаем их на минимум, что составляет 10 минут).

В вашем сценарии вы хотите использовать метод маршрутизации с приоритетом, при этом будет использоваться конечная точка с наивысшим приоритетом, если она недоступна, тогда будет использоваться низкий приоритет.Затем вы можете переключить приоритет, когда вам нужно переключиться на страницу обслуживания.

Использование маршрутизации производительности приведет к тому, что люди попадут на вашу страницу обслуживания, когда они быстрее доберутся до нее, чем до вашей главной страницы.

Диспетчер трафика — это инструмент маршрутизации на основе DNS, поэтому при внесении изменений всегда будет некоторая задержка, и на самом деле нет способа обойти это. Если вам нужно более быстрое время отклика, вам стоит взглянуть на что-то вроде Front Door, которое не основано на DNS.