Ad Widget

Collapse

Отказоустойчивость

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • saifuddin
    Junior Member
    • Feb 2016
    • 25

    #1

    Отказоустойчивость

    Доброго времени суток!
    Подскажите, как можно устроить отказоустойчивость на Zabbix 3.0 ?
    Да, и вообще какая вообще тут есть отказоустойчивость?
    Из прочитанного в инструкции понятно, что можно добавить на агенте несколько серверов. И, если происходит ошибка, то приходит оповещение от всех серверов. Что не есть хорошо по определению. Если будет у меня 3 сервера Zabbix. Что ж мне по три копии одного и того же получать!?

    В оригинале хотелось бы, чтобы работал только один сервер, а как только он выходит из строя, пинг пропал на долг или выключился сервер вместе с забиксом )) То, должен вступать в игру другой сервер и брать на себя все запросы от агентов. Когда вкл первый, то он или переходит в режим ожидания, либо занимает место главного сервера, а в это время 2ой переходит в режим ожидания.
  • lpkone
    Member
    • May 2015
    • 56

    #2
    мастер-мастер репликация, скрипт который включает второй заббикс при отсутствии прямой деятельности первого

    Comment

    • Kos
      Senior Member
      Zabbix Certified SpecialistZabbix Certified Professional
      • Aug 2015
      • 3406

      #3
      В общих чертах: почитать что-нибудь про кластеризацию, в качестве кластерного ресурса в данном случае использовать процесс Zabbix-сервера вместе с выделенным ему для этой цели дополнительным IP-адресом. Поскольку ему для работы необходима база данных, то тут возможны варианты: либо выносить эту базу на отдельный (возможно, тоже кластеризованный) сервер, к которому будут иметь возможность обращаться процессы Zabbix-сервера с обеих нод кластера, либо поднимать сервер базы данных на той же ноде, что и Zabbix-сервер (который обращается к базе по адресу 127.0.0.1).

      В последнем случае, опять же, возможны варианты: либо у Вас постоянно крутятся два сервера баз данных на обеих нодах кластера, реплицируя данные между ними средствами СУБД (тут всё зависит от возможностей конкретной СУБД), либо данные лежат на внешнем хранилище (доступном обеим нодам кластера), а сервер баз данных "поднимается" как одна из составных частей кластерного ресурса.

      Ну, не забыть ещё про конфиг-файл для Zabbix-сервера; но он, в отличие от базы, является достаточно статичным. Т.е. сам по себе он не меняется (только руками администратора), и нужно не забыть при модификации конфиг-файла скопировать изменённую копию на вторую ноду кластера.

      Comment

      • yukra
        Senior Member
        • Apr 2013
        • 1359

        #4
        Тех, кто использует или собирается использовать Zabbix в промышленных масштабах, всегда волновал вопрос: сколько реально данных сможет Заббикс «переварить» перед тем как окончательно поперхнется и...

        Comment

        Working...