Группа обеспечения доступности баз данных Exchange и отказоустойчивый кластер с высокой доступностью

0

У меня есть 2 сервера Exchange (EXCH1 и EXCH2), на которых установлен Exchange 2013. Они оба на компьютерах с Windows Server 2012 R2 (Standard). Они также являются частью группы доступности базы данных (DAG1). Оба сервера имеют роли CAS (Client Access Server) и MAILBOX.

В настоящее время мои настройки маршрутизатора NAT перенаправляют порты 25, 110, 80 и 443 на EXCH1. Можно ли было бы перенести переадресацию на DAG1 для этих портов и позволить диспетчеру отказоустойчивого кластера решить, какую машину использовать?

Я пробовал Network Load Balancer, но он не может сосуществовать с Failover Cluster Manager.

Kevin
источник

Ответы:

0

Нет, IP-адрес DAG не является конечной точкой клиентского доступа. Вы идете по правильному пути, рассматривая распределение нагрузки, но NLB также не является хорошим выбором (вы уже обнаружили, что в любом случае его нельзя использовать в группах обеспечения доступности баз данных).

Таким образом, решение для вашего сценария заключается в реализации балансировщика нагрузки. Если Exchange является единственным приложением, которое необходимо для балансировки нагрузки, я бы внимательно рассмотрел Kemp VLM.

Пол Каннингем
источник
На самом деле, примерно в то время, когда я отправил вопрос, я решил просто направить маршрутизатор пакеты на IP-адрес группы DAG. Это фактически пересылает всю электронную почту без проблем вообще. Почтовые клиенты по-прежнему имеют доступ к одному из двух IP-адресов для каждого из CAS, и он получает свою электронную почту просто отлично.
Кевин
DAG IP не является конечной точкой клиентского доступа. То, что вы делаете, может сработать, но оно может дать сбой и работать плохо непредсказуемым образом, что вызовет проблемы у ваших пользователей. У каждого покупателя, которого я нашел, кто попробовал это, было много проблем с этим. Это также не поддерживаемая конфигурация. Инвестируйте в правильный балансировщик нагрузки, если вам нужна высокая доступность.
Пол Каннингем