В октябре 2006, когда Exchange Server 2007 все еще был бета версией (по крайней мере для широкой публики), я написал серию статей в которой рассказывалось о том, как разворачивать кластерный почтовый сервер Exchange 2007 (CMS) на базе технологии непрерывной репликации кластеров (cluster continuous replication (CCR)). В отличие от традиционного кластера Exchange, CCR кластер не только обеспечивает дублирование на уровне физических устройств, но и дублирование на уровне хранения.
С тех пор кластерные почтовые серверы на базе CCR кластеров стали очень популярным, эффективным в ценовом отношении и очень надежным решением почтовой службы, которое соответствует соглашению уровня сервиса (service level agreement (SLA)) во многих организациях по всему миру. Теперь, когда Exchange Server 2007 Service Pack 1 (SP1) и Windows Server 2008 были запущены в производство (RTM), я подумал, что будет не плохой идеей написать серию статей о развертывании кластерных почтовых серверов Exchange 2007 SP1 на основе непрерывной репликации кластеров, на базе Windows Server 2008, чтобы вы были готовы к реальным развертываниям систем, которые лежат на горизонте.
Прежде чем мы начнем, позвольте мне объяснить, почему более выгодно устанавливать кластерные почтовые серверы Exchange 2007, основанные на технологии CCR, используя кластеры обхода отказа Windows Server 2008, а не проверенную временем функциональность кластеров Windows Server 2003. Во-первых, Exchange Server 2007 SP1 может использовать значительно улучшенный компонент кластера обхода отказов (ранее известный как серверный кластер) в Windows Server 2008. Компонент кластера обхода отказов Windows Server 2008 упрощает процесс развертывания CCR кластеров и повышает стабильность решения кластера обхода отказов, а также делает его более безопасным, чем предыдущие версии Window Server. Вдобавок, новый кластер обхода отказов в Windows Server 2008 поддерживает несколько подсетей, а Exchange 2007 SP1, в отличие от Exchange 2007 RTM, включает поддержку географически рассредоточенных кластеров (GeoClusters) для ситуации обхода отказа через две подсети (хотя узлы все же должны быть на сайте одной Active Directory). Кроме того, Exchange 2007 SP1 CCR кластеры поддерживают обе версии Интернет протокола IPv4 и IPv6, а также назначенные сервером DHCP IP адреса (IPv4 и IPv6, хотя IPv4 не рекомендуется, если только DHCP сервер не настроен на разрешение владения паролем неограниченной длины).
Заметка: Получите полный список улучшений кластера обхода отказов в Windows Server 2008.
Предустановки
Прежде чем вы сможете следовать за шагами этой серии статей, вам нужно, чтобы ваша лабораторная сеть состояла из следующих компонентов:
- Один Windows 2003 SP1 (желательно SP2) или сервер Windows Server 2008 Standard, настроенный в качестве контроллера домена в области Active directory с функциональным уровнем домена как минимум 2000 Native.
- Один Windows 2003 SP1 (желательно SP2) или сервер Windows Server 2008 Standard с Exchange 2007 SP1 Client Access и Hub Transport ролями сервера, установленными на него (вы можете установить эти роли на контроллер домена).
- Два сервера Windows Server 2008 Enterprise, которые будут узлами в кластере обхода отказов.
Два сервера Windows Server 2008 Enterprise должны быть оснащены двумя сетевыми интерфейсами (один для публичной сети и один для частной тактовой сети) и как минимум двумя дисками, один для системного раздела (System partition), один для баз данных Exchange, и, необязательно, один для файлов журналов трансакций (в лабораторной сети эти журналы могут располагаться вместе с базами данных Exchange).
Я использовал 32-bit версию Exchange 2007 SP1 и Windows Server 2008, что означало, что я мог выделить гораздо меньше памяти для каждого модуля, чем мог бы выделить в случае использования 64-bit версий (500 MB для контроллера домена, 700 MB для сервера, на котором установлены роли Client Access и Hub Transport и по 700 MB для каждого узла кластера обхода отказов).
Хотя рекомендации данной конфигурации вполне эффективны для лабораторной сети, помните, что 32-bit версия Exchange 2007 не поддерживается в производственном окружении, и что лучшие практические рекомендации для кластеров Exchange 2007 CCR в производственном окружении отличаются от тех, которые я использовал здесь.
Если вы, как и я, имеете ограниченный набор тестовых модулей, я настоятельно рекомендую вам разворачивать эту лабораторную сеть, используя решения для создания виртуальных машин. Если вы выбрали для тестирования 32-bit версии Exchange 2007 и Windows Server 2008, вы можете использовать любые программы, начиная с Microsoft Virtual PC, Microsoft Virtual Server, VMWare рабочей станции/сервера и заканчивая настоящей производственной платформой виртуализации VMWare ESX Server или MicrosoftпїЅs HyperVisor (HyperV), включенный в Windows Server 2008. Просто выберите то, что вам по душе!
Настройка узлов кластера обхода отказов (Failover Cluster Nodes)
Итак, когда у вас есть область Active Directory, состоящая из контроллера домена и сервера (входящего в домен) с ролями Exchange 2007 Client Access и Hub Transport, мы можем настраивать два сервера, которые будут узлами в нашем кластере обхода отказов. Первое, что нам нужно сделать, когда серверы включены, это выделить разделы на дисках и настроить сетевые интерфейсы должным образом. Чтобы выделить разделы на дисках, открываем Windows 2008 Server Manager, разворачиваем вкладку Storage (хранение), а затем выбираем Disk Management. С помощью правого клика на каждом LUN, который работает в автономном режиме, выбираем режим онлайн (Online) в контекстном меню, как показано на рисунке 1.
Рисунок 1: Включение режима online на дисках
Жмем правой клавишей на дисках еще раз и теперь выбираем опцию Initialize Disk. В окне инициализации диска (Initialize Disk) отмечаем оба диска галочками, а также проверяем, что MBR (Master Boot Record) выбран, если только ваши диски размерами не более двух терабайт (TB) или вы используете компьютеры на основе Itanium в качестве узлов кластера обхода отказов (что вряд ли!), и затем жмем OK (Рисунок 2).
Рисунок 2: Инициализация дисков
Теперь оба диска в режиме онлайн, и можем начать выделять в них разделы. Для этого жмем на неразмеченной области диска, затем выбираем опцию «новый простой том» (New Simple Volume) в контекстном меню (Рисунок 3).
Рисунок 3: Создание простых томов
В мастере New Simple Volume жмем «Далее». Задаем размер нового тома и жмем «Далее».
Рисунок 4: Определение размера тома
Теперь нам нужно назначить букву для этого тома. Когда все готово, жмем «Далее» (Рисунок 5).
Рисунок 5: Назначение буквы привода для тома
Теперь нужно пометить и отформатировать том. Сделайте это и нажмите «Далее» (Рисунок 6).
Рисунок 6: Создание метки и форматирование тома
И, наконец, жмем «Закончить», чтобы завершить работу мастера.
Выполните те же шаги и для второго диска, но пометьте его как Logs (Рисунок 7).
Рисунок 7: Пометка и форматирование тома для файлов журналов
Следующим шагом будет создание имен для соединений Public и Private (heartbeat) для внешней и внутренней сети соответственно, как показано на рисунке 8. Частная сеть будет использоваться только для тактовых импульсов между двумя узлами кластера обхода отказов.
Рисунок 8: Создание имен для подключений к сети
Лучшим способом настройки серверов, которые будут использоваться в качестве узлов в кластере обхода отказов, является изменение порядка компоновки сетевых интерфейсов. Для этого выбираем Дополнительно > Дополнительные параметры, если порядок еще не настроен, то поставьте Public первым, затем Private(heartbeat) и, наконец, Remote Access Connections, как показано на рисунке 9.
Рисунок 9: Порядок компоновки
При установке Windows Server 2008, Ipv6 активирован по умолчанию, и хотя эта версия Интернет протокола поддерживается Exchange 2007 SP1, мы не будем ее использовать в этой серии статей. Поэтому следует убрать галочку с TCP/Ipv6 для сетевых интерфейсов Public и Private соединения, как показано на рисунке 10.
Рисунок 10: Дезактивация Ipv6 на интерфейсе публичной сети
Также рекомендуется отключить клиента для Microsoft Networks, File и Printer Sharing для Microsoft Networks на интерфейсе частной сети.
Теперь мы можем настраивать IP параметры для каждого интерфейса сети. Давайте начнем с интерфейса публичной сети (Рисунок 11).
Рисунок 11: Настройка IP параметров для интерфейса публичной сети
Теперь идем дальше и настраиваем IP параметры для интерфейса частной сети. Обратите внимание, что вам нужно только указать IP адрес и маску подсети для интерфейса частной сети, как показано на рисунке 12.
Рисунок 12: Настройка IP параметров для интерфейса частной сети
Также убедитесь, что опции «Добавить родительские суффиксы первичного DNS суффикса» и «Регистрировать адрес этого соединения в DNS» не отмечены (Рисунок 13).
Рисунок 13: Настройка DNS параметров для интерфейса частной сети
Переходим по вкладке WINS, убираем галочку с опции Enable LMHOSTS lookup и выбираем Disable NetBIOS over TCP/IP (Рисунок 14).
Рисунок 14: Настройка WINS параметров
Когда все параметры сети настроены должным образом, двигаемся дальше. Нам нужно назвать каждый узел кластера обхода отказов значимыми именами, например CCRNODE1 и CCRNODE2, или любой другой выбранной вами схемой наименования. Когда вы это сделали, добавьте их в качестве членов области Active Directory (Рисунок 15).
Рисунок 15: Изменение имени компьютера и добавление его в домен
Наконец перезагружаем серверы, чтобы изменения вступили в силу.
На этом закончим первую из трех частей этой серии статей, посвященной тому, как разворачивать кластер Exchange 2007 SP1 CCR Cluster на основе кластера обхода отказов Windows Server 2008. Во второй части мы создадим кластер обхода отказов Windows Server 2008 Failover Cluster, а также установим кластерный почтовый сервер на базе CCR.
В этой серии статей о том, как устанавливать кластер Exchange 2007 SP1 CCR на Windows Server 2008, мы продолжим разговор с того места, на котором остановились в первой части. Мы создадим кластер обхода отказа Windows Server 2008 Failover Cluster, а затем проверим правильность его настройки с помощью мастера проверки правильности конфигурации нового кластера, включенного в Windows Server 2008.
Установка необходимых ролей и параметров Windows Server 2008
В первой части мы настроили два сервера, которые будут служить узлами в кластере обхода отказа Windows Server 2008, а также включили их в домен. Следующим шагом будет установка необходимых ролей и параметров Windows Server 2008. Кластерный почтовый сервер требует следующих ролей и функций на каждом узле кластера обхода отказа:
- Web Server (IIS)
- PowerShell
- Fail-Over Clustering
Самый простой способ установки этих ролей и функций заключается в использовании новой командной строки Windows Server 2008, основанной на инструменте 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
Если вы хотите установить все эти роли и функции сразу, создайте XML файл ответа следующего содержания:
<ServerManagerConfiguration
Action="Install"
xmlns="http://schemas.microsoft.com/sdm/Windows/ServerManager/Configuration/2007/1">
<Feature Id="Failover-Clustering"/> <Feature Id="PowerShell"/>
<Role Id="Web-Server"/> <RoleService Id="Web-Metabase"/> <RoleService Id="Web-Lgcy-Mgmt-Console"/> <RoleService Id="Web-Basic-Auth"/> <RoleService Id="Web-Windows-Auth"/>
</ServerManagerConfiguration>
Для этого откройте блокнот, скопируйте в него указанный выше код, затем сохраните его в формате XML файла (или даже проще, скачайте сценарий здесь).
Когда сценарий создан, введите ServerManagerCMD 'ip <имя и путь xml файла> в командную строку. Требуемые роли и функции будут автоматически установлены, как показано на рисунке 1.
Рисунок 1: Установка необходимых ролей и функций с помощью XML файла
Создание и формирование кластера обхода отказа
Следующим шагом будет формирование кластера обхода отказа. Это можно сделать либо с помощью командной строки, используя Cluster.exe, либо с помощью менеджера кластеров обхода отказа. Чтобы немного ознакомить вас с новым менеджером кластеров обхода отказа в Windows Server 2008, я буду использовать графический интерфейс в этой статье.
Заметка:Если вы будете использовать Cluster.exe, прочтите соответствующую документацию Exchange 2007 на TechNet.
Чтобы запустить менеджера кластеров обхода отказа, нажмите меню Пуск, затем инструменты администрирования и, наконец, выберите управление кластерами обхода отказа, как показано на рисунке 2.
Рисунок 2: Запуск менеджера кластеров обхода отказа
Менеджер кластеров обхода отказа будет запущен. В строке управления выберите опцию «Создать кластер», как показано на рисунке 3.
Рисунок 3: Открытие мастера создания кластеров
В мастере создания кластеров (рисунок 4) нажмите «Далее».
Рисунок 4: Рисунок 4: Начальная страница мастера
Теперь нам нужно добавить имена серверов, которые будут служить узлами в кластере (рисунок 5). Сделайте это и нажмите «Далее».
Рисунок 5: Добавление серверов в кластер обхода отказов
Задайте кластеру обхода отказов имя и IP адрес, как показано на рисунке 6, и нажмите «Далее».
Заметка: Это имя нельзя путать с именем кластерного почтового сервера, к которому клиенты Outlook будут подключаться.
Рисунок 6: Рисунок 6: Указание имени и IP адреса кластера обхода отказов
На следующей странице нажмите «Далее».
Рисунок 7: Страница подтверждения
Теперь мастер создаст и настроит новый кластер обхода отказов, как показано на рисунке 8.
Рисунок 8: Создание и соответствующая настройка кластера обхода отказов
Когда кластер будет создан, у вас откроется страница результата, подобно той, что изображена на рисунке 9, и вы можете посмотреть отчет или просто нажать «Завершить», чтобы выйти из мастера.
Рисунок 9: Страница результата
Итак, мы создали базовый кластер обхода отказов Windows Server 2008, но еще остались определенные настройки, которые необходимо выполнить, прежде чем кластер будет готов для нашего сервера Exchange 2007 SP1 Clustered Mailbox.
Настройка кластерных сетей
Когда кластер обхода отказов создан, нам нужно настроить кластерные сети, чтобы один сетевой интерфейс использовался для клиентских подключений, а второй был ограничен исключительно для использования тактового трафика между узлами. Давайте начнем с открытия страницы свойств интерфейса публичной сети (рисунок 10).
Рисунок 10: Открытие страницы свойств интерфейса публичной сети
Теперь поменяем имя сетевого интерфейса на Public или на что-нибудь другое, чтобы было понятно, что этот интерфейс подключен к публичной сети. Также проверяем, чтобы опции «Разрешить кластеру использовать эту сеть» и «Разрешить клиентам подключение через эту сеть» были выбраны и жмем OK.
Рисунок 11: Страница свойств интерфейса публичной сети
Открываем страницу свойств интерфейса частной сети и выполняем те же шаги, однако опцию «Разрешить клиентам подключаться через эту сеть» оставляем неотмеченной. Нам не нужно, чтобы какие-либо клиенты смогли подключиться к интерфейсу частной сети. Эта сеть должна использоваться исключительно для тактового трафика между узлами.
Рисунок 12: Страница свойств интерфейса частной сети
Заметка:В Exchange Server 2007 SP1 любая сеть, которая настроена для кластера, чтобы принимать и использовать клиентские соединения, может также использоваться для CCR затравливания, переправки логов, а также повторной затравки. Для этой настройки нужно использовать команду Enable-ContinuousReplicationHostName. Подробнее об этом вы можете прочитать в Exchange 2007 документации на TechNet.
Настройка кворума File Share Majority
Теперь нам нужно настроить кворум кластера обхода отказов. То есть создать файловый ресурс на отдельном сервере (лучшим вариантом будет использование сервера Hub Transport в том же сайте AD, в котором расположены узлы кластера обхода отказов). Для этого нужно войти на сервер в вашей лабораторной среде, на котором установлены роли Client Access и Hub Transport, затем открыть командную строку и создать новую папку путем ввода:
MKDIR FSM_DIR_MBX
Где MBX – это имя, которое вы собираетесь использовать для кластерного почтового сервера. По сути, неважно, как вы его назовете, но если вы собираетесь использовать Hub Transport сервер в качестве кворума file share majority для нескольких кластеров CCR, будет хорошей мыслью использовать имя, которое вы также назначили для CMS:
Теперь разрешите совместное использование папки, которую вы только что создали, путем ввода следующей команды:
NET SHARE FSM_MBX=C:\FSM_DIR_MBX /GRANT:CCRCLUSTER$,FULL
Обратите внимание, что только учетная запись кластера обхода отказа Windows 2008 имеет разрешение доступа к этому ресурсу. Также учтите, что учетная запись машины кластера скрыта, поэтому вам нужно добавить знак '$' после имени.
Теперь настраиваем разрешения файловой системы с помощью команды:
CACLS C:\FSM_DIR_MBX /G BUILTIN\Administrators:F CCRCLUSTER$:F
Рисунок 13: Создание и разрешение совместного использования FSM папки
Когда ресурс системных файлов создан, нам необходимо настроить параметры кворума для кластера обхода отказов так, чтобы он ссылался на ресурс, который мы только что создали. Для этого открываем менеджера кластеров обхода отказа на одном из узлов, выбираем «Дополнительные действия» в панели действий, а затем в контекстном меню выбираем опцию «Настроить параметры кворума кластера» (рисунок 14).
Рисунок 14: Открытие опции «Настройка параметров кворума кластера
В мастере настройки кворума (рисунок 15) жмем «Далее».
Рисунок 15: Начальная страница мастера настройки кворума кластера
На странице «Выбор конфигурации кворума» выбираем опции «Узел и File Share Majority» (для кластеров с определенной конфигурацией) и жмем «Далее».
Рисунок 16: Выбор подходящей конфигурации кворума для кластера обхода отказов
Теперь нам нужно указать путь к общей папке, созданной на сервере Hub Transport. Это можно сделать путем непосредственного вписывания или указания пути к этой папке с помощью кнопки «Обзор» (рисунок 17). Когда соответствующий путь был указан, жмем «Далее».
Рисунок 17: Введение пути к общей папке, которая будет использоваться ресурсом общих файлов
После этого появится окно подтверждения, где у вас есть еще один шанс проверки правильности настройки кворума кластера. Все выглядит отлично, жмем «Далее», а затем «Завершить» на странице результата.
Рисунок 18: Страница подтверждения мастера настройки кворума
Заметка: Вы также можете настроить параметры кворума с помощью Cluster.exe. Более подробную информацию об этом смотрите в Exchange 2007 документации на TechNet. Как я уже отмечал, я буду использовать графический интерфейс нового кластера по мере возможности, чтобы показать вам, как он используется.
Как показано на рисунке 19, теперь у нас есть полностью работающий кластер обхода отказов Windows Server 2008, с нетерпением ожидающий установки исполняемых файлов Exchange 2007 SP1, но прежде чем мы начнем установку Exchange 2007, нам нужно подтвердить конфигурацию кластера обхода отказа.
Рисунок 19: Статус кластера обхода отказа
Подтверждение конфигурации кластера обхода отказов
Поскольку в этой статье мы работаем с тестовым окружением, это не столь важно, но когда вы устанавливаете кластер обхода отказа Windows Server 2008 в производственной среде, вам необходимо убедиться в том, что кластер правильно подтвержден с помощью мастера подтверждения. Как уже говорилось, этот шаг не является крайне важным для тестируемой среды, но чтобы показать вам, что собой представляет данный мастер, я решил выполнить этот шаг.
Чтобы подтвердить конфигурацию кластера обхода отказа, нам нужно нажать на кнопку «Подтвердить конфигурацию», как показано на рисунке 20.
Рисунок 20: Кнопка подтверждения конфигурации
На начальной странице нажмите «Далее» (Рисунок 21).
Рисунок 21: Начальная страница мастера подтверждения конфигурации
Чтобы утвердить набор серверов в существующем кластере обхода отказов, вам необходимо либо добавить имена серверов по отдельности, либо просто вписать имя самого кластера. После этого нажмите «Далее».
Рисунок 22: Ввод имени кластера или его узлов
Теперь у нас есть возможность выбора между двумя различными тестами (рисунок 23). Гораздо проще, и этот способ рекомендуется, выбрать опцию «Запустить все тесты» (рекомендуется). Когда все готово, нажмите «Далее».
Рисунок 23: Выбор теста для запуска
Мы можем выбрать подтверждение кластера обхода отказов; чтобы начать этот процесс, нажмите «Далее» (рисунок 24).
Рисунок 24: Страница подтверждения мастера подтверждения конфигурации
Мастер подтверждения проведет ряд тестов; некоторые из них займут больше времени, чем другие (рисунок 25). В зависимости от специфики оборудования узлов вашего кластера, вам нужно будет запастись терпением, поскольку подтверждение конфигурации может занять сравнительно продолжительное время.
Рисунок 25: Запуск теста подтверждения
По завершении всех тестов у вас появится страница результатов, где вы можете просмотреть все обнаруженные проблемы.
Рисунок 26: Просмотр всех обнаруженных во время тестирования проблем
К тому же вы можете просмотреть подробный отчет (нажав на кнопку «Показать отчет»). Обратите внимание на то, что этот отчет сохраняется, поэтому вы можете просмотреть его в любое удобное для вас время.
Рисунок 27: Отчет подтверждения кластера обхода отказов
Здесь мы закончим вторую из трех частей серии статей о том, как устанавливать кластер Exchange 2007 SP1 CCR на кластере обхода отказа Windows Server 2008. В третьей части, которая скоро будет опубликована, мы установим почтовый кластерный сервер (CMS) на базе CCR, а также протестируем его работу.
В этой заключительной части данной серии статей по установке кластера Exchange 2007 SP1 CCR на Windows Server 2008, мы продолжим с того места, на котором остановились в предыдущей части. Мы установим активный и пассивный кластерный почтовый сервер Exchange 2007 SP1 (CMS). Мы также рассмотрим параметры Transport Dumpster и параметры CMS с помощью новых страниц свойств и мастеров, включенных в консоль управления Exchange 2007 SP1.
Установка роли активного кластерного почтового сервера на CCRNODE1
Итак, наступил тот момент, которого мы так ждали! Наконец-то пришло время устанавливать исполняемые файлы Exchange 2007 SP1 на первом узле кластера обхода отказа. Можно ли как-то лучше начинать статью?
На данном этапе мы осуществили все необходимые предварительные установки для Exchange 2007 SP1, поэтому на CCRNODE1 мы можем просто вставить диск DVD, содержащий исполняемые файлы Exchange 2007 SP1 или открыть локальную папку или сетевой ресурс с этими файлами, и запустить Setup.exe. Через несколько секунд у вас появится приветственная страница Exchange 2007 SP1. Нажмите Установить Microsoft Exchange Server 2007 SP1 (рисунок 1). Если программа setup.exe запущена с сетевого ресурса, все исполняемые файлы Exchange 2007 SP1 будут скопированы с источника во временную папку локально на сервер (C:\Temp\ExchangeServerSetup). Если вы запускаете Setup.exe с DVD или локальной папки, этот шаг будет пропущен, означая, что мастер установки Exchange 2007 SP1 запустится быстрее.
Рисунок 1: Стартовая страница Exchange 2007 SP1
Когда появится приветственное окно Exchange 2007 SP1, нажмите Далее (рисунок 2).
Рисунок 2: Приветственное окно Exchange 2007 SP1
Примите условия лицензионного соглашения и нажмите Далее, затем укажите, хотите ли вы активировать отчеты об ошибках или нет, и снова нажмите Далее. На странице «Тип установки» выберите опцию Выборочная установка Exchange Server и нажмите Далее.
Рисунок 3: Страница выбора типа установки Exchange 2007 SP1
Теперь отметьте строку Роль активного кластерного сервера и нажмите Далее (рисунок 4). Если вы устанавливаете кластер Exchange 2007 SP1 CCR на сервере производственной среды, вы также указываете место установки исполняемых файлов Exchange 2007 SP1. Большие корпоративные организации с большим количеством логических устройств обычно выбирают для установки исполняемых файлов отдельные разделы, не системные.
Рисунок 4: Выбор роли активного кластерного почтового сервера
На странице параметров установки кластера Exchange 2007 SP1 выберите опцию «Непрерывная кластерная репликация», затем введите имя, которые вы хотите назначить вашему CMS (это имя будут использовать ваши клиенты Outlook для подключения к CMS). Когда все готово, нажмите Далее.
Рисунок 5: Параметры кластера Exchange 2007 SP1
Теперь нам нужно быть внимательнее, так как эта страница новая. Здесь вы указываете, какой тип IP сети вы хотите использовать, а также будут ли IP адреса назначаться динамически с помощью DHCP. В этом примере мы выберем один статичный IPv4 адрес, как показано на рисунке 6 ниже. Когда все готово, нажмите Далее.
Заметка: Как отмечалось в первой части этой серии, комбинация Exchange 2007 SP1 и Windows Server 2008 позволяет нам устанавливать активные и пассивные кластерные почтовые серверы на различных подсетях. При использовании Exchange 2007 RTM и Windows Server 2003 нам приходилось тянуть единую сеть между различными местами, чтобы установить узлы кластера в географически разбросанных местах.
Рисунок 6: Настройка IP адреса(сов) кластера
Поскольку это первый почтовый сервер, который мы устанавливаем в нашей организации Exchange 2007 SP1, нам нужно указать, будем ли мы использовать Outlook 2003 и более ранние версии или клиентов Entourage в нашей организации. Если будем, то выбираем Да, если нет, то оставляем умолчания и жмем Далее.
Рисунок 7: Указать тип клиентов (Outlook 2003 и более ранние версии или Entourage), которых мы будем использовать в нашей организации
Позвольте мастеру осуществить проверку на готовность. Надеюсь, у вас не возникнет никаких проблем, кроме тех, что указаны на рисунке 8. Если проверка готовности завершилась без отчетов о серьезных проблемах и без предупреждений, нажмите Установить, чтобы начать процесс установки активного кластерного почтового сервера.
Предупреждение! Хотя эта статья основывается на тестовой среде, следует подчеркнуть, что 32-разрадный Exchange Server 2007 не поддерживается для использования в производственной среде, если только он не используется для управления серверами, пользовательскими почтовыми ящиками и т.д..
Рисунок 8: Процесс проверки готовности завершен без серьезных проблем
Процесс установки займет несколько минут. По завершении нажмите Закончить (рисунок 9) и перезагрузите сервер, чтобы все изменения вошли в силу.
Рисунок 9: Установка успешно завершена
Теперь у нас есть полноценный CCR кластерный почтовый сервер Exchange 2007 SP1, хотя только с одним узлом.
Установка роли пассивного кластерного почтового сервера на втором узле E2K7
Чтобы сделать наш кластерный почтовый сервер избыточным, нам конечно же нужно установить роль пассивного кластерного почтового сервера. Итак, давайте войдем на второй узел кластера обхода отказа (CCRNODE2) и запустим Exchange 2007 SP1 Setup.exe файл. У нас снова появится окно мастера установки Exchange 2007 SP1 (теперь вы знаете, что нужно выбирать). Когда вы дойдете до страницы выбора роли сервера, отметьте строку Роль пассивного кластерного почтового сервера как показано на рисунке 10, а затем нажмите Далее.
Рисунок 10: Выбор роли пассивного кластерного почтового сервера
Снова будет запущен процесс проверки готовности. Теперь это должно занять пару секунд, поскольку сейчас будет проверяться лишь наличие всех необходимых для роли почтового ящика предустановок. По завершении этого процесса нажмите Установить (рисунок 11).
Рисунок 11: Проверка готовности на втором узле кластера обхода отказа
Когда мастер установки Exchange 2007 SP1 завершит установку и настройку пассивного кластерного почтового сервера, нажмите Закончить, чтобы выйти из мастера, и перезагрузите пассивный CMS, чтобы все изменения вошли в силу.
Настройка Transport Dumpster
В одной из своих статей об установке Exchange 2007 RTM CCR кластера на Windows Server 2003, я рассказывал о том, как настраивать параметры Transport Dumpster с помощью оболочки Exchange Management Shell (используя команду Set-TransportConfig), поскольку не было возможности сделать это через графический интерфейс для версии Exchange 2007 RTM. Теперь, когда мы имеем дело с версией Exchange 2007 SP1, позвольте мне показать вам, как это делается с помощью консоли управления Exchange Management Console.
Прежде чем пойдем дальше, хочу отметить, что Transport Dumpster активен по умолчанию, а его настройка является необязательной. По умолчанию он настроен с максимальным размером в 18 MB для групп хранения и максимальным временем сохранения в 7 дней. Microsoft рекомендует настраивать максимальный размер для каждой группы хранения со значением, в полтора раза превышающим значение максимальных сообщений, которые можно отправить с помощью этой почтовой системы. Это означает, что если максимальный размер сообщения у нас ограничен до 10MB, максимальный размер transport dumpster для группы хранения должен быть 15MB. К тому же, Microsoft рекомендует оставлять время сохранения со значением в 7 дней, то есть со значением по умолчанию.
Для подробной информации о настройках параметров transport dumpster, прочтите эту документацию Exchange 2007 documentation on TechNet.
Параметры Transport Dumpster можно настроить из графического интерфейса, открыв консоль управления Exchange Management Console, и во вкладке «Параметры организации» выбрав Hub Transport. Здесь нужно выбрать вкладку «Глобальные параметры» и открыть страницу свойств для «Transport Settings». В результате у вас появится страница, указанная на рисунке 12 ниже.
Рисунок 12: Transport Settings
Осмотр параметров CMS с помощью консоли управления Exchange Management Console
Пришло время посмотреть наш CMS, используя консоль управления. Те из вас, кто имел удовольствие работать с CMS на базе Exchange 2007 RTM, знают, что нужно использовать командного интерпретатора для получения статистики и других подробностей о CMS, а также для того, чтобы запускать, останавливать и перемещать его между различными узлами кластера. Но в версии Exchange 2007 SP1 мы можем посмотреть подробности о CMS непосредственно из консоли управления Exchange Management Console. Для этого нужно открыть страницу свойств CMS. Нужно выбрать строку Конфигурация сервера в навигационном древе, а затем правой клавишей нажать на CMS в панели результатов.
Рисунок 13: Открытие страницы свойств CMS
Теперь выбираем вкладку Кластерный почтовый сервер. Как видно из рисунка 14, здесь показаны такие элементы, как имя узлов кластера, используемый тип хранения (в данном случае CCR не используется совместно), а также находится ли CMS онлайн, и если да, то какой узел на данным момент является владельцем кворума. Более того, здесь можно настроить автоматический код монтирования базы данных. Подробнее об этой функции можно прочитать здесь.
Рисунок 14: Подробности CMS
У нас также есть возможность просмотра статистики для копии и перезапуска файлов журнала регистрации между группами хранения на активном и пассивном узле. Для этого нужно открыть страницу свойств группы хранения и выбрать вкладку непрерывной кластерной репликации, как показано на рисунке 15.
Рисунок 15: Статистика копирования и перезапуска логов
Чтобы переместить, остановить или запустить CMS, мы используем нового мастера Manage Clustered Mailbox Server, включенного в Exchange 2007 SP1 (рисунок 16). Этого мастера можно запустить из панели действий, когда CMS выбран во вкладке «Конфигурация сервера рабочего центра».
Рисунок 16: Мастер Manage Clustered Mailbox Server
Наконец, у нас есть возможность приостанавливать, возобновлять, обновлять и восстанавливать копии групп хранения непосредственно из консоли Exchange Management Console, как показано на рисунке 17.
Рисунок 17: Управление копиями групп хранения с помощью EMC
Поскольку я уже рассказывал о том, как управлять CMS с помощью консоли Exchange 2007 SP1 EMC, в одной из предыдущих статей, я не буду распространяться об этом в данной статье. Вместо этого, я порекомендую вам прочесть эту статью, чтобы вы смогли поиграть со своим новым CMS.
Итак, на этом мы закончим данную серию статей о том, как устанавливать кластер Exchange 2007 SP1 CCR на Windows Server 2008. Надеюсь, вам понравилось!