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

Связь между Heartbeat и Corosync в openSUSE

Я перемещаю настройку Heartbeat + Pacemaker в openSUSE 12.1. Оказывается, Heartbeat не поддерживается на этой платформе больше, и поэтому он недоступен в официальных репозиториях.

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

Я опаздываю ответить на ваш вопрос, но вот что:

  1. Да, сердцебиение устарело.
  2. Нет, это не проблема конкретного дистрибутива
  3. Использование Corosync вместо Heartbeat дает множество преимуществ, прежде всего, это пункт 1 выше. Тем не менее, я перечислю здесь столько, сколько мне известно.

Сравнение характеристик:

  1. Во-первых, единственное преимущество (IMO) использования Heartbeat по сравнению с Corosync заключается в том, что его проще настроить, и вы можете запустить его за несколько минут, даже если вы делаете это впервые. Corosync требует много терпения и любви.

  2. Heartbeat позволяет нам определять один первичный элемент для всех ресурсов, тогда как в corosync вы можете назначать разные первичные параметры для разных ресурсов.

  3. Прилипание ресурса можно определить с помощью corosync (недоступно в тактовом импульсе). Сохранность ресурсов - это приоритет владения ресурсами. Допустим, есть кластер из 2 серверов с Server1 и Server2. Server1 является основным со всеми активными ресурсами, а Server2 - второстепенным. В один прекрасный день Server1 выходит из строя, и Server2 становится основным, делая все свои ресурсы активными. Теперь, если бы это был кластер Heartbeat, это вызвало бы головную боль при добавлении Server1 обратно, где, как и в случае с Corosync (с определенным закреплением ресурсов), он оставил бы Server2 в качестве основного, даже если server1 был запущен позже.

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

  5. Heartbeat позволяет создать кластер из двух узлов, corosync имеет гораздо более высокий предел (точное число не помню).

  6. Corosync позволяет размещать ресурсы в одном месте. Бывают случаи, когда мы группируем набор ресурсов и хотим, чтобы определенная группа запускалась с одного сервера. С помощью Corosync можно создавать такие группы и назначать разные основные цвета каждой группе, тем самым максимизируя использование вычислений / сети.

  7. Это может потребовать некоторых усилий, но вы также можете найти Stonith, что является удобной функцией, позволяющей избежать повреждения данных или конфликтов в кластере. Стонит - это аббревиатура от Shoot The Other Node In The Head. И предназначен для заботы об узлах (принудительно отключите их), которые могут иметь hw / load или другие проблемы.