Введение

Red Hat Cluster Manager представляет собой набор технологий, обеспечивающих целостность данных и возможность сохранять доступность приложения даже в случае сбоя. Используя избыточное оборудование, общее дисковое хранилище, управление питанием, а также надежные механизмы соединений и переноса приложений, кластер может соответствовать требованиям даже больших предприятий.

Предназначенный специально для приложений баз данных, сетевых файл-серверов и Web-серверов с динамическим содержимым, кластер также можно использовать вместе с Piranha (кластерным программным обеспечением, распределяющим нагрузку), основанном на проекте Linux Virtual Server (LVS). Используя Red Hat Enterprise Linux совместно с Piranha, вы можете создать коммерческий сайт высокой степени доступности, не только распределяющий нагрузку, но и гарантирующий целостность данных и доступность приложения. Дополнительную информацию вы найдёте в главах, с главы 9 Обзор Linux Virtual Server по главу 12 Настройка LVS маршрутизаторов с помощью Piranha Configuration Tool.

В этом руководстве предполагается, что пользователь имеет обширные практические знания системы Red Hat Enterprise Linux и понимает принципы серверных технологий. Дополнительную информацию об использовании Red Hat Enterprise Linux вы найдёте в следующих ресурсах:

Эти руководства в форматах HTML, PDF и RPM находятся на диске Red Hat Enterprise Linux Documentation и в Интернете по адресу http://www.redhat.com/docs/.

ЗамечаниеЗамечание
 

Хотя в этом руководстве, насколько это возможно, отражена самая последняя информация, обратитесь к Замечаниям к версии Red Hat Enterprise Linux за информацией, не доступной на момент выхода нашего руководства. Эти замечания можно найти на первом компакт-диске Red Hat Enterprise Linux или по адресу http://www.redhat.com/docs/.

1. Обзор кластера

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

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

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

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

На рисунке 1 показан пример кластера в конфигурации "активный-активный".

Рисунок 1. Пример кластера в конфигурации "активный-активный"

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

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