Timi0222

Прокси использует свою отдельную базу данных, в которой хранит полученные с хостов значения какое-то фиксированное время. При этом он отправляет их и на сервер. Прокси не умеет в триггеры, события и всю эту логику. Он только буфер.
https://www.zabbix.com/documentation/current/ru/ma...

Дашбоард - это экран с рассованными по нему объектами. На разных серверах айдишники объектов будут отличаться - поэтому и экспортировать дашбоарды нельзя.

Можно, конечно, начать ковыряться в соответствующих таблицах, но это, имхо, контрпродуктивно. Если у вас серверы (почему-то) идентичны - скопируйте всю базу.

Экспорт на исходном сервере, импорт на другом.
mysqldump, mysql.

Если возможно остановить сервис тогда по заветам Rsa97 :

shell> mysqldump db_name > backup-file.sql

shell> mysql db_name < backup-file.sql

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

по вот этому делал?
https://winitpro.ru/index.php/2019/09/03/mariadb-r...
ищи шаг, где что пропустил )

Как это "при скачке устанавливается другая версия"? Вот отсюда пробовали? То, что при установке метапакета 5.0 ставится самая последняя минорная версия - это нормально.

Никто обычно не реплицирует "весь сервер", это делается для конкретных компонентов, и, в зависимости от их специфики - по-разному. Можно настроить распределённую файловую систему, но для СУБД, например, такой вид репликации не подходит, потому что не обеспечивает консистентность данных.

Ничего.
Broadcast автоматически рассчитается, исходя из маски подсети (subnet mask).
Вам нужно вручную внести ip address, subnet mask, default gateway.

Опытные собаководы советуют не изобретать велосипед и делать стандартно, с миграцией vIP и промоутом слейвов до мастера: https://blog.zabbix.com/zabbix-ha-cluster-setups/8264/

Тем более, что меньше трёх нод - это никакое не НА, потому что при потере связности между нодами автоматически получается split brain.

У Эластика как раз под эта дело есть утилиты для сбора информации:
- https://www.elastic.co/beats/metricbeat
- https://www.elastic.co/beats/winlogbeat
- есть и другие.

LogStash не нужен.

Grafana вроде бы работает с Elastic, но это не очень стандарнтная конфигурация. Обычно используют Kibana.

У меня как раз такая конфигурация стоит для нескольких небольших серверов.
В общем - работает, много метрик и логов собирает.

Events с Windows собираются без проблем.
Сетевую статистику тоже можно смотреть.
Но слабым местом мне показалось, что у Elastic'a как-то недоработан набор дэшбордов. То есть что-то можно увидеть сразу на стандартных дэшбордах, а что-то приходится вытягивать из метриков и логов самому. Не знаю, если у других инструментов дэшбоарды лучше...

Эластик лишь хранит логи и выполняет поиск по ним. А сбором и перенаправлением таковых занимаются другие инструменты. Допустим, Winlogbeat.

Выбирать сейчас непросто - Grafana сейчас имеет Loki для сбора логов, а Elastic (бывший ELK) APM agent для сбора метрик.
Я понял, что вы не хотите Zabbix, но я все равно за классику - например, Zenoss. У них есть готовые плагины\темплейты для Windows и популярных сервисов. А у новых модных штук - вопрос есть ли.

Традиционно для этого используют zabbix.
Я топлю за Prometheus - классная штука. У него даже есть windows-exporter - агент, который ставится на ноду, которую нужно мониторить. Собирает тыщу всяких метрик. Пробуйте.