Тоже не понял откуда эта сумма.
Для сравнения: "В Москве средняя стоимость строительства 1 км линии метрополитена со станционным комплексом глубокого заложения составляет 7 миллиардов рублей, срок строительства от 5 до 6 лет; стоимость строительства 1 км линии метрополитена со станционным комплексом мелкого заложения — 4,5 миллиарда рублей, срок — от 2 до 3 лет. (https://stroi.mos.ru/metro/ekonomiya-budzhetnyh-sredstv)
Если уж пошла речь о "природных" вещах, то тогда и с кормом есть нюансы. Намного естественней и полезней кормить животных натуральным мясом. На эту тему тоже есть исследования. Вот только гаджеты в этом случае не помогут — мясо просто испортится. Зато можно сэкономить на "умной" поилке: животные большинство жидкости берут из самого мяса и нуждаются в отдельном питье очень редко.
Преимущество корма — это только удобство. Можно оставить надолго или загружать в такие умные гаджеты. А вот толку, особенно в недорогих кормах — мало.
Итого 2020 год на дворе, Прометей является стандартом для мониторинга облачных сервисов (и Kubernetes в частности), но при этом:
"… node_exporter достиг версии 1.0 и теперь включает в себя ЭКСПЕРИМЕНТАЛЬНУЮ поддержку TLS."
"Документация… Она сложна в использовании и почти бесполезна"
Также я не увидел упоминаний о долговременном хранении данных. Уже решили? Все работает без проблем? Никогда не понимал всего хайпа вокруг Прометея. По факту сырой продукт входит в состав CNCF Graduated Projects. Как так?
Не извиняю.
Во-первых, я не обязан сидеть целыми днями и мониторить комментарии. Когда смог — тогда и ответил.
Во-вторых, аналогичный результат можно получить без 2 дополнительных файлов.
Используем что-то вроде "system.run[dd if=/dev/zero of=/var/lib/zabbix/output conv=fdatasync bs=384k count=1k]"
Получаем результат:
1024+0 records in
1024+0 records out
402653184 bytes (403 MB, 384 MiB) copied, 2.4547 s, 164 MB/s
На а дальше препроцессинг: регулярным выражением получаем требуемое значение.
Зашел сюда почитать про один из любимых продуктов с открытым кодом и узнать чем OTRS так "уделала" всех. Но кроме "бла-бла-бла, она бесплатная!" никаких других аргументов не нашел.
Я сам с ней работал лет 5-7 назад: устанавливал, настраивал, допиливал. Есть у неё свои преимущества и недостатки. Открытый код и масса опций конфигурации позволяет настроить систему под любые нужды. Но в этом же и недостаток — количество настроек зашкаливает, в них легко потеряться неподготовленному специалисту. Скорость работы тоже не её конёк. Как я ни пытался улучшить этот показатель, всё равно (особенно с некоторым количеством дополнительных модулей) скорость работы оставляла желать лучшего. Но функционал нас радовал — тут тебе и ITSM модуль, и интеграция с системами мониторинга и встроенная CMDB, широкие настройки по контролю доступа…
Насколько я знаю, отдел в котором я работал, до сих пор использует OTRS. Правда не знаю обновляли ли они её с тех пор.
Было бы интересно почитать что изменилось за последние несколько лет в лучшую сторону.
Разработчики с вами не согласны и считают, что такие требования — это вполне нормально:
"OTRS does not have excessive hardware requirements. We recommend using a machine with at least a 3 GHz Xeon or comparable CPU, 8 GB RAM, and a 256 GB hard drive."
OTRS написана на Perl и чтобы более менее шустро работать, требует ресурсов.
В целом OTRS хороша, но с ней нужно поковыряться, чтобы настроить под себя. А это требует уже наличие человека, разбирающегося в дебрях Perl и времени на это. Что тоже стоит денег.
Так что сравнение в данной статье довольно поверхностное.
Спасибо за отзыв.
Всегда нравился агент zabbix за его стабильную работу. Если же с новым агентом возникают проблемы, то я пока воздержусь от массового перехода на него. В принципе, нас предупреждали, что пока это экспериментальная опция и станет стабильной в следующем релизе.
Graphite — это система для хранения и работы с метриками. Никаким мониторнгом тут не пахнет.
Prometheus — сам по себе (без Alertmanager) только собирает, хранит и предоставляет инструменты для работы с метриками. Ну и с долговременным хранением метрик не всё гладко. Но сейчас Zabbix поддерживает работу с его экспортерами. Так что можно настроить работу этих двух систем чтобы они дополнли друг друга.
Icinga — это вообще каменный век )) Форк Nagios, который имеет несколько полезностей, но в основном, по многим парметрам уступает предшественнику. Ну и сам подход к мониторнгу у этих систем уже устарел.
Я не пытаюсь сказать, что Zabbix — это наше всё, а другие системы — отстой. Всё ситуативно.
Zabbix хорош своей универсальностью и современным "metric-based" подходом.
Но иногда для мониторнга классической инфраструктуры вполне хватает того-же Nagios или Check_MK.
произвольный JSON для LLD. Но я так понял, что не совсем "произвольный". Если JSON будет иметь сложную структуру, то пока это не сработает, верно?
поддержка формата HTML для email
Есть ли в планах возможность расширить функционал веб сценариев, чтобы была возможность выполнять клиентские скрипты? Сейчас приходится использовать что-то вроде Selenium для проверок сайтов, где элементы интерфейса гененрируются с помощью javascript.
Я так понимаю, что в этом направлении уже ведутся работы.
В этом разделе уже собрано множество готовых решений/шаблонов для многих систем: https://www.zabbix.com/ru/integrations/
В плане автоматизации конфигурации всё у Zabbix хорошо. Используем низкоуровневое обнаружение (одна из основных киллерфич Zabbix. А скоро ещё и произвольны JSON формат можно будет использовать!), а также авторегистрацию агентов.
Вообще, если сравнивать с Prometheus, то последний хорош для среды разработки, когда инфраструктура изменяетсся чуть ли не ежесекундно. А вот для классической инфраструктуры (не все ещё летают в облаках) он не всегда подходит. Да и некоторых важных [мне] функций у него вообще нет или они плохо реализованы:
разграничение прав доступа к данным;
визуализация связей между элементами мониторнга;
визуализация данных (можно использовать Grafana, но это уже отдельный продукт);
мониторнг логов;
долгосрочное хранение данных.
Я не утверждаю, что одна система лучше, а другая нет. У каждой системы совои достоинства и недостатки с своя сфера применения.
Тоже не понял откуда эта сумма.
Для сравнения: "В Москве средняя стоимость строительства 1 км линии метрополитена со станционным комплексом глубокого заложения составляет 7 миллиардов рублей, срок строительства от 5 до 6 лет; стоимость строительства 1 км линии метрополитена со станционным комплексом мелкого заложения — 4,5 миллиарда рублей, срок — от 2 до 3 лет. (https://stroi.mos.ru/metro/ekonomiya-budzhetnyh-sredstv)
Если уж пошла речь о "природных" вещах, то тогда и с кормом есть нюансы. Намного естественней и полезней кормить животных натуральным мясом. На эту тему тоже есть исследования. Вот только гаджеты в этом случае не помогут — мясо просто испортится. Зато можно сэкономить на "умной" поилке: животные большинство жидкости берут из самого мяса и нуждаются в отдельном питье очень редко.
Преимущество корма — это только удобство. Можно оставить надолго или загружать в такие умные гаджеты. А вот толку, особенно в недорогих кормах — мало.
Итого 2020 год на дворе, Прометей является стандартом для мониторинга облачных сервисов (и Kubernetes в частности), но при этом:
Также я не увидел упоминаний о долговременном хранении данных. Уже решили? Все работает без проблем? Никогда не понимал всего хайпа вокруг Прометея. По факту сырой продукт входит в состав CNCF Graduated Projects. Как так?
Хотелось бы больше подробностей.
Не извиняю.
Во-первых, я не обязан сидеть целыми днями и мониторить комментарии. Когда смог — тогда и ответил.
Во-вторых, аналогичный результат можно получить без 2 дополнительных файлов.
Используем что-то вроде "system.run[dd if=/dev/zero of=/var/lib/zabbix/output conv=fdatasync bs=384k count=1k]"
Получаем результат:
На а дальше препроцессинг: регулярным выражением получаем требуемое значение.
Зашел сюда почитать про один из любимых продуктов с открытым кодом и узнать чем OTRS так "уделала" всех. Но кроме "бла-бла-бла, она бесплатная!" никаких других аргументов не нашел.
Я сам с ней работал лет 5-7 назад: устанавливал, настраивал, допиливал. Есть у неё свои преимущества и недостатки. Открытый код и масса опций конфигурации позволяет настроить систему под любые нужды. Но в этом же и недостаток — количество настроек зашкаливает, в них легко потеряться неподготовленному специалисту. Скорость работы тоже не её конёк. Как я ни пытался улучшить этот показатель, всё равно (особенно с некоторым количеством дополнительных модулей) скорость работы оставляла желать лучшего. Но функционал нас радовал — тут тебе и ITSM модуль, и интеграция с системами мониторинга и встроенная CMDB, широкие настройки по контролю доступа…
Насколько я знаю, отдел в котором я работал, до сих пор использует OTRS. Правда не знаю обновляли ли они её с тех пор.
Было бы интересно почитать что изменилось за последние несколько лет в лучшую сторону.
Разработчики с вами не согласны и считают, что такие требования — это вполне нормально:
"OTRS does not have excessive hardware requirements. We recommend using a machine with at least a 3 GHz Xeon or comparable CPU, 8 GB RAM, and a 256 GB hard drive."
OTRS написана на Perl и чтобы более менее шустро работать, требует ресурсов.
В целом OTRS хороша, но с ней нужно поковыряться, чтобы настроить под себя. А это требует уже наличие человека, разбирающегося в дебрях Perl и времени на это. Что тоже стоит денег.
Так что сравнение в данной статье довольно поверхностное.
https://support.zabbix.com/browse/ZBX-16820
Ещё из замеченного — не работают удаленный команды.
Не смотря на то, что в конфигурационном файле это включено:
Напротив элемента данных отображается ошибка: Remote commands are not enabled
Пока документация не готова. Обещали ASAP, но пока безрезультатно.
Можно посмотреть в исходниках: https://github.com/zabbix/zabbix/tree/master/go/src/zabbix/plugins
Например, я нашел ключи для Systemd:
Вопрос к разработчикам.
Зачем убрали поле для добавления шаблона?
Было:
Стало:
Раньше зная имя или его часть было легко найти шаблон. А теперь необходимо искать его.
Спасибо за отзыв.
Всегда нравился агент zabbix за его стабильную работу. Если же с новым агентом возникают проблемы, то я пока воздержусь от массового перехода на него. В принципе, нас предупреждали, что пока это экспериментальная опция и станет стабильной в следующем релизе.
Вы предлагаете отказаться от Zabbix в пользу:
Я не пытаюсь сказать, что Zabbix — это наше всё, а другие системы — отстой. Всё ситуативно.
Zabbix хорош своей универсальностью и современным "metric-based" подходом.
Но иногда для мониторнга классической инфраструктуры вполне хватает того-же Nagios или Check_MK.
Вот я тоже не понял. Запросы стали в 10 раз дольше выполняться?
Для детей есть довольно удобые прицепы для велосипеда. Например:
А что, 50+ это уже диагноз?
Зимой тоже можно передвигаться на велосипеде/самокате. Лишь бы дорожки чистили...
Очень порадовал этот релиз. Особенно:
Есть ли в планах возможность расширить функционал веб сценариев, чтобы была возможность выполнять клиентские скрипты? Сейчас приходится использовать что-то вроде Selenium для проверок сайтов, где элементы интерфейса гененрируются с помощью javascript.
Я так понимаю, что в этом направлении уже ведутся работы.
В этом разделе уже собрано множество готовых решений/шаблонов для многих систем: https://www.zabbix.com/ru/integrations/
В плане автоматизации конфигурации всё у Zabbix хорошо. Используем низкоуровневое обнаружение (одна из основных киллерфич Zabbix. А скоро ещё и произвольны JSON формат можно будет использовать!), а также авторегистрацию агентов.
Вообще, если сравнивать с Prometheus, то последний хорош для среды разработки, когда инфраструктура изменяетсся чуть ли не ежесекундно. А вот для классической инфраструктуры (не все ещё летают в облаках) он не всегда подходит. Да и некоторых важных [мне] функций у него вообще нет или они плохо реализованы:
Я не утверждаю, что одна система лучше, а другая нет. У каждой системы совои достоинства и недостатки с своя сфера применения.