Да это все равно что сравнивать внедорожник и спорткар. Что одно, что другое - транспортное средство.
На спорткаре хорошо ехать по ровной дороге и ты можешь доехать быстро.
А на внедорожнике у тебя лютая проходимость и можешь залезать в любые чащи, но со скоростью беда.

Можно и на спорткаре поехать в лес, но скорее всего это будет очень долго и мучительно :) В то же время на внедорожнике ехать по автобану не так эффективно, как на спорткаре :)
Под каждый кейс есть свое решение - и это прекрасно.
Ну а кто говорит, что то говно или другое - он просто не умеет его готовить :)

Хотя-бы ознакомиться поверхностно не помешает.

В конце концов, ничто не мешает использовать гибрид Пром+Заббикс.

Поддержку предыдущего оратора.
По сравнению в т.ч.

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

А почему Прометей не может в режиме внедорожника?

Всё зависит от условий, в которых ему придется работать.
Все популляризую пром, типа он такой классный, воткни и пользуйся.
Ага. Это всё хорошо, когда у тебя очень маленькая инфраструктура.

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

Короче, я всё к тому, что всё сильно зависит от задачи и условий, в которых ты находишься.

Zabbix ведь наверно тоже можно прикрутить к мощному серверу СУБД?
Конечно это не даст такого прироста производительности, как у Прометея, но по крайне мере возможно удастся увеличить количество отслеживаемых хостов с 30 допустим до 300?

А чем обычно мониторят Zabbix? Мне кажется, нужен еще какой-то небольшой монитор на одноплатнике, чтобы из под OpenBSD отслеживать, насколько живой Zabbix и vice versa?

У меня встречный вопрос - а вы мониторингом сколько занимаетесь?

Немного, у нас готовый был на IBM Tivoli.

Я спросил какую-то нелепицу?

Про Zabbix обычно пишут, что слабое место - его база данных, хотя я не проверял.

Тогда это объясняет почему задаете такие вопросы)
Я повторю то, что сказал в прошлом сообщении - очень много нюансов.

Кол-во хостов далеко не показатель нагрузки. Всё зависит от того, какое кол-во метрик (и каких) ты снимаешь с этих хостов. Можно снимать 1 метрику с хоста и таких хостов хоть тысячу повесь.А если с хоста снимается по 100+ метрик - тут уже мощности другие нужны.
+ в заббиксе есть такая штука как zabbix-proxy, которая позволяет размазать нагрузку.

В любом высоконагруженном сервисе будут проблемы с БД :) С этим надо смириться и быть готовым потратить на это время.

Так ведь проблемы будут разного масштаба на разных архитектурах, в Прометее насколько я понял, возможно забирать намного больше метрик в единицу времени, особо не напрягаясь с оптимизацией хранилки?

И вероятно частота съема метрик первостепенна, ведь важно сколько метрик в единицу времени приходит на Zabbix? Как скорость наполнения ванны при определенном напоре воды сверху и диаметре слива снизу.

Всё зависит от ваших задач. Сначала оцените свою инфраструктуру, сколько серверов, какие девайсы, что именно нужно мониторить, нужны ли алерты,а нужен ли мониторинг snmp устройств? (Тот же прометей не умеет такое, или я отстал от жизни и уже умеет?) и еще 100500 подобных вопросов.

Пока вы не составите у себя в голове "А что я хочу получить", решения можно сравнивать бесконечно.

Просто берите и ставьте и то и другое. Пробуйте. Корректируйте.

И выберете своё

Тут вам ответ никто не даст "А что лучше использовать в моем случае"
Вбрасывать сюда чьи то мысли "А заббикс говно!" "Нет Пром говно!" - смысла ноль. Чисто пофлудили и не более.

Тогда мне непонятно, как DevOps-еры которые строят из себя богов индустрии, некоторые даже якобы из FAANG, не знают таких основ, снобы какие-то.