Компоненты и функции архитектуры HACMP

Типичные конфигурации

Пример конфигурации кластера (1)

В кластере из двух узлов с одним приложением (т.е., ресурсной группой), один узел обычно назначается основным, или домашним (primary, home) узлом, а второй - резервным (secondary, standby, backup). В случае выхода из строя основного узла, ресурсная группа автоматически переходит на резервный. При восстановлении основного узла, ресурсная группа возвращается на него.

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

Пример конфигурации кластера (2)

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

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

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

Пример конфигурации кластера (3)

Часто распространенная конфигурация с двумя ресурсными группами, одна переходит с левого узла на правый, а вторая - с правого на левый. Это называется "взаимный подхват" (mutual takeover).

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

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

Конкурентный доступ к ресурсам

Приложение должно поддерживать параллельный режим работы.

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

Этот режим часто называется "конкурентным" (concurrent).

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

Надо учитывать, что само приложение должно уметь работать в параллельном режиме.

Основные термины HACMP

Топология кластера - компоненты кластера с точки зрения сети.

Ресурсы кластера - логические компоненты высокой доступности

Ресурсная группа - набор ресурсов, который кластер пытается сохранить доступным как единое целое, согласно политике, определенной администратором.

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

Подхват (fallover) - перенос ресурсной группы с одного узла на другой (при сбое).

Возврат (fallback) - перенос ресурсной группы на приоритетный узел (как правило, при реинтеграции в кластер сбойного узла).

Дополнительные замечания

• Каждая ресурсная группа должны обслуживаться минимум двумя узлами.
• Разные ресурсные группы могут иметь разные политики.
• Ресурные группы могут мигрировать на другие узлы (вручную или автоматически).
• Политика подхвата (приоритет узлов) может быть статической или динамической.
• Кластер должен иметь минимум одну IP-сеть и мимнимум одну не IP-сеть.
• В кластере не обязательно должно быть общее дисковое пространство.
• В одном кластере может быть любая комбинация поддерживаемых узлов.
• Кластер может быть разделен между географически распределенными точками (HACMP/XD).
• Приложения должны иметь возможность автоматического (неинтерактивного) старта (рестарта).

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

Продуктовая линия HACMP

HACMP for AIX

• Версия 5.4
• 64 ресурсные группы
• 32 узла
• 256 IP-адресов
• 16 IP-сетей

HACMP XD

• Географически распределенный кластер

GeoRM

• Удаленное зеркалирование данных (Remote Mirroring)

Итоги

• HACMP - обеспечение доступности приложений и конкурентный доступ к разделяемым данным
• Топология кластера: узел, сеть, коммуникационный адаптер
• Ресурсы кластера - переносимые логические компоненты
• Ресурсы объединяются в ресурсные группы
• HACMP позволяет произвести гибкую настройку конфигурации
• HACMP не является "коробочным" решением