Статья
01/24/2011

Установка отказоустойчивого кластера SQL Server 2008

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

Элементы экземпляра отказоустойчивого кластера

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

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

Присвоение имени экземпляру отказоустойчивого кластера

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

Имя экземпляра отказоустойчивого кластера должно быть уникальным для его домена. SQL Server не прослушивает IP-адреса локальных серверов. Вместо этого SQL Server прослушивает только виртуальный IP-адрес, созданный во время установки экземпляра отказоустойчивого кластера SQL Server.

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

Вопросы консолидации SQL Server с отказоустойчивым кластером

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

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

Сценарий 1

Вы владеете сайтом, на котором размещаются другие сайты, и необходимо предусмотреть размещение до 23 экземпляров SQL Server со следующими требованиями к ресурсам.
- 2 процессора для 23 экземпляров SQL Server в конфигурации единого узла кластера потребуют 46 ЦП.
- 2 ГБ памяти для 23 экземпляров SQL Server в конфигурации единого узла кластера потребуют 48 ГБ ОЗУ (2 ГБ дополнительной памяти для ОС).
- 4 диска для 23 экземпляров SQL Server в конфигурации единого кластерного дискового массива потребуют 92 диска.
Если число элементов, задействованных при переходе на другой ресурс, ограничить до половины доступных узлов, требования к оборудованию будут снижены до:
- 23 процессоров, 24 ГБ памяти на узел и доступности 46 дисков.
С поддержкой точек подключения общее число дисков может быть в дальнейшем уменьшено. SQL Server потребует 23 диска, каждый из которых должен иметь по три или более точек подключения для повышения доступного места на диске.

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

Сценарий 2

Миграция существующих экземпляров SQL Server на отказоустойчивый кластер.

Во-первых, необходимо установить текущие базовые показатели по существующим серверам и отметить все узкие места. Если исходить из того, что базовые статистические показатели производительности обеспечивают следующие потребности и что один накопитель с тремя точками подключения сможет обеспечить потребности накопителя, будет необходима следующая конфигурация:
- SQL Server 1 — 8 процессоров, 16 ГБ ОЗУ;
- SQL Server 2 — 4 процессора, 8 ГБ ОЗУ (требуются большие емкости ОЗУ; при планировании исходите из того, что ОЗУ придется расширять до 12 ГБ);
- SQL Server 3 — 2 процессора, 16 ГБ ОЗУ (базовые значения свидетельствуют о необходимости установки дополнительных процессоров);
- SQL Server 4 — 4 процессора, 8 ГБ ОЗУ (необходима дополнительная пропускная способность сетевых каналов связи, установите сетевые адаптеры для 4 выделенных соединений).
Для замены четырех указанных серверов необходима следующая минимальная конфигурация узла кластера:
- 18 процессоров, 54 ГБ ОЗУ и 6 сетевых адаптеров.

При расчете минимальной конфигурации для одного узла отказоустойчивого кластера учитываются:

общие требования к ЦП;
общие требования к памяти;
требуемые диски;
дополнительные 2 ГБ ОЗУ для операционной системы.

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