9 хостов

все зависит от количества элементов данных, количества данных в этих элементах данных, частоты поступления информации, времени хранения истории, количества препроцессинга, триггеров и т.д.

По дизайну оно же такое всё, как обычно, что тут советовать? Ну, маленькие инсталляции без претензий на HA можно на один хост. Большая нагрузка? Ну, базу отдельно, фронт отдельно. HA совсем отдельная тема.

+1, ha - совсем отдельная тема

Оно просто к заббиксу отношение имеет так, по касательной) такой вопрос можно к любой трёхзвенной системе задать.

Причем можно не внешний, а js и там вебреквестами

Ну да. HTTP Agent + JS.

Тогда лучше внешний скрипт. Потому что его к гит к примеру положить можно

Шаблон в гит ложить тоже можно

ну да, на поспроцессинг повесить JS скрипт, который в заббиксе по API обновит макрос для хоста.
вот такие интересные решения - огонь :)

Ага, если прокси нет. А то с прокси до api не всегда доберешься

А дальше строить CI чтоб его загружать в заббикс... Наверное можно

Народ, такой вопрос. На одном прокси в большом количестве сыпятся ошибки вида "network error, wait for N seconds".
95% упавших проверок - по perf_counter'ам на пассивного агента. Хостов много и судя по всему - все винда, других не заметил. На одном из таких хостов чуть более 300 подобных проверок, интервал 1 минута.
В дебаге прокси - interrupted system call и NETWORK_ERROR, в дебаге агента ничего. В tcpdump, соответственно, тоже пусто. Переносишь хост на другой прокси - ошибоки по нему прекращаются. Что тут ещё можно посмотреть?

Разобрался?

Привет всем. Правильно ли я понимаю, что таблица problem хранит незавершённые проблемы, а из таблицы events можно получить всю историю проблем, т.е. всё сигналы триггеров?

Нет, и ничего нового не нашёл.

А сеть смотрел? похоже на проблемы с сетью на проксе.

Поверхностно. По интерфейсу ошибок нет, дропнутых пакетов нет.

Прокся - виртуалка?

Дампил трафик, тоже ничего подозрительного не увидел.

Да, ВМ.