H
самое удачное, когда имена VM совпадают с именем хоста, которое в конфиге агента. Соответственно прототипам хостов можно цеплять темплейт мониторинга ОС
Size: a a a
2020 August 14
RK
самое удачное, когда имена VM совпадают с именем хоста, которое в конфиге агента. Соответственно прототипам хостов можно цеплять темплейт мониторинга ОС
Это мысль! Спасибо
RK
Вкорячить агент на vcsa и не париться
А как это поможет?
AK
R K
Господа, вопрос по vCenter. Как вы боретесь с "бардаком" хостов: автообнаружились вирт. машины (добавились как отдельные хосты), затем мне нужно мониторить OS и процессы на каждом, т.е. поставлю агента на каждую ВМ. Это приведёт к тому, что хосты "продублируются" хосты. Как все это лучше организовать? Расфосовать по группам? Кто как делает?
мне кажется что есть смысл мониторить одновременно с обеих сторон. со стороны гипервизора базовые проверки на то, что виртуалка жива и всё такое, а изнутри уже все данные про машину.
RK
мне кажется что есть смысл мониторить одновременно с обеих сторон. со стороны гипервизора базовые проверки на то, что виртуалка жива и всё такое, а изнутри уже все данные про машину.
Ну да, вопрос был про своего рода дублирование хостов
RN
самое удачное, когда имена VM совпадают с именем хоста, которое в конфиге агента. Соответственно прототипам хостов можно цеплять темплейт мониторинга ОС
Так не всегда получается.
KZ
самое удачное, когда имена VM совпадают с именем хоста, которое в конфиге агента. Соответственно прототипам хостов можно цеплять темплейт мониторинга ОС
А в прототип можно айтишник виртуалки ставить? Вроде бы прототипы создаются с адресом вцентра
AK
R K
Ну да, вопрос был про своего рода дублирование хостов
я не думаю что это на самом деле дублирование, виртуалка как часть гипервизора и виртуалка как отдельный сервис у меня в голове это две разные сущности, которые и мониторить надо по-разному.
EY
полностью согласен с А К
MC
я не думаю что это на самом деле дублирование, виртуалка как часть гипервизора и виртуалка как отдельный сервис у меня в голове это две разные сущности, которые и мониторить надо по-разному.
+
AK
а с вашей стороны можно было бы сделать мета-хост, который позволял бы связывать хосты вместе :)
RK
я не думаю что это на самом деле дублирование, виртуалка как часть гипервизора и виртуалка как отдельный сервис у меня в голове это две разные сущности, которые и мониторить надо по-разному.
Тут подискутировать можно. Предусмотрено же у одного хоста мониторинг железа через ipmi, и отдельно ОС
MC
а с вашей стороны можно было бы сделать мета-хост, который позволял бы связывать хосты вместе :)
Давайте развивать мысль дальше. Что вы получите с этого метахоста?
AK
R K
Тут подискутировать можно. Предусмотрено же у одного хоста мониторинг железа через ipmi, и отдельно ОС
да можно, я только свою точку зрения выразил. меня такое дублирование мало того что не смущает так и радует
AK
Давайте развивать мысль дальше. Что вы получите с этого метахоста?
ну это будет сущностью над хостами но под группами, как бы между. позволяла бы как-то управлять конкретными подразделениями, но чтобы не надо было пилить группу. хотя это конечно такое себе, мне просто не очень нравится работа вложенных групп.
IA
а с вашей стороны можно было бы сделать мета-хост, который позволял бы связывать хосты вместе :)
Лучше просто добавлять новый интерфейс к хосту.
И айтемы на него сразу вешать.
И айтемы на него сразу вешать.
RK
Лучше просто добавлять новый интерфейс к хосту.
И айтемы на него сразу вешать.
И айтемы на него сразу вешать.
Это как? Где про это почитать?
IA
R K
Это как? Где про это почитать?
Выше на реплай кликните
AK
Лучше просто добавлять новый интерфейс к хосту.
И айтемы на него сразу вешать.
И айтемы на него сразу вешать.
мне проще хосты менеджерить
IA
мне проще хосты менеджерить
Я про то, что можно было бы