Pull to refresh

Comments 85

Спасибо всем тем, кто так или иначе участвовал в работе над Zabbix 3.0! Команде Zabbix, дружному собществу и нашим пользователям.
Алексей, спасибо за отличный продукт!
Готовые пакеты будут только под дистрибутивы которые присутствуют сейчас в списке, или планируется расширить? Интересует тот же CentOS 6
Планируем расширить. Пишите, что интересует, будем стараться поддерживать большинство популярных платформ.
Очень хотелось бы CentOS 6. Заббикс используется в контейнерах, и переходить на CentOS 7 там смысла нет.
Так если используете контейнеры то вообще без разницы какая ОС.
Вот если сервер стоит уже на CentOS 6 тогда обновление превращается в квест.
Вы обновлялись? Я хочу сделать апгрейд 6 -> 7. Планировал развернуть новую ВМ, накатить заббикс старой версии(сейчас использую 2.2.), подсунуть ему БД и уже обновляться до 3.0...
Не обновлялся.
Месяц назад обновлялся с 2.0 до 2.4, еще от этого никак отойти не могу.
Если вы про сам сервер, то тут у меня намного проще. Сам заббикс крутится на 6 CentOS, а БД крутится на двух других серверах, их я уже давно обновил до CentOS 7 и MariaDB 10. Так что у меня переезд на 7 версию на много проще. Тем более что для заббикса есть резервный сервер. В моем случае план апгрейда выглядит проще. Отключить репликацию, сделать апгрейд Zabbix, запустить его, если все пошло не так откатить заббикс и подсунуть ему старую БД. Если все норм, запустить репликацию.
Как скоро планируется полная поддержка PHP7?
Уже должно всё работать, но официальная поддержка будет позже.
Здорово, давно ждал. Спасибо за работу.
Вопросы:
Есть ли теперь возможность настраивать макросы на автоматически обнаруженных хостах?
Можно ли в названиях триггеров указывать динамические значения, полученные в теле триггера, а не только {ITEM.VALUE}?
Если я правильно вас понял, то таких возможностей сейчас нет. А в триггере кроме {ITEM.VALUEx} что еще хотелось бы получить?
  1. Я использую заббикс для мониторинга OpenVZ контейнеров (https://github.com/Lelik13a/Zabbix-OpenVZ). Автообноружение находит все контейнера для ноды и создаёт хосты, применяя к ним шаблон мониторинга. Часть пограничных значений для триггеров задаётся через макросы в шаблоне, но для каждого контейнера значения адекватны свои. А задать их можно только определив соответствующий макрос на родительской ноде и для всех контейнеров одно, что очень не удобно.

  2. Для наглядности, удобно вынести значения, по которым сработал триггер, в название триггера и тело сообщения. Но для каких-либо функций это не работает. Например, сравнение средней величины за период с последним значением этой величины:
    key.last() > key.avg(3600)*1.3
    В этом случае, обе {ITEM.VALUE1} и {ITEM.VALUE2} == key.last().
    А хотелось бы видеть значения левой и правой части выражения, по аналогии: {TRIGGER.EXPRESSION1} и {TRIGGER.EXPRESSION2}. И почтовым сообщениям от заббикса это так же добавит информативности. А то порой не ясно, это небольшой выход за границы дозволенного или уже можно бегать в панике кругами.
Да, насколько я знаю сейчас этого нет.
По макросам сам не раз сталкивался с такой необходимостью, по данной функции существует 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

Второй способ должен быть правильней, мне кажется.
Оба способа делают одни и те же действия. Разница лишь в том, что пакет zabbix-release_3.0-1+jessie_all.deb уже содержит в себе второй способ. В действительности же нет разницы как именно добавлять новый репозиторий, первым или вторым способом.
При переходе со второй ветки нужно ли переделывать систему партицирования базы? Сохранились ли имена и структура таблиц истории? Штатный Housekeeping ужасен, то, что вы описали, запуск вручную, вместо расписания никак не решает проблему, а только усугубляет, почему не введен режим партицирования баз из коробки (галочкой в вебморде или опцией в конфиге), хотя на форумах и в официальной вики эта инфа есть уже давным-давно?
Всё сохранилось, ничего переделывать не надо. Таблицы истории меняются только в случае крайней необходимости, как было, например, при добавлении наносекунд к временным меткам в версии 2.0.
Спасибо, отлично, как раз помню то изменение, теперь между ветками перехожу с большим опасением.
Какова процедура апгрейда с 2.4?
Остановить zabbix_server, дампнуть базу, собрать новую версию, запустить zabbix_server, раскатить фронт. Меньше 5 минут со сборкой на овощной виртуалке. Подробности тут
А можно пошагово описать эти процедуры в CLI. Формально звучит понятно, но если бы был пошаговый мануал — это был бы просто хит...
Бездумное хаутушничество ни к чему хорошему не приводит. Лучше разберитесь и сделайте сами, будет полезнее.
На хит не тянет, делал примерно следующее (хейтеры мейкинсталла могут сразу мелко семенить ниже, мне до вашего true-way по боку):

/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, блочных устройств, процессов и пользователей очень не хватает :-)

А так — очень вкусно смотрится всё.
Именно потому, по возможности, лучше юзать время UTC. И отнимать удобно, и плюсовать.
Вы наверное не так поняли. Рабочее время в Красноярске, Москве и Хабаровске — разное (в UTC или любой другой ОДНОЙ временнОй зоне). А заббикс не умеет разных временных зон от слова «совсем». И это печально. Хотя конечно не всем нужно.
ну поставьте UTC и отнимайте все. Ну т.е. вроде как не так уж и страшно это.
А зачем хостам разное время? Может имелись в виду пользователи в разных временных зонах?
Затем, что хосты обычно оказывают услуги, а услугами пользуются пользователели. А они, да, в разных временных зонах. Вне зависимости от того, где находится сервер/прокси, мониторящий хосты.
думаю да было б полезно сделать общую настройку в веб интерфейса, в профиле пользака, выбирать зону. Хардокорный вариант — для каждого региона своя морда с разными time_zone в php.ini
Да и на графиках даже выводить «рабочее время» было бы полезно с привязкой к месту расположения агента/сервера/девайса.

А то можно заработаться, глянуть на график сервера во Владике, сидя в Калининграде, и удивиться, почему «ночью» (на самом деле — ночью по Калининграду, но очень даже днем по Владивостоку) такая странная нагрузка. Опять таки, банально для разных часовых зон разные периоды обслуживания, разное время разрешения присылать уведомления и прочее.

Причем, как я понимаю, надо всего-то клиенту в БД Заббикса привязать поле «часовой пояс», и все выводить с учетом этого. Ну и макросы, вероятно, добавятся, «время сервера» vs «время на клиенте», и связанные по смыслу. Это «просто» звучит, но работа конечно вряд ли простая, но облизываются на эту возможность очень многие, я уверен — для распределенных сетей это просто спасение.
Обновился до 3.0, интерфейс сейчас стал намного лучше, удобнее и приятнее. Авторам огромное спасибо за огромную работу.
UFO just landed and posted this here
Подскажите, пожалуйста, по поводу длительности обновления с 2.4 до 3.0.
Сейчас база MySQL имеет размер 100 ГБ. Есть дамп без истории на всякий случай.
Сколько примерно будет длиться обновление базы процессом zabbix-server в данном случае?
Несколько минут, зависит от железа. Мы не трогаем исторические таблицы при обновлении на 3.0.
А если не секрет, каким максимальных размеров базы вы обновляли при теститовании и какого порядка там было время обновления?
Зависит не от размера исторических данных, а от размера конфигурационных данных. Конкретно для версии 3.0 время обновления зависит от размера таблиц в которых содержатся узлы сети (hosts) и триггеры. Если брать к примеру миллион записей, то обновление займет 5-8 минут. Однако все зависит от железа на котором работает сервер базы данных. Дольше 15-20 минут обновление не займет.
Насколько сложно будет обновится с 1.8 на 3.0 — какие процедуры стоит предусмотреть?
Если не ошибаюсь в какойто из 2.х версий были внесены значимые изменения в структуры базы (если ничего не путаю :)
В версии 2.0 мы сделали неизбежное изменение — добавили наносекунды к временным меткам. С того момента таблицы истории не менялись и переход с одной версии на другую обычно занимает минуты.
так на что похож апгрейд с 1.8 на 3.0?
раньше мне приходилось делать только свежии инсталяции 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, обратите на это внимание.
круто. интерфейс переделали, а графики, как были страшные и некрасивые, так такими и остались.
но в целом это мой любимый мониторинг. вот графики только подкачали…
Сразу всё не получается сделать. Могу только сказать, что в 3.2 мы продолжим усиленно работать над интерфейсом.
круто :) не забывайте про графики пожалуйста! там в треккере у вас просьбы еще с 1.8 вроде висят :) вы же вроде добавили antialiasing, но толкьо он то работает, то нет… реально ж портит вид — графики один из самых главных элементов интерфейса.
А что случилось с параметром конфига
HistoryTextCacheSize
После обновления, ругался на него, пришлось закомментировать.
От новой вебморды впечатления двоякие, очень непривычно после классической, но работает быстрее. Очень не хватает поиска на картах сети, у меня есть карты по 500+ только узлов, не считая их связей и найти быстро нужный на карте тот еще квест. А так обновлялся из-за множественных значений в LLD, до этого все реализовывал своими скриптами, постараюсь избавиться в шаблонах.
Планируются ли какие-либо улучшения на картах, типа автоматического построения связей между узлами на основе LLDP или mac связности, карты критично не обновлялись с версии 1.6 (добавление ссылок к элементам не в счет) и очень напрашиваются.
А что случилось с параметром конфига HistoryTextCacheSize?

Он не поддерживается. Вместо него добавился HistoryIndexCacheSize. Вот более подробная информация из Upgrade Notes: https://www.zabbix.com/documentation/3.0/ru/manual/installation/upgrade_notes_300

Планируются ли какие-либо улучшения на картах...?

Да, но пока мне не хотелось бы их озвучивать. Иначе, это может прозвучать как обещание.
Скажите, а не появилось ли возможности автоматически добавлять айтемы в графики по шаблону?

Юз кейс:

  1. Есть прототип айтема с ключем типа SomeApplication[{#ServerName},SomeMertic]
  2. Айтемы добавляются на основе прототипа через LLD (для каждого нового #ServerName)
  3. Есть кастомный график на который ВРУЧНУЮ добавлены все айтемы одного прототипа (позволяет отслеживать отклонение метрик конкретного сервера от "среднего по больницы")

Очень хочется, чтобы новые айтемы для новых серверов сами добавлялись в кастомные графики сразу после их обнаружения через LLD
Всю голову сломали, пока добавляем вручную.
Очень хочется, чтобы новые айтемы для новых серверов сами добавлялись в кастомные графики сразу после их обнаружения через LLD

Очень хотели это сделать в 3.0, но не успели. Это один из наиболее популярных запросов на новую функциональность.
Спасибо, будем ждать :)
Поздравляю и спасибо за прекрасное ПО!

Мои больные вопросы:

  1. Сделали ли возможность копировать итемы из\в низкоуровнего обнаружения?
  2. Появилась ли возможность груповой обработки итемов, добавленных в хост из шаблонов и LLD?
  3. Планируете ли починить отправку сообщений по xmpp? Сейчас у Вас джаббер фактически не дееспособен (проверял на gmail и собственном ejabberd 2.1.13)
  4. Оптимизировалась ли работа с SNMP? У меня с версии 2.2 вплоть до последней 2.4 она работает нестабильно. Хосты постоянно отваливаются и не возвращаются. На разных версиях линукса и пакетов net-snmp.
  5. Будет ли аннонс митапа тут?
Алексей, а что слышно о поддержке PHP >= 5.5 (конкретно 5.6.x)? Ведь самые основные функции интерфейса ломаются (создание хоста/смена пароля и др.). Приходится держать на холде архивный PHP5.5, что не есть хорошо.
Алексей, а что слышно о поддержке PHP >= 5.5 (конкретно 5.6.x)?

Поддерживаются все версии PHP начиная от 5.4. Кроме 7.0. Так что 5.6.х можно смело использовать.
А как же ZBX-9784, который хоть и отмечен как починенный, ничего толком не делает и не протестирован (см. также IKR-71)? Т.е. патч r58205 ничего не делает.
ZBX-9784 протестирован и включён в состав 3.0.0. Если остались какие проблемы, то будем быстро решать.
Планируются ли версии пакетов для CentOS/RedHat ниже 7-ой версии?
Если не возникнут технические трудности, то пакеты появятся в самое ближайшее время. Сообщу, как только будет более точная информация.
Сложность в том, что в CentOS 6.x неподдерживаемая версия PHP и старый libcurl. Если мы будем делать пакеты, то придётся использовать дополнительные репозитории. Пока думаем над этим вопросом.
Вот это конечно уже не совсем хорошая новость.
Конечно с развитием контейнеров можно решить эту проблему, но все равно костыль.
Кстати, было бы неплохо для новичков сделать инструкцию как настроить веб интерфейс для работы с nginx+php-fpm.
Понятно что там делать не сильно то и много надо, но иметь рекомендации от разработчиков всегда приятно.
alexvl Доброго времени суток, у меня история в партициях, при обновлении с 2.4 на 3.0 оно не поломается?
Нет, не поломается. Обновление никак не затрагивает историю.
Обновились до 3.0 полёт нормальный. Спасибо за проделанную работу.
А можно как-нибудь поправить дашборд, в панели последние 20 событий, в плане компактности? А то по сравнению с 2.7.х стало неудобно. Раньше каждое событие занимало 1 строку, теперь 2.

2.4.7
Картинку ставить не удалось =((


Как по мне — гораздо удачнее было во 2й версии в этом плане. Хотя в целом интерфейс у 3-й версии гораздо приятнее.
Вторая картинка в посте — 20 событий, по одной строке каждое.
2.4.7


3.0.0


Теперь получилось вставить =)
Как видно, 3я версия — более "дутая". А в посте — какое разрешение у монитора? У меня на работе 1600х900.
Соглашусь с этим. Попытаемся что-то улучшить в ближайших 3.0.х.
Хм. Действительно, во многих местах (Latest data, Configuration->Hosts, Dashboard) очень нерационально стало использоваться место. На 1920x1080 влезает совсем немного записей.

Это не говоря уж о варнингах PHP и одном воспроизводимом крэше сервера :-)
Ой, вижу — появился. Это очень хорошо!
Реально ли использовать для отправки нотификейшенов smtp.gmail.com? Пробую, но не выходит. Пишет Login denied: Authentication failed: 535. С настройками вроде как не косячил:

Скрин
image

Так же пробовал 465 порт и SSL\TLS.
Да, реально. Где-то я об этом подробно писал, так сразу не могу отыскать. Поищу...
Попробуйте SSL/TLS и 993 порт. Двухфакторка точно не включена?
Что за ерунду я написал, заклинило на IMAP`е...
а появилась ли опция отслеживания, что хост «флешует»? То есть кратковременный переход из стабильного состояния в критическое и обратное. При этом уведомление присылается на оба события и так может длиться всю ночь, например.
Алексей, а когда можно ожидать какие-то более серьёзные архитектурные изменения? В первую очередь интересует распределённый мониторинг без SPOF с централизованным управлением и NOSQL хранилище.
Обещанного 3 года ждут, но и они уже прошли :)
Мне трудно отвечать на вопросы "когда будет...". NOSQL точно будет, хотели сделать в 3.0, но не успели. Что касается нового распределённого мониторинга, то тут пока нет решения. Видимо, это будет зависит от переноса API на сторону сервера и интерфейса, который сможет общаться с несколькими серверами. Есть множество разносторонних требований к распределённому мониторингу, постоянно над этим думаем.
Большое спасибо за прекрасный продукт! Однако, возникла проблема: на 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:

  • 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/tPwSQUFauJiPQ
Снимается. Перескачал архив.
Only those users with full accounts are able to leave comments. Log in, please.