Развертывание сетей хранения данных с отказоустойчивыми кластерами

При развертывании сети хранения данных (SAN) с отказоустойчивым кластером руководствуйтесь следующими инструкциями.

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

Внимание!

Некоторые компоненты систем хранения, совместимые с кластерами серверов в среде Windows Server 2003, могут оказаться несовместимыми с ОС Windows Server 2008. Чтобы выяснить, совместимы ли компоненты с отказоустойчивыми кластерами в ОС Windows Server 2008, обратитесь к их поставщику.

Отказоустойчивые кластеры предъявляют ряд новых требований к компонентам системы хранения.

 Так как в связи с новейшими улучшениями отказоустойчивых кластеров система хранения должна корректно реагировать на определенные команды SCSI, от неё требуется соблюдения стандарта SCSI Primary Commands-3 (SPC-3). В частности, согласно этому стандарту, система хранения должна поддерживать постоянное резервирование.

 Драйвер минипорта в системе хранения должен быть совместим с драйвером Microsoft Storport.

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

 По возможности установите ПО многопутевого ввода-вывода. В структуре хранения высокой доступности существует возможность развертывания отказоустойчивых кластеров на нескольких адаптерах шины. Для этого применяется ПО многопутевого ввода-вывода. Такой сценарий обеспечивает максимальный уровень резервирования и доступности. Многопутевые решения под управлением ОС Windows Server 2008 должны быть основаны на ПО Microsoft Multipath I/O (MPIO). Поставщики оборудования, как правило, предоставляют специальные модули устройств (DSM) MPIO. В то же время, в состав ОС Windows Server 2008 входят один или несколько таких модулей.

Внимание!

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

Требования к программному обеспечению двухузлового отказоустойчивого кластера

Серверы, участвующие в двухузловом отказоустойчивом кластере, должны работать под управлением одной и той же версии ОС Windows Server 2008, предназначенной для одного типа архитектуры компьютера (32-разрядной, x64 или Itanium). Кроме того, они должны быть оснащены одними и теми же обновлениями (исправлениями) ПО и пакетами обновления.

Требования к инфраструктуре сети и учетной записи домена, необходимым для формирования двухузлового отказоустойчивого кластера

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

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

При наличии частных сетей, которые не маршрутизируются на остальную часть сетевой инфраструктуры, сделайте так, чтобы в каждой из этих сетей применялась уникальная подсеть. Это необходимо даже тогда, когда каждому сетевому адаптеру присваивается уникальный IP-адрес. К примеру, если один узел кластера находится в центральном офисе и относится к одной физической сети, а другой узел размещается в филиале и относится к другой физической сети, не настраивайте в обеих сетях подсеть 10.0.0.0/24 – даже если всем адаптерам назначены уникальные IP-адреса.

Подробнее о сетевых адаптерах см. в разделе «Требования к оборудованию двухузлового отказоустойчивого кластера» выше по тексту.

 DNS. Разрешение имен в кластере должно выполняться при помощи службы DNS. Допускается применение протокола динамических обновлений DNS.

 Роль домена. Все серверы в кластере должны принадлежать к одному домену Active Directory. Также рекомендуется присвоить всем кластеризованные серверам одну и ту же роль домена (рядовой сервер или контроллер домена). Предпочтительной считается роль рядового сервера.

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

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

 Учетная запись для администрирования кластера. Для первоначального создания кластера и подключения к нему серверов нужно войти в домен с применением данных учетной записи, предоставляющей права и разрешения администратора на всех серверах кластера. Принадлежность такой учетной записи к типу «Администраторы домена» не является обязательной – она может относиться к типу «Пользователи домена» в группе Administrators (администраторы) на каждом из кластеризованных серверов. Если рассматриваемая учетная запись не относится к типу «Администраторы домена», ей (или группе, в которую она входит) необходимо предоставить действующее в пределах домена разрешение Create Computer Objects (создание объектов-компьютеров).

Примечание

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