A
хорошо, что ты со мной согласен. Такое редко встречается.
Ггг )))
Size: a a a
2019 December 09
A
Симптоматично про редко соглашаются
AK
один хрен нужна базовая настройка, техе машинки в ад надо в оное ввести, а дальше они через днс сам дц найдут
Если мы говорим про SRV, то достаточно просто указать клиенту нужный DNS сервер для поиска же.
A
Это еще одна система, если держать её только ради Zabbix - ну, такое себе, а вот DNS есть у всех наверное. ) Но это всё холивар.
Днс не у всех ;)
AK
Днс не у всех ;)
Как и etcd
A
Как и etcd
1:1
KZ
Если мы говорим про SRV, то достаточно просто указать клиенту нужный DNS сервер для поиска же.
а что мешает так же указать сервер забикса? в общем то тем же днс именем...
MC
Это еще одна система, если держать её только ради Zabbix - ну, такое себе, а вот DNS есть у всех наверное. ) Но это всё холивар.
в больших системах используют какой-то единообразный метод развертывания софта. что мешает его использовать для первичного развертывания агента с базовым конфигом?
AK
Тут просто был вопрос - как найти сервер заббикса. =) Я предложил вариант с SRV записью помимо уже упомянутого SCP. )
AK
в больших системах используют какой-то единообразный метод развертывания софта. что мешает его использовать для первичного развертывания агента с базовым конфигом?
В больших системах - да. Нельзя же постоянно ориентироваться только на крупные инсталляции.
MC
Тут просто был вопрос - как найти сервер заббикса. =) Я предложил вариант с SRV записью помимо уже упомянутого SCP. )
мне кажется это избыточный функционал
MC
В больших системах - да. Нельзя же постоянно ориентироваться только на крупные инсталляции.
любая инсталляция со временем к этому приходит :)
A
в больших системах используют какой-то единообразный метод развертывания софта. что мешает его использовать для первичного развертывания агента с базовым конфигом?
Дополнительные расходы при централизации. Так агент знает откуда тянуть настройки. А так надо генерировать конфиги для каждого агента. И в случае изменений снова их раскидывать. При сотнях и тысячах хостов это будет проблемой
A
Дополнительные расходы при централизации. Так агент знает откуда тянуть настройки. А так надо генерировать конфиги для каждого агента. И в случае изменений снова их раскидывать. При сотнях и тысячах хостов это будет проблемой
Вы могли встроить фичу потянуть настройки агента из сервера. Это было бы удобно
AK
любая инсталляция со временем к этому приходит :)
Нууу, сложно спорить, однако вопрос времени )
MC
Дополнительные расходы при централизации. Так агент знает откуда тянуть настройки. А так надо генерировать конфиги для каждого агента. И в случае изменений снова их раскидывать. При сотнях и тысячах хостов это будет проблемой
базовый конфиг практически не меняется. другое дело, что базовых будет несколько. например, при нескольких прокси
A
базовый конфиг практически не меняется. другое дело, что базовых будет несколько. например, при нескольких прокси
Нельзя обо всех окружениях говорить такое
MC
Вы могли встроить фичу потянуть настройки агента из сервера. Это было бы удобно
потянуть настройки из базы? или тянуть конфиг файлы?
A
потянуть настройки из базы? или тянуть конфиг файлы?
Это уже варианты реализации
AK
Кстати, для linux и windows может не быть одной системы для развертывания. sccm - win, ansible - lin