Назад | Перейти на главную страницу

Как построить настоящий кластер высокой доступности с помощью Ubuntu Cloud или других вариантов виртуализации

Нам необходимо установить отказоустойчивое решение для приложения VOIP, предпочтительно с использованием кластеров Linux.

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

Мы можем настроить кластер высокой доступности с помощью Vmware Enterprise editon, но стоимость решения становится непомерно высокой.

Мне сообщили, что вы можете настроить кластер Ubuntu, который будет решением высокой доступности, используя Ubuntu Cloud. Я попробовал руководство, но у нас не было возможности получить экземпляр, который можно было бы обслуживать на двух или более серверах, так что даже если одна машина выйдет из строя, виртуальная машина останется нетронутой.

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

Вы можете использовать Xen и Remus. Ремус хранит живую копию вашей виртуальной машины, которая вступает во владение, если исходная копия умирает у вас.

Из http://nss.cs.ubc.ca/remus/ :

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

  • Резервная виртуальная машина - это точная копия основной виртуальной машины. Когда происходит сбой, он продолжает работать на резервном хосте, как будто сбоя никогда не было.
  • Резервная копия полностью обновлена. Даже активные сеансы TCP поддерживаются без перерыва.
  • Защита прозрачная. Существующих гостей можно защитить, никоим образом не изменяя их.

Это недавняя функция в Xen, поэтому может потребоваться некоторая настройка, но она бесплатна!