Переключение между прокси

[phantomlrd]

Всем добрый день.
Я новичок в заббиксе и пытаюсь разобраться как работает прокси.
Я хочу иметь возможность переключаться между прокси-серверами(например, возросла нагрузка, добавили новый прокси и часть серверов перевели туда).
При этом на хостах могут быть как активные так и пассивные проверки.
Если я настраиваю прокси в активном режиме, то тогда не работают пассивные проверки.
Если настраиваю в пассивном, то работаю и те и те проверки.
Сейчас получается так, что у меня в конфигурации агента в Server записаны ip самого заббикс-сервера и ip прокси через запятую.
В строке ActiveServer только прокси(если прописать оба сервака, то начинается моргание туда сюда).
При такой настройке все работает, в вебе автоматически для хоста проставляется прокся. Но если я вручную в вебе меняю значение на сервер, то буквально через несколько секунд значение само меняется на прокси.
Подскажите, пожалуйста, есть ли возможность корректно переключаться между прокси из веба?
В идеале хотелось бы избежать правок конфигов, даже через автоматизацию.

[Kos]

В разделе "Administration" -> "Media types" убедитесь, что у вас настроены медиа-типы для обоих случаев: активных и пассивных проверок.

flameshretoos, извините, а вы не робот?
Какое отношение раздел "Administration" -> "Media types" имеет к активным/пассивным проверкам?

phantomlrd, к сожалению, тема кластеризации Zabbix-прокси не так проста, как кажется на первый взгляд. Причём, именно в связи с агентами, работающими в активном режиме: в их настройках указывается, к какому именно серверу (или прокси) обращаться, и результаты этих обращений отражаются на авторегистрации агентов (что вы и видите, когда пытаетесь изменить настройки прокси через веб-интерфейс, а они затем возвращаются обратно к тем значениям, которые прописаны в параметре "ServerActive" в конфигурации агента).

Тут лёгких путей нет; наверное, поэтому никто так и не ответил по существу.
Возможные варианты, на мой взгляд:

• не использовать активный режим работы агента (очевидный плохой вариант);
• использовать какие-то независимые от Zabbix средства кластеризации прокси, чтобы IP-адрес, по которому обращаются агенты, оставался фиксированным. Например, использовать виртуальный secondary IP address, который будет подниматься на активной ноде кластера Zabbix proxy. Вероятно, это вполне рабочий вариант, но только в случае, когда кластеризация используется для отказоусточивости, но не для распределения нагрузки.
• любые остальный варианты требуют инструментов, позволяющих оперативно подкорректировать конфиг активного Zabbix-агента и перезапустить его после этого, чтобы переключиться на другой прокси.

В версиях 6.х сделали кластеризацию "из коробки" для сервера Zabbix. Посмотрим, что будет для Zabbix-прокси в версии 7.х (по крайней мере, в RoadMap-е есть ссылка на этот тикет).

[Alex_UUU]

Может я чего-то не понял, но вроде работает переключение, по крайней мере ручное и в пятой версии:
Есть заббикс-сервер, есть несколько заббикс-прокси.
В агенте на хосте прописываем в параметре Сервер список серверов (прокси) с которыми работаем, в АктивСервер прописываем также список.
На сервере у хоста указываем нужный прокси. Наблюдаемый хост начинает работать через указанный прокси. Ну или напрямую с сервером.
Да, в логах агента буду записи, что не получены списки активных проверок, но ничего страшного.

[Kos]

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

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

[Alex_UUU]

Согласен, что возможен вариант, что или ни одного или два сразу. Время обновления, вроде настраивается. Тут надо считать, что критичнее, свистопляска или потеря, например данных. Можно перезагружать прокси после смены.
А отказоустойчивость очень часто имеет "узкое горло" о котором не задумываются, но которое приводит к полному краху.

ЗЫ. Расскажу из жизни (первая половина нулевых). Биллинг, поддержка, отказоустойчивость, данные, райд массив, все дела. А узким местом оказался контроллер массива. И он помер. Винда - в синий экран с другим контроллером, такой уже не выпускается.В результате нашли где-то похожий, только с другой памятью, запустили сервер, переустановили.