Как настроить диспетчер трафика Azure для переключения между веб-сайтом и неработающей (обслуживаемой) страницей без прерывания?
Once можно легко настроить диспетчер трафика Azure с двумя конечными точками:
- сайт электронной коммерции, с которым вы обычно работаете
- сайт со статической страницей обслуживания ( мы пользуемся статическим веб-сайтом Azure)
Требование состоит в том, чтобы иметь возможность размещать страницу обслуживания в любое время, независимо от того, работает ли сайт электронной коммерции или нет.
В TM есть несколько методов маршрутизации, но нет ничего такого, что «просто используйте активированный».
Мы пробовали «производительный» метод маршрутизации.
Проблема заключается в следующем: если мы активируем конечную точку сайта (после длительного периода бездействия) и отключим конечную точку электронной коммерции, будет длительный период (около минуты), когда TM проверяет конечную точку. статус недавно включенной конечной точки, где «новые» пользователи видят это сообщение: сайт не найден, DNS-имя не разрешено вместо страницы неработающего сайта. Если они продолжают обновляться, примерно через минуту они видят страницу обслуживания.
Есть предложения, как сделать переключение мгновенным? В идеале я бы хотел отключить все проверки работоспособности конечных точек, но не вижу способа сделать это.Это особенно верно для наших непродовольственных окружений, которые невозможно увидеть без нашего VPN, поэтому Azure фактически не может проверить работоспособность.
Это отдельно от проблемы, заключающейся в том, что пользователи на сайте электронной коммерции будут продолжать видеть сайт электронной коммерции после переключения, поскольку их браузеры кэшируют записи DNS (мы установили для них минимальное значение, то есть 10 минут ).
В вашем сценарии вы хотите использовать метод приоритетной маршрутизации, при этом будет использоваться конечная точка с наивысшим приоритетом, если она недоступна, тогда будет использоваться низкий приоритет. Затем вы можете переключить приоритет, когда вам нужно переключиться на страницу обслуживания.
Использование маршрутизации производительности приведет к тому, что люди попадут на вашу страницу техобслуживания, когда они смогут попасть на нее быстрее, чем на главную страницу.
Диспетчер трафика — это инструмент маршрутизации на основе DNS, поэтому при внесении изменений всегда будет некоторая задержка, и на самом деле нет никакого способа обойти это. Если вам нужно более быстрое время отклика, вам стоит взглянуть на что-то вроде Front Door, которое не основано на DNS.