Основные конфигурации

Кластеры с высокой степенью доступности, использующие Red Hat Cluster Manager

Кластеры с высокой степенью доступности построенные с помощью Red Hat Cluster Manager ипользуют два сервера Linux или узла и общее устройство хранения для улучшения доступности ключевых служб в сети. Каждой из этих ключевых служб присваивается собственный IP адрес виртуального сервера (VIP). Адрес VIP, или плавающий IP, это адрес, отличающийся от обычных IP адресов узлов и связан не с определенной машиной в кластере, а со службой. Если наблюдаемая служба на одном из узлов останавливается, этот узел удаляется из кластера и оставшийся сервер запускает соответствующую службу - поддерживая тот же плавающий IP адрес, и таким образом причиняя минимум неудобств конечному пользователю. Эта процедура называется переключением.

Каждый узел в кластере Red Hat Cluster Manager с высокой доступностью должен иметь доступ к общему устройству хранения по двум причинам:

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

• Каждый узел в кластере должен проверять состояние другого узла через взаимно доступные quorum - разделы [1] размещенные на общем устройстве хранения.

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

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

Используя общие устойства хранения в кластерах Red Hat Cluster Manager, каждый узел может проверить состояние остальных с помощью постоянно обновляемой информации на взаимно доступных quorum-разделах. Если quorum-раздел не был обновлен каким-то членом кластера, другой узел может проверить его работоспособность, проверив соединение через пульсирующий канал (heartbeat channel). Пульсирующие каналы можно настроить на одном Ethernet или последовательном интерфейсах, или на нескольких интерфесах одновремено.

За дополнительной информацией о настройке кластеров Red Hat Cluster Manager, обратитесь к руководству Установка и администрирование Red Hat Cluster Manager .

Кластеры с распределением нагрузки, использующие Виртуальные Сервера Linux (LVS)

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

LVS кластер состоит как минимум из двух уровней. Первый уровень составляется из пары одинаково настроенных Linux машин или узлов. Один из этих узлов работает как LVS-маршрутизатор, перенаправляя запросы из интернета на второй уровень — в набор серверов, называемых реальными серверами. Реальные сервера и предоставляют ресурсы конечному, пользователю тогда как LVS-маршрутизатор распределяет нагрузку между этими серверами.

За более подробным рассмотрением кластеров LVS, обратитесь к Главе 6.