Установка кластера с единым хранилищем (SCC) в Windows Server 2008 происходит в несколько этапов. Хотя процесс развертывания кластера с единым хранилищем в Windows Server 2008 похож на процесс развертывания кластера с единым хранилищем в Windows Server 2003, между ними есть некоторые существенные различия. Перед развертыванием кластера с единым хранилищем внимательно изучите раздел Кластеры единой копии. Кроме того, необходимо убедиться, что соблюдаются все требования, указанные в разделе Планирование кластеров единой копии.

Примечание.
Дополнительные сведения об установке кластера с единым хранилищем в Windows Server 2003 см. в разделе Установка кластера единой копии.

Развертывание кластера с единым хранилищем в Windows Server 2008 выполняется в несколько отдельных этапов.

Перед выполнением любой из указанной ниже процедур необходимо сначала убедиться в том, что на используемых компьютерах установлены необходимые компоненты операционной системы для Windows Server 2008. Подробные сведения об установке необходимых компонентов Exchange в операционной системе Windows Server 2008 см. в разделе Установка необходимых компонентов для Exchange Server 2007 с пакетом обновления 1 (SP1) или пакетом обновления 2 (SP2) в ОС Windows Server 2008 или Windows Vista.

Рекомендуется завершать каждый этап перед началом нового. После завершения всех этапов рекомендуется проверить решение кластера с единым хранилищем, прежде чем внедрять его в рабочей среде. В следующих разделах каждый этап описан более подробно.

Создание и настройка хранилища

Кластер с единым хранилищем использует общее хранилище для групп хранения и баз данных кластерного сервера почтовых ящиков. Несмотря на то, что поддержка кластеров с единым хранилищем осуществляется с использованием основных узлов с кворумом файлового ресурса-свидетеля, для таких кластеров рекомендуется использовать основные узлы с кворумом диска-свидетеля. Поскольку кластеры с единым хранилищем используют общее хранилище, все хранилища должны быть настроены на каждом узле, входящем в кластер, до создания самого кластера.

Примечание.
Хранилище для определенного кластерного сервера почтовых ящиков должно быть доступно для всех узлов, на которых может размещаться этот кластерный сервер почтовых ящиков. Хранилище ресурса кворума для кластера должно быть доступно со всех узлов в кластере.

Ниже описан правильный порядок установки и настройки ресурсов хранилища для кластера с единым хранилищем.

  • Перед созданием отказоустойчивого кластера необходимо правильно подключить хранилище и настроить его на аппаратном уровне. Дополнительные сведения о подключении хранилища к отказоустойчивому кластеру и его настройке см. в инструкциях, поставляемых с решением для хранилища, либо проконсультируйтесь у поставщика оборудования.

  • Перед установкой Microsoft Exchange Server 2007 в отказоустойчивом кластере должны существовать один или несколько физических дисков для кластерного сервера почтовых ящиков. Для размещения групп хранения и баз данных нельзя использовать диск кворума. Программа установки Exchange 2007 не продолжит работу, если в кластере не будет обнаружено общее хранилище.

  • После добавления кластерного сервера почтовых ящиков администратор должен вручную настроить зависимости ресурса физического диска.

Формирование и настройка сети

При создании в операционной системе Windows Server 2008 кластерных серверов почтовых ящиков в кластере с единым хранилищем необходимо наличие достаточного числа доступных IP-адресов. Отказоустойчивая кластеризация в Windows Server 2008 предлагает новые сетевые возможности, которые представляют собой существенный шаг вперед по сравнению с кластерами предыдущих версий. Например, отказоустойчивые кластеры в Windows Server 2008 поддерживают несколько подсетей, протокол DHCP IP версии 4 и протокол IP версии 6. При выполнении Microsoft Exchange 2007 с пакетом обновления 1 (SP1) в отказоустойчивом кластере Windows Server 2008 поддерживаются географически распределенные кластеры для обеспечения переключения ресурсов между двумя подсетями при сбое. Эта поддержка включает как кластеры с единым хранилищем, так и серверы почтовых ящиков в среде кластера с непрерывной репликацией.

Примечание.
Хотя протокол DHCP IP версии 4 поддерживается и в отказоустойчивых кластерах Windows Server 2008, в реальной среде рекомендуется использовать статические IP-адреса. При использовании в отказоустойчивом кластере протокола DHCP IP версии 4 рекомендуется настроить DHCP-серверы на предоставление неограниченной аренды.

Начиная с отказоустойчивой кластеризации в Windows Server 2008 отдельные узлы кластера теперь могут быть расположены в отдельных маршрутизируемых сетях. Для этого требуется, чтобы ресурсы, зависящие от IP-адресов (например сетевые имена), были реализованы с использованием логики OR, поскольку маловероятно, чтобы каждый узел кластера был напрямую подключен к каждой сети, о которой известно кластеру. Это упрощает перевод ресурсов IP-адресов и сетевых имен в оперативный режим при переключении на удаленные узлы при сбое служб или приложений.

Все IP-адреса, связанные с ресурсом сетевого имени, динамически регистрируются в DNS (при настройке для динамических обновлений) по списку, упорядоченному так, что находящиеся в оперативном режиме ресурсы IP-адресов возвращаются клиентам первыми. Поскольку узлы кластеров могут размещаться в различных маршрутизируемых сетях, а механизмы связи были изменены для использования надежных сеансовых протоколов, реализованных на основе протокола UDP (одноадресного), требования к сетям для географически распределенных кластеров более не применимы. В результате организация может развернуть отказоустойчивый кластер в двух физических центрах данных без необходимости использования технологии виртуальной ЛВС (VLAN) для охвата подсетей кластера, расположенных в двух различных местоположениях.

Когда происходит перемещение или передача управления для кластерного сервера почтовых ящиков в географически распределенном отказоустойчивом кластере с несколькими подсетями, имя кластерного сервера почтовых ящиков сохраняется, но IP-адрес, назначенный этому имени, не сохраняется. Доступность этого сервера клиентам и другим серверам зависит от скорости распространения нового IP-адреса в системе DNS. Распространение IP-адреса в системе DNS может занять некоторое время. По этой причине рекомендуется присвоить сроку жизни записи узла DNS кластерного сервера почтовых ящиков значение, равное 10 минутам.

Хотя внутренним клиентам Microsoft Office Outlook не требуются новые или измененные профили для подключения с использованием нового IP-адреса, им необходимо дождаться очистки их локального кэша DNS, чтобы в процессе разрешения имени кластерного сервера почтовых ящиков выдавался новый IP-адрес вместо старого. После распространения IP-адреса среди необходимых DNS-серверов кэш DNS клиентов Outlook можно очистить с помощью следующей команды, выполненной в командной строке клиента:

ipconfig /flushdns

IP-адреса требуются как для общедоступных, так и для частных сетей. Требования, относящиеся к адресам общей и частной сети:

  • Адреса частной сети   Каждому узлу необходим один IP-адрес для каждого сетевого адаптера, используемого для частной сети кластера. Можно использовать как статические IPv4-адреса, так и динамически назначаемые IPv6-адреса. Необходимо использовать IP-адреса, не входящие ни в одну подсеть или сеть, которая является частью одной из публичных сетей. В качестве IP-адресов частной сети для узлов рекомендуется использовать адреса 10.10.10.10 и 10.10.10.11 с маской подсети 255.255.255.0.

  • Адреса общедоступной сети. Каждому узлу требуется один статический IP-адрес для каждого сетевого адаптера, используемого для общедоступной сети кластера, иногда называемой смешанной сетью. Кроме того, IP-адреса необходимы для отказоустойчивого кластера и кластерного сервера почтовых ящиков, чтобы к ним могли получать доступ клиенты и администраторы. Необходимо использовать IP-адреса, не входящие ни в одну подсеть или сеть, которая является частью одной из частных сетей. Можно использовать статические IPv4-адреса, IPv4-адреса DHCP и статические IPv6-адреса.

    Важно!
    Все сетевые адаптеры в сети кластера должны использовать одну и ту же версию протокола TCP/IP, то есть, они все должны использовать или только IP версии 4, или только IP версии 6, или одновременно IP версии 4 и IP версии 6.

Советы и рекомендации по работе сети для кластерных серверов почтовых ящиков

Также рекомендуется следовать этим рекомендациям, относящимся к сети кластера:

  • Используйте осмысленные имена. Построение кластера предоставляет множество возможностей использования осмысленных имен для узлов кластера, сетевых интерфейсов кластера, имени кластера и имен кластерных серверов почтовых ящиков. Например, сеть, используемая для связи с другими серверами и клиентами Exchange, может называться Общая. Сеть, используемая для связи между узлами кластера, может называться Частная. Используйте имена, которые можно связать друг с другом без необходимости просмотра схемы топологии. Другим полезным методом может быть установление соотношения узлов кластера именам кластерного сервера почтовых ящиков. Например, используйте mbx01, mbx01-node1 и mbx01-node2 для имен кластерного сервера почтовых ящиков и двух узлов соответственно.

  • Для интерфейсов частных сетей используйте частные IP-адреса. Примеры диапазонов адресов и масок подсетей для интерфейсов частных сетей двухузлового отказоустойчивого кластера см. в таблице ниже.

    Диапазоны адресов и маски подсетей для интерфейсов частных сетей

    Сеть / узел Диапазон IP-адресов Маска подсети

    Частная сеть / NODE1

    10.10.10.10-255

    255.255.255.0

    Частная сеть / NODE2

    10.10.10.11-255

    255.255.255.0

Обратите внимание на следующие сведения:

  • Если в общедоступной сети используются адреса вида 10.x.x.x и маска подсети 255.255.255.0, рекомендуется использовать в частной сети другие IP-адреса и маску подсети.

  • Не рекомендуется использовать в частных сетях любые виды отказоустойчивых адаптеров или группирование. Если для частной сети необходима избыточность, следует использовать несколько сетевых адаптеров, настроенных только для использования в кластере. Дополнительные сведения об этой конфигурации см. в подразделе «Настройка сетей кластеров» далее в этом разделе.

  • При использовании этой технологии важно убедиться в наличии последних версий микропрограмм и драйверов. Сведения о совместимости сетевых адаптеров в сетевом кластере можно получить у производителей этих адаптеров. Дополнительные сведения о группировании сетевых адаптеров в развертывании кластеров серверов см. Microsoft в статье 254101 базы знаний корпорации Майкрософт Network adapter teaming and server clustering.

Формирование кластера

Отказоустойчивый кластер формируется при добавлении первого узла к кластеру. Во время этой процедуры кластеру присваивается уникальное сетевое имя и уникальный сетевой IP-адрес. Сетевое имя и IP-адрес, вместе составляющие сетевой идентификатор кластера, перемещаются между узлами в кластере при переходе узлов в оперативный или автономный режим. Как правило, сетевая идентификация кластера редко используется в администрировании кластеризованного почтового сервера.

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

При создании нового отказоустойчивого кластера для кластера с единым хранилищем можно воспользоваться инструкциями из раздела Создание отказоустойчивого кластера Windows Server 2008 для кластера с единым хранилищем.

Добавление дополнительных узлов

После установки службы кластеров на первом узле установка ее на последующих узлах займет гораздо меньше времени. Это объясняется тем, что программа установки использует параметры настройки сети с первого узла как основу для настройки параметров на последующих узлах. Перед добавлением дополнительных узлов необходимо проверить конфигурацию кластера. Убедиться в работоспособности службы кластеров и самого кластера можно с помощью запуска в командной строке команды cluster group. Результат выполнения команды должен походить на следующий пример:

C:\>cluster group

Список всех доступных групп ресурсов:

Группа                   Узел                 Состояние

-------------------- ---------------      ------

Cluster Group     <NODEName>      Online

Перед продолжением процедуры рекомендуется также просмотреть в журналах системных событий ошибки и предупреждения, которые могут потребовать внимания. Дополнительные сведения о добавлении второго и последующих узлов в кластер см. в разделе Создание отказоустойчивого кластера Windows Server 2008 для кластера с единым хранилищем.

Настройка сетей кластеров

После добавления всех узлов в кластер необходимо настроить сетевые компоненты кластера. В частности, необходимо настроить сети для кластерного и клиентского доступа, а также параметры допустимых отклонений для пропущенных интервалов подтверждения соединения кластера. Также рекомендуется дать сетям кластеров более понятные имена.

В таблице ниже описываются доступные параметры настройки сетей кластеров.

Параметры настройки сетей кластеров

Параметр Описание

Разрешить кластеру использовать эту сеть (частная сеть)

Для того, чтобы служба кластеров использовала эту сеть только для передачи трафика между узлами кластера, выберите только этот параметр. Клиенты не смогут подключаться к кластерному серверу почтовых ящиков по этой сети.

Разрешить кластеру использовать эту сеть и разрешить клиентам подключаться по этой сети (смешанная сеть)

Выберите оба этих параметра, чтобы служба кластеров использовала данный сетевой адаптер для передачи подтверждений соединения кластера и для взаимодействия с внешними клиентами. Служба кластеров будет использовать эту сеть для взаимодействия узлов кластера, а клиенты смогут использовать эту сеть для подключения к кластерному серверу почтовых ящиков.

Запретить кластеру использовать эту сеть (неуправляемая сеть)

Для того, чтобы данная сеть не использовалась в кластере или чтобы служба кластеров не управляла сетью, выберите только этот параметр. Служба кластеров не сможет использовать эту сеть для взаимодействия узлов кластера, а клиенты не смогут использовать эту сеть для подключения к кластерному серверу почтовых ящиков.

Примечание.
Одна из возможностей настройки сетей кластера заключается в создании предварительной конфигурации сети и последующем запуске мастера проверки конфигурации в средстве управления отказоустойчивым кластером только с сетевыми тестами (например, пропускаются тесты инвентаризации, хранилища и конфигурации системы). При выполнении только сетевых тестов процесс не займет много времени. Используя отчет о проверке, можно внести необходимые изменения в конфигурацию сети. После настройки всего кластера рекомендуется повторно запустить мастер проверки конфигурации и выбрать все тесты.

Кластерные серверы почтовых ящиков, развернутые в кластере с единым хранилищем, требуют поддержки каждым узлом как минимум двух сетевых адаптеров. Для кластера с единым хранилищем рекомендуется настроить одну сеть как частную, а другую – как смешанную.

Настройка параметров допустимых отклонений для пропущенных интервалов подтверждения соединения кластера

После настройки параметров взаимодействия кластера и сетевого приоритета рекомендуется настроить определенные параметры допустимых отклонений для пропущенных интервалов подтверждения соединения кластера. Это позволяет службе кластеров не обращать внимания на небольшие перерывы в работе при наблюдении за сетевым взаимодействием между узлами кластера. Таким образом в некоторых случаях удается избежать переключения на другой ресурс при кратковременных перебоях в работе сети. Рекомендуется настроить частные и смешанные сети кластера на всех узлах таким образом, чтобы они реагировали на десять пропущенных интервалов подтверждения соединения. Это значения параметра соответствует приблизительно 12 секундам.

Подробное описание этапов настройки сетевых компонентов кластера см. в разделе Настройка кластерных сетей для кластера с единым хранилищем.

Настройка кворума кластера

После настройки сетей кластера следующим шагом является настройка отказоустойчивого кластера на использование ресурса большинства узлов с кворумом дисков-свидетелей. Дополнительные сведения по настройке отказоустойчивого кластера на использование модели большинства узлов с кворумом дисков-свидетелей см. раздел Настройка кворума «Большинство узлов и дисков».

Проверка отказоустойчивого кластера

Windows Server 2008 содержит новый мастер, который называется мастером проверки конфигурации и который можно использовать для проверки работоспособности и конфигурации отказоустойчивого кластера. Этот мастер рекомендуется запускать перед установкой в кластере Exchange 2007. Запуск данного мастера до установки Exchange 2007 позволяет обнаружить неполадки конфигурации адресов в кластере, которые могут помешать правильной работе программы установки Exchange.

Мастер проверки конфигурации содержит четыре группы проверок, предназначенных для проверки соответствия кластера требованиям, необходимым для поддержки корпорацией Майкрософт. Это требования, установленные дополнительно к требованию наличия у кластерного решения эмблемы совместимости «Designed for Windows Server 2008» (разработано для Windows Server 2008).

Используются следующие тесты: «Инвентаризация», «Сеть», «Хранилище» и «Конфигурация системы». Подробные сведения о проверке отказоустойчивого кластера см. в разделе Проверка конфигурации отказоустойчивого кластера для кластера с единым хранилищем.

Установка и настройка кластерного сервера почтовых ящиков

Роль сервера почтовых ящиков можно установить на кластере, выполнив на каждом узле определенные действия. После формирования и проверки кластера, а также после настройки кластера для использования кворума большинства узлов и дисков необходимо сначала установить роль сервера почтовых ящиков на активном узле. Подробное описание шагов установки роли сервера почтовых ящиков на активном узле см. в разделе Установка роли активного кластерного сервера почтовых ящиков в кластере с единым хранилищем в Windows Server 2008.

После установки роли сервера почтовых ящиков и кластерного сервера почтовых ящиков на активном узле и проверки настройки первой группы хранения необходимо установить роль сервера почтовых ящиков на пассивном узле. Для получения подробных указаний по установке роли сервера почтовых ящиков на пассивном узле см. раздел Установка роли пассивного кластерного сервера почтовых ящиков в кластере с единым хранилищем в Windows Server 2008.

Установка нескольких кластерных серверов почтовых ящиков

Кластер с единым хранилище поддерживается только в активно-пассивной конфигурации или в активной конфигурации с одним узлом. В то же время в одном кластере с единым хранилищем может присутствовать несколько активных и несколько пассивных узлов. Активно-пассивный кластер содержит не менее одного активного узла и не менее одного пассивного узла, например два активных и один пассивный узел. В отказоустойчивых активно-пассивных кластерах количество экземпляров кластерного сервера почтовых ящиков всегда меньше количества физических узлов кластера.

Кластер с единым хранилищем может содержать до восьми физических узлов. Следовательно, максимальное количество кластерных серверов почтовых ящиков в кластере с единым хранилищем равно семи. Пассивный узел может обслуживать один или несколько активных узлов, однако рекомендуется развертывать в кластере не менее одного пассивного узла для каждого активного узла.

Процесс установки дополнительных пассивных и активных узлов не отличается от процесса установки первого активного и пассивного узла. Для поддержки требуется, чтобы каждый устанавливаемый активный узел имел соответствующий ему пассивный узел. Один пассивный узел может быть связан с несколькими активными узлами. Однако это может ухудшить доступность, поскольку в каждый момент времени на узле может размещаться только один кластерный сервер почтовых ящиков. В конфигурации из двух активных узлов с одним пассивным кластер с единым хранилищем не имеет достаточного количества пассивных узлов для обслуживания одновременного сбоя обоих активных узлов.

Примечание.
В кластере с единым хранилищем, который содержит несколько кластерных серверов почтовых ящиков, может возникать известная проблема, при которой не удается создать почтовые ящики на втором или любом последующем кластерном сервере почтовых ящиков, который был установлен в отказоустойчивом кластере. В этом случае при попытке создать почтовый ящик на втором или любом последующем кластерном сервере почтовых ящиков в кластере произойдет сбой и появится следующее сообщение об ошибке: "Библиотека DLL генератора прокси не найдена на сервере FQDN.имя_сервера, или произошла ошибка ее инициализации. Адреса прокси-сервера для данного получателя не могут быть вычислены. Убедитесь в том, что на сервере назначения были установлены все библиотеки DLL генераторов адресов прокси-серверов". Чтобы устранить эту проблему, можно создать почтовый ящик на другом сервере почтовых ящиков, а затем переместить его на второй или любой последующий кластерный сервер почтовых ящиков в кластере. Эту проблему можно устранить путем создания в Active Directory объекта агента MTA для кластерного сервера почтовых ящиков. Дополнительные сведения см. в разделе Включение создания почтового ящика на втором или следующем кластерном сервере почтовых ящиков в кластере с единым хранилищем Exchange Server 2007.

Процедуры, выполняемые после настройки

После установки роли сервера почтовых ящиков на обоих узлах и создания кластерного сервера почтовых ящиков необходимо выполнить несколько задач. Среди этих задач — проверка возможности перемещения кластерного сервера почтовых ящиков между узлами кластера.

Проверка кластера с единым хранилищем

После установки решения на основе кластера с единым хранилищем или после внесения в конфигурацию существенных изменений рекомендуется проверить работоспособность и состояние кластерного сервера почтовых ящиков, а также убедиться, что все узлы правильно настроены на поддержку кластерного сервера почтовых ящиков.

Работоспособность и состояние кластерного сервера почтовых ящиков рекомендуется проверять с помощью командлета Get-StorageGroupCopyStatus. Командлет Get-ClusteredMailboxServerStatus возвращает основное рабочее состояние для кластерного сервера почтовых ящиков. Подробные сведения о получении основного рабочего состояния для кластерного сервера почтовых ящиков см. в разделе Просмотр состояния кластерного сервера почтовых ящиков.

Рекомендуемый способ проверки способности обоих узлов переключать кластерный сервер почтовых ящиков в оперативный режим состоит в использовании командлета Move-ClusteredMailboxServer для перемещения кластерного почтового сервера в каждый узел. В сервере Exchange 2007 с пакетом обновления 1 (SP1) для перемещения кластерного сервера почтовых ящиков между узлами с целью проверки того, что оба узла позволяют подключить кластерный сервер почтовых ящиков, также можно воспользоваться мастером управления кластерным сервером почтовых ящиков консоли управления Exchange.