Глава 1. Введение в Red Hat Cluster Manager

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

Кластер предназначен для приложений баз данных, сетевых файловых серверов, и Web-серверов с динамическим содержимым, а используя его в комбинации с системой распределения нагрузки Piranha, основанной на проекте Linux Virtual Server (LVS), можно создать электронный коммерческий сайт, обеспечивающий целостность данных и высокую степень доступности, помимо возможностей распределения нагрузки. Обратитесь к разделу Использование Red Hat Cluster Manager с Piranha в приложении B за дополнительной информацией.

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

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

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

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

Рисунок 1-1. Пример кластера

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

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

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