Zabbix обновление с 5.0 LTS до 7.0 LTS

[D.Frolov]

1. Есть Zabbix 5.0 LTS, работает, НО устарел
2. Хочу обновится, тут два варианта "обновления"

Вариант 1 - обновляться повышая версию несколько раз (теоретически)
Вариант 2 - просто установить 7.0 LTS, и аккуратно все туда перенести (ни очень много)

Вопрос, что надо учесть в варианте 2, особенно интересует zabbix-agent, который установлен на узлах их совместимости, обновление и прочее?

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

[Kos]

При любом варианте сначала обновляете сервер и прокси, а только потом - агентов. Новые версии сервера совместимы со старыми версиями агентов, но не наоборот.

Сразу после обновления Zabbix сервера и прокси можно (и нужно) обновить шаблоны для мониторинга сервера и прокси. Шаблоны для мониторинга агентов следует обновлять после того как обновите самих агентов, т.к. тут тоже совместимость в одну сторону: новые агенты будут работать и со старыми шаблонами, а вот новые шаблоны могут использовать какие-то возможности агентов, которых в старых версиях просто не было.

Крайне рекомендую почитать в документации по каждой из промежуточных версий разделы "What's new" и "Upgrade notes" - иногда там встречается весьма важная информация.

Обязательно проверить совместимость с операционкой и прочими компонентами (в первую очередь - поддерживаемые версии СУБД и PHP), они в каждой новой версии Zabbix меняются, и может оказаться так, что сначала потребуется проапгрейдить операционку (либо вообще смигрировать на более новый сервер).

Обязательно тестировать процесс обновления на тестовой среде (как минимум, восстановить из бэкапа копию базы данных и запустить нацеленный на неё экземпляр нового сервера Zabbix, чтобы по его логам убедиться, что он при старте корректно обновляет свою базу данных).

[D.Frolov]

При любом варианте сначала обновляете сервер и прокси, а только потом - агентов. Новые версии сервера совместимы со старыми версиями агентов, но не наоборот.

Сразу после обновления Zabbix сервера и прокси можно (и нужно) обновить шаблоны для мониторинга сервера и прокси. Шаблоны для мониторинга агентов следует обновлять после того как обновите самих агентов, т.к. тут тоже совместимость в одну сторону: новые агенты будут работать и со старыми шаблонами, а вот новые шаблоны могут использовать какие-то возможности агентов, которых в старых версиях просто не было.

Крайне рекомендую почитать в документации по каждой из промежуточных версий разделы "What's new" и "Upgrade notes" - иногда там встречается весьма важная информация.

Обязательно проверить совместимость с операционкой и прочими компонентами (в первую очередь - поддерживаемые версии СУБД и PHP), они в каждой новой версии Zabbix меняются, и может оказаться так, что сначала потребуется проапгрейдить операционку (либо вообще смигрировать на более новый сервер).

Обязательно тестировать процесс обновления на тестовой среде (как минимум, восстановить из бэкапа копию базы данных и запустить нацеленный на неё экземпляр нового сервера Zabbix, чтобы по его логам убедиться, что он при старте корректно обновляет свою базу данных).

Как всегда спасибо за подробный развернутый ответ, учитывая, все тонкости думаю сделать так:

А. Поднять новый сервер Zabbix
Б. По узлам делать переезд

Другое видеться крайне сомнительно.

Вот еще бы понять каике версии агентов, а точнее как их апгрейдить, чтобы по максимуму использовать возможности 7 версии?

[Kos]

Ну, если есть возможность иметь два сервера параллельно и переключать хосты по одному, то нет проблем.

Вот еще бы понять каике версии агентов, а точнее как их апгрейдить, чтобы по максимуму использовать возможности 7 версии?

Если сервер обновляете до версии 7.0.х, то и агентов логично обновлять до этой же версии (текущий релиз - 7.0.2).
Удалили старого агента, поставили нового, нацелили его на новый сервер, сравнили настройки на старом сервере (что и как мониторилось), при необходимости подправили - если агентов немного, то всё получается довольно просто, работа достаточно механическая. Перед переинсталяцией агентов только проверять, не мониторилось ли что-нибудь через UserParameter, чтобы сохранить нужные настройки (и, возможно, используемые скрипты).

[Andrew Grekhov]

Агентов можно просто не обновлять, но тогда на новом сервере часть ключей будет не доступна. Например до версии 5.0 нет загрузки дисков в %.
Где то с переходом на 5.2 появился контроль расхождения времени сервера и агента. А какой то функционал будет только zabbix-agent2 вроде поддержки modbus rtu.

[Kos]

Агентов можно просто не обновлять, но тогда на новом сервере часть ключей будет не доступна.

Не только ключей, но и другого функционала. Например:

• возможность использования встроенной кластеризации Zabbix серверов (если не ошибаюсь, появилась в версии 6.0);
• возможность использования встроенной кластеризации Zabbix прокси (с версии 7.0);
• отображение состояния агентов, работающих только в активном режиме (то ли с версии 6.2, то ли 6.4);
• инкрементальное обновление конфигурации агентов, работающих в активном режиме (с версии 6.4);
• возможность использования удалённых команд на агентах, работающих только в активном режиме (с версии 7.0).

Ну и да, набор ключей, штатно поддерживаемых агентом, тоже увеличился - скажем, тольков в одной версии 6.0 появились такие ключи как vfs.dir.get, vfs.file.get (и несколько других vfs.file.*), net.tcp.socket.count, net.udp.socket.count и kernel.openfiles.

[D.Frolov]

1. Купил VDS
2. Думаю развернуть в Docker, но так как мой уровень DevOps близок к начальному появились вопросы:

Документация по установке

https://www.zabbix.com/documentation/current/en/manual/installation/containers

Вопрос №1
Я не собираюсь состояние Java отслеживать, у меня просто нет такой задачи, в таком случае это нужно или нет - "3. Start Zabbix Java gateway instance".

Вопрос №2
В Example 1, этого мануала - https://www.zabbix.com/documentation...ion/containers, контейнеры запускаются без явного указания volume, я вот думаю это надо или нет? из вариантов
А. Надо (но тогда что отдельно хранить на хостовой машине БД, еще что)?
Б. Не надо, просто бекапить целые контейнеры время от времени

З,Ы По вопросу 2, интересуют Best Practice и просто рассуждения по этому вопросу, ни техническое исполнение, а логика.