Сейчас проверил - не перебирает, а выбирает случайную проксю при запуске. Потом при рефреше активных проверок опрашивает все прокси.

Ну как бээээ.
Заведи одну проксю.

Если хост потом нужно будет на время перевести на другую прокси - нужно будет менять конфиг. Чот для тысячи хостов разом даже с энсиблом не очень. Для виндовых тачек ещё хуже - там SCCM для разлива конфига может политики обновить чёрт знает когда.

Прямо я полгода назад) Хотя че это. До сих порт так. Анссимбла нет, админы серверов - пади достучись. Ваще мы таким косятлем все обошли - аж стыдно)

Синкаете по шедулеру/крону?

тогда или pacemaker/keepalived/netscaller или API

у нас агентские хосты переезжают на другую прокси netscaller'ом
БД и прочая безагентская ерунда — API

Товарищи вопрос
есть API некоторого сервиса, в которое нужно ходить Заббиксом и забирать оттуда данные
проблема в том, что токен для запроса имеет ограниченный срок действия, периодически его нужно обновлять
кто-то решал такую задачу самим заббиксом?
понятное дело, можно ходить внешним скриптом, и делать апдейт через базу , но вдруг есть более человечий способ

создать item, в котором хранить токен?
и поставить на него нужную периодичность

а как этот item писать в макрос?
т.е. сейчас у меня токен - user macro.  в айтем положить токен проблемы нет - как это потом переложить в макрос, для использования в других айтемах?

Только скрипт и через API.

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

Жалко, что в макрос нельзя записать last(host.item)

Писать можно только в инвентори, но её макросы нельзя юзать для параметров айтемов.

наверное, стоит начать с описания предполагаемой нагрузки...

Наверное можно как-то через макросы LLD выкрутиться, но имхо проще скрипт для API написать )

прошу прощения, в этом есть небольшая сложность потому что большой запас делается на туманное будущее с расчетом постепенного развития...но если брать по хостам то это около 150 коммутаторов, порядка 15 физических серверов, система виртуализации VMware пара упсов несколько систем охлаждения...

На туманное будущее будут туманные советы. )

прекрасно это понимаю, но буду рад хоть каким то)

"Система виртуализации VMWare" может состоять как из одного хоста, так и из сотни.