1. 5.1 Новий веб-інтерфейс Zabbix 3.0 йде з повністю новим дизайном веб-інтерфейсу. Разом з візуальними...
2. 5.3 Прогнозуючі функції тригерів
3. 5.4 Опції SMTP аутентифікації
4. 5.5 Перевірка елемента даних в заданий час
5. 5.6 Підтримка призначених для користувача параметрів в скриптах оповіщення
6. 5.7 Приватний карти мережі, комплексні екрани і слайд-шоу
7. 5.8 Експорт та імпорт перетворень значень
8. 5.8.1 Використання в колонці елементами даних
9. 5.9 Залежності між прототипами тригерів
10. 5.9.1 Покращення в продуктивності
11. 5.10 Підтримка декількох OID в виявленні SNMP
12. 5.11 Прив'язка груп елементів даних на основі значення виявлення
13. 5.12 Покращення в графіках
14. 5.12.2 Графічне відображення журнальних елементів даних
15. 5.12.3 Різне
16. 5.13 Прозоре розкриття користувальницьких макросів
17. 5.14 Автоматично вибір режиму інвентарних даних вузлів мережі
18. 5.15 Масове підтвердження зроблено більш гнучким
19. 5.16 Покращення в VMware моніторингу
20. 5.18 Запуск Zabbix демонів у фоновому режимі
21. 5.19 Покращення в веб-інтерфейсі
22. 5.19.2 Відображення опису тригера на панелі
23. 5.19.3 Опції фільтрації
24. 5.19.4 Кнопки масового зміни замість випадних меню
25. 5.19.5 Нулі не відображаються
26. 5.19.6 Опції вибору користувальницького агента в веб-моніторингу
27. 5.19.7 Оновлення перекладів
28. 5.19.8 Імпорт / експорт XML
29. 5.19.9 Поліпшення перетворення значень
30. 5.19.10 Різні поліпшення
31. 5.20 Покращення в демонів
32. 5.20.2 Параметри конфігурації
33. 5.20.3 Покращення в продуктивності
34. 5.20.4 Покращення в кеші значень
35. 5.20.5 Журнал аварійного завершення Zabbix агента на Windows платформах
36. 5.20.6 Час очікування TCP підключень на Windows платформах
37. 5.20.7 Підтримка IPv6 адрес в Java gateway
38. 5.20.8 Збільшення розміру кешу конфігурації проксі
39. 5.20.9 Журналювання IP адрес при вхідних / вихідних підключених між Zabbix сервером і Zabbix проксі
40. 5.20.10 Повідомлення про відновлення бази даних при DebugLevel = 2
41. 5.20.11 Покращення в доступності вузлів мережі
42. 5.20.12 Підтримка декількох ескалаторів
43. 5.20.13 Висновок замовчувань при використанні опції --help
44. 5.20.14 Вилучена підтримка Inetd Zabbix агента
45. 5.20.15 Покращення в кеші історії
46. 5.20.16 Кешування дій і умов дій
47. 5.21 Зміни / поліпшення в елементах даних
48. 5.22 Покращення в функціях
49. 5.23 Покращення в макросах
50. 5.24 Покращення в утиліти командного рядка
51. 5.25 Покращення в API
52. 5.25.2 Перетворення значень

5.1 Новий веб-інтерфейс

Zabbix 3.0 йде з повністю новим дизайном веб-інтерфейсу.

Разом з візуальними поліпшеннями, є кілька інших змін в роботі з веб-інтерфейсом:

• Для доступу до другого рівня меню, необхідно натиснути (раніше вистачало навести курсор миші) на опції верхнього рівня (Моніторинг, Інвентаризація, Звіти та інші)

• Налаштування → Карти мережі | Комплексні екрани | Слайд-шоу більш недоступні. Замість цього, всі опції настройки першого удару переміщені в Моніторинг → Карти мережі і Моніторинг → Комплексні екрани

• Розділ Користувачі розділений на Групи користувачів і Користувачі

• Розділи Аудит і Сповіщення переміщені з Адміністрування в Звіти. Крім того, Аудит розділений на розділи Аудит і Журнал дій.

5.2 Підтримка шифрування

З'єднання по мережі між Zabbix компонентами (сервером, проксі, агентами і утилітами командного рядка) тепер можна шифрувати, якщо Zabbix скомпільовано з mbed TLS (PolarSSL), GnuTLS або OpenSSL бібліотеками.

Деталі задаються новими параметрами налаштування TLS в файлах конфігурації демонів Zabbix сервера , Zabbix проксі , Zabbix агента , Zabbix Windows агента і новими опціями командного рядка у zabbix_get і zabbix sender.

Можна налаштувати і використовувати сертифікати RSA або pre-shared ключ (PSK) по кожному вузлу мережі і проксі окремо.

Для отримання більш докладної інформації, зверніться до розділу шифрування .

5.3 Прогнозуючі функції тригерів

Здатність прогнозувати тепер доступна за допомогою forecast () і timeleft () функцій тригерів. Ці функції аналізують історію елементів даних і повертають майбутнє значення елемента даних або час, коли значення елемента даних досягне поріг відповідно. Ці функції можна використовувати в обчислюваних елементах даних, виражених тригерів і в оповіщеннях, щоб почати діяти заздалегідь і уникнути потенційних проблем, замість очікування коли вони відбудуться і ліквідації наслідків. Для отримання більш детальної інформації дивіться:

5.4 Опції SMTP аутентифікації

Налаштування e-mail як способу сповіщень для відправки повідомлень розширена новими опціями SMTP аутентифікації. Також зараз є можливість вказати порт сервера відмінний від жорстко зашитого 25 порту раніше.

дивіться настройку e-mail для отримання більш детальної інформації.

5.5 Перевірка елемента даних в заданий час

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

У новій версії гнучкі інтервали доповнені новим форматом За розкладом, де перевірку елемента даних можна задати на конкретні моменти часу.

В наведеному вище прикладі перевірка елемента даних буде виконана в 8: 59.59 в 1 день місяця, якщо цей день l.

Під час налаштування елемента даних обидва формати як гнучкий інтервал, так і перевірка за розкладом доступні під новою опцією, яка називається призначені для користувача інтервали .

5.6 Підтримка призначених для користувача параметрів в скриптах оповіщення

У попередніх версіях Zabbix було три жорстко зашиті параметра, які передавалися в призначені для користувача скрипти сповіщень - Відправляти на, Тема і Повідомлення.

Тепер користувачі можуть задавати скриптів свої власні параметри командного рядка в діалозі настройки способу сповіщень:

Крім того, три нових макросу підтримуються в полях параметрів - {ALERT.SENDTO}, {ALERT.SUBJECT} і {ALERT.MESSAGE}, замінюються на одержувача, тему повідомлення і тіло повідомлення відповідно.

Для отримання більш детальної інформації, дивіться:

5.7 Приватний карти мережі, комплексні екрани і слайд-шоу

Всі користувачі в Zabbix (включаючи користувачів не адміністраторів) можуть тепер створювати карти мережі, комплексні екрани і слайд-шоу. Щоб зробити це можливим, функціонал з управління картами мережі переміщений з меню Налаштування в меню Моніторингу. Крім того, знижено мінімальні права доступу на карти мережі, комплексні екрани і слайд-шоу (в тому числі на додавання елементів) з читання-запису на права читання.

Карти, комплексні екрани і слайд-шоу тепер можуть бути приватними або публічними. Публічні доступні всім користувачам, в той час як приватні доступні своїм власникам (творцям) і всім користувачам з якими поділилися цим об'єктом. Для цієї мети є нова вкладка Спільного доступу в налаштування карти мережі / комплексного екрану / слайд-шоу.

Для отримання більш детальної інформації, дивіться:

5.8 Експорт та імпорт перетворень значень

Реалізована підтримка експорту налаштованих перетворень значень разом з експортованими вузлами мережі і шаблонами.

При імпорті перетворень значень правила імпорту з XML дають можливість створення нового і оновлення існуючого перетворення значень.

Перетворення значень також можна імпортувати / експортувати окремо.

5.8.1 Використання в колонці елементами даних

При перегляді доданих перетворень значень є нова корисна колонка, яка відображає використовується чи перетворення значення будь-якими елементами даних.

5.9 Залежності між прототипами тригерів

Тоді як функція додавання залежностей між тригерами була в Zabbix довгий час, зробити те ж саме у прототипів тригерів (заданих в низкоуровневом виявленні) було раніше неможливо.

Дотримуючись популярному запиту, можливість додавання залежностей була реалізована також і для прототипів тригерів. Для додавання залежностей вам необхідно перейти на вкладку Залежності в діалозі прототипу тригерів (так само як у звичайних тригерів).

Прототип тригерів може залежати від іншого прототипу тригерів з цього ж правила низкоуровневого виявлення (LLD) або від звичайного тригера.

Прототип тригерів не може залежати від прототипу тригерів з іншого правила LLD і від тригера створеного іншим прототипом тригерів. Прототип тригерів вузла мережі не може залежати від тригера з шаблону.

5.9.1 Покращення в продуктивності

Обробка прототипів тригерів оптимізована зменшенням кількості SQL запитів. Як результат, процес створення тригерів займає лише половину колишнього часу.

5.10 Підтримка декількох OID в виявленні SNMP

SNMP виявлення покращено і тепер підтримує виявлення за кількома OID. Виявлення SNMP OID тепер потрібно вказувати в такому форматі:

discovery [{# Макрос1}, oid1, {# МАКРОС2}, oid2, ...]

Виявлені OID'и групуються за своїми індексами для створення об'єктів з наборами макросів {# Макрос1}, {# МАКРОС2} ... відповідають значенням OID і набір макросів {#SNMPINDEX} відповідний OID індексам.

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

5.11 Прив'язка груп елементів даних на основі значення виявлення

Щоб допомогти з логічної угрупованням елементів даних створених із прототипів елементів даних за допомогою низкоуровневого виявлення (LLD), тепер з'явилася можливість призначення виявлених елементів даних до груп елементів даних, які засновані на значеннях LLD макросів.

На додаток до опції прив'язки звичайних груп елементів даних додана нова опція для створення прототипів груп елементів даних в діалог настройки прототипу елементів даних. Виявлені елементи даних прив'язуються до груп елементів даних, створених на основі прототипів груп елементів даних.

5.12 Покращення в графіках

5.12.1 Покращена масштабування

У попередніх версіях один година була мінімальною періодом масштабування. Тепер це обмеження знижено до однієї хвилини.

Зумовлені опції у виборі періоду часу тепер включають в себе такі періоди як 5 хвилин, 15 хвилин і 30 хвилин.

5.12.2 Графічне відображення журнальних елементів даних

Журнальні елементи даних (log, logrt, і eventlog) і прототипи елементів даних тепер можна зберегти з будь-яким типом інформації (Не тільки "Журнал (лог)"), відповідно до можливостей, які пропонує опціональний параметр висновок. Це означає, що журнальні елементи даних також можна зберегти з числовим ( "Числовий (ціле)") типом інформації та, таким чином, його можна отрисовать на графіку.

5.12.3 Різне

Деякі поліпшення зосереджена на кращої читання підписів в графіках, особливо на графіках, які відображають дані за кілька років:

• Зміна року чітко відображається на осі X, початок року завжди виділено червоним кольором

• Використовуються нові поділу часу:

  • 1 місяць основним інтервалом і 15 днів подинтервалом

  • 1 рік основним інтервалом і 1/3/4/6 місяць (ів) подинтервалом

  • 5 років основним інтервалом і 1 рік подинтервалом

  • 10 років основним інтервалом і 2 роки подинтервалом

  • 15 років основним інтервалом і 3 роки подинтервалом

  • 20 років основним інтервалом і 5 років подинтервалом

  • 30 років основним інтервалом і 10 років подинтервалом

  • 40 років основним інтервалом і 20 років подинтервалом

  • 60 років основним інтервалом і 30 років подинтервалом

  • 80 років основним інтервалом і 40 років подинтервалом

• В цілому, щільність інтервалів, що відображаються на осі X знижена на 8%

5.13 Прозоре розкриття користувальницьких макросів

У попередніх версіях Zabbix було непросто визначити будь-що може розкритися користувача макрос, беручи до уваги, що призначений для користувача макрос можна задати на рівні вузла мережі, шаблону і глобальному.

Завдання може стати ще більш складною, якщо макроси були використані на декількох рівнях приєднаних шаблонів або в неоднозначних випадках, коли той же самій макрос визначений на одному рівні декількох шаблонів.

Щоб зробити розкриття макросів прозорим, тепер є нова опція з деталями розкриття макросів в діалогах налаштування вузла мережі і шаблону. Щоб її побачити, перейдіть на вкладку Макрос і виберіть опцію Макрос вузла мережі і успадковані. Саме тут всі задані користувальницькі макроси відображаються зі значенням, в яке вони розкриваються, а також походження цього значення.

Для зручності є посилання на конфігурацію відповідних шаблонів і глобальних макросів. Також є можливість змінити макрос рівня шаблону / глобальний на рівні вузла мережі, фактично створивши копію цього макросу на вузлі мережі.

5.14 Автоматично вибір режиму інвентарних даних вузлів мережі

У попередніх версіях Zabbix всі вузли мережі за замовчуванням створювалися з відключеним режимом інвентарних даних вузлів мережі і єдиним способом змінити режим був через властивості кожного окремо вузла мережі. Нова версія Zabbix поставляється з двома автоматизованими способами вибору режиму інвентарних даних.

По-перше, додана опція Режим інвентаризації вузлів мережі за замовчуванням в Адміністрування → Загальні → Інші. Ця опція дозволяє вказати яку опцію інвентарю вибирати за замовчуванням для нових вузлів мережі.

Також є нова операція дії для виявлення вузлів мережі / автореєстрації, в якій ви можете вибрати між ручним і автоматичним режимами інвентарю у виявлених вузлів мережі.

Ця операція переопределяет настройку Адміністрування → Загальні, згадану вище.

5.15 Масове підтвердження зроблено більш гнучким

У попередніх версіях Zabbix при масовому підтвердження проблем підтверджувалися всі непідтверджені події у цій проблеми, які не були раніше підтверджені. Це накладало певні обмеження, наприклад, ви не могли додати друге повідомлення підтвердження всіх подій, які вважаються підтвердженими.

У Zabbix 3.0 у вас є більше гнучких опцій при використанні масового підтвердження. Ви можете вибрати підтверджувати тільки вбрання подія або також підтверджувати всі події або всі події цієї проблеми. Також тепер є можливість додати кілька повідомлень в режимі масового підтвердження.

Інша очевидне поліпшення в збільшенні продуктивності при масовому підтвердження при великій кількості подій - при наявності тисяч і тисяч і більше подій масове підтвердження повинно відбутися протягом максимум кількох хвилин.

5.16 Покращення в VMware моніторингу

5.17 Підтримка контексту в призначених для користувача макросах

З'явилася можливість вказувати опціональний контекст в призначених для користувача макросах - {$ МАКРОС: контекст}. Контекст дозволяє перевизначити значення макросу за замовчуванням значенням зазначеного контексту. Якщо вказаною контексту макросу значення не задані, тоді макрос буде розкриватися в своє значення за замовчуванням (яке визначено цим же макросу без контексту).

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

5.18 Запуск Zabbix демонів у фоновому режимі

Zabbix демони тепер приймають опцію -f (--foreground) командного рядка для роботи у фоновому режимі. Для перенаправлення журналів Zabbix в стандартний висновок при роботі у фоновому режимі вкажіть LogType параметр конфігурації зі значенням console.

5.19 Покращення в веб-інтерфейсі

5.19.1 Вилучена підтримка IE8

Підтримка Microsoft Internet Explorer 8 більш не забезпечується.

5.19.2 Відображення опису тригера на панелі

Опис тригера тепер відображається у спливаючому вікні при натисканні на Проблема в віджеті Останні 20 проблем. Це спливаюче вікно вже відображало події тригера в попередніх версіях. Тепер додано поле опис, вище подій тригера.

Відображення опису тригера дуже корисно у випадках, коли це опис може пролити світло на вирішення проблеми. Поле опису обмежена максимальним розміром і буде мати прокручування, якщо текст більше ніж саме поле. URL 'и в описі є посиланнями, так що по ним можна переходити. Крім того, URL 'и тригерів, якщо є, також відображаються.

Опис тригера також відображається в елементах комплексного екрану Події у вузла мережі і Події в групах вузлів мережі.

5.19.3 Опції фільтрації

Ще більш поліпшені опції фільтрації в декількох розділів веб-інтерфейсу.

Фільтрація панелі по імені тригера

При використанні фільтра панелі тепер є можливість ввести рядок, яка обмежить кількість відображуваних тригерів в віджети Стан системи, Стан вузлів мережі і Останні 20 проблем.

Карти мережі, комплексні екрани, слайд-шоу

Списки карт мереж, комплексних екранів і слайд-шоу тепер можна відфільтрувати по імені.

100 найбільш активних тригерів

Доданий набагато більш об'ємний фільтр звіту 100 найбільш активних тригерів.

Тоді як раніше тут була можливість фільтрації за деякими визначеним періодам часу, зараз ви можете фільтрувати по групі вузлів мережі, важливості тригерів, визначеним періодам часу, а також по призначених для користувача періодами часу.

5.19.4 Кнопки масового зміни замість випадних меню

Опції масового зміни об'єктів в списках тепер відображаються кнопками. Попередня опція з вибором з спливаючих меню і вимогою натиснути на Перейти видалена. Очікується, що відновлені кнопки зроблять використання цих операцій більш швидким і простим.

5.19.5 Нулі не відображаються

Нулі більш не відображаються в списках у об'єктів без елементів. Якщо раніше після об'єкта відображався (0) в колонках таблиці, то тепер нічого не відображається.

5.19.6 Опції вибору користувальницького агента в веб-моніторингу

Під час налаштування веб-сценарію тепер можливо вибрати 'Zabbix' агента клієнта. Що може бути корисним, щоб відфільтрувати запити надходять з Zabbix в файлах журналів доступу до веб-сервера. Агент 'Zabbix' тепер є вибором за замовчуванням в веб-інтерфейсі і API, якщо не вказаний інший агент.

Зверніть увагу, коли зараз вказано параметр "інший" агента клієнта, з'являється додаткове поле, яке дозволяє ввести рядок.

Крім того, список агентів клієнтів тепер містить оновлені версії браузерів.

5.19.7 Оновлення перекладів

Ці мови доступні в веб-інтерфейсі Zabbix. Інші мови відключені і не доступні для вибору, так як їх рівень перекладу нижче 75%.

5.19.8 Імпорт / експорт XML

Тепер є можливість імпорту / експорту елемента комплексного екрану Годинники з опцій "Час на вузлі мережі".

5.19.9 Поліпшення перетворення значень

Налаштування перетворення значень "Статус вузла мережі" в Адміністрування → Загальні → Перетворення значень оновлена і перейменована в "Доступність вузла мережі". Для цього значення зараз підтримується 3 види стану вузла мережі за замовчуванням:

і збігається зі значенням внутрішньої перевірки елемента даних zabbix [host, <type>, available]

5.19.10 Різні поліпшення

• Перетворення значень тепер можна клонувати тим же способом що і інші об'єкти веб-інтерфейсу.

• Як змінити спосіб інвентарних даних в діалозі масового оновлення вузлів мережі тепер не оновлює всю форму.

• Агреговані елементи даних не вимагають четвертий параметр (період часу), якщо третім параметром (функція елемента даних) є 'last'.

• Переклад префіксів одиниць вимірювання байт - K для кілобайт, M для мегабайт і інші - видалений, так як одиниця виміру "байти» не переводилася.

• Тепер можна використовувати прогалини, табуляції і кілька рядків в діапазонах IP адрес в мережевому виявленні умовах до дій (наприклад, "192.168.0.0/24, 192.168.1.0/24").

• Віджет Останні 20 проблем на панелі також як і елементи комплексних екранів "Події у вузла мережі" і "Події в групах вузлів мережі" тепер відображають всі вузли мережі з виразу тригера.

• Доданий заголовок табліці до списку способів оповіщення користувачів . Записи зі списку можна видалити використовуючи посилання Видалити, замість вибору записів і натискання на Видалити вибране. Можливість відзначати вбрання видалена.

5.20 Покращення в демонів

5.20.1 Примусове виконання очищення історії

додана опція управління адміністративними функціями (housekeeper_execute) Zabbix сервера і Zabbix проксі для підтримки ручного виконання процедури очищення історії. В цьому випадку періодом видалення застарілої інформації є 4 кратний період починаючи з останнього циклу видалення історії, але не менше ніж 4 години і не більше 4 днів.

Процедуру автоматичного очищення історії тепер можна відключити, вказавши у файлі конфігурації параметр HousekeepingFrequency рівним нулю.

5.20.2 Параметри конфігурації

файли конфігурації за замовчуванням змінені, щоб підвищити безпеку і зручність використання.

• DBUser змінений на zabbix у проксі і сервера

• У сервера значення за замовчуванням у MaxHousekeeperDelete змінено з 500 до 5000

• LogSlowQueries збільшено з 0 до 3000 у проксі і сервера

• Timeout збільшений з 3 до 4 секунд у проксі і сервера

• Заборонені символи перераховані в UnsafeUserParamaters

• Значення за замовчуванням у MaxLinesPerSecond зменшено зі 100 до 20 у агента

• У UnsafeUserParamaters перераховані заборонені символи

• Є можливість відключення автоматичного очищення історії за допомогою HousekeepingFrequency рівною 0

• Тепер є можливість вказати DebugLevel = 5 в файлах конфігурації сервера, проксі і агента. Раніше це було можливо тільки за допомогою опцій адміністративного контролю.

• Доданий новий параметр конфігурації LogType сервера, проксі, агенту і Windows агенту. Цей параметр набуває таких значень:

  • file (за замовчуванням) - запис повідомлень в журнал в файл, який вказаний в LogFile параметрі

  • system - запис повідомлень журналу в syslog (на Unix-подібних системах) або eventlog (Windows)

  • console - висновок повідомлень журналу в стандартний висновок (допустимо тільки, коли процес запускається у фоновому режимі)

• Доданий HistoryIndexCacheSize параметр сервера і проксі

• Додано кілька нових параметрів, які відносяться до підтримки шифрування

5.20.3 Покращення в продуктивності

Процес обчислення виразів тригерів значно покращено за допомогою використання механізму хешування. Також в кілька разів зменшено кількість блокувань кешу конфігурації протягом цього процесу.

Покращено обчислення функції nodata (), щоб обмежити кількість запитів до бази даних в діапазоні зазначеному в nodata () функції.

Коли активний проксі підключається до Zabbix сервера, інформація з цього проксі витягується з кешу конфігурації сервера (в попередніх версіях вона злітала безпосередньо з бази даних). Така поведінка покращує продуктивність і знижує навантаження на базу даних. З іншого боку зміна конфігурації активного проксі через веб-інтерфейс або API тепер не має миттєвого ефекту. Буде потрібно почекати поки кеш конфігурації оновиться з бази даних (можна виконати примусово з командного рядка).

Зменшено кількість блокувань кешу конфігурації Поллер. Таке поліпшення має дати незначне поліпшення продуктивності в пікових ситуаціях.

Поліпшення мережевого обміну: при вихідних TCP з'єднаннях Zabbix тепер комбінує заголовок, розмір даних і дані (по крайней мере початкову частину) в один TCP пакет.

5.20.4 Покращення в кеші значень

Кеш значень тепер відстежує денний діапазон елементів даних і один раз в день оновлює активний діапазон денним діапазоном. У підсумку така поведінка призводить до видалення зайвих значень, якщо діапазон запиту елементів даних зменшився.

При роботі в режимі низької пам'яті кеш значень буде раз в день намагатися переключитися назад в нормальний режим роботи. Поточний режим роботи можна перевіряти, використовуючи ключ zabbix [vcache, cache, mode]. Дивіться документацію по внутрішньої перевірки .

5.20.5 Журнал аварійного завершення Zabbix агента на Windows платформах

Zabbix агент тепер журналірует інформацію про аварійні завершеннях на Windows, приблизно так само як і генерується інформація агентами на Unix платформах. Однак, щоб отримати повну трасування стека, файл бази даних програми (zabbix_agentd.pdb) необхідно помістити в ту ж папку, що і виконуваний файл Zabbix агента (zabbix_agentd.exe). В даний час цей файл не включений в офіційні дистрибутиви Zabbix, але його можна знайти в результуючої папці збірки після складання Zabbix агента на Windows платформі.

5.20.6 Час очікування TCP підключень на Windows платформах

Налаштований параметр часу очікування тепер коректно застосовується при установці TCP з'єднань на Windows платформі. Це впливає на наступні ключі Zabbix агента:

• net.tcp.port

• net.tcp.service

• net.tcp.service.perf

• web.page.get

• web.page.perf

• web.page.regexp

5.20.7 Підтримка IPv6 адрес в Java gateway

Тепер можна використовувати IPv6 адреси, такий як 2001: db8 :: 6c09, в інтерфейсах JMX.

5.20.8 Збільшення розміру кешу конфігурації проксі

Сервер тепер включає "lastlogsize" і "mtime" при кожної відправки елемента даних на проксі. Незважаючи на те, що ці поля використовуються тлько при моніторингу за файлами журналів, в даний час вони відправляються разом з усіма елементами даних.

5.20.9 Журналювання IP адрес при вхідних / вихідних підключених між Zabbix сервером і Zabbix проксі

Повідомлення, що записуються в файли журналів, тепер містять IP адреси при вхідних / вихідних підключених між Zabbix сервером і Zabbix проксі. Будь ласка, перегляньте нотатки з поновлення для отримання більш детальної інформації.

5.20.10 Повідомлення про відновлення бази даних при DebugLevel = 2

Якщо запит в базу даних завершиться з помилкою, в файл журналу буде записано наступне повідомлення: database is down: reconnecting in 10 seconds. Коли база даних стає доступною, записується повідомлення database connection re-established. Раніше таких повідомлень не було при DebugLevel = 2.

5.20.11 Покращення в доступності вузлів мережі

Раніше стан доступності вузлів мережі в веб-інтерфейсі залежало від того чи була остання перевірка елементів даних успішної чи ні. У разі відсутності будь-яких нових перевірок, останнє відоме стан відображалося нескінченно довго. У нових версіях відображення доступності вузлів мережі стало набагато точнішим.

Zabbix сервер змінює іконку доступності вузла мережі server на сіру (невідоме стан) у наступних агентів (Zabbix, SNMP, IMP, JMX), якщо:

• у відповідного інтерфейсу немає активованих елементів даних - вони були видалені або деактивовані (перевірки Zabbix агент активні, як і раніше, в будь-якому випадку не впливають на доступність вузлів мережі),

• вузол мережі переведений на спостереження через проксі, інший проксі або через сервер, якщо вузол мережі раніше спостерігався через проксі,

• вузол мережі спостерігається проксі, який перейшов в оффлайн (від проксі ніхто не почув оновлень протягом максимального інтервалу перевірки стану проксі - 1 година),

• вузол мережі активовано.

5.20.12 Підтримка декількох ескалаторів

Zabbix тепер підтримує кілька процесів ескалатора. Кількість процесів ескалатора налаштовується у файлі конфігурації за допомогою параметра StartEscalators (1 є значенням за замовчуванням).

5.20.13 Висновок замовчувань при використанні опції --help

Програми Zabbix тепер виводять значення за замовчуванням (файл конфігурації, порт) при виконанні з опцією --help.

5.20.14 Вилучена підтримка Inetd Zabbix агента

Inetd версія Zabbix агента (zabbix_agent) так як цією версією, схоже, ніхто не користувався.

5.20.15 Покращення в кеші історії

Кеш історії буде краще справлятися з обробкою великої кількості значень (100 і більше значень по одному елементу даних) приходять від невеликої кількості елементів даних (100 елементів даних і менш).

Значення засновані на тексті (типи символ, текст, журнал) тепер записуються в кеш історії. Кеш текстової історії видалено разом з внутрішніми елементами даних, які використовувалися для спостереження за ним.

Доданий кеш індексу історії для зберігання індексу кеша історії. Додана нова внутрішня перевірка zabbix [wcache, index, <режим>] для спостереження за використанням кешу індексу історії. Для отримання додаткової інформації дивіться внутрішні перевірки ).

5.20.16 Кешування дій і умов дій

Дії та умови дій тепер зберігаються в кеші конфігурації, що покращує продуктивність при обробці дій.

5.21 Зміни / поліпшення в елементах даних

Додано новий елемент даних proc.cpu.util для спостереження за використанням CPU процесами. Цей елемент даних підтримується на Linux і Solaris платформах.

Додані елементи даних net.udp.service і net.udp.service.perf з можливістю перевірки NTP сервісу. До Zabbix 3.0 перевірка NTP сервісу виконувалася з використанням елементів даних net.tcp.service і net.tcp.service.perf. Патчі поновлення бази даних автоматично конвертує перевірки NTP сервісів, які використовують net.tcp.service і net.tcp.service.perf, в нові елементи даних.

Додані нові внутрішні перевірки zabbix [host ,, items] і zabbix [host ,, items_unsupported]. Вони повертають кількість елементів даних (підтримуються елементів даних) на цільовому вузлі мережі.

Додано новий елемент даних service.discovery для низкоуровневого виявлення служб Windows , В той час як новий елемент Даних service.info допоможе отримати інформацію про службу. Зараз необхідно використовувати service.info елемент даних замість застарілого елемента даних service_state.

Представлений елемент даних db.odbc.discovery для підтримки низкоуровневого виявлення з використанням SQL запитів ODBC .

Доданий параметр протоколу з'єднання в елементи даних агента net.dns і net.dns.record. Допустимі значення 'udp' і 'tcp' (udp за замовчуванням).

Елементи даних net.dns і net.dns.record на Windows тепер обходять внутрішній кеш DNS -распознавателя.

net.tcp.listen на ядрі Linux 2.6.14 і вище тепер намагається використовувати інтерфейс ядра NETLINK. При складанні з вихідних кодів, цей код компілюється тільки якщо знайдені файли заголовків netlink.h і inet_diag.h в шляху пошуку заголовків. Цей інтерфейс грунтується на наявності і працездатності inet_diag і tcp_diag модулів ядра. У разі якщо ці модулі незавантажені, елемент даних повернеться до старого способу отримання гнізд станом шляхом читання файл (ів) / proc / net / tcp (6).

Методологія читання файл (ів) / proc / net / tcp (6) file (s) також змінена. Тепер ці файли більш не читаються повністю, розбираються тільки ті записи, які відносяться до сокета в LISTEN стані. Така поведінка полягає в тому, що сокети в LISTEN стані розташовуються до всіх інших гнізд. Це показало збільшення продуктивності різного ступеня, але жодного разу не показало зменшення продуктивності.

Елемент даних proc.mem тепер підтримує 5-ий параметр - 'тіппамяті' (тільки на AIX, FreeBSD, Linux, Solaris).

system.cpu.util тепер підтримує типи 'guest' і 'guest_nice' на Linux ядрах 2.6.24 і 2.6.33 і новіших, відповідно.

елемент даних vfs.fs.discovery на Windows тепер повертає додатковий макрос {#FSDRIVETYPE} з можливими значеннями "unknown", "norootdir", "removable", "fixed", "remote", "cdrom", "ramdisk". Однак, зверніть увагу, що якщо фільтрація виконується за допомогою {#FSDRIVETYPE} макросу, низкоуровневое виявлення проігнорує об'єкти, виявлені більш старими агентами, які повертають відповідь без наявності цього макросу.

Аггрегатівним елементам даних тепер не потрібні вказувати четвертий параметр (період часу), якщо третім параметром (функція елемента даних) є last. У таких випадках четвертий параметр ігнорується, якщо вказано.

Додана перевірка правильності посилання на глобальні регулярні вирази в елементах даних snmptrap, log, logrt і eventlog. Якщо зазначена посилання неправильна через некоректне написання або відсутнього глобального регулярного виразу, тоді елемент даних стане непідтримуваних і відобразиться відповідна помилка.

Моніторинг файлів журналів (log, logrt і eventlog) покращено і тепер відправляє фактичну мета інформацію файлу журналу в конкретних випадках і зберігає її на стороні Zabbix сервера. Мета інформація файлу журналу включає в себе "lastlogsize", "mtime" і "state". Тепер ви можете безпечно перезапускати Zabbix агент або видаляти базу даних Zabbix проксі при моніторингу файлів журналів без отримання подвійних сповіщень.

Елемент даних vm.memory.size [available] на AIX тепер повертає суму вільної і Кешована пам'яті. До Zabbix 3.0 повертався тільки розмір вільної пам'яті.

Елемент даних vm.memory.size [available] на Linux тепер читає MemAvailable (рідна оцінка системи) з / proc / meminfo на Linux ядрах 3.14 і вище. До Zabbix 3.0 значенням завжди була сума вільної, буферизує і Кешована пам'яті.

Елементи даних proc.mem і proc.num тепер повертають 0, якщо зазначений користувач не існує. До Zabbix 3.0 ці елементи даних ставали непідтримуваними.

Елемнтов даних vfs.fs.inode на CephFS стає непідтримуваних замість повернення недійсних чисел, якщо другий параметр відрізняється від порожнього і total.

vfs.fs.size використовувався для повернення дуже великих значень, коли доступне місце на диску закінчувалося для звичайних користувачів. Команда "df" в цьому випадку відображає негативне значення. Тепер, повертається 0. Така поведінка помічено на FreeBSD платформі.

Елементи даних net.if.in, net.if.out і net.if.total на Windows беруть значення з 64-бітових лічильників, якщо вони доступні. 64-бітний інтерфейс лічильників статистики введений в Windows Vista і Windows Server 2008. Якщо 64-бітові лічильники недоступні, агент буде використовувати 32-бітові лічильники, як і раніше.

Елемент даних system.uname на Windows отримує значення з WMI Win32_OperatingSystem і Win32_Processor класів замість непостійного Windows API і недокументованих ключів реєстру.

5.22 Покращення в функціях

додані прогнозують функції forecast () і timeleft ().

Додана percentile () функція тригера, яка повертає P-ий процентільза по серії значень. Його можна використовувати в обчислюваних елементах даних, виражених тригерів і оповіщеннях.

Додана перевірка правильності посилання на глобальні регулярні вирази в функціях тригерів logeventid (), regexp () і iregexp (). Якщо зазначена посилання неправильна через некоректне написання або отсутствющего глобального регулярного виразу, тоді тригер перейде в невідоме стан і відобразиться відповідна помилка.

5.23 Покращення в макросах

Макроси низкоуровневого виявлення тепер можна використовувати в полях IPMI датчик і Одиниці виміру прототипів елементів даних.

Макроси рівня вузла мережі, такі як {HOST.HOST}, {HOST.NAME}, {HOST.IP}, {HOST. DNS}, {HOST.CONN} і {HOST.PORT} разом з призначеним для користувача макросом {$ МАКРОС} тепер доступні в URL тригерів.

5.24 Покращення в утиліти командного рядка

Код виходу zabbix_get тепер 0 (успіх) або 1 (помилка). У попередніх версіях кодом був 0 (успіх або помилка - не можна було відрізнити їх) або 141 (SIGPIPE).

5.25 Покращення в API

5.25.1 Отримання прав доступу при використанні usergroup.get

Отримання прав доступу користувачів по групах вузлів мережі тепер підтримується в методі usergroup.get . Призначення прав доступу вже була дозволена за допомогою методів usergroup.create і usergroup.update. Тепер також можливо отримати права доступу, використовуючи новий параметр "selectRights".

Повертається як рівень прав доступу, так і ID групи вузлів мережі. Користувачі супер адміністратори можуть вибирати будь-яку групу користувачів і отримувати права доступу цієї групи, тоді як користувачі з рівнем прав адміністратори можуть вибирати тільки свої власні групи користувачів і отримувати права доступу до груп вузлів мережі, які можуть бути як "читання", так і "читання -запис ".

5.25.2 Перетворення значень

5.25.3 Динаміка змін

5.26 Різні поліпшення

5.26.1 Зміни в перетвореннях значень

Додано нове перетворення значень "HTTP response status code".