Comments 15
Перемешали платный/бесплатный и открытый/закрытый код, «глупо платить за лицензию на поддержку и обновления если можно заплатить фирме, которая возьмёт на себя поддержку и обновления» бла-бла-бла.
Жаль, что вы не понимаете разницы.
Поддержка коммерческого софта и опенсорсного — это разные деньги.
В случае с FOSS у вас всегда есть три разных варианта:
1. Сделать всё самим.
2. Попросить сделать эту работу специалиста-или контору платно или за плюшки, как договоритесь, сопровождаете сами
3. Полностью отдать задачу на аутсорсинг.
И это нормальная схема. по которой работает вся Европа и США. Надо считать, что выгодно.
В случае с коммерческим софтом вы будете тупо платить деньги — всегда и за всё. У вас нет выбора.
Более того, за возобновление поддержки некоторых коммерческих систем, если был перерыв, с вас еще возьмут штраф.
После внедрения Icinga, я перестал ходить в PCM+ — достаточно дорогой (тормозной и до сих пор глючный) софт для управления коммутаторами HP. Годовой контракт на его сопровождение около 5000USD. Нет контракта —нет мультиков — патчей, обновлений до новых версий и т.д.
Поддержка коммерческого софта и опенсорсного — это разные деньги.
В случае с FOSS у вас всегда есть три разных варианта:
1. Сделать всё самим.
2. Попросить сделать эту работу специалиста-или контору платно или за плюшки, как договоритесь, сопровождаете сами
3. Полностью отдать задачу на аутсорсинг.
И это нормальная схема. по которой работает вся Европа и США. Надо считать, что выгодно.
В случае с коммерческим софтом вы будете тупо платить деньги — всегда и за всё. У вас нет выбора.
Более того, за возобновление поддержки некоторых коммерческих систем, если был перерыв, с вас еще возьмут штраф.
После внедрения Icinga, я перестал ходить в PCM+ — достаточно дорогой (тормозной и до сих пор глючный) софт для управления коммутаторами HP. Годовой контракт на его сопровождение около 5000USD. Нет контракта —
Nagios действительно удобная система мониторинга. У нас на предприятии развернута она. Если ее раскурить, то она будет очень полезна во всем смыслах.
Может это и не реклама, но очень похоже. Систем мониторинга — десятки и Nagios не обязательно лучший выбор. Мне больше Zabbix нравится.
Zenoss тоже говорят не плох.
Zenoss тоже говорят не плох.
Если вы уберете оттуда системы мониторинга с коммерческой лицензией, то табличка станет существенно меньше. :)
Icinga — мой личный выбор, с помощью которого мы решаем свои задачи. на большой гетерогенной инфраструктуре. От zabbix мы отказались по целому ряду причин, если их начать обсуждать — тут же налетит масса адептов и с пеной у рта будет доказывать как мы были не правы, чего мне бы не хотелось. Я стараюсь излагать личный практический опыт, попутно переводя какие-то статьи, которые мне в свое время показались интересными…
О zenoss я слышал хорошие отзывы, но он ни с чем не совместим — только сам с собой, с удовольствием бы прочел о нём развернутую статью с примерами.
Пишите про zabbix, система на месте не стоит, тоже развивается куда-то. Всегда интересно знать как обстоит дело в конкурентных решениях. Может, в один прекрасный день там станет всё хорошо.
Icinga — мой личный выбор, с помощью которого мы решаем свои задачи. на большой гетерогенной инфраструктуре. От zabbix мы отказались по целому ряду причин, если их начать обсуждать — тут же налетит масса адептов и с пеной у рта будет доказывать как мы были не правы, чего мне бы не хотелось. Я стараюсь излагать личный практический опыт, попутно переводя какие-то статьи, которые мне в свое время показались интересными…
О zenoss я слышал хорошие отзывы, но он ни с чем не совместим — только сам с собой, с удовольствием бы прочел о нём развернутую статью с примерами.
Пишите про zabbix, система на месте не стоит, тоже развивается куда-то. Всегда интересно знать как обстоит дело в конкурентных решениях. Может, в один прекрасный день там станет всё хорошо.
Может это и не реклама, но сработало так. Прочел ваши предыдущие посты — решил попробовать icinga.
Утверждение об удобстве работы с SNMP оказалось соблазнительным.
Кстати в CERN тоже свою систему мониторинга двигали.
Утверждение об удобстве работы с SNMP оказалось соблазнительным.
Кстати в CERN тоже свою систему мониторинга двигали.
SNMP это очень тривиально. OID — значение, обработка...OID — значение, обработка…
Специализированные плагины лучше. Они за одно обращение обрабатывают больше информации. К примеру, мониторинг коммутаторов — у меня не болит голова — сколько портов на коммутаторе. В том же zabbixe надо в темплейте честно прописывать количество портов. Плагин типа check_nwc_health сам разбирается, что это за коммутатор и как к нему адресоваться. Как-нибудь отдельную статью по нему напишу. Кстати, тоже Герхард Лауссер разработал — плодовитый товарищ.
Специализированные плагины лучше. Они за одно обращение обрабатывают больше информации. К примеру, мониторинг коммутаторов — у меня не болит голова — сколько портов на коммутаторе. В том же zabbixe надо в темплейте честно прописывать количество портов. Плагин типа check_nwc_health сам разбирается, что это за коммутатор и как к нему адресоваться. Как-нибудь отдельную статью по нему напишу. Кстати, тоже Герхард Лауссер разработал — плодовитый товарищ.
Интересно. Что-то типа check_nwc_health как вы его описываете очень пригодилось бы.
А существуют ли для nagios/icinga плагины детектирующие аномальное поведение?
А существуют ли для nagios/icinga плагины детектирующие аномальное поведение?
Если про check_nwc-health, то — вэлкам! (точнее Wilkommen Sie bitte) сюда labs.consol.de/lang/en/nagios/check_nwc_health/ Не без мелких косяков, но работает. И что главное — доделывается и апдейтится.
А вот про второе не совсем понял — аномалии чего именно? Все плагины работают по метрикам. Есть два порога — предупреждение (WARNING) и беда-беда-огорчение (CRITICAL). Все метрики можно менять по мере необходимости, а правильный выбор — совершенно нетривиальная задача. Есть только две книжки, в которых это хоть как-то описывается.
А вот про второе не совсем понял — аномалии чего именно? Все плагины работают по метрикам. Есть два порога — предупреждение (WARNING) и беда-беда-огорчение (CRITICAL). Все метрики можно менять по мере необходимости, а правильный выбор — совершенно нетривиальная задача. Есть только две книжки, в которых это хоть как-то описывается.
Детектирование аномалий временных рядов до перехода в состояние CRITICAL. — Предиктивный мониторинг.
IBM Tivoli заявляют, что у них есть такой.
А что за книги вы имели ввиду?
IBM Tivoli заявляют, что у них есть такой.
А что за книги вы имели ввиду?
Одна книжка — HP Performance Analysis, которая по большей части про их LoadRunner, но там есть метрики для систем, вторая — хорошая дока от solarwinds, как понять что нужно мониторить вообще, больше практическая…
Если отсеять всю муть, которую маркетологи крупных компаний, любят нагнать на своих клиентов, то на самом деле, что у них также есть метрики, за получением начального значения, после которого что-то уже надо начинать делать, и за получением конечного значения, после которого надо начинать резко суетиться. Это можно облекать в самые разные словоформы — HP, IBM и прочие в этом поднаторели, но суть остается одна и та же — у вас есть процесс, который выдает значения, которые вы прикладываете к метрикам.
Если отсеять всю муть, которую маркетологи крупных компаний, любят нагнать на своих клиентов, то на самом деле, что у них также есть метрики, за получением начального значения, после которого что-то уже надо начинать делать, и за получением конечного значения, после которого надо начинать резко суетиться. Это можно облекать в самые разные словоформы — HP, IBM и прочие в этом поднаторели, но суть остается одна и та же — у вас есть процесс, который выдает значения, которые вы прикладываете к метрикам.
И почему нет плагина для проверки PostgreSQL?
А вот тут если посмотреть :)?
exchange.nagios.org/directory/Plugins/Databases/PostgresQL
exchange.nagios.org/directory/Plugins/Databases/PostgresQL
Sign up to leave a comment.
«Вы, должно быть, сумасшедший, если не используете потенциал Open Source». Герхард Лауссер о системах мониторинга с открытым кодом и решениях масштаба предприятия