Documentation
Table of Contents
10. Заметки по обновлению для 6.0.0
Эти заметки относятся к обновлению с Zabbix 5.4.x до Zabbix 6.0.0. Все заметки сгруппированы в:
Критические— наиболее критическая информация, относящаяся к процессу обновления и изменениям в функциональности Zabbix;Информационные— вся оставшаяся информация, описывающая изменения в функциональности Zabbix.
Имеется возможность обновления до Zabbix 6.0.0 с версий Zabbix до 5.4.0. Обратите внимание на раздел процедуры обновления для получения соответствующей информации об обновлении с предыдущих версий Zabbix.
Критические
Чтобы завершить успешное обновление сервера Zabbix server на MySQL и MariaDB, вам может потребоваться выставить GLOBAL log_bin_trust_function_creators = 1 в MySQL, если включено бинарное журналирование (binary logging), нет привелегий суперпользователя и параметр log_bin_trust_function_creators = 1 не выставлен в конфигурационном файле MySQL.
Чтобы выставить эту переменную, используя консоль MySQL, выполните:
После успешного завершения обновления параметр log_bin_trust_function_creators можно отключить:
Базы данных
Чтобы обеспечить оптимальное взаимодействие с пользователем и максимальную производительность Zabbix в различных производственных средах, прекращена поддержка некоторых старых выпусков баз данных. Прежде всего это относится к версиям баз данных, срок обслуживания которых приближается к концу, и к версиям с неисправленными проблемами, которые могут помешать нормальной производительности.
Начиная с Zabbix 6.0, официально поддерживаются следующие версии баз данных:
- MySQL/Percona 8.0.X
- MariaDB 10.5.X - 10.6.X
- PostgreSQL 13.X
- Oracle 19c - 21c
- TimescaleDB 2.0.1-2.3
- SQLite 3.3.5-3.34.X
По умолчанию, Zabbix сервер и прокси не запустятся, если будет обнаружена неподдерживаемая версия базы данных. Теперь имеется возможность, хоть и не рекомендуется её использовать, отключить проверку версии БД, изменив параметр AllowUnsupportedDBVersions конфигурации сервера или прокси.
Первичные ключи
Первичные ключи теперь используются всеми таблицами, включая таблицы истории, на новых инсталляциях.
Для существующих инсталляций отсутствует автоматическое обновление на добавление первичных ключей. Имеются инструкции по обновлению вручную таблиц истории для добавления первичных ключей на уже существующих инсталляциях для MySQL/MariaDB, PostgreSQL, TimescaleDB v1 и v2, а также Oracle.
Поддержка PCRE2
Добавлена поддержка PCRE2. PCRE по-прежнему поддерживается, но Zabbix можно скомпилировать только с одной из библиотек PCRE или PCRE2, нельзя использовать обе библиотеки одновременно.
Обновлены следующие пакеты Zabbix, теперь они используют PCRE2:
- RHEL 7 и новее
- SLES (все версии)
- Debian 9 и новее
- Ubuntu 16.04 и новее
Обратите внимание, после переключения на PCRE2, возможно, потребуется обновить некоторые регулярные выражения. В частности, шаблон ^[\w-\.] нужно будет изменить на ^[-\\w\\.], чтобы он продолжал работать корректно — смотрите Известные проблемы для получения более подробного объяснения.
Отдельная обработка ODBC проверок
Выполнение ODBC проверок теперь выполняется отдельными процессами odbc поллерами на сервере/прокси. Ранее ODBC проверки выполнялись обычными поллерами, которые также работают с элементами данных Zabbix агента, SSH проверками и т.п.
В файлы конфигурации Zabbix сервера и прокси добавлен новый параметр конфигурации StartODBCPollers со значением по умолчанию, равным 1. Возможно, этот параметр потребуется отрегулировать в зависимости от количества ODBC проверок, выполняемых сервером или прокси. Вы также можете уменьшить количество обычных поллеров, соответственно изменив параметр StartPollers.
Для мониторинга загрузки ODBC поллеров можно использовать внутренний элемент данных zabbix[process,<тип>].
Журнал аудита
Чтобы улучшить ведение журнала аудита в Zabbix и сделать журнал аудита более полным и надёжным, ранее существовавшую структуру базы данных было необходимо переработать. В процессе обновления таблицы БД auditlog и auditlog_details будут заменены новой таблицей auditlog с отличным форматом. Старые записи аудита не будут сохранены.
В меню Администрирование → Общие добавлен новый раздел Журнал аудита, который позволяет включить (по умолчанию) или отключить ведение журнала аудита. Настройки очистки истории аудита, ранее располагавшиеся в разделе меню Очистка истории, также были перемещены в новый раздел Журнал аудита. Существующие настройки очистки истории будут сохранены.
Изменения в API
Смотрите список изменений в API в Zabbix 6.0.0.
Простые макросы заменены макросами выражений
Функционал простых макросов переведён на макросы выражений. Существующие простые макросы будут преобразованы в макросы выражений в процессе обновления. Макросы, которые не удалось преобразовать без превышения ограничения длины, не будут преобразованы; в этом случае в файл журнала запишется сообщение с предупреждением.
Макросы
Позиционные макросы более не поддерживаются
Поддержка позиционных макросов в имени элемента данных ($1, $2...$9) считалась устаревшей, начиная с Zabbix 4.0, а теперь полностью убрана.
Пользовательские макросы в именах элементов данных более не поддерживаются
Поддержка пользовательских макросов в именах элементов данных (включая имена правил обнаружения) считалась устаревшей, начиная с Zabbix 4.0, а теперь полностью убрана.
Удален Мониторинг → Обзор
Раздел Обзор в меню Мониторинг полностью удалён. К этому же функционалу можно получить доступ с использованием виджетов панели Обзор данных и Обзор триггеров.
Отключено изменение зависимостей по унаследованным триггерам
Возможность изменения зависимостей у триггеров, которые унаследованы от шаблонов, теперь отключена. Причина в том, что при обновлении зависимостей у триггера на уровне шаблона, все зависимости унаследованных триггеров перезаписываются. Таким образом, надежнее всегда задавать зависимости триггеров только на корневом уровне шаблона.
Информационные
Устаревшие внутренние элементы данных для истории / динамики изменений
Следующие внутренние элементы данных теперь считаются устаревшими и будут удалены в будущем мажорном выпуске:
zabbix[history]zabbix[history_log]zabbix[history_str]zabbix[history_text]zabbix[history_uint]zabbix[trends]zabbix[trends_uint]
Плагины Zabbix агента 2
Каждый плагин Zabbix агента 2 теперь получил отдельный файл конфигурации. По умолчанию эти файлы располагаются в директории ./zabbix_agent2.d/plugins.d/. Этот путь указывается в параметре Include в файле конфигурации агента 2 и может быть относительным к расположению файлов zabbix_agent2.conf или zabbix_agent2.win.conf.
Пароли пользователей
Ранее, пробелы в начале и конце паролей пользователей автоматически удалялись как в диалоге Настройки пользователя, так и в диалоге Входа в систему. После введения настраиваемых требований к сложности паролей, пробелы в паролях более не усекаются. Таким образом пользователи, кто думал, что имеет пробелы в своих паролях, теперь не смогут выполнить вход как обычно, и они должны будут ввести свои «старые» пароли без пробелов в начале и конце пароля. Чтобы продолжать использовать пароли с пробелами, этим пользователям потребуется пересоздать свои пароли.
Массовая обработка метрик Prometheus
Посколько в очередь предобработки для метрик Prometheus внедрена массовая обработка зависимых элементов данных, зависимые элементы данных более не обрабатываются параллельно, что может повлиять на скорость их обработки.
Перенос команд управления работой
Команды управления работой Zabbix сервера и прокси теперь отправляют данные через сокет, вместо использования Unix сигналов. Такое изменение позволило улучшить работу во взаимодействии с пользователем в плане следующих опций управления работой:
- Результаты выполнения команды теперь выводятся в консоль;
- Имеется возможность отправки более длинных входных параметров, таких как имя HA ноды вместо номера ноды.
Избранные пользовательские графики более не поддерживаются
Более невозможно добавить пользовательские графики в избранное в Мониторинг -> Узлы сети -> Графики. После обновления, любые из существующих пользовательских графиков будут удалены из избранного.
Мониторинг услуг
Было сделано несколько важных обновлений, связанных с функционалом мониторинга услуг. Существующая конфигурация дерева услуг будет изменена в процессе обновления следующим образом:
Зависимости на основе триггеров между проблемами и услугами заменятся на сопоставление услуг к проблемам на основе тегов. Триггеры, которые были соединены с услугой, получат новый тег
ServiceLink:<ID триггера>:<имя триггера>(значение тега будет усечено до 32 символов). Связанные услуги получат такой же тег проблемы.Жёстких и нежёстких зависимостей более нет. Вместо них услуги будут иметь несколько родительских услуг.
«Алгоритм вычисления состояния» будет обновлён в соответствии со следующими правилами:
- Без вычисления → Задать состояние в ОК
- Проблема, если хотя бы у одного из подчиненных имеется проблема → Самое критичное из дочерних услуг
- Проблема, если все подчиненные имеют проблемы → Самое критичное, если все дочерние имеют проблемы
SLA более не является атрибутом услуг, а отдельная сущность, которую можно назначить на несколько услуг. В процессе обновления одинаковые SLA будут сгруппированы и будет создано по одному SLA на каждую группу. Услуги получат новый тег услуг
SLA:<ID>для поиска совпадений.
Смотрите также:
- Подробное описание обновления мониторинга услуг;
- Настройка услуг.