Добрый день!
Подскажите как реализовать схему мониторинга на Zabbix в распределенной сети. Есть офисы с удаленными сетями, каналы с дублированием от 10 до 100 мегабит.
Я так понимаю поднять сервер Zabbix в основной сети. В удаленных сетях поднять прокси сервера. Сервер и прокси - поднять на физических или виртуальных (Hyper-V) серверах?
Напрашивается вопрос отказоустойчивости мониторинга.
Если поднять один сервер Zabbix, то в случае его падения имеем вероятность потратить достаточно много времени на его восстановление. Прокси сервера, я так понимаю, продолжат собирать данные, но не будет оповещений по причине не работающего основного сервера.
В случае отказа какого-либо прокси в удаленной сети - теряем мониторинг всей удаленной сети.
Как реализовать бесперебойность мониторинга? Поднимать два основных сервера Zabbix, не связанных друг-с-другом, и по два прокси сервера в удаленных сетях? Полное дублирование работы. Но будут расходы в случае физического размещения серверов/прокси и оповещения также будут дублированы. Насколько я понимаю архитектура Zabbix не поддерживает кластеризацию, а прокси необходимы для снижения нагрузки на сервер. А мне хотелось-бы именно отказоустойчивое решение. Реализовать кластеризацию двух серверов посредством heartbeat и просто переключать кластерный IP-адрес сервера? Тогда потребуется внешнее хранилище БД. В случае же необходимости восстановления БД из дампа через несколько лет можно потратить много времени на восстановление. При этом мониторинг будет недоступен. Неужели реализация - два сервера и по два прокси в удаленных сетях - решение отказоустойчивого мониторинга?
Допустим каналы связи дублированы и можно пробросить до сервера Zabbix напрямую vlanы всех сетей и тогда прокси будут не нужны. Потребуется реализовать только отказоустойчивый один сервер.
Как поступить?
Подскажите как реализовать схему мониторинга на Zabbix в распределенной сети. Есть офисы с удаленными сетями, каналы с дублированием от 10 до 100 мегабит.
Я так понимаю поднять сервер Zabbix в основной сети. В удаленных сетях поднять прокси сервера. Сервер и прокси - поднять на физических или виртуальных (Hyper-V) серверах?
Напрашивается вопрос отказоустойчивости мониторинга.
Если поднять один сервер Zabbix, то в случае его падения имеем вероятность потратить достаточно много времени на его восстановление. Прокси сервера, я так понимаю, продолжат собирать данные, но не будет оповещений по причине не работающего основного сервера.
В случае отказа какого-либо прокси в удаленной сети - теряем мониторинг всей удаленной сети.
Как реализовать бесперебойность мониторинга? Поднимать два основных сервера Zabbix, не связанных друг-с-другом, и по два прокси сервера в удаленных сетях? Полное дублирование работы. Но будут расходы в случае физического размещения серверов/прокси и оповещения также будут дублированы. Насколько я понимаю архитектура Zabbix не поддерживает кластеризацию, а прокси необходимы для снижения нагрузки на сервер. А мне хотелось-бы именно отказоустойчивое решение. Реализовать кластеризацию двух серверов посредством heartbeat и просто переключать кластерный IP-адрес сервера? Тогда потребуется внешнее хранилище БД. В случае же необходимости восстановления БД из дампа через несколько лет можно потратить много времени на восстановление. При этом мониторинг будет недоступен. Неужели реализация - два сервера и по два прокси в удаленных сетях - решение отказоустойчивого мониторинга?
Допустим каналы связи дублированы и можно пробросить до сервера Zabbix напрямую vlanы всех сетей и тогда прокси будут не нужны. Потребуется реализовать только отказоустойчивый один сервер.
Как поступить?
Comment