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

ну тут в любом случае нужно ЧТО_ТО второе
заббикс это , или кастомный скрипт, или еще какая-то смотрелка

но по-любому это должно быть что-то совсем внешнее к этому заббиксу

а зачем городить что-то если есть уже готовый заббикс, и вы его умеете готовить )

В 2.х можно было удобно реализовать, т.к. несколько заббиксов можно было собрать в один интерфейс. Вот этого не хватает.

можно использовать какое-то готовое решение типа site24x7.com - это если ваш заббикс наружу что-то отдает

Все зависит от схемы, подметать двор держа метлу ковшом трактора, это наркомания, но сам по себе трактор имеет свое право на существования в разных ситуациях

Все зависит от того что будет если у тебя заббикс

А) Будет полностью уничтожен без возможности быстрого восстановления
Б) Будет простой в работе, мониторинге и кто то не увидит оперативно проблему
и далее по списку

если на подобные вещи тебе пофигу, то нафига тебе вообще мониторить состояние заббикса, работает да и ладно, перестанет работать, восстановишь с бэкапа, нет бэкапа, настроешь с нуля повторно

Это не мне, я спокоен. А некто по соседству - нет. И он в чем-то прав, т.к. однажны была ситуация, когда ночью все упало, включая заббикс, а узнали об этом только утром.

И да, спасибо за мысли.

ну так пусть "он" (который сосед) и поднимает 2-ой заббикс, скажи "тебе надо, поднимай второй мониторинг"  ;-p

Он - начальник. Он мне сказал - мне надо, поднимай второй заббикс. :)

а ну тогда тут обсуждать нечего, поднимай 2-ой заббикс 😆
что за вопросы в чат, тут уместнее было бы спрашивать "как правильно поднять 2-ой заббикс, что бы корректно мониторить (боевой)"

собственно на отдельном железе, желательно в другом здание, чтоб в случае отвала всего, 2-ой заббикс тебе пульнул, что упало вообще все, в том числе и инет в офисе

С этим, как раз, вопросов нет.

верно сказали: все зависит от схемы.
у нас заббикс на оракле, размер БД ~3Тб (при том, что history* хранится 2 недели — партиционирование)
графана сыпет селекты иногда в 160 тыс. символов
куча народу и т.д.

тут хочешь-не-хочешь, поднимешь второй инстанс для мониторинга первого

Zabbix прокси - коллектор данных. Он не вычисляет триггеры, не обрабатывает события и не отправляет оповещения.
Если бы прокси это все умел, то и вопросов бы не было. Эх.

Желательно держать несколько бэкапов, если схема сложная, воспроизвести уничтоженный заббикс часто очень геморно, так что рекомендую разными вариантами реализовать бэкап, чтоб если 1-ый упал, есть 2-ой, не сработал 2-ой есть 3-ий, который вот 100% верняк.

Да, я периодически выгружаю БД без истории, и делаю экспорт узлов и шаблонов.

а почему не поднять standby?

осталось автоматизировать и запилить мониторинг успешного бэкапа заббикса, средствами заббикса 😆

поставь простенький monit, который будет опрашивать доступность на 80-ом порту и, может, быть чего-нить из api дёргать

Стенбай чего, бд?

Да