Отказоустойчивый мониторинг

[tyommik]

Всем привет!
Разрабатываю схему организации мониторинга на 300 узлов и 50000 проверок (сеть и сервера). Железо под заббикс - 2 сервера на ксеонах 6x3ггц, 16 гб оперативки, raid 1+0 4tb, CentOS 6.4. Планируется, что они будут разнесены географически, канал 1Гбит. Собственно, вопрос, а какой метод HA выбрать? В процессе изучения материалов на эту тему выделил несколько типов:
1) Организовать кластер на DRBD, поверх поставить mysql c партицированием (или postgres?).
2) Одинаковая конфигурация ПО на обоих серверах, репликация встроенными средствами СУБД.
3) Использование zabbix нод. Здесь https://87.110.183.172/forum/showthread.php?t=27421 не рекомендуется их использовать.
4) Использование прокси. Нет GUI, в случае отказа основного сервера, что делать?

Кто сталкивался, подскажите советом, пожалуйста.

[v.goncharov]

Сейчас стою перед такой же проблемой. Сервер пока один, но скоро появится второй. Хочу их разнести географически.

Пока совместно отделом решили попробовать сделать так:
Один активный сервер, второй - стендбай. Синхронизация MySQL и файловая RSync'ом. На всех агентах прописаны 2 IP адреса (соответственно, обоих этих серверов), остается вопрос только в реализации Heartbeat. Т.е. один сервер падает - второй переходит в состояние active.

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

[tyommik]

На всех агентах прописаны 2 ip адреса (соответственно, обоих этих серверов), остается вопрос только в реализации heartbeat. Т.е. один сервер падает - второй переходит в состояние active.

А не лучше использовать 1 виртуальный ip адрес?

Я пока склоняюсь к drbd, так как большого опыта в администрировании СУБД у меня нет. НО, в моей конфигурации сеть представляет из себя два примерно одинаковых сегмента, объёдинённых одним линком. Если случиться, что линк упадёт, слейв перейдёт в режим мастера и обе локации будут мониториться своими серверами. После восстановления линка, что будет с данными, ведь базы разойдутся?

[zalex_ua]

Для вас:

http://www.youtube.com/watch?v=HvuqJLe-QEQ

[tyommik]

Для вас:
http://www.youtube.com/watch?v=HvuqJLe-QEQ

zalex_ua, спасибо за видео, правда pdf-файлик презентации я уже видел. Судя по нему наилучший вариант - "zabbix way" с нодами. Но Вы, как я писал выше, в прошлом году относительно реализации нод в версии 2.0.1 советовали ноды не использовать. Вы и сейчас считаете также?

[v.goncharov]

А не лучше использовать 1 виртуальный ip адрес?

Я пока склоняюсь к drbd, так как большого опыта в администрировании СУБД у меня нет. НО, в моей конфигурации сеть представляет из себя два примерно одинаковых сегмента, объёдинённых одним линком. Если случиться, что линк упадёт, слейв перейдёт в режим мастера и обе локации будут мониториться своими серверами. После восстановления линка, что будет с данными, ведь базы разойдутся?

У меня там белые адреса. Если использовать один виртуальный - где он будет обитать географически?
Нужно именно разнести географически в разные ДЦ.

[neogan]

Думаю что можно посмотреть(если еще не смотрели) в сторону следующих технологий как для базы так и для сервера:

http://www.keepalived.org/documentation.html

http://cbonte.github.io/haproxy-dconv/configuration-1.5.html

[neogan]

+

http://www.percona.com/doc/percona-xtradb-cluster/howtos/haproxy.html

http://www.percona.com/doc/percona-xtradb-cluster/howtos/singlebox.html

[tyommik]

Думаю что можно посмотреть(если еще не смотрели) в сторону следующих технологий как для базы так и для сервера:

http://www.keepalived.org/documentation.html

http://cbonte.github.io/haproxy-dcon...ation-1.5.html

Спасибо.
Отзовитесь, кто использует заббикс ноды. Стабильно ли работает такая схема?

[Jimson]

Пробовал год назад на бете 1.9.x (нынешний 2.0), работало, но проблем было очень много.

[Heilig]

Посмотрите еще вот эту тему.