Как стать автором
Обновить

Комментарии 51

Дефолтный пароль равен 'zabbix', помнится мне.
Пиши вторую, я только «за» популяризацию этой отличной системы.
точно. спасибо, сейчас подправлю.
Если будут еще желающие — обязательно напишу :)
желающие есть
В чём, кроме рюшечек принципиальное отличие от nagios?
В том, что это система для мониторинга в промышленных масштабах и в ней все заточено именно для этого.
Знаю я тут один маленький ДЦ в Украине, который вполне использует nagios для промышленных масштабов.
Меня интересовали конкретные преимущества, а не абстрактные фразы. Вот тов. norguhtar дал полезную ссылку, спасибо.
Nagios (и Icinga) не менее для промышленных масштабов. Если не более. А для Zabbix, IMHO, нужна мощная машина.
Во-первых, с помощью Zabbix можно мониторить не только сеть и серверы. И даже не только принтеры и прочие умные железяки. С помощью Zabbix можно мониторить, к примеру, выполнение SLA по разным (отнюдь не обязательно IT) сервисам с автоматической раздачей люлей.
Во-вторых, Zabbix — это не система мониторинга. Если уж, то Zabbix — это framework (если я не путаю термин) для создания системы контроля.
В-третьих, мощная машинка — определение более чем субъективное. К примеру, на десяток хостов (половина из которых мониторится не агентами и даже не по SNMP) хватило виртуалки с 1 процессором и 512М памяти. При том, что к этой же машине подключён «тамагочи», который нам играет слайд-шоу с этого Zabbix'а.

Я отнюдь не утверждаю, что Nagios плох — я лишь описываю некоторые преимущества Zabbix.
Для мониторинга более 100 серверов, на которых на каждом около 100 проверок (округляю), Заббикс на описанной вами виртуалке справляется крайне плохо. Нагиосу для этого надо намного меньше всего.
и нагиос и заббикс можно заставить мониторить все что угодно — пишешь свой щуп и вперед.
У нас вся система с zabbix 1.8.5 на debian жрет 229мб памяти и исчезающе мало процессорного времени.
мне наш админ говорил что заббикс умеет типа чаще мониторить, но на практике у меня получилось вот что:
— графики кактуса более понятны для меня и еще пары человек на проекте. по цветам, по интерполяции данных. в целом это самое кардинальное для меня отличие тк в заббиксе я вообще ничего не понимаю. админ который нам поставил заббикс сказал что он вообще в графиках ничего не видит :) почему — стало потом понятно :)
— заббикс по дефолту (!) умеет чаще опрашивать свои щупы, но при желании можно и кактус так настроить. в целом мне ни разу не понадобилась такая более частая статистика
— у заббикса другая система организации графиков. кактус мне лично больше нравится с древовидной структурой серверов
— заббикс сильнее грузит тачки чем кактус, те в топе на нагруженных машинках я его периодически вижу. кактус — ни разу
Только один вопрос — зачем нужен док по вебинтерфейсу? На мой взгляд, интерфейс заббикса предельно понятен, там очень трудно что-то не найти.
Чтобы быстрее разобраться что к чему. Я, будучи неопытным, установив zabbix совсем потерялся в разнообразиях настроек заббикса. Я даже не знал с чего начать, я думаю, что я был таким не один и кому то это статья поможет.
На мой взгляд, надо описывать в первую очередь не функционал (как делать), а решение задачи (что делать) — и понимание способа придет само собой. Описывать вебинтерфейс без описания концепций заббикса (как минимум на уровне шаблон-объект-триггер) — бессмысленно.
НЛО прилетело и опубликовало эту надпись здесь
спасибо за пожелание, учту.
Верно, верно. На заголовке «Комплексные экраны» я почти заплакал.
Как происходит процесс раскрытия сети — все устройства вносятся в ручную или это как-то автоматизировано? Есть ли возможность построения карты сети?

В свою очередь могу написать обзор решений по мониторингу от HP, IBM, BMC, если общественности интересно.
Давай, по Tivoli, по Operations. Интересно.
А какой именно софт из линейки Tivoli интересует?
Netcool/OMNIbus
Business Service Manager
Netcool/Reporter
ITCAM for transactions
про первые три могу рассказать без проблем.
с ITCAM чуть сложнее, так как у себя мы его не используем, у нас до сих пор стоит его предок — Netcool/ISM, его функционала для задач ad-hoc мониторинга в дополнение ко всем остальным системам нам хватает.

вопрос — в каком формате интересует рассказ о продуктах. базовую информацию всегда можно почерпнуть из официальной документации/описаний. более глубокий анализ — не знаю, насколько он будет интересен общественности (кроме вас). все-таки относительно специализированный (и дорогой) софт.

я в принципе готов ответить на любые вопросы по данным продуктам в формате диалога, а параллельно на основе ответов начать набрасывать черновик статьи.

PS: я — не сотрудник IBM, так что буду и хвалить, и ругать исходя из многолетнего опыта использования достаточно объективно :)
Можно как раз базовую информацию, но в собственном пересказе + свое мнение по достоинствам/недостаткам, добавить интересные случаи из личного опыта.
Хорошо, начну писать. Быстро не обещаю (работать тоже надо), но постараюсь :)
А пока, если есть вопросы, можете смело задавать в скайпе (есть в моем профайле), по возможности отвечу.
Интересно будет почитать :) Знаю людей, которым навязали Тивиоли. Говорят, что от мощного автораскрытия по куче протоколов пришли в восторг, но на всё остальное кроме как сквозь facepalm смотреть не могли.
Если говорить о линейке Tivoli Netcool (то, что IBM отчасти получила после покупки MicroMuse и еще пары компаний впоследствии), то там много продуктов, каждый из которых имеет и плюсы, и минусы. Из-за приобретений и «конфликтов» с другими собственными продуктами мне сложно даже понять, об автораскрытии каким из продуктов идет речь.
Если речь о Netcool Network Manager IP Edition (Precision IP в девичестве), то он обычно ставится в дополнение к Netcool OMNIbus и WebGUI (он же WebTop). Все вместе это, как Fault Management система, очень даже неплохое решение. Но, как обычно водится, не без нюансов.
Подобная неразбериха в продуктах характерна для многих крупных вендоров. Так, например, актуальная линейка HP BSM насчитывает, если мне не изменяет память, 11 продуктов каждый из которых закрывает свою область зачастую функционально пересекаясь с соседними продуктами.
Не знаю, как у HP с этим, а IBM умудряется еще иметь несколько портальных решений в схожих продуктах. И, наоборот, доходит до того, что в рамках одной линейки разные продукты используют одно портальное решение, но разные его версии, что приводит к невозможности использовать все продукты с одним порталом (хотя теоретически это должно работать).

Складывается ощущение, что группы разработчиков, работающие над каждый продуктом, не то, что не общаются с коллегами, а вообще не знают, видимо, порой об их существовании.
Если не изменяет память, автоматизации добавления новых устройств в zabbix нет. А вот карты сети строить можно (на некоторых скринах выше, можно наблюдать интересующий пункт меню).
НЛО прилетело и опубликовало эту надпись здесь
Это, кажется, лишь обнаружение новых устройств (о нём как раз последний абзац статьи). Или я что-то путаю?
НЛО прилетело и опубликовало эту надпись здесь
Карты сети в автоматическом режиме не строятся. А вот хосты — те добавляются.
Zabbix это отличная тема, мы его тоже используем. Я даже для него темплайт создал чтобы мониторить офисный SwitchVOX :), реально более продвинутой и гибкого софта я не видел в OpenSource. Ждем еще посты про Zabbix.
а покажите объем базы мускула и кол-во устройств в мониторинге :)
база за весит 7GB, мониторит 7 устройств. Я прошел уже через проблемы zabbix с огромной базой, я просто переделал под свой требования сбор данных, собираю и складирую только нужные данные.
P.S. было 20 гигов за 2 -3 месяца :)
вот поэтому — это огромный минус.
настройки в базе, а данные должны быть на винте.
Замечание #1: для многострочного добавления в файл — существует другой механизм:
cat << EOF > /usr/home/zabbix/mailz
From: \"Zabbix Monitor\" <$smtpemailfrom>
To: $1" 
Subject: $2

$3
EOF


Замечание #2: nbsmtp — слишком редкий user agent. Используйте более распространенные mail(1) или mutt(1)
про замечание 1 — мол можно и короче написать письмо?
про замечание 2 — я думаю многие смогут переделать скрипт под эти проги, тут все элементарно
1. Не короче, а проще. Количество байтов незначительно меньше, но шанс забыть кавычки нет.
2. Тогда в чем смысл скрипты, когда надо ставить дополнительный софт и подстраиваться под вкусы автора? :)

zabbix ALL=(ALL) NOPASSWD: /usr/bin/hddtemp

Если разрешите, то я бы хотел включить ваш способ получения температуры. Просто у меня есть способы получения температуры только на FreeBSD, а у вас, я так понимаю, Linux?
Да, пожалуйста. Угу, Linux :)
При автообнаружении Заббикс присваивает узлу имя из обратной зоны, а не system.uname. Это крайне неудобно при работе с большим парков серверов без доступа к редактированию обратных зон.
Если кто-то знает, как это лечится — буду премного благодарен.
Замечание касательно каких-то сложностей настройки штатного средства Zabbix для отправки уведомлений на электронную почту вызывает некоторое недоумение. Подскажите, пожалуйста, в чём эта сложность кроется? До сих пор под разными ОСями достаточно было указать smtp-сервер и параметры учётной записи (если они нужны) — и всё.
Я много копал по этому вопросу в гугле и ничего не находил кроме предложения использовать скрипт. Если вы расскажете как настроить, например, sendmail для отправки e-mail сообщений от заббикса с авторизацией, то буду очень рад.
А при чём тут sendmail? У вас же есть почтовый сервер — используйте его. Насколько я успел понять, Zabbix использует стандартную функцию php mail. Во всяком случае, я ничего не настраивал — никаких sendmail'ов и вообще ничего.
Значит я не понимаю алгоритм отправки e-mail сообщений zabbix'ом стандартным способом оповещения. ну и ладно, сообщения отправляются и принимаются — все рады :)
Если интересен скрипт по отправке мыла с авторизацией есть тут habrahabr.ru/blogs/sysadm/81630/.
Статья писалась давно но скрипт до сих пор работает.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории