www.tivoli.computel.ru
Сайт CompuTel
по системному управлению
 и  ПО IBM Tivoli


Типы кластеров

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

Пассивный резервный сервер

Рис. 1 Кластер, построенный по методу “Пассивный резервный сервер”

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

Активный резервный сервер

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

Можно выделить три основных подхода при построении кластеров с активным резервным сервером.

1. “Все продублировать”

Рис. 2 Кластер, построенный по методу “Активный резервный сервер”. Тип - “все продублировать”

Один из подходов - это “все продублировать” (Рис. 2), т. е. иметь полностью дублированные серверы с их собственными отдельными дисками. При этом возникает необходимость постоянно копировать данные с основного сервера на резервный, чтобы быть уверенным, что в случае возникновения сбоя, резервный сервер будет иметь правильные данные.

Несмотря на то, что данный подход обеспечивает высокодоступное решение, он имеет ряд недостатков:

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

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

“Без разделяемых ресурсов”

При подходе, называемом “без разделяемых ресурсов” (Рис. 3), два сервера соединены с одним дисковым массивом, но каждый сервер управляет своим набором дисков. В случае возникновения неисправности на одном из серверов, оставшийся сервер берет на себя  управление его дисками. Такой метод устраняет необходимость в постоянной синхронизации данных между серверами и, тем самым, высвобождает дополнительные вычислительные и сетевые ресурсы. Однако в такой конфигурации диски могут стать SPOF (Single Point Of Failure), поэтому обычно используются накопители с применением технологии RAID.

Рис. 3 Кластер, построенный по методу “Активный резервный сервер”. Тип - “без разделяемых ресурсов”

“Полностью разделяемые ресурсы”

В данном случае (Рис. 5) все серверы в кластере имеют одновременный доступ к одному и тому же диску. Этот подход подразумевает наличие тщательно разработанного ПО, обеспечивающего множественный доступ к одному носителю. Так же как и в предыдущем случае, диски могут являться SPOF, поэтому обычно используются накопители с применением технологии RAID.

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

 Рис. 5 Кластер, построенный по методу “Активный резервный сервер”. Тип - “Полностью разделяемые ресурсы”

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

Таблица 1, приведенная ниже, суммирует различия, преимущества и недостатки всех перечисленных типов кластеризации.

Таблица 1. Методы кластеризации: преимущества и недостатки

Метод

Описание

Преимущества

Недостатки

Пассивный резервный сервер Резервный сервер включается в работу и берет на себя функции первичного сервера только в случае возникновения неисправности на первом сервере. Прост в установке и конфигурировании Высокая стоимость – резервный сервер недоступен для выполнения вычислительных задач
Активный резервный сервер Резервный сервер  используется и для вычислений Уменьшение стоимости - резервный сервер используется и для вычислений Увеличивается сложность
“Все продублировать” Отдельные серверы имеют собственные диски. Данные непрерывно копируются с основного сервера на резервный Высокодоступное решение, устойчивое к катастрофам Большие затраты вычислительных и сетевых ресурсов на копирование. Риск десинхронизации, риск потери транзакций во время сбоя. Необходимость специально модифицировать приложения для работы в подобной конфигурации.
“Без разделяемых ресурсов” Серверы соединены с одним массивом дисков, однако каждый сервер управляет своими дисками. В случае неисправности одного сервера, другой берет на себя управление его дисками. Снижение служебных затрат мощности в связи с отсутствием копирования. Обычно требуется использование RAID технологии для устранения риска потери данных в случае выхода из строя диска.
“Полностью разделяемые ресурсы” Несколько серверов имеет одновременный доступ к общим дискам Малые служебные затраты мощности в связи с отсутствием копирования. Уменьшение простоя из-за неисправности диска Необходимо специальное ПО для управления доступом к разделяемым дискам. Обычно требуется RAID-технологии.


О КОМПАНИИ / НОВОСТИ / РЕШЕНИЯ / УСЛУГИ / ПОСТАВКИ / ПАРТНЕРЫ / КОНТАКТЫ

Copyright (c) 1998-2006 CompuTel All Rights Reserved
Other trademarks remain property of their respective owners.
Tel: (495) 234-1931, E-mail: postmaster@computel.ru , http://www.computel.ru/