Comments 85
Спасибо всем тем, кто так или иначе участвовал в работе над Zabbix 3.0! Команде Zabbix, дружному собществу и нашим пользователям.
Алексей, спасибо за отличный продукт!
Готовые пакеты будут только под дистрибутивы которые присутствуют сейчас в списке, или планируется расширить? Интересует тот же CentOS 6
Готовые пакеты будут только под дистрибутивы которые присутствуют сейчас в списке, или планируется расширить? Интересует тот же CentOS 6
Планируем расширить. Пишите, что интересует, будем стараться поддерживать большинство популярных платформ.
Очень хотелось бы CentOS 6. Заббикс используется в контейнерах, и переходить на CentOS 7 там смысла нет.
Так если используете контейнеры то вообще без разницы какая ОС.
Вот если сервер стоит уже на CentOS 6 тогда обновление превращается в квест.
Вот если сервер стоит уже на CentOS 6 тогда обновление превращается в квест.
Вы обновлялись? Я хочу сделать апгрейд 6 -> 7. Планировал развернуть новую ВМ, накатить заббикс старой версии(сейчас использую 2.2.), подсунуть ему БД и уже обновляться до 3.0...
Не обновлялся.
Месяц назад обновлялся с 2.0 до 2.4, еще от этого никак отойти не могу.
Если вы про сам сервер, то тут у меня намного проще. Сам заббикс крутится на 6 CentOS, а БД крутится на двух других серверах, их я уже давно обновил до CentOS 7 и MariaDB 10. Так что у меня переезд на 7 версию на много проще. Тем более что для заббикса есть резервный сервер. В моем случае план апгрейда выглядит проще. Отключить репликацию, сделать апгрейд Zabbix, запустить его, если все пошло не так откатить заббикс и подсунуть ему старую БД. Если все норм, запустить репликацию.
Месяц назад обновлялся с 2.0 до 2.4, еще от этого никак отойти не могу.
Если вы про сам сервер, то тут у меня намного проще. Сам заббикс крутится на 6 CentOS, а БД крутится на двух других серверах, их я уже давно обновил до CentOS 7 и MariaDB 10. Так что у меня переезд на 7 версию на много проще. Тем более что для заббикса есть резервный сервер. В моем случае план апгрейда выглядит проще. Отключить репликацию, сделать апгрейд Zabbix, запустить его, если все пошло не так откатить заббикс и подсунуть ему старую БД. Если все норм, запустить репликацию.
Как скоро планируется полная поддержка PHP7?
Здорово, давно ждал. Спасибо за работу.
Вопросы:
Есть ли теперь возможность настраивать макросы на автоматически обнаруженных хостах?
Можно ли в названиях триггеров указывать динамические значения, полученные в теле триггера, а не только {ITEM.VALUE}?
Вопросы:
Есть ли теперь возможность настраивать макросы на автоматически обнаруженных хостах?
Можно ли в названиях триггеров указывать динамические значения, полученные в теле триггера, а не только {ITEM.VALUE}?
Если я правильно вас понял, то таких возможностей сейчас нет. А в триггере кроме {ITEM.VALUEx} что еще хотелось бы получить?
- Я использую заббикс для мониторинга OpenVZ контейнеров (https://github.com/Lelik13a/Zabbix-OpenVZ). Автообноружение находит все контейнера для ноды и создаёт хосты, применяя к ним шаблон мониторинга. Часть пограничных значений для триггеров задаётся через макросы в шаблоне, но для каждого контейнера значения адекватны свои. А задать их можно только определив соответствующий макрос на родительской ноде и для всех контейнеров одно, что очень не удобно.
- Для наглядности, удобно вынести значения, по которым сработал триггер, в название триггера и тело сообщения. Но для каких-либо функций это не работает. Например, сравнение средней величины за период с последним значением этой величины:
key.last() > key.avg(3600)*1.3
В этом случае, обе {ITEM.VALUE1} и {ITEM.VALUE2} == key.last().
А хотелось бы видеть значения левой и правой части выражения, по аналогии: {TRIGGER.EXPRESSION1} и {TRIGGER.EXPRESSION2}. И почтовым сообщениям от заббикса это так же добавит информативности. А то порой не ясно, это небольшой выход за границы дозволенного или уже можно бегать в панике кругами.
Да, насколько я знаю сейчас этого нет.
По макросам сам не раз сталкивался с такой необходимостью, по данной функции существует ZBXNEXT.
По макросам сам не раз сталкивался с такой необходимостью, по данной функции существует ZBXNEXT.
Для Debian Jessie в инструкции описана установка:
# wget http://repo.zabbix.com/zabbix/3.0/debian/pool/main/z/zabbix-release/zabbix-release_3.0-1+jessie_all.deb
# dpkg -i zabbix-release_3.0-1+wheezy_all.deb
# apt-get update
Но не написано, что можно по другому:
root# cat /etc/apt/sources.list.d/zabbix.list
deb http://repo.zabbix.com/zabbix/3.0/debian jessie main
root# wget -O — http://repo.zabbix.com/zabbix-official-repo.key | apt-key add — root# aptitude update && aptitude upgrade
root# aptitude install zabbix-server-mysql zabbix-frontend-php zabbix-agent
Второй способ должен быть правильней, мне кажется.
# wget http://repo.zabbix.com/zabbix/3.0/debian/pool/main/z/zabbix-release/zabbix-release_3.0-1+jessie_all.deb
# dpkg -i zabbix-release_3.0-1+wheezy_all.deb
# apt-get update
Но не написано, что можно по другому:
root# cat /etc/apt/sources.list.d/zabbix.list
deb http://repo.zabbix.com/zabbix/3.0/debian jessie main
root# wget -O — http://repo.zabbix.com/zabbix-official-repo.key | apt-key add — root# aptitude update && aptitude upgrade
root# aptitude install zabbix-server-mysql zabbix-frontend-php zabbix-agent
Второй способ должен быть правильней, мне кажется.
При переходе со второй ветки нужно ли переделывать систему партицирования базы? Сохранились ли имена и структура таблиц истории? Штатный Housekeeping ужасен, то, что вы описали, запуск вручную, вместо расписания никак не решает проблему, а только усугубляет, почему не введен режим партицирования баз из коробки (галочкой в вебморде или опцией в конфиге), хотя на форумах и в официальной вики эта инфа есть уже давным-давно?
Какова процедура апгрейда с 2.4?
Остановить zabbix_server, дампнуть базу, собрать новую версию, запустить zabbix_server, раскатить фронт. Меньше 5 минут со сборкой на овощной виртуалке. Подробности тут
А можно пошагово описать эти процедуры в CLI. Формально звучит понятно, но если бы был пошаговый мануал — это был бы просто хит...
Бездумное хаутушничество ни к чему хорошему не приводит. Лучше разберитесь и сделайте сами, будет полезнее.
На хит не тянет, делал примерно следующее (хейтеры мейкинсталла могут сразу мелко семенить ниже, мне до вашего true-way по боку):
Ну и после того, как убедился в успешном запуске, папку ./frontends/php перенес туда, куда смотрит пыха.
/etc/init.d/zabbix_server stop
mysqldump zabbix -p > zabbix-`date +%F`.sql #тут спросило пароль рутовый мускуля
wget "http://downloads.sourceforge.net/project/zabbix/ZABBIX%20Latest%20Stable/3.0.0/zabbix-3.0.0.tar.gz?r=http%3A%2F%2Fwww.zabbix.com%2Fdownload.php&ts=1455611992&use_mirror=kent" -O zabbix-3.0.0.tar.gz
tar zxf zabbix-3.0.0.tar.gz
cd zabbix-3.0.0
./configure --enable-server --enable-agent --with-mysql --enable-ipv6 --with-net-snmp --with-libcurl --with-libxml2 --prefix=/usr
make install
/etc/init.d/zabbix_server startНу и после того, как убедился в успешном запуске, папку ./frontends/php перенес туда, куда смотрит пыха.
Отличная новость! А не появилось ли мониторинга дисковой подсистемы (iostat) из коробки?
По прежнему не учитывается возможность того, что хосты могут находиться в разных временных зонах и рабочее время в столице и Владивостоке чуть разное.
Обнаружения сервисов systemd, блочных устройств, процессов и пользователей очень не хватает :-)
А так — очень вкусно смотрится всё.
Обнаружения сервисов systemd, блочных устройств, процессов и пользователей очень не хватает :-)
А так — очень вкусно смотрится всё.
Именно потому, по возможности, лучше юзать время UTC. И отнимать удобно, и плюсовать.
А зачем хостам разное время? Может имелись в виду пользователи в разных временных зонах?
Затем, что хосты обычно оказывают услуги, а услугами пользуются пользователели. А они, да, в разных временных зонах. Вне зависимости от того, где находится сервер/прокси, мониторящий хосты.
Да и на графиках даже выводить «рабочее время» было бы полезно с привязкой к месту расположения агента/сервера/девайса.
А то можно заработаться, глянуть на график сервера во Владике, сидя в Калининграде, и удивиться, почему «ночью» (на самом деле — ночью по Калининграду, но очень даже днем по Владивостоку) такая странная нагрузка. Опять таки, банально для разных часовых зон разные периоды обслуживания, разное время разрешения присылать уведомления и прочее.
Причем, как я понимаю, надо всего-то клиенту в БД Заббикса привязать поле «часовой пояс», и все выводить с учетом этого. Ну и макросы, вероятно, добавятся, «время сервера» vs «время на клиенте», и связанные по смыслу. Это «просто» звучит, но работа конечно вряд ли простая, но облизываются на эту возможность очень многие, я уверен — для распределенных сетей это просто спасение.
А то можно заработаться, глянуть на график сервера во Владике, сидя в Калининграде, и удивиться, почему «ночью» (на самом деле — ночью по Калининграду, но очень даже днем по Владивостоку) такая странная нагрузка. Опять таки, банально для разных часовых зон разные периоды обслуживания, разное время разрешения присылать уведомления и прочее.
Причем, как я понимаю, надо всего-то клиенту в БД Заббикса привязать поле «часовой пояс», и все выводить с учетом этого. Ну и макросы, вероятно, добавятся, «время сервера» vs «время на клиенте», и связанные по смыслу. Это «просто» звучит, но работа конечно вряд ли простая, но облизываются на эту возможность очень многие, я уверен — для распределенных сетей это просто спасение.
Обновился до 3.0, интерфейс сейчас стал намного лучше, удобнее и приятнее. Авторам огромное спасибо за огромную работу.
Подскажите, пожалуйста, по поводу длительности обновления с 2.4 до 3.0.
Сейчас база MySQL имеет размер 100 ГБ. Есть дамп без истории на всякий случай.
Сколько примерно будет длиться обновление базы процессом zabbix-server в данном случае?
Сейчас база MySQL имеет размер 100 ГБ. Есть дамп без истории на всякий случай.
Сколько примерно будет длиться обновление базы процессом zabbix-server в данном случае?
Несколько минут, зависит от железа. Мы не трогаем исторические таблицы при обновлении на 3.0.
А если не секрет, каким максимальных размеров базы вы обновляли при теститовании и какого порядка там было время обновления?
Зависит не от размера исторических данных, а от размера конфигурационных данных. Конкретно для версии 3.0 время обновления зависит от размера таблиц в которых содержатся узлы сети (hosts) и триггеры. Если брать к примеру миллион записей, то обновление займет 5-8 минут. Однако все зависит от железа на котором работает сервер базы данных. Дольше 15-20 минут обновление не займет.
Насколько сложно будет обновится с 1.8 на 3.0 — какие процедуры стоит предусмотреть?
Если не ошибаюсь в какойто из 2.х версий были внесены значимые изменения в структуры базы (если ничего не путаю :)
Если не ошибаюсь в какойто из 2.х версий были внесены значимые изменения в структуры базы (если ничего не путаю :)
В версии 2.0 мы сделали неизбежное изменение — добавили наносекунды к временным меткам. С того момента таблицы истории не менялись и переход с одной версии на другую обычно занимает минуты.
так на что похож апгрейд с 1.8 на 3.0?
раньше мне приходилось делать только свежии инсталяции 2.2/4 с последующим нормальным "апдейтом" на новые версии.
но сейчас я практически никак не могу потерять исторические данные с версии 1.8 :/
раньше мне приходилось делать только свежии инсталяции 2.2/4 с последующим нормальным "апдейтом" на новые версии.
но сейчас я практически никак не могу потерять исторические данные с версии 1.8 :/
так на что похож апгрейд с 1.8 на 3.0?
Единого мнения нет. :)
Насколько сложно будет обновится с 1.8 на 3.0 — какие процедуры стоит предусмотреть?
Останавливаем Zabbix. Берём патч из последней версии 2.0.х и накатываем на базу данных. Это может быть долгим процессом в зависимости от размера истории. Ускорить его можно переименованием старых и созданием новых таблиц истории. Потом, уже после того, как запустим 3.0 переливаем данные из старых таблиц в новые. Это значительно уменьшит даунтайм.
После того, как структура базы у нас соответствует 2.0, запускаем Zabbix сервер 3.0.х и всё. Он всё сделает сам, за прогрессом можно следить в лог файле. Да, и файлы интерфейса необходимо обновить.
В версии 3.0 мы повысили минимальную поддержуемую версию PHP, обратите на это внимание.
круто. интерфейс переделали, а графики, как были страшные и некрасивые, так такими и остались.
но в целом это мой любимый мониторинг. вот графики только подкачали…
но в целом это мой любимый мониторинг. вот графики только подкачали…
А что случилось с параметром конфига
HistoryTextCacheSize
После обновления, ругался на него, пришлось закомментировать.
От новой вебморды впечатления двоякие, очень непривычно после классической, но работает быстрее. Очень не хватает поиска на картах сети, у меня есть карты по 500+ только узлов, не считая их связей и найти быстро нужный на карте тот еще квест. А так обновлялся из-за множественных значений в LLD, до этого все реализовывал своими скриптами, постараюсь избавиться в шаблонах.
Планируются ли какие-либо улучшения на картах, типа автоматического построения связей между узлами на основе LLDP или mac связности, карты критично не обновлялись с версии 1.6 (добавление ссылок к элементам не в счет) и очень напрашиваются.
HistoryTextCacheSize
После обновления, ругался на него, пришлось закомментировать.
От новой вебморды впечатления двоякие, очень непривычно после классической, но работает быстрее. Очень не хватает поиска на картах сети, у меня есть карты по 500+ только узлов, не считая их связей и найти быстро нужный на карте тот еще квест. А так обновлялся из-за множественных значений в LLD, до этого все реализовывал своими скриптами, постараюсь избавиться в шаблонах.
Планируются ли какие-либо улучшения на картах, типа автоматического построения связей между узлами на основе LLDP или mac связности, карты критично не обновлялись с версии 1.6 (добавление ссылок к элементам не в счет) и очень напрашиваются.
А что случилось с параметром конфига HistoryTextCacheSize?
Он не поддерживается. Вместо него добавился HistoryIndexCacheSize. Вот более подробная информация из Upgrade Notes: https://www.zabbix.com/documentation/3.0/ru/manual/installation/upgrade_notes_300
Планируются ли какие-либо улучшения на картах...?
Да, но пока мне не хотелось бы их озвучивать. Иначе, это может прозвучать как обещание.
Скажите, а не появилось ли возможности автоматически добавлять айтемы в графики по шаблону?
Юз кейс:
Очень хочется, чтобы новые айтемы для новых серверов сами добавлялись в кастомные графики сразу после их обнаружения через LLD
Всю голову сломали, пока добавляем вручную.
Юз кейс:
- Есть прототип айтема с ключем типа SomeApplication[{#ServerName},SomeMertic]
- Айтемы добавляются на основе прототипа через LLD (для каждого нового #ServerName)
- Есть кастомный график на который ВРУЧНУЮ добавлены все айтемы одного прототипа (позволяет отслеживать отклонение метрик конкретного сервера от "среднего по больницы")
Очень хочется, чтобы новые айтемы для новых серверов сами добавлялись в кастомные графики сразу после их обнаружения через LLD
Всю голову сломали, пока добавляем вручную.
Поздравляю и спасибо за прекрасное ПО!
Мои больные вопросы:
Мои больные вопросы:
- Сделали ли возможность копировать итемы из\в низкоуровнего обнаружения?
- Появилась ли возможность груповой обработки итемов, добавленных в хост из шаблонов и LLD?
- Планируете ли починить отправку сообщений по xmpp? Сейчас у Вас джаббер фактически не дееспособен (проверял на gmail и собственном ejabberd 2.1.13)
- Оптимизировалась ли работа с SNMP? У меня с версии 2.2 вплоть до последней 2.4 она работает нестабильно. Хосты постоянно отваливаются и не возвращаются. На разных версиях линукса и пакетов net-snmp.
- Будет ли аннонс митапа тут?
Алексей, а что слышно о поддержке PHP >= 5.5 (конкретно 5.6.x)? Ведь самые основные функции интерфейса ломаются (создание хоста/смена пароля и др.). Приходится держать на холде архивный PHP5.5, что не есть хорошо.
Планируются ли версии пакетов для CentOS/RedHat ниже 7-ой версии?
Если не возникнут технические трудности, то пакеты появятся в самое ближайшее время. Сообщу, как только будет более точная информация.
Сложность в том, что в CentOS 6.x неподдерживаемая версия PHP и старый libcurl. Если мы будем делать пакеты, то придётся использовать дополнительные репозитории. Пока думаем над этим вопросом.
Вот это конечно уже не совсем хорошая новость.
Конечно с развитием контейнеров можно решить эту проблему, но все равно костыль.
Кстати, было бы неплохо для новичков сделать инструкцию как настроить веб интерфейс для работы с nginx+php-fpm.
Понятно что там делать не сильно то и много надо, но иметь рекомендации от разработчиков всегда приятно.
Конечно с развитием контейнеров можно решить эту проблему, но все равно костыль.
Кстати, было бы неплохо для новичков сделать инструкцию как настроить веб интерфейс для работы с nginx+php-fpm.
Понятно что там делать не сильно то и много надо, но иметь рекомендации от разработчиков всегда приятно.
alexvl Доброго времени суток, у меня история в партициях, при обновлении с 2.4 на 3.0 оно не поломается?
Нет, не поломается. Обновление никак не затрагивает историю.
А можно как-нибудь поправить дашборд, в панели последние 20 событий, в плане компактности? А то по сравнению с 2.7.х стало неудобно. Раньше каждое событие занимало 1 строку, теперь 2.
Как по мне — гораздо удачнее было во 2й версии в этом плане. Хотя в целом интерфейс у 3-й версии гораздо приятнее.
2.4.7
Картинку ставить не удалось =((
Как по мне — гораздо удачнее было во 2й версии в этом плане. Хотя в целом интерфейс у 3-й версии гораздо приятнее.
Вторая картинка в посте — 20 событий, по одной строке каждое.
2.4.7
3.0.0
Теперь получилось вставить =)
Как видно, 3я версия — более "дутая". А в посте — какое разрешение у монитора? У меня на работе 1600х900.
Соглашусь с этим. Попытаемся что-то улучшить в ближайших 3.0.х.
Хм. Действительно, во многих местах (Latest data, Configuration->Hosts, Dashboard) очень нерационально стало использоваться место. На 1920x1080 влезает совсем немного записей.
Это не говоря уж о варнингах PHP и одном воспроизводимом крэше сервера :-)
Это не говоря уж о варнингах PHP и одном воспроизводимом крэше сервера :-)
А импорт-экспорт Value Maps появился?
Реально ли использовать для отправки нотификейшенов smtp.gmail.com? Пробую, но не выходит. Пишет Login denied: Authentication failed: 535. С настройками вроде как не косячил:
Так же пробовал 465 порт и SSL\TLS.
Скрин
Так же пробовал 465 порт и SSL\TLS.
а появилась ли опция отслеживания, что хост «флешует»? То есть кратковременный переход из стабильного состояния в критическое и обратное. При этом уведомление присылается на оба события и так может длиться всю ночь, например.
Алексей, а когда можно ожидать какие-то более серьёзные архитектурные изменения? В первую очередь интересует распределённый мониторинг без SPOF с централизованным управлением и NOSQL хранилище.
Обещанного 3 года ждут, но и они уже прошли :)
Обещанного 3 года ждут, но и они уже прошли :)
Мне трудно отвечать на вопросы "когда будет...". NOSQL точно будет, хотели сделать в 3.0, но не успели. Что касается нового распределённого мониторинга, то тут пока нет решения. Видимо, это будет зависит от переноса API на сторону сервера и интерфейса, который сможет общаться с несколькими серверами. Есть множество разносторонних требований к распределённому мониторингу, постоянно над этим думаем.
Приходите на встречу пользователей Zabbix в Москве 12 Марта в офисе Badoo! http://www.meetup.com/Zabbix-Moscow-Meetup/events/229254727/
Большое спасибо за прекрасный продукт! Однако, возникла проблема: на 15.04 Ubuntu server установлен Zabbix 3.0 (zabbix-server-pgsql), естественно с агентом вместе. А вот zabbix_get не могу найти… где и как его достать?
cli лог
root@zabbix:/# apt-get install zabbix-server-pgsql
Reading package lists… Done
Building dependency tree
Reading state information… Done
zabbix-server-pgsql is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
root@zabbix:/# apt-get install zabbix-agent
Reading package lists… Done
Building dependency tree
Reading state information… Done
zabbix-agent is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
root@zabbix:/# uname -a
Linux zabbix 4.2.0-16-generic #19-Ubuntu SMP Thu Oct 8 15:35:06 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
root@zabbix:/# zabbix_get
The program 'zabbix_get' can be found in the following packages:
Reading package lists… Done
Building dependency tree
Reading state information… Done
zabbix-server-pgsql is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
root@zabbix:/# apt-get install zabbix-agent
Reading package lists… Done
Building dependency tree
Reading state information… Done
zabbix-agent is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
root@zabbix:/# uname -a
Linux zabbix 4.2.0-16-generic #19-Ubuntu SMP Thu Oct 8 15:35:06 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
root@zabbix:/# zabbix_get
The program 'zabbix_get' can be found in the following packages:
- zabbix-proxy-mysql
- zabbix-proxy-pgsql
- zabbix-proxy-sqlite3
- zabbix-server-mysql
- zabbix-server-pgsql
Try: apt-get install root@zabbix:/#
Архив на Zabbix 3.0 для ovf битый, или у меня руки из зада?
https://yadi.sk/i/-DLHO7hUuJhj2
https://yadi.sk/i/-DLHO7hUuJhj2
Sign up to leave a comment.
Вышел Zabbix 3.0