Ad Widget

Collapse

Автоматический переход между proxy

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • tuban
    Senior Member
    Zabbix Certified Specialist
    • Sep 2012
    • 286

    #1

    Автоматический переход между proxy

    Доброго времени суток.
    Никто не пытался реализовать задачу: есть proxy через который мониторятся устройства, в случае если proxy становится недоступен, мониторинг этих устройств происходит через другой proxy?
    Насколько я знаю, штатными средствами этого не сделать.
  • Jimson
    Senior Member
    • Jan 2008
    • 1327

    #2
    Если прокси активные, то можно скриптом (крон как вариант) друг за другом следить и как только товарищ пропал то запускать/опускать zabbix_proxy в зависимости от того запущен ли он. Следить можно tcp проверками, как вариант.
    Но это только если прокси активный и "устройства" пассивны.

    Comment

    • tuban
      Senior Member
      Zabbix Certified Specialist
      • Sep 2012
      • 286

      #3
      Originally posted by Jimson
      Если прокси активные, то можно скриптом (крон как вариант) друг за другом следить и как только товарищ пропал то запускать/опускать zabbix_proxy в зависимости от того запущен ли он. Следить можно tcp проверками, как вариант.
      Но это только если прокси активный и "устройства" пассивны.
      Не совсем понял, если честно.
      У меня пока только такой вариант, написать скрипт, который дергает API и меняет у необходимых узлов proxy. Скрипт срабатывает при падении proxy.

      Proxy активный, устройства - телекоммуникационное оборудование, мониторится через snmp get.

      Comment

      • Jimson
        Senior Member
        • Jan 2008
        • 1327

        #4
        Я хотел сказать что для активной прокси выполняющей только пассивные проверки (как раз твой вариант) редант можно организовать просто запуская и опуская процесс zabbix-proxy.
        Суть в том что в один момент времени работать должна только одна прокси (хотя большой проблемы в том что обе прокси могут выслать данные за один интервал времени нет, просто будут избыточные данные).

        p.s. в этом случае обе прокси в настройках имеют одно и то же имя и не придется на ходу менять настройки хостов через API

        Comment

        • tuban
          Senior Member
          Zabbix Certified Specialist
          • Sep 2012
          • 286

          #5
          Originally posted by Jimson
          Я хотел сказать что для активной прокси выполняющей только пассивные проверки (как раз твой вариант) редант можно организовать просто запуская и опуская процесс zabbix-proxy.
          Суть в том что в один момент времени работать должна только одна прокси (хотя большой проблемы в том что обе прокси могут выслать данные за один интервал времени нет, просто будут избыточные данные).

          p.s. в этом случае обе прокси в настройках имеют одно и то же имя и не придется на ходу менять настройки хостов через API
          Хм... Идея интересная, о таком я не думал. А это проверялось? Что-то у меня есть большое подозрение, что произойдёт затуп Но, у меня немного другая ситуация. Есть прокси, через который мониторится n тысяч узлов. Часть из этих узлов, должна мониторится через другой прокси и в случае его падения переходить на первый.

          Comment

          • Jimson
            Senior Member
            • Jan 2008
            • 1327

            #6
            С чего вдруг должен быть затуп? Активная прокси это тоже самое что zabbix_sender, притом сервер никак не проверяет откуда приходят "history data".

            Твой случай все равно можно реализовать по той же схеме, просто на каждой железке может быть запущенно две прокси в случае если другая железка сдолха. Проблема тут только в корректном up/down процесса прокси, надо предусматривать ситуацию называемую split brain и обратную ей. Т.е. железки могут видеть друг друга и процесс прокси сервера чекается, но прокси не видит сервера или не может достучаться до хостов, или собственно split когда железки друг друга не видят и каждая считает что она сейчас "главная". Второй случай страшен только избыточными данными и большей нагрузкой на snmp агенты и сеть.

            Comment

            • tuban
              Senior Member
              Zabbix Certified Specialist
              • Sep 2012
              • 286

              #7
              Originally posted by Jimson
              С чего вдруг должен быть затуп? Активная прокси это тоже самое что zabbix_sender, притом сервер никак не проверяет откуда приходят "history data".

              Твой случай все равно можно реализовать по той же схеме, просто на каждой железке может быть запущенно две прокси в случае если другая железка сдолха. Проблема тут только в корректном up/down процесса прокси, надо предусматривать ситуацию называемую split brain и обратную ей. Т.е. железки могут видеть друг друга и процесс прокси сервера чекается, но прокси не видит сервера или не может достучаться до хостов, или собственно split когда железки друг друга не видят и каждая считает что она сейчас "главная". Второй случай страшен только избыточными данными и большей нагрузкой на snmp агенты и сеть.
              Разве можно запустить два процесса proxy на одной железке? В случае с сервером точно - нет.

              Comment

              • Jimson
                Senior Member
                • Jan 2008
                • 1327

                #8
                Originally posted by tuban
                Разве можно запустить два процесса proxy на одной железке? В случае с сервером точно - нет.
                На разных портах или с разным bind address. Почему нет?

                Comment

                Working...