отказоустойчивый Zabbix

[Sanki]

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

[dima_dm]

http://www.zabbix.com/wiki/howto/config/ha/start

[Sanki]

dima_dm, можете пояснить схему?
Есть 2 ноды. Одна itchy с адресом 192.168.1.15, вторая scratchy с адресом 192.168.1.16
У нас в конфиге агента прописан адрес 192.168.1.16(адрес ноды scratchy). Верно?
Тогда как вторая нода будет получать от агента данные, если scratchy упадет?

[BOBAH63RUS]

так а что мешает прописать несколько серверов snmp или серверов мониторинга в конфиге агента ?

[Sanki]

А в чем тогда преимущество данного метода(что по ссылке), если можно просто указать 2 заббикс сервера?

[dima_dm]

dima_dm, можете пояснить схему?
Есть 2 ноды. Одна itchy с адресом 192.168.1.15, вторая scratchy с адресом 192.168.1.16
У нас в конфиге агента прописан адрес 192.168.1.16(адрес ноды scratchy). Верно?
Тогда как вторая нода будет получать от агента данные, если scratchy упадет?

Для этого и нужен DRBD http://www.drbd.org/home/what-is-drbd/
IP адрес переедет на резервную ноду, а данные на серверах синхронизированы.

[Sanki]

Возможно, меня сбила с понимания картинка реализации ha.
Там адрес кластера указан как адрес одной из ноды, но на самом деле я могу указать там любой другой адрес. И вот этот другой адрес прописать в агентах. Правильно?

[dima_dm]

Возможно, меня сбила с понимания картинка реализации ha.
Там адрес кластера указан как адрес одной из ноды, но на самом деле я могу указать там любой другой адрес. И вот этот другой адрес прописать в агентах. Правильно?

На картинке, показан режим работы HA Active/Passive. Виртуальный кластерный IP всегда принадлежит активной в данный момент времени ноде в кластере.

[Sanki]

На картинке, показан режим работы HA Active/Passive. Виртуальный кластерный IP всегда принадлежит активной в данный момент времени ноде в кластере.

Тогда еще путанее. Что должно быть указано в агенте, если виртуальный кластерный ip принадлежит активной в данный момент времени ноде в кластере? Если нода с адресом 192.168.1.16 активна, то адрес кластера 192.168.1.16. Если нода падает, то адрес кластера должен смениться на 192.168.1.15. Но в агентах у нас указан адрес 192.168.1.16 и все улетит мимо.
DRBD - насколько я понял, служил лишь для синхронизации данных в СУБД или других приложениях. Но сам DRBD не меняет адрес на интерфейсах нод.

[dima_dm]

Агенты всегда работают с кластерным IP 192.168.1.16.
Переключение адресов и запуск необходимых служб делает Linux-HA

[bga83]

Тогда еще путанее. Что должно быть указано в агенте, если виртуальный кластерный ip принадлежит активной в данный момент времени ноде в кластере? Если нода с адресом 192.168.1.16 активна, то адрес кластера 192.168.1.16. Если нода падает, то адрес кластера должен смениться на 192.168.1.15. Но в агентах у нас указан адрес 192.168.1.16 и все улетит мимо.
Drbd - насколько я понял, служил лишь для синхронизации данных в СУБД или других приложениях. Но сам drbd не меняет адрес на интерфейсах нод.

Адрес кластера виртуальный и находится всегда на активной ноде.

[Sanki]

Агенты всегда работают с кластерным IP 192.168.1.16.
Переключение адресов и запуск необходимых служб делает Linux-HA

почитал про heartbeat. Теперь стало понятно как оно работает. НО, если верить статье, то адрес кластера не обязательно должен совпадать с адресом одной из нод.

[dima_dm]

почитал про heartbeat. Теперь стало понятно как оно работает. НО, если верить статье, то адрес кластера не обязательно должен совпадать с адресом одной из нод.

Но в этом случае будет не симметричная ситуация, при опросе Zabbix (и стороннего ПО) внешних устройств, в части с какого Source IP будет проводится опрос.
Поэтому лучше, чтобы кластерный IP = IP активной ноды.