Введение в HACMP

Высокая доступность и отказоустойчивость

В зависимости от времени реагирования и ответного действия на обнаруженные отказы системы кластеры и системы можно разделить:

• на отказоустойчивые системы;
• на системы высокой доступности.

Отказоустойчивые системы

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

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

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

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

Системы высокой доступности

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

В таких системах используемое специальное программное обеспечение обнаруживает проблемы в среде и управляет живучестью приложения, выполняя его перезапуск на том же или на другом доступном компьютере (сохраняя идентичность первоначального компьютера-узла).

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

Программное обеспечение HACMP (High Availability Cluster Multi-Processing) гарантирует инфраструктуру и набор инструментов для интеграции приложений в систему высокой доступности.

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

Планирование программного обеспечения

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

Определяющими факторами при планировании программного обеспечения узла являются:

• требования операционной системы: версия AIX и рекомендуемые параметры;
• совместимость приложения: необходимо убедиться в соответствии параметров приложения всем установленным требованиям и в том, что оно поддерживается в кластерных средах;
• ресурсы: используемые типы ресурсов (IP-адреса, конфигурация системы хранения данных, использование NFS и т. д.).

Уровень AIX и соответствующие требования

Перед установкой HACMP необходимо проверить другие требования уровня программного обеспечения.

Актуальный список рекомендованных параметров для HACMP V5.1, 5.2 и V5.3 см. на веб-сайте IBM по адресу http://www-912.ibm.com/eserver/support/fixes/fcgui.jsp

Табл. 1.3 содержит рекомендованные уровни обновлений HACMP и другого программного обеспечения на момент написания этой курса.

Примечание. Для использования C-SPOC с дисками VPATH требуется Subsystem Device Driver (SDD) 1.3.1.3 или более поздней версии. Для применения HACMP Online Planning Worksheets требуется AIX 5L Java Runtime Environment 1.3.1 или более поздней версии и графический дисплей (локальный или удаленный). HACMP V5.1 и V5.2 поддерживают использование драйверов устройств MPIO (Multipath I/O) AIX 5L V5.2 для доступа к дисковым подсистемам.

Требования HACMP/XD с использованием ESS/PPRC:

• AIX 5L Java 1.3.0.13 или более поздней версии;
• микрокод ESS 2.1.1 или более поздней версии;
• интерфейс командной строки 2105 (ibm2105cli.rte.32.6.200.13 или ibm2105esscli. rte.2.1.0.15);
• драйвер устройств подсистемы IBM 2105 (ibmSdd_510nchacmp.rte 1.3.3.6 или выше);
• ESS eRCMF V2.0 для HACMP/XD для eRCMF. Требования HACMP/XD с использованием SVC/PPRC:
• openssh 3.6.1 или более поздней версии;
• драйвер устройств подсистемы IBM 2145 -devices.fcp.disk.ibm.rte (1.0.0.0), devices. sdd.5.2.rte, devices.fcp.disk.ibm2145.rte.

Следующие компоненты базовой операционной системы AIX являются обязательными для работы HACMP:

• bos.adt.lib,
• bos.adt.libm,
• bos.adt.syscalls,
• bos.net.tcp.client,
• bos.net.tcp.server,
• bos.rte.SRC,
• bos.rte.libc,
• bos.rte.libcfg,
• bos.rte.libcur,
• bos.rte.libpthreads,
• bos.rte.odm,
• bos.data.

При использовании одновременного доступа к ресурсам [(enhanced) concurrent] также необходимы следующие компоненты:

• bos.rte.lvm.5.1.0.25 или выше (для AIX 5L V5.1);
• bos.clvm.enh (необходим для работы LVM).

Полный список рекомендованных пакетов обновлений (maintenance levels) для AIX 5L V5.1 и V5.2 см. на веб-странице IBM по адресу http://www-912.ibm.com/eserver/support/fixes/fcgui.jsp

Лицензирование

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

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

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

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