Отказоустойчивая кластеризация в Microsoft Windows Server 2016. Требования.

Начнём с определения, взятого с Microsoft Docs:
Отказоустойчивый кластер — это группа независимых компьютеров, которые работают совместно в целях повышения доступности и масштабируемости кластерных ролей (ранее называемых кластерными приложениями и службами). Кластерные серверы (называемые «узлы») соединены физическими кабелями и программным обеспечением. При сбое на одном из узлов кластера его функции немедленно передаются другим узлам (этот процесс называется отработкой отказа). Кроме того, за кластерными ролями ведется профилактическое наблюдение, чтобы обеспечить их правильную работу. Если они не работают, выполняется перезагрузка или перемещение на другой узел.
Отказоустойчивые кластеры также предоставляют функции общего тома кластера (CSV — Cluster Shared Volume), которые образуют согласованное распределенное пространство имен, используемое кластерными ролями для доступа к общему хранилищу со всех узлов. Благодаря функции отказоустойчивой кластеризации пользователи сталкиваются с минимальным количеством проблем в работе службы.
Простыми словами CSV — это общее дисковое пространство для всех узлов кластера. Используется для хранения файлов ролей кластера (файлы виртуальных машин, сайты IIS, БД SQL, отказоустойчивые сетевые папки и т.д.)

Требования к оборудованию
Оборудование должно быть сертифицированно для работы с той ОС, на основе которой мы строим отказоустойчивый кластер — это рекомендация Microsoft. Несоблюдение данной рекомендации влечёт за собой отказ в технической поддержке.
Серверы: рекомендуется использовать одинаковые серверы в качестве узлов кластера или похожие по составу (процессоры одного семейства, близкое количество оперативной памяти и подобное). Да, есть возможность живой миграции ролей между системами с разными процессорами, но так делать не рекомендуется.
Сетевые адаптеры и подключение: тут рекомендуется избегать точек отказа, т.е. нужно использовать отдельные сети, либо можно подключать узлы кластера к одной сети, построенной на объединённых сетевых интерфейсах (teamed network adapters), «избыточных» коммутаторах и т.д.
При подключении кластера к одной сети такая сеть будет соответствовать требованиям избыточности в мастере проверки конфигурации. Но отчёт мастера будет содержать предупреждение, что в сети не должно быть точек отказа.

Контроллеры или адаптеры для хранилища
Serial Attached SCSI или Fibre Channel: если используется Seral Attached SCSI или Fibre Channel — все элементы системы хранилища на всех узлах кластера должны быть идентичны. Необходимо чтобы ПО Multipath I/O и Device Specific Module (DSM) были одинаковыми на всех узлах. Контроллеры устройств хранения данных, такие как host bus adapter (HBA), драйверы HBA и их прошивки должны быть одинаковыми. При использовании разных HBA необходимо уточнить у производителя хранилища что используются поддерживаемые конфигурации и версии прошивки.
iSCSI: при использовании данной технологии на каждом узле кластера должен быть выделенный контроллер или сетевой адаптер для соединения с дисковым хранилищем. Не рекомендуется смешивать iSCSI и сеть доступа. На всех узлах кластера сетевые адаптеры, используемые для подключения к целевому iSCSI, должны быть идентичны и иметь одинаковую версию прошивки (рекомендация Microsoft). Так же рекомендуется использовать 10GB Ethernet (можно построить и на гигабите, но в этом не много смысла).

Хранилище
Можно использовать сетевое хранилище, совместимое с Windows Server 2016. Так же можно использовать общие сетевые хранилища SMB3.0 в качестве общего хранилища Hyper-V, настроенных в качестве ролей отказоустойчивого кластера.
Часто общее хранилище состоит из нескольких отдельных дисков — LUN’ов (Logical Unit Numbers), сконфигурированных на аппаратном уровне (RAID…)
Для некоторых кластеров один из дисков используется как диск-свидетель (witness disk). На остальных дисках хранятся файлы, необходимые кластерным ролям.
Требования к дискам:
— Чтобы использовать встроенную поддержку дисков, включенную в отказоустойчивый кластер, используйте базовые, а не динамические диски.
— Рекомендуется форматировать разделы в NTFS. При использовании общих томов кластера CSV — разделы должны быть отформатированы в NTFS.
При наличии диска-свидетеля для конфигурации кворума такой диск можно отформатировать в NTFS или ReFS.
— Раздел может быть MBR или GPT.
Диск-свидетель (witness disk) — это диск, на котором хранится копия базы данных конфигурации кластера. Отказоустойчивый кластер использует диск-свидетель только если он настроен как часть кворума кластера.

Требования для Hyper-V
Если кластер будет содержать виртуальные машины Hyper-V, то все узлы кластера должны соответствовать требованиям для установки роли Hyper-V role, которой необходим 64-битный процессор, а так же следующие технологии:
— Аппаратная виртуализация. Процессоры с технологией Intel Virtualization Technology (Intel VT) или AMD Virtualization (AMD-V)
— Должно быть доступно и включено аппаратное предотвращение данных Intel XD bit (execute disable bit) или AMD NX bit (no execute bit).

Подробнее тут.

Использование сетей хранения данных (SAN) с отказоустойчивыми кластерами.
Рекомендуется придерживаться данных рекомендация при развёртывании SAN с кластерами:
— Совместимость хранилища с отказоустойчивой кластеризацией. Необходимо уточнить у производителя что хранилище, включая драйверы, прошивки и т.д. совместимо с кластеризацией в Windows Server 2016.
— Изолированные устройства хранения. По одному кластеру на устройство. Серверы из разных кластеров не должны иметь доступа к одному устройству хранения. 
— Использование multipath I/O или объединение сетевых адаптеров (teaming). Отказоустойчивый кластер рекомендуется разворачивать с несколькими хост-адаптерами с использованием «ПО многопутевого ввода-вывода» (multipath I/O), либо объединив несколько сетевых адаптеров (также называется балансировкой нагрузки и отработкой отказа — LBFO). Начиная с Windows Server 2008 многопутевое решение должно быть основано на Microsoft Multi-Path Input-Output (MPIO). 
Поставщик оборудования обычно предоставляет для оборудования модуль DSM (MPIO device-specific module, DSM), хотя в состав операционной системы Windows Server входит один или несколько модулей DSM.
Важно: HBA и MPIO крайне чувствительны к своей версионности.

Добавить комментарий