Калькулятор

[Kicum]

Доброго времени суток!
На вики, есть примерные ТТХ серверов, под количество объектов. Но хотелось бы более подробно понять при масштабировании сервера, какие ТТХ нужно закладывать. до этого был опыт работы но в пределах 20 серверов и такого же кол-ва коммутаторов.
Так же интересно построение кластера для отказоустойчивости.
заранее спасибо, можно пруф если это уже обсуждалась, беглый поиск по форуму не увенчался успехом.

[Kos]

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

По сути, серверная часть Zabbix - это сочетание трёх компонентов:

• внутренняя база данных Zabbix-а;
• набор процессов zabbix_server;
• веб-интерфейс (набор PHP-скриптов, запускаемых из-под какого-то веб сервера).

Все эти компоненты могут быть как размещены на одном сервере, так и разнесены по разным.

Для внутренней базы данных поддерживаются несколько СУБД - MySQL/MariaDB, PostgreSQL либо Oracle; таблицы истории могут храниться в TimescaleDB.
Как будет обеспечиваться отказоустойчивость этого компонента - целиком зависит от выбранной СУБД и решается только её собственными средствами.
Например, можно разместить базу данных на своём собственном кластере и обращаться к ней как к кластерному ресурсу.
А можно сделать две копии базы с репликацией между ними и расположить их на тех же серверах, где будут работать процессы сервера Zabbix (и обращаться к ним оттуда через loopback-интерфейс).

Процесс zabbix_server до недавнего времени мог работать только на одном из серверов одновременно (и использовать какие-то сторонние решения для кластеризации, чтобы это обеспечить).
В версии 6.0 была добавлена поддержка кластеризации в режиме "active/standby" сразу "из коробки" (ссылка); но нужно иметь в виду, что эта поддержка обеспечивает кластеризацию только данного компонента (процессы zabbix_server) - СУБД должна кластеризироваться независимо от этого (и более того: по сути, кластерная СУБД является пререквизитом для этого решения).

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