Вышла новая версия системы мониторинга Zabbix 2.2

навешиваю partitioning

Как прореживаешь старые данные? Чтобы хранить историю за год, но не все данные, а усреднять по 2 часа, например, чтобы база не распухла на несколько Тб.

Я history не храню, мне оно не нужно. Храню trends.

навешиваю partitioning

Как прореживаешь старые данные? Чтобы хранить историю за год, но не все данные, а усреднять по 2 часа, например, чтобы база не распухла на несколько Тб.

Нужно будет протестировать связку housekeeper + optimize table. Может быть в чём-то выиграть можно.
Всё руки не доходят никак.

Обновлюсь на тестовом, если все нормально, то можно и на основном сервере.

Нет, скриптовой магии - для опроса всех нод и вычисления средней температуры. Которую уже и отдавать Жабиксу.

Нужно. :)

Бегло пробежал по списку изменений. Очень много полезных опций, судя по описаниям. Даже появился какой-то мониторинг виртуальных машин. Однако, смущает пара моментов:

1) Пользовательские проверки. У меня lld и trap выполняются через внешние скрипты. А судя по описанию, механизм работы с внешними проверками изменился.

2) Не нашел информации, совместим ли agent v 2.0 с v 2.2. Если нет, придется компилять на кучке серверов. Грустьпичалька.

Особо понравился тот факт, что zabbix-server сам обновит базы, без всяких шаманств со скриптами. Но вот, насколько это все корректно отработает?..

А кто-нибудь обновился уже?

придется компилять

У тебя что за ОС на серверах??

Database error: The frontend does not match Zabbix database. Current database version (mandatory/optional): 2010033/2010033. Required mandatory version: 2020000. Contact your system administrator.
В общем все хорошо )))
Нужно немного подождать и все отработает.

debian.

А зачем компилять тогда?

Ну, в бэкпортах только 2.0.9. Можно взять пакет с сайта zabbix, но ИМХО, такие вещи, лучше собирать самому. Хотя бы, через checkinstall.

Вот есть такой вопрос. Кошерно ли держать zabbix, да и вообще сервер мониторинга в виртуалке. Сейчас есть мысль перетащить на физическую машину, но ее надо будет выбивать.

Поделись опытом у кого как в этом плане.

А что плохого, если производительности хватает.

Но, zabbix прожорливый.

У меня на физической машине. Но, я бы с удовольствием перенес в виртуалку. Осталось построить высокопроизводительный кластер.

Ну даже если так - зачем на кучке серверов компилять? Собрал один пакет ручками, да раскидал его по серверам.

Держу, брат жив. Но у меня всего 50 агентов, так что все зависит от ваших масштабов.

Тоже верно.

Интересно, они там собираются вообще шифрование прикручивать? Или они принципиально забили на безопасность?

Виртуальная инфраструктура у нас большая, так что с производительностью точно проблем нет.

Главное, что смущает, что если будет проблема с виртуальной инфраструктурой то заббикс может промолчать.

Особенно теперь в 2.2, когда добавили мониторинг вмвари.

Т.е. trends создаются в процессе получения item'ов? Я думал, что это результат работы housekeeper'а

Вышла новая версия системы мониторинга

Zaibbix

/PETROSYAN-SATRIP-Xvid-2013.avi

Юзаю nagios))чего и вам советую

И как работается с нодами?
На курсах заббикса говорили, что всё плохо и надо выбирать прокси.

И как работается с нодами?

Хреново, но я научился вовремя замечать проблемы. Кстати, скрипт из этого тикета работает с postgresql. Для mysql нужно поменять строку подключения и в двух местах строку поправить. Скрипта сейчас под рукой нет, привожу примерный патч по памяти

стр. 184
- if ( $data and exists $data->{'count'} ) { $result=$data->{'count'} };
+ if ( $data and exists $data->{'count(*)'} ) { $result=$data->{'count(*)'} };

стр. 219
- if ( $data and exists ( $data->{'max'}) and $data->{'max'} ) {
+ my $str1 = sprintf "max(%s)", $sort 
+ if ( $data and exists ( $data->{$str1}) and $data->{$str1} ) {

стр. 221
- "select $field from $table where $sort=" . $data->{'max'}
+ "select $field from $table where $sort=" . $data->{$str1}

стр. 333
- my $connect_string = $dbhost ? "dbi:Pg:dbname=$dbname;host=$dbhost;port=$dbport" : "dbi:Pg:dbname=$dbname";
+ my $connect_string = $dbhost ? "dbi:mysql:dbname=$dbname;host=$dbhost;port=$dbport" : "dbi:mysql:dbname=$dbname";

На курсах заббикса говорили, что всё плохо и надо выбирать прокси.

Это так. Ноды в zabbix - полная жопа. Не понимаю какого фига они настолько глючный функционал пустили в релиз, хотя он не дотягивает даже до альфа-версии.

К сожалению, ТЗ пришло сверху. Нужно было расставить в отдельных ЦОД'ах полноценные сервера мониторинга, которые могли бы показывать текущее состояние. Чтобы в случае проблем с каналом связи можно было работать с zabbix локально.

Всё вышесказанное относится к 2.0. Пока ещё не обновился

У Заббикса обратная совместимость агентов начиная с 1.0, агенты вообще не нужно трогать при апгрейдах. Только прокси, сервер и интерфейс.

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

Что хотите думайте там со своими миллионами хостов и сотнями онлайн юзеров, а NetXMS позволяет выстраивать изящную логику начиная от генерации события, заканчивая обработкой оного, и всё такое прочее, и уделывает заббикс по всем пунктам, кроме, возможно, веб-сценариев и инвентаризации. +Syslog, это ваще вещь.

Просто гляньте одним глазом туда, очень рекомендую. Сам больше к заббиксу не вернусь. Такие дела.

прожорливое чудовище

Так точно

особенно если вовсю использовать лоу-левел дискавери

lld в прожорливости не при чём

а NetXMS позволяет выстраивать изящную логику начиная от генерации события, заканчивая обработкой оного

Смотрел, не понравилось. А в заббикс вложил уже не один десяток часов, толстая обвязка на перле над zabbix api позволяет увидеть выход из этой ж^W свет в конце туннеля

В первую очередь для меня неприемлимо то, что netxms запускается от рута, а без этого часть функционала не работает. Если я буду запускать систему мониторинга от рута, меня первый же аудит с @#$%^ съест

А ещё в секретных лабораториях существует clustrx. Который весь из себя быстрый, но фиг знает где его достать и как применить к реальной жизни.

Если у вас несколько нод, обновляться до 2.2 категорически не рекомендую.

Что-то сломали в процессе синхронизации нод. Очереди Events постоянно растут 10 мин .. 2 ч, потом события ВНЕЗАПНО за минуту полностью передаются на центральную ноду. Пришлось откатываться на 2.0 из бекапа

При этом проблема только с events. Все данные синхронизируются вовремя, но вот события толпятся в очередях и непонятно чего ждут. В результате центральная нода может не знать об инцидентах, которые произшли час назад, но графики построит правильные.

Блин, вот как можно делать ненадёжную систему мониторинга? Слабо им было перед релизом потестировать?

обновляться до 2.2 категорически не рекомендую.

Жаббикс - он как венда. До первого сервиспака, читай - 2.2.2 обновлятся вообще страшно.

Блин, вот как можно делать ненадёжную систему мониторинга? Слабо им было перед релизом потестировать?

Дыкть, багу открывай. А то до 2.3 не починят.

Сперва хотел собрать дополнительную информацию

https://support.zabbix.com/browse/ZBX-7452

З.Ы. Лет ми спик фром май харт ин инглиш