Первая часть (http://users.livejournal.com/_dyr/51508.html) описания пошаговой настройки сервера мониторинга Zabbix 1.0 под FreeBSD.URL: http://users.livejournal.com/_dyr/51508.html
Новость: http://www.opennet.me/opennews/art.shtml?num=8202
Улыбнуло ! Статья называется Step-by-step руководство по настройке Zabbix на FreeBSD 6.0, часть первая. В самой статье : .. Установка zabbix
Версии программного обеспечения: FreeBSD 5.4-Stable, MySQL 5.0.21, Apache 1.3.33, PHP4...
Во второй части будет наверное апгрейд системы с утановленной сабжем с 5.4 на 6.0
Нет, это моя ошибка. Во второй части будет установка агентов и на FreeBSD 6.0 и 6.1, но никакой разницы с 4.x или 5.x нет.
Что он мониторит? Для чего он ?
ZABBIX is software for monitoring of your applications, network and servers. ZABBIX supports both polling and trapping techniques to collect data from monitored hosts. A flexible notification mechanism allows easy and quickly configure different types of notifications for pre-defined events.- http://www.zabbix.com/features.php
Простите, но бред:
"Инструкция (по факту - перевод официальной) по установке и настройке программного обеспечения, не имеющего русского интерфейса, на русском языке для тех, кто не знает английского"
Правда, что ли? А ну-ка, бегом покажите мне, где в официальной доке сказано про невозможность старта во Фре запускающего скрипта? Или что надо редактировать таблицу?Есть древний принцип: "Критикуя - предлагай". Вы сделали хоть такое? Нет? Так фигли выпендриваться?
В конце концов, это было полезно хотя бы потому, что позволило завести разговор об этой системе, вот уже и перевод самого zabbix выложили.
имелось ввиду, что интерфейс английский, а статья для тех, кто этого английского не знает ;) don't worry, be happy
Насчет схемы мускловой базы - да. Только что поднял на тестовой - там косяк (год с лишним назад поднимал, этого косяка не припомнинаю).Насчет стартовых скриптов - абсолютная чушь. Да, они слегка некорректные, но если предлагаете решение, то будьте добры подойти к вопросу с должным вниманием. Вот, что в итоге получилось у меня для suckerd:
$ cat /usr/local/etc/rc.d/zabbix_suckerd
#!/bin/sh. /etc/rc.subr
name="zabbix_suckerd"
load_rc_config ${name}
rcvar=`set_rcvar`
command="${prefix:-"/usr/local"}/bin/${name}"
required_files="/etc/zabbix/${name}.conf"run_rc_command "$1"
и это - ПРАВИЛЬНЫЙ скрипт. То, что предложили Вы - есть профанация в стиле rc.local (одно НО: rc.local при завершении работы системы НЕ запускается, в отличие от rc.d, чуете, куда ветер дует?)
Я рад, честно рад, что вы сделали правильный скрипт. Думаю многим, в том числе и мне, он пригодится.
Но если вы так хотите правильности, то смогли бы наложить патч, упомянутый в конце статьи. Я жду, когда его закоммитят, вместе с изменениями 1.0 -> 1.1: http://www.freebsd.org/cgi/query-pr.cgi?pr=100843
А вообще вы мне напоминаете поговорку "ёж птица гордая - пока не пнёшь, не полетит". Что вам мешало упомянуть о скрипте без моей статьи? А ведь уверен, это сберегло бы многим их время при настройке. ЭЭх...
http://phenix.rootshell.be/~supafly/ru_ru.inc.phps
русификация веб-морды (на 95%,UTF-8), будет включена в следующий релиз.
переименовать php и положить в /locales/
Спасибо! Большая работа.
а у заббикса графики улучшились или все такиеже уродливые?
Интересно, какие графики для вас не "уродливые"?
>Интересно, какие графики для вас не "уродливые"?rrdtool
mrtgи когда я юзал заббикс была проблема в том, что когда размещаешь несколько графиков на листе (screen) и выбираешь инетервал отображения в 12 часов, то заббикс почему-то рисовал залитые области с белыми полосками хотя они должны быть равномерно залиты.
а ушел я заббикса из-за того что он не мог рисовать отрицательные значения (http://www.zabbix.com/forum/showthread.php?t=1892), и из-за
http://www.zabbix.com/forum/showthread.php?t=1895после того как разработчик имея два типа переменной A(может быть как float так integer) и два типа переменной B (тоже может быть float и integer) предусмотрел в коде всего 2 комбинации из 4х возможных я ушел на другие средства мониторинга. По новой заббикс буду смотреть не раньше чем через год.
По графикам понял (хотя мне mrtg не кажется таким уж эталоном).
А вот по "ушёл с zabbix" - куда ушли? Неужели на Nagios? Или сразу на OpenView?
Меня живо интересуют альтернативы. Nagios не понравился.
Кто юзал? Как ощущения?
юзал. При активном мониторинге большая нагрузка на mysql. Под заббикс лучше выделять отдельный комп. При большом количестве опрашиваемых параметров может потребоваться двухпроцессорная машинка.
Для маленькой сети/средней - самое оно. Как в большой сети быть - не понятно.
Но сам по себе заббикс понравился очень. Красивые графики, карта есть, управляемая триггерами, покажет сбой канала. Можно отсылать уведомления через триггеры на свои контакты. Много встроенных функций. Но у меня не получилось current bandwidth мерить на интерфейсах во freebsd, хотя через snmp может быть и можно, но жаль, что агент не может этого.
уже второй год юзаю нагиос, нужная штука, без мобилы выйти из дому страшно :)
опять же графики прикрутил, и на интерфейсы ключевых девайсов в том числе..
дак вот щас встал вопрос переноса всего хозяйства в голову сетки. в этой связи - не поднимая флейма и по существу - может стоит попробовать заббикс? нагиос всетаки нетривиален в настройке
Да. Стоит. Меня пока что одно только останавливает: в 1.1 сломали поддержку PostgreSQL. Жду только его. В остальном - отличнейшая система. Ну, хотя бы гляньте, не понравится - всегда можно снести.
>Да. Стоит. Меня пока что одно только останавливает: в 1.1 сломали поддержку
>PostgreSQL. Жду только его. В остальном - отличнейшая система. Ну, хотя
>бы гляньте, не понравится - всегда можно снести.Вот что говорится про PostgreSQL.
===
PostgreSQL vs MySQLRegarding the choice between PostgreSQL and MySQL, MySQL is recommended for several reasons:
MySQL is fasterrecent benchmarks using ZABBIX clearly show that PostgreSQL (7.1.x) is at least 10 times slower than MySQL (3.23.29)
Note: These results are predictable. ZABBIX server processes use simple SQL statements like single row INSERT, UPDATE and simple SELECT operators. In such environment, use of advanced SQL engine (like PostgreSQL) is overkill.
no need to constantly run resource-hungry command “vacuum” for MySQL
MySQL is used as a primary development platform.If you do use PostgreSQL, zabbix_server will periodically (defined in HousekeepingFrequency) execute command vacuum analyze.
===
>MySQL is faster
>
>recent benchmarks using ZABBIX clearly show that PostgreSQL (7.1.x) is at least
>10 times slower than MySQL (3.23.29)Да, знаем. А вот если еще из схемы Postgres-базы повыкидывать индексы, как это сделано было для MySQL самими разработчиками (вот представьте - в мускле 1 индекс на всю схему, а в постгресе чуть ли не в каждой таблице, в т.ч. и history), то представьте, на сколько изменится соотношение скоростей работы разных DB-движков...
>Вот что говорится про PostgreSQL.
...
бла-бла-бла. Используйте транзакции. А то каждый item размещается в СУБД не как часть транзакции host, а как отдельная транзакция. Естественно от этого возрастает нагрузка на СУБД. Особенно это забавляет в zabbix 1.1. Там вместо MyISAM движка используется InnoDB с поддержкой транзакционной модели.
>Да. Стоит.Нет, не стОит.
При не особо большом количестве мониторинговых девайсов (около 25 компов, на каждом 5-7-10 сервисов) и при необходимости хранить историю значений месяц (бывает и такое) - в процессе очистки истории машина с mysql (выделенная специально под mysql, которая кроме этого занималась только перекачкой пакетов на четырех интерфейсах) вставала таким раком, что просто ужоснах...
В тоже время, Nagios2+Cacti+RRD при наличии 130 хостов, 980 сервисов - на такой же машине чуствует себя ну просто расчудесно.
Хотя... вот именно _попробовать_ - да, стОит.
Чтоб прочуствовать и выкинуть.
PS: мои эксперименты с заббихом проводились чуть менее года назад - может, с тех пор что-то и поменялось... но для меня - 1) поделка, которая подкладывает такую свинью и 2) разработчики, которые утверждают что mysql в 10 (ДЕСЯТЬ !!!) раз быстрее postgres'a - это критерий.
естественно - негативный.
в результате - решение "ффтопку, без вариантов".--
wbr, cub
>При не особо большом количестве мониторинговых девайсов (около 25 компов, на каждом
>5-7-10 сервисов) и при необходимости хранить историю значений месяц (бывает и
>такое) - в процессе очистки истории машина с mysql (выделенная специально
>под mysql, которая кроме этого занималась только перекачкой пакетов на четырех
>интерфейсах) вставала таким раком, что просто ужоснах...
Хм... не наблюдается. Создается впечатление что вы не умеете готовить zabbix. Посмотрите вот этоhttp://www.zabbix.com/forum/showthread.php?t=3259
>В тоже время, Nagios2+Cacti+RRD при наличии 130 хостов, 980 сервисов - на
>такой же машине чуствует себя ну просто расчудесно.
И не дает той гибкости что дает zabbix.>Хотя... вот именно _попробовать_ - да, стОит.
>Чтоб прочуствовать и выкинуть.
Тоже самое я могу сказать про nagios ;)>PS: мои эксперименты с заббихом проводились чуть менее года назад - может,
>с тех пор что-то и поменялось...
Поменялось и довольно сильно. И причем в лучшую сторону.
>1) поделка, которая подкладывает такую свинью
это ваше субъектвное мнение.>2) разработчики, которые утверждают что mysql в 10 (ДЕСЯТЬ !!!) раз быстрее postgres'a - это критерий.
Выше я указал почему у них так странно получается. На мелких транзакциях с использованием myisam вполне возможно.>в результате - решение "ффтопку, без вариантов".
Еще раз повторюсь тоже самое могу сказать про nagios. Это на полном серьезе.
А вы знаете сколько стоит внедрение OpenView? Так что лучше про него и не вспоминать.
>А вы знаете сколько стоит внедрение OpenView? Так что лучше про него
>и не вспоминать.
Другими словами, альтернативы Zabbix и/или Nagios, нет??
>Другими словами, альтернативы Zabbix и/или Nagios, нет??Пробовал сначала забикс- настраивается просто, но глюгов было много,
к примеру то что у меня при создании и удалении карты у неё индекс не менялся,и новые карты не отображались, плюс такого же плана несколько. Писал на форуме разработчикам , но ответа так и не получил. То есть есть система работает, если на глюги внимание не обращать :)
Потом поставил нагиос - настраивается конечно дольше, по виду не такой красивый, но зато нормально работает, и вобщем вполне устраивает - остановился на нём Ж)