Для установки кластера CCR необходимо чтобы на обоих узлах отказоустойчивого кластера была установлена ОС Windows Server 2008 Enterprise SP2 x64 и присутствовали все системные обновления, вышедшие после выхода SP2 для Windows Server 2008 (предпочтительно обновление через службу WSUS).
Оба сервера, которые будут выступать у нас в качестве нод кластера, должны быть оснащены двумя сетевыми интерфейсами (один для подключений к локальной сети, второй для обеспечения работы кластера). Присвоим на обоих серверах сетевым интерфейсам соответствующие наименования.
После присвоения имен необходимо изменить порядок использования сетевых интерфейсов. Для этого выбираем Advanced >Advanced Settings
Порядок использования сетевых интерфейсов должен быть настроен таким образом, чтобы интерфейс публичной локальной сети находился в приоритете над кластерным интерфейсом.
Далее производим настройку сетевых интерфейсов (идентично на обоих серверах):
· Отключаем использование IPv6 на обоих сетевых интерфейсах (в силу того что нами этот протокол на текущий момент не этот протокол используется);
· Отключаем на кластерном сетевом интерфейсе (NIC2 - Cluster) использование
Client for Microsoft Networks
File and Printer Sharing for Microsoft Networks
Link-Layer Topology Discovery Mapper I/O Driver
Link-Layer Topology Discovery Responder
В конечном итоге мы должны получить такую вот картину:
Далее мы конфигурируем настройки IPv4 в свойствах сетевых интерфейсов.
Для интерфейса публичной сети (NIC1 – Public) задаем следующие параметры:
- статический IP адрес нашей сети (например, 10.161.0.20 на первом сервере и 10.161.0.21 на втором сервере);
- маску сети (например, 255.255.255.0 на обоих серверах);
- IP адрес шлюза по умолчанию (например, 10.161.0.1 на обоих серверах);
- IP адреса DNS серверов (например, 10.161.0.10 и 10.161.0.9 на обоих серверах);
- Проверяем наличие признака динамической регистрации имени в DNS (Закладка DNS, параметр «Register this connection`s addresses in DNS» – включен)
Для кластерного сетевого интерфейса (NIC2 - Cluster) задаем следующие параметры:
- статический IP адрес внутренней кластерной сети (например, 192.168.254.254 на первом сервере и 192.168.254.253 на втором сервере);
(важно чтобы IP адреса кластерной сети не пересекались с адресами нашей публичной серверной сети)
- маску сети (например 255.255.255.0 на обоих серверах);
- IP адрес шлюза по умолчанию не указываем на обоих серверах;
- IP адреса DNS серверов не указываем на обоих серверах;
- Проверяем то, что признак динамической регистрации имени в DNS выключен (Закладка DNS, параметр «Register this connection`s addresses in DNS» – выключен)
Установка необходимых компонент Windows Server 2008
Кластерный почтовый сервер на базе Windows Server 2008 требует следующих ролей и функций на каждом кластерном узле:
- Web Server (IIS)
- PowerShell
- Fail-Over Clustering
Для ускорения процесса установки необходимых компонент, воспользуемся утилитой ServerManagerCMD.exe, входящей в состав операционной системы. Открыв командную строку с правами администратора выполним следующую последовательность команд:
ServerManagerCmd -i PowerShell
ServerManagerCmd -i Failover-Clustering
ServerManagerCmd -i Web-Server
ServerManagerCmd -i Web-ISAPI-Ext
ServerManagerCmd -i Web-Metabase
ServerManagerCmd -i Web-Lgcy-Mgmt-Console
ServerManagerCmd -i Web-Basic-Auth
ServerManagerCmd -i Web-Windows-Auth
После установки необходимых компонент, выполним перезагрузку сервера.
Создание кластера Windows Server 2008
Для создания кластера мы воспользуемся оснасткой Failover Cluster Management (Панель управления > Administrative Tools).
В консоли Failover Cluster Management вызываем мастер создания нового кластера (Меню Action > Create a Cluster…)
В открывшемся окне мастера создания нового отказоустойчивого кластера ознакамливаемся с представленной нам справочной информацией и переходим далее
Вводим доменные имена серверов, которые будут выступать у нас в качестве узлов кластера
Далее мы можем получить предупреждение о том, что оборудование, на котором мы пытаемся развернуть кластер не прошло проверку на выполнение требований к кластерным системам. Соглашаемся с предложением мастера провести детальный тест конфигурации наших серверов.
По нажатию кнопки Next поверх мастера установки кластера откроется мастер проверки конфигурации…
Ознакомимся с представленной нам информацией и на следующем шаге на экране Testing Options выберем рекомендуемую опцию проведения всех тестов.
Подтверждаем параметры тестирования
После прохождения этапов тестирования открывается страница результатов.
В нашем случае мы видим, что тест пройден успешно, но есть кое-какие предупреждения, информацию о которых можно получить из более детального HTML отчета по кнопке View Report…
Как видно отчета мастеру проверки не понравилась наша дисковая подсистема. Например, он не увидел дисков, которые можно использовать для конфигураций кластеров с общим дисковым массивом. Но так как мы собираемся строить кластер Exchange Server 2007 CCR, мы можем проигнорировать данные предупреждения и завершить работу мастера проверки. После этого мы снова вернёмся в мастер создания кластера и сразу попадём на экран, в котором нужно ввести имя кластера Windows Server 2008 и его IP адрес. Нужно учесть, что здесь задается не то имя, которое будет использоваться для подключения клиентов Exchange, а то которое необходимо для самого кластерного экземпляра Windows Server 2008, на который мы в последствии будем устанавливать сам кластерный экземпляр Exchange Server 2007.
Далее мастер делает проверку доступности имени в AD и если всё в порядке, предлагает нам начать процесс создания нового кластера
После того как мастер выполнит все необходимые действия по созданию и конфигурированию кластера будет открыт экран с отчетом о проделанных операциях.
Все, кластер установлен и теперь можно приступить к этапу конфигурирования кластерных ресурсов.
Настройка кластерных сетей
После того как экземпляр кластера создан, нам нужно настроить кластерные сети, чтобы один сетевой интерфейс использовался для клиентских подключений, а второй был ограничен исключительно для использования межузлового кластерного обмена. Откроем страницу свойств кластерного интерфейса публичной сети (Cluster Network 1).
Изменим имя кластерной сети с «Cluster Network 1» на «Public network».
Выберем опции «Allow the cluster to use this network» и «Allow clients to connect through this network».
То есть на данный кластерный интерфейс у нас будут разрешены запросы клиентов из сети.
Затем изменим имя кластерной сети с «Cluster Network 2» на «Private network» и проверим, чтобы была выбрана опция «Allow the cluster to use this network» , а опция «Allow clients to connect through this network» была выключена. Таким образом, мы заставим кластер использовать данную кластерную сеть только в целях межузлового обмена.
Настройка кворума File Share Majority
Теперь необходимо настроить кворумный ресурс кластера, то есть создать файловый ресурс на отдельном сервере (в нашем случае файловый ресурс располагается на сервере Hub-Transport в том же сайте AD, в котором расположены узлы кластера). Для этого залогинимся на выбранный сервер с ролью Hub-Transport (в нашем случае это сервер с именем HT01), и в корне диска C создадим новый каталог командой:
MKDIR FSM_DIR_<имяCCRкластера>
Где <имяCCRкластера> – это имя, которое вы собираетесь использовать для кластерного почтового сервера.
Например, в нашем случае имя создаваемого каталога будет FSM_DIR_MAIL
Далее разрешим совместное использование папки, которую вы только что создали, путем ввода следующей команды:
NET SHARE FSM_<имяCCRкластера>=C:FSM_DIR_<имяCCRкластера> /GRANT:everyone,FULL
Например, в нашем случае команда будет выглядеть так
NET SHARE FSM_MAIL=C:FSM_DIR_MAIL /GRANT:everyone,FULL
Затем настраиваем разрешения файловой системы на данный каталог с помощью команды:
CACLS C:FSM_DIR_<имяCCRкластера> /G BUILTINAdministrators:F <имяWindowsкластера>$:F
Например, в нашем случае команда будет выглядеть так
CACLS C:FSM_DIR_MAIL /G BUILTINAdministrators:F MAILCL$:F
Таким образом, мы создали сетевой каталог для кворумного ресурса кластера и дали на него полные права встроенной группе администраторов сервера с ролью Hub-Transport HT01 и учетной записи кластера MAILCL, созданной в домене после его создания.
Далее необходимо настроить кластера так, чтобы он ссылался на ресурс, который мы только что создали и использовал его в качестве своего кворумного ресурса. Для этого открываем оснастку Failover Cluster Management на одном из узлов кластера, устанавливаем курсор на имя нашего кластера, выбираем «More action» в меню Actions, а затем выбираем опцию «Configure Cluster Quorum Settings…»
Откроется мастер настройки кворума. Ознакомимся с представленными сведениями и жмем «Next».
На странице выбора конфигурации кворума выбираем опцию «Node and File Share Majority»
В качестве кворумного ресурса-«свидетеля» указываем созданную нами ранее сетевую папку на сервере HT01
Мастер конфигурации кворума проверяет доступность сетевого ресурса, просит подтвердить наши намерения и завершает конфигурацию.
Проверка конфигурации кластера
Теперь при открытии оснастки Failover Cluster Management мы видим что наш кластер обладает ресурсами Имя кластера, IP и сетевой ресурс – «свидетель» кворума.
Настало время проверить конфигурацию нашего кластера. Для этого в консоли Failover Cluster Management установим курсор в корень дерева консоли и выберем в меню Action пункт «Validate a Configuration…»
Откроется уже знакомый нам мастер проверки конфигурации кластера. Укажем ему в качестве объекта проверки оба сервера входящих в наш кластер и запустим процедуру проверки. После чего внимательно изучим получившийся отчет на предмет возможных проблем. Если никаких серьезных проблем не обнаружено, можно считать работу с консолью Failover Cluster Management законченной.
Установка роли активного кластерного почтового сервера на первом узле кластера.
Запустите программу установки Exchange Server 2007 SP1. Примите условия лицензионного соглашения и укажите, хотите ли вы активировать отчеты об ошибках или нет.
На странице «Installation Type» выберите опцию Custom Exchange Server Installation.
Далее сделайте выбор роли Active Clustered Mailbox Role.
На странице параметров установки кластера выберите опцию «Cluster continuous replication», затем введите имя, которые вы хотите назначить вашему CMS (это имя будут использовать ваши клиенты Outlook для подключения к CMS). Путь для хранения БД почтовых ящиков будет индивидуальным для каждого сервера и может быть изменен после установки.
Далее укажите IP адрес, который будет использоваться кластерным экземпляром Exchange Server 2007.
Далее программа установки выполнит ряд проверок готовности к установке, и если проблем не возникнет, нажимаем Install, чтобы начать процесс установки активного узла CCR кластера Exchange Server 2007.
Процесс установки займет несколько минут. По завершении нажмите Finish и перезагрузите сервер, чтобы все изменения вошли в силу.
Установка роли пассивного кластерного сервера почтовых ящиков на втором узле кластера
Запустите программу установки Exchange Server 2007 SP1. Примите условия лицензионного соглашения и укажите, хотите ли вы активировать отчеты об ошибках или нет.
На странице «Installation Type» выберите опцию Custom Exchange Server Installation.
На странице «Server Role Selection» сделайте выбор роли Passive Clustered Mailbox Role.
Снова будет запущен процесс проверки готовности. По завершении этого процесса нажмите Install.
В моём случае процедура установки завершилась вот с такой вот ошибкой:
Пришлось выполнить перезагрузку сервера и повторно запустить программу установки, которая в свою очередь сообщила мне о том, что серверные компоненты Exchange в системе уже установлены и будет выполнено их обслуживание.
Далее, как и ранее на странице «Server Role Selection» я сделал выбор роли Passive Clustered Mailbox Role и запустил процесс.
На этот раз всё завершилось успешно и после финальной перезагрузки сервера мы получили работающий пассивный узел в кластере CCR Exchange Server 2007 SP1.
RSS - Записи