This site best when viewed with a modern standards-compliant browser. We recommend Firefox Get Firefox!.

Linux-HA project logo
Providing Open Source High-Availability Software for Linux and other OSes since 1999.

USA Flag UK Flag

Japanese Flag

Домашняя Страница

О Нас

Контакты

Правовая Информация

Как Помочь

Проблемы Безопасности

This web page is no longer maintained. Information presented here exists only to avoid breaking historical links.
The Project stays maintained, and lives on: see the Linux-HA Reference Documentation.
To get rid of this notice, you may want to browse the old wiki instead.

Heartbeat Version 2. Начальное руководство

Вместо того, что-бы повторять здесь большую часть Начального руководства Версии 1 мы попытемся сосредоточиться на различиях Версий 1 и 2.

Contents

  1. Heartbeat Version 2. Начальное руководство
    1. Базовые сведения
    2. Замечания к релизу (Что изменилось)
    3. Что не изменилось с Версии 1
    4. Что новое
      1. Logging
      2. Core Файлы
      3. Включение Stonith
      4. Включение нового Менеджера Ресурсов (Cluster Resource Manager)
      5. Дополнительные опции
      6. Конфигурация ресурсов
      7. Примеры конфигураций
    5. Как сообщить о проблеме
    6. Дополнительно

Базовые сведения

ПО Heartbeat было разработано достаточно давно. В первой версии Heartbeat было множество сильных возможностей, но также и имелся ряд недостатков, которые должны были быть исправлены:

  • ограничения на количество узлов в кластере. Не более 2

  • невозможность мониторинга корректного функционирования ресурсов

  • минимальные возможности описания зависимостей

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

Последняя, наиболее стабильная версия Heartbeat можеть быть получена здесь.

Замечания к релизу (Что изменилось)

* Версия 2.0.0 - Первый стабильный релиз следующего поколения Heartbeat

В то время как улучшения в ядре и новый STONITH API (и конечно исправленные ошибки) могут сами по себе служить мотивом к переходу к Версии 2, основным поводом все-же являются более богатые возможности управления кластером и возоможность построения кластеров с количеством узлов больше 2.

Что не изменилось с Версии 1

Части Начального Руководства:

Что новое

Logging

Асинхронный Logging
Одна из проблем использования syslog API напрямую, это то, что его вызовы являются блокирующими. В основном это не желательно и становится большой проблемой в случае если объем сообщений возрастает. HeartbeatLogDaemon (новое в Версии 2) пытается решить эту проблему представляя logging брокер, который осуществляет синхронные вызовы API, асинхронно взаимодействуя со своими клиентами.

Смотри ["ru:/ha.cf/UseLogdDirective_ru: UseLogdDirective] для информации по вклюяение/отключению этой возможности.

Выбор Logging Пакета
Общей рекомендацией является использования syslog-ng вместо syslog. Принимая во внимания возможности Heartbeat Версии 2, а также возросшее количество возможных узлов кластера, можно ожидать возрастания количества logging сообщений. Команда разработчиков обнаружила, что вероятность потери сообщений у syslog гораздо выше чем у syslog-ng.

Примерная конфигурация Syslog-NG
Это дополнительная конфигурация, которую мы используем для Syslog-ng на SLES9. Мы добавили ее в конец /etc/syslog-ng/syslog-ng.conf файла на каждом узле кластера.

source s_tcp { tcp(port(9999) max-connections(16)); };
filter f_ha  { facility(local7); };
filter f_ha_tcp  { facility(local7); };
destination ha_local { file("/var/log/cluster.log" perm(0644)); };
destination ha_tcp { tcp(c001n16 port(9999));};
log { source(src); filter(f_ha_tcp); destination(ha_tcp); };
log { source(src); source(s_tcp); filter(f_ha); destination(ha_local); };

В этой конфигурации все сообщения local7 посылаются на сервер c001n16, а также в файл /var/log/cluster.log. На сервере c001n16 все сообщения local7, включая сообщения, полученные с других узлов, будут отправлены в этот файл.
ЗАМЕЧАНИЕ: src узазывает на логи локального сервера.

Core Файлы

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

Мы очень рекомендуем использовать новую ru/ha.cf/CoredumpsDirective_ru coredumps директиву, а также прочитать Получение Core файлов, что-бы предотвратить потерю этой ценной информации.

Включение Stonith

  • apiauth stonithd uid=root
    respawn root      /usr/lib/heartbeat/stonithd

Включение нового Менеджера Ресурсов (Cluster Resource Manager)

Эта деректива единственное обязательное условие для использования нового ClusterResourceManager.

  • crm yes

Смотри CRMDirective для дополнительной информации.

Дополнительные опции

  • apiauth cibmon   uid=hacluster
    respawn hacluster /usr/lib/heartbeat/cibmon -d

Конфигурация ресурсов

Здесь вы найдете более или менее полное Руководство Пользователя.

Примеры конфигураций

Есть и Простые примеры.

Как сообщить о проблеме

Есть несколько вещей, которые от вас потрубуются, если Вы хотите сообщить о проблеме:

  • Core файлы : Находятся в каталоге /var/lib/heartbeat/cores

  • Log файлы : Надеемся что вы используете syslog-ng или подобное...

  • Конфигурационный файл: cib.xml или результат от ptest -X path/to/cib.file

Смотри Как сообщить о проблеме для дополнительной информации.

Дополнительно

Контакты, Получить ПО, Руководство Пользователя, Простые примеры, Heartbeat Версии 2, Еще одно начальное руководство для Версии 2