Вышел Zabbix 3.0

    Долгожданная версия открытой системы мониторинга Zabbix обещает нам целый ворох новых возможностей, вставая на путь визуального обновления.
    Сегодня хочу поделиться с вами тем, что принес релиз, и чем можно начать пользоваться уже сегодня, скачав новую версию с сайта. Мы также будем рады пригласить всех желающих на Zabbix Meetup в Москве, подробности о котором вы найдете в конце статьи.




    Интерфейс


    Первое, что бросается в глаза — это освежевший веб-интерфейс. Новый дизайн избавился от лишних, нагромождавших элементов, ушли различные ненужные рамки графиков и так далее.



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



    Про остальные изменения интерфейса можно почитать тут.
    а также в отдельном мини-обзоре на Хабре.


    Шифрование


    Теперь Zabbix поддерживает шифрование всех сообщений при необходимости — все общение между сервером, прокси и агентом может быть зашифровано и защищено от посторонних любопытных глаз.
    Шифрование также предоставляет и аутентификацию — только при наличии доверенного сертификата или Pre-shared ключа компоненты смогут пообщаться с Zabbix. Аутентификация при этом взаимная, то есть не только Zabbix Server проверяет сертификат агента, но и агент может быть настроен проверять сертификат сервера: кто его выпустил и можно ли им верить.



    Шифрование при этом полностью опционально, и может быть настроено для каждого компонента отдельно ( то есть одни агенты и прокси могут использовать шифрование, а другие продолжать общаться в открытую как и ранее)



    Если шифрование Вам не нужно или Вы к нему морально не готовы, то просто используйте Zabbix как и прежде (взяв в оборот другие новые возможности конечно! :) ) При этом все компоненты 3.0 будут поддерживать шифрование, и его можно будет постепенно включать для отдельных компонентов в удобном для себя темпе.

    И никаких новых портов — как и раньше 10050/10051 используются для всех видов коммуникаций в Zabbix.

    Все подробности про шифрование в Zabbix здесь, а также в нашем отдельном мини-обзоре на Хабре.



    Предсказание и прогнозирование


    Предвидеть проблему до того, как она произойдет? — Теперь да, в Zabbix 3.0.
    Говорят, что в 2016 на дисках все еще кончается место иногда. Zabbix может предвидеть такую ситуацию и спасти приложение от падения, предупредив всех заранее и дав время добавить или освободить место как раз до того, как начнутся проблемы.
    Просто посмотрите пример, где Zabbix предсказывает, как быстро закончится место на /home, проанализировав исторические значения за последнее время.



    Допустим, что нам нужно 10 часов, чтобы отреагировать и добавить или почистить место (как на скриншоте выше). И допустим, что 1 часа собранных данных о свободном месте достаточно, чтобы сделать корректный прогноз. Реальная проблема для нас — когда место на разделе / (vfs.fs.size[/,free] ) полностью закончится, т.е. 0 байт. Тогда Zabbix должен поднять аварию, когда прогноз на 10 часов вперед, основанный на собранных данных за предыдущий 1 час будет равен 0, или:
    {host:vfs.fs.size[/,free].forecast(1h,,10h)}<=0

    или можно поменять местами горизонт прогнозирования(10h) и пороговое значение (0 байт) и использовать другую триггерную функцию:
    {host:vfs.fs.size[/,free].timeleft(1h,,0)}<=10h

    Статистический анализ под капотом этих функций один и тот же, так что просто выбирайте выражение, которое удобнее.

    Узнать про прогнозирование в Zabbix можно здесь и здесь.
    А также в нашей отдельной статье на Хабре по прогнозированию.



    Мониторинг использования CPU отдельным процессом или приложением


    Новый элемент данных proc.cpu.util, доступный на Linux и Solaris, позволяет мониторить использование CPU каждым отдельным процессом или группой процессов.
    Например, администратору сервера может быть интересно контролировать, как используют CPU различные пользователи. При помощи ключа:
    proc.cpu.util[,john]

    он сможет увидеть использование CPU всеми процессами, запущенными под john'ом. А если вдруг интересна только java Джона:
    proc.cpu.util[java,john]

    Кроме имени пользователя и процесса можно и указывать тип утилизации CPU (system, user), имя процесса с путем и другие параметры.
    Полную спецификацию можно найти тут.







    Улучшения производительности


    History cache


    В 3.0 не забыли и об оптимизации производительности. Например, был серьезно переработан кэш исторических данных (History Cache). Благодаря переработке структуры кэш работает быстро при любом соотношении items/values, даже если всего несколько элементов данных заполняют сервер большим количеством исторических значений.
    Индекс (History index) был добавлен, чтобы следить за этим кэшем. Контролировать его можно используя новый внутренний счетчик zabbix[wcache,index,]



    Например, на графике наглядно видно как долго происходила обработка восемью history syncers 500000 значений для 100 элементов данных до 3.0 и после.
    Подробнее по этой и другим внутренним проверкам здесь.

    Action cache


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





    Запуск проверок в определенное время


    Если что-то было достаточно проверять один раз в день, то невозможно было выбрать точное время. Проверка могла произойти и ночью и в обед, и на это никак нельзя было повлиять.
    Ну а теперь можно.
    Например, если нужно собирать данные с офисных компьютеров, то просто выставите расписание сбора с 9 до 6 в будни:



    Это позволит нам избежать ненужных аварий о недоступности выключенных компьютеров ночью.
    В примере выше проверки будут происходить каждые пять минут (m/5) только в рабочие дни(wd1-5) с 8 до 18 (h9-18), то есть в 9:00, 9:05, 9:10 и так далее.



    А может Вы хотели бы делать LLD-дискавери глубокой ночью, чтобы минимизировать влияние на сеть? Да, это можно сделать точно также.
    Подробнее про интервалы по расписанию здесь.



    Пользовательские карты, экраны и слайды


    В Zabbix появились личные карты, комплексные экраны(screens) и слайды.
    Это позволяет каждому пользователю создавать свои собственные представления информации, которые будут ему удобны. И админские права совсем не нужны.
    При этом картой или экраном можно легко поделиться, сделав его доступным всем пользователям, или только членам определенной группы:



    Интересно? больше здесь.



    Имена групп элементов данных с использованием макросов


    Давным-давно люди спрашивали про возможность использования макросов низкоуровневого обнаружения (LLD) в названии в группах элементов данных? Да, теперь пожалуйста и это — прототипы групп элементов данных(Applications) теперь доступны наравне с прототипами элементов данных, триггеров, графиков и комплексных экранов.
    Например, для сетевых интерфейсов:





    Принудительный запуск процедуры очистки базы данных


    Процедура очистки базы данных необходима для удаления старых исторических данных. Если удалить нужно действительно много, то потребуется большое количество системные ресурсов, что может негативно сказаться на остальных процессах Zabbix, которые заняты чем-то поважней и полезней.
    В 3.0 добавлена возможность отменить запуск процедуры очистки по расписанию и запускать её вручную, когда это необходимо. Новая возможность поддерживается как Zabbix прокси, так и Zabbix сервером. Чтобы воспользоваться ею, необходимо отключить в конфиг-файле исполнение очистки по расписанию:
    HousekeepingFrequency=0

    И затем очистку базы данных возможно запускать через командную строку:
    zabbix_server -R housekeeper_execute

    Про выполнение этой и других административных функций(runtime-control) из командной строки читайте тут.



    Возможность работы Zabbix компонент на переднем плане


    Основные Zabbix процессы теперь могут быть запущены не только как демоны, если использовать ключ -f (--foreground). Кроме других преимуществ это, например, может быть полезно при использовании компонент Zabbix в Docker.



    Зависимости между прототипами триггеров


    Зависимости между триггерами, которые позволяют получить только одну аварию от роутера, вместо десятка аварий от устройств, которые расположены за ним — в Zabbix уже довольно давно. Но, к сожалению, это не работало для прототипов триггеров. Опять же, в 3.0 это ограничение уходит. Это позволит, например, создавать группу триггеров из прототипов, которые имеют разные пороговые значения и уровень важности (предупреждение и авария) при мониторинге количества свободного места на диске:





    Подробности найдутся тут.



    Обнаружение служб Windows





    Те, кто мониторят Windows сервера через Zabbix, должны оценить следующее нововведение — возможность находить все доступные службы в Windows через ключ LLD service.discovery, и создавать для каждой новой службы элементы данных и триггеры. Найденные службы также всегда можно отфильтровать через стандартный механизм фильтров, который есть в низкоуровневом обнаружении.





    Подробнее как это настроить можно посмотреть опять таки в обновленной документации по LLD.



    SMTP с аутентификацией


    Свершилось! Теперь можно делать рассылку уведомлений просто и без проблем: через интерфейс Zabbix настраиваете подключение к почтовому серверу с использованием логина пароля, а также шифрование, если нужно. Больше никаких дополнительных postfix в режиме smarthost или непонимающих взглядов от админа почтовых серверов, кого вы просили разрешать с IP Zabbix сервера слать почту анонимно.



    Подробнее тут.



    Импорт и экспорт преобразований значений


    Повзрослели и шаблоны. Теперь при загрузке/выгрузке в XML они включают в себя все используемые преобразования значений(value mappings). Загружать /выгружать преобразования можно и отдельно. А еще загрузить value mappings теперь можно и через API.





    Низкоуровневое обнаружение SNMP по нескольким OID сразу


    Появилась отличная возможность принимать решение об обнаружении по SNMP на основе не одного, а нескольких OID.
    Например, для интерфейсов мы можем искать сразу ifName, ifAlias, ifDescr и ifOperStatus:
    discovery[{#SNMPVALUE},ifOperStatus,{#IFALIAS},1.3.6.1.2.1.31.1.1.1.18,{#IFNAME},1.3.6.1.2.1.31.1.1.1.1,{#IFDESCR},.1.3.6.1.2.1.2.2.1.2,{#IFTYPE},ifType]
    

    И если в описании прототипа триггера указать, например, вот такой список:
    Last Discovery Interface info:
    ifAlias:{#IFALIAS}
    ifName:{#IFNAME}
    ifDescr:{#IFDESCR}
    ifType:{#IFTYPE}
    

    то при аварии по триггеру мы сможем увидеть подробное описание порта.



    Можно использовать значения дополнительных OID и в фильтрах LLD, для принятия решения ставить интерфейс на мониторинг или нет, а также использовать значения в названии триггеров, графиков и элементов данных. Или как было сказано выше в названии групп элементов данных (Applications).
    Подробнее читайте в обновленном мануале по LLD.



    И это не все


    Zabbix 3.0 предлагает более 50 новых возможностей для изучения, со всеми, что не попали в эту статью, такими как API для trends или добавление дополнительных параметров для пользовательских скриптов оповещения можно ознакомиться в релизе здесь.
    Приглашаем всех попробовать обновленную систему Zabbix уже сегодня и поделиться с нами своими впечатлениями в сети или лично на Zabbix meetup в Москве, который состоится 12 марта 2016 года, в 11:00, по адресу метро Трубная, Цветной Бульвар, 2. Регистрация на митап будет доступа через две недели.
    Zabbix 50,83
    Компания
    Поделиться публикацией
    Похожие публикации
    Комментарии 85
    • +25
      Спасибо всем тем, кто так или иначе участвовал в работе над Zabbix 3.0! Команде Zabbix, дружному собществу и нашим пользователям.
      • +1
        Алексей, спасибо за отличный продукт!
        Готовые пакеты будут только под дистрибутивы которые присутствуют сейчас в списке, или планируется расширить? Интересует тот же CentOS 6
        • 0
          Планируем расширить. Пишите, что интересует, будем стараться поддерживать большинство популярных платформ.
          • +2
            Очень хотелось бы CentOS 6. Заббикс используется в контейнерах, и переходить на CentOS 7 там смысла нет.
            • 0
              Так если используете контейнеры то вообще без разницы какая ОС.
              Вот если сервер стоит уже на CentOS 6 тогда обновление превращается в квест.
              • 0
                Вы обновлялись? Я хочу сделать апгрейд 6 -> 7. Планировал развернуть новую ВМ, накатить заббикс старой версии(сейчас использую 2.2.), подсунуть ему БД и уже обновляться до 3.0...
                • +1
                  Не обновлялся.
                  Месяц назад обновлялся с 2.0 до 2.4, еще от этого никак отойти не могу.
                  Если вы про сам сервер, то тут у меня намного проще. Сам заббикс крутится на 6 CentOS, а БД крутится на двух других серверах, их я уже давно обновил до CentOS 7 и MariaDB 10. Так что у меня переезд на 7 версию на много проще. Тем более что для заббикса есть резервный сервер. В моем случае план апгрейда выглядит проще. Отключить репликацию, сделать апгрейд Zabbix, запустить его, если все пошло не так откатить заббикс и подсунуть ему старую БД. Если все норм, запустить репликацию.
      • +1
        Как скоро планируется полная поддержка PHP7?
        • +1
          Уже должно всё работать, но официальная поддержка будет позже.
        • 0
          Здорово, давно ждал. Спасибо за работу.
          Вопросы:
          Есть ли теперь возможность настраивать макросы на автоматически обнаруженных хостах?
          Можно ли в названиях триггеров указывать динамические значения, полученные в теле триггера, а не только {ITEM.VALUE}?
          • 0
            Если я правильно вас понял, то таких возможностей сейчас нет. А в триггере кроме {ITEM.VALUEx} что еще хотелось бы получить?
            • 0
              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}. И почтовым сообщениям от заббикса это так же добавит информативности. А то порой не ясно, это небольшой выход за границы дозволенного или уже можно бегать в панике кругами.
              • 0
                Да, насколько я знаю сейчас этого нет.
                По макросам сам не раз сталкивался с такой необходимостью, по данной функции существует ZBXNEXT.
          • 0
            Для 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

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

                      Обнаружения сервисов systemd, блочных устройств, процессов и пользователей очень не хватает :-)

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

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

                              Причем, как я понимаю, надо всего-то клиенту в БД Заббикса привязать поле «часовой пояс», и все выводить с учетом этого. Ну и макросы, вероятно, добавятся, «время сервера» vs «время на клиенте», и связанные по смыслу. Это «просто» звучит, но работа конечно вряд ли простая, но облизываются на эту возможность очень многие, я уверен — для распределенных сетей это просто спасение.
                          • +7
                            Обновился до 3.0, интерфейс сейчас стал намного лучше, удобнее и приятнее. Авторам огромное спасибо за огромную работу.
                            • 0
                              Поддерживаю. Темная тема хорошая для рабочего места, а голубая — для комплексного экрана.
                            • 0
                              Подскажите, пожалуйста, по поводу длительности обновления с 2.4 до 3.0.
                              Сейчас база MySQL имеет размер 100 ГБ. Есть дамп без истории на всякий случай.
                              Сколько примерно будет длиться обновление базы процессом zabbix-server в данном случае?
                              • 0
                                Несколько минут, зависит от железа. Мы не трогаем исторические таблицы при обновлении на 3.0.
                                • 0
                                  А если не секрет, каким максимальных размеров базы вы обновляли при теститовании и какого порядка там было время обновления?
                                  • +2
                                    Зависит не от размера исторических данных, а от размера конфигурационных данных. Конкретно для версии 3.0 время обновления зависит от размера таблиц в которых содержатся узлы сети (hosts) и триггеры. Если брать к примеру миллион записей, то обновление займет 5-8 минут. Однако все зависит от железа на котором работает сервер базы данных. Дольше 15-20 минут обновление не займет.
                              • 0
                                Насколько сложно будет обновится с 1.8 на 3.0 — какие процедуры стоит предусмотреть?
                                Если не ошибаюсь в какойто из 2.х версий были внесены значимые изменения в структуры базы (если ничего не путаю :)
                                • 0
                                  В версии 2.0 мы сделали неизбежное изменение — добавили наносекунды к временным меткам. С того момента таблицы истории не менялись и переход с одной версии на другую обычно занимает минуты.
                                  • 0
                                    так на что похож апгрейд с 1.8 на 3.0?
                                    раньше мне приходилось делать только свежии инсталяции 2.2/4 с последующим нормальным "апдейтом" на новые версии.
                                    но сейчас я практически никак не могу потерять исторические данные с версии 1.8 :/
                                    • 0
                                      так на что похож апгрейд с 1.8 на 3.0?

                                      Единого мнения нет. :)

                                      Насколько сложно будет обновится с 1.8 на 3.0 — какие процедуры стоит предусмотреть?

                                      Останавливаем Zabbix. Берём патч из последней версии 2.0.х и накатываем на базу данных. Это может быть долгим процессом в зависимости от размера истории. Ускорить его можно переименованием старых и созданием новых таблиц истории. Потом, уже после того, как запустим 3.0 переливаем данные из старых таблиц в новые. Это значительно уменьшит даунтайм.

                                      После того, как структура базы у нас соответствует 2.0, запускаем Zabbix сервер 3.0.х и всё. Он всё сделает сам, за прогрессом можно следить в лог файле. Да, и файлы интерфейса необходимо обновить.

                                      В версии 3.0 мы повысили минимальную поддержуемую версию PHP, обратите на это внимание.
                                • 0
                                  круто. интерфейс переделали, а графики, как были страшные и некрасивые, так такими и остались.
                                  но в целом это мой любимый мониторинг. вот графики только подкачали…
                                  • +1
                                    Сразу всё не получается сделать. Могу только сказать, что в 3.2 мы продолжим усиленно работать над интерфейсом.
                                    • +1
                                      круто :) не забывайте про графики пожалуйста! там в треккере у вас просьбы еще с 1.8 вроде висят :) вы же вроде добавили antialiasing, но толкьо он то работает, то нет… реально ж портит вид — графики один из самых главных элементов интерфейса.
                                  • 0
                                    А что случилось с параметром конфига
                                    HistoryTextCacheSize
                                    После обновления, ругался на него, пришлось закомментировать.
                                    От новой вебморды впечатления двоякие, очень непривычно после классической, но работает быстрее. Очень не хватает поиска на картах сети, у меня есть карты по 500+ только узлов, не считая их связей и найти быстро нужный на карте тот еще квест. А так обновлялся из-за множественных значений в LLD, до этого все реализовывал своими скриптами, постараюсь избавиться в шаблонах.
                                    Планируются ли какие-либо улучшения на картах, типа автоматического построения связей между узлами на основе LLDP или mac связности, карты критично не обновлялись с версии 1.6 (добавление ссылок к элементам не в счет) и очень напрашиваются.
                                    • 0
                                      А что случилось с параметром конфига HistoryTextCacheSize?

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

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

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

                                      Юз кейс:

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

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

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

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

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

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

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


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


                                                        3.0.0


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

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

                                                        Скрин
                                                        image

                                                        Так же пробовал 465 порт и SSL\TLS.
                                                      • 0
                                                        а появилась ли опция отслеживания, что хост «флешует»? То есть кратковременный переход из стабильного состояния в критическое и обратное. При этом уведомление присылается на оба события и так может длиться всю ночь, например.
                                                        • 0
                                                          Алексей, а когда можно ожидать какие-то более серьёзные архитектурные изменения? В первую очередь интересует распределённый мониторинг без SPOF с централизованным управлением и NOSQL хранилище.
                                                          Обещанного 3 года ждут, но и они уже прошли :)
                                                          • +1
                                                            Мне трудно отвечать на вопросы "когда будет...". NOSQL точно будет, хотели сделать в 3.0, но не успели. Что касается нового распределённого мониторинга, то тут пока нет решения. Видимо, это будет зависит от переноса API на сторону сервера и интерфейса, который сможет общаться с несколькими серверами. Есть множество разносторонних требований к распределённому мониторингу, постоянно над этим думаем.
                                                          • 0
                                                            Приходите на встречу пользователей Zabbix в Москве 12 Марта в офисе Badoo! http://www.meetup.com/Zabbix-Moscow-Meetup/events/229254727/
                                                            • 0
                                                              Большое спасибо за прекрасный продукт! Однако, возникла проблема: на 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:/#
                                                            • 0
                                                              Архив на Zabbix 3.0 для ovf битый, или у меня руки из зада?

                                                              https://yadi.sk/i/-DLHO7hUuJhj2
                                                              • 0
                                                                Контрольные суммы.

                                                                https://yadi.sk/i/tPwSQUFauJiPQ
                                                                • 0
                                                                  Снимается. Перескачал архив.

                                                                Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.