Мы размещаем сайт CMS в Azure через виртуальную машину и IIS. Чтобы соответствовать SLA Microsoft, мы должны поместить внешние интерфейсы в набор доступности, а затем сбалансировать их нагрузку через конечную точку.
Эта CMS запрещает балансировку нагрузки на сайт разработки из-за проблем с кешированием и публикацией.
Наш план состоит в том, чтобы сбалансировать загрузку интерфейса на порт 443, https://www.myCMSsite.com для FE01 и FE02, а затем настроить перенаправление для https://authoring.myCMSsite.com на authoring.myCMSsite.com:4433 на FE01.
Мы понимаем, что не будем соблюдать SLA Microsoft на сайте авторов.
Есть ли лучшее решение этой проблемы?
В прошлом мне приходилось следовать аналогичному подходу для Umbraco, и я, как правило, разрешал запускать авторинг с одного узла только с ручным переключением при отказе в случае отказа одного хоста.
В зависимости от ваших потребностей вы можете разделить свой интерфейс и разработку на три отдельных облачных сервиса (используя 4 хоста вместо 2), что позволит вам использовать SSL на стандартных портах как для внешнего интерфейса, так и для разработки. Вам придется:
Хотя вы не можете сбалансировать нагрузку на свои хосты разработки стандартными средствами, вы можете использовать Диспетчер трафика Azure с конфигурация аварийного переключения для управления автоматическим переключением при отказе в случае отказа вашего основного хоста разработки.