A
нет абстракции сервис
Size: a a a
2020 October 21
A
ну или объекта, как там правильно
A
мы тут эту тему уже жевали 100500 раз
MO
ну а чем заббиксовый "хост" не подходит под объект "сервис"?
A
выше описали чем
A
1 хост и 20 приложений
A
выходит надо клепать 20 хостов по совету Дениса
A
не дурка?
A
навскидку пример: 3 инстанса мускуля на 1 хосте. что с этим делать
E
ну а чем заббиксовый "хост" не подходит под объект "сервис"?
Тем что внутри хоста есть application, зачем плодить сущности
E
Ну то есть методология и такая и такая имеет право на существование.
Непонятно, зачем менять, пусть даже между релизами
Непонятно, зачем менять, пусть даже между релизами
MO
у меня кейс такой: виртуалка, на ней кучка Java-сервисов (мониторятся по JMX), их не 20, но 5-6 например.
есть хост vmname с шаблонами "линуксовая виртуалка"
и хосты svc1@vmname, svc2@vmname, итд - у них разные настройки JMX интерфейса, навешены общие жава шаблоны (про Heap) и специфические.
есть хост vmname с шаблонами "линуксовая виртуалка"
и хосты svc1@vmname, svc2@vmname, итд - у них разные настройки JMX интерфейса, навешены общие жава шаблоны (про Heap) и специфические.
MO
к такой схеме пришёл ещё на 3.х и не считаю дуркой :)
A
бери JMX-exporter )))
ДУ
к такой схеме пришёл ещё на 3.х и не считаю дуркой :)
А с 5.2 можно будет хосты ещё обнаруживать
VR
А с 5.2 можно будет хосты ещё обнаруживать
Чем будет отличаться от текущего?
d
В нашем случаи это стоп фактор для перехода на 5ку.
Т.к. на одном хосте у нас живут несколько приложений, метрики которых доступны на разных SNMP портах.
Если раньше, мы могли Макросом определить community для каждого Item отдельно взятого приложения в соответствующем шаблоне.
И безболезненно распространять эти шаблоны на другие хосты "as it is".
То теперь приходиться в настройках хоста персонально для каждого Item'a указывать соответсвующий этому приложению SNMP интерфейс (Host Interface).
Что сильно затрудняет масштабируемость ((
ЗЫ возможно просто не умеем это готовить и есть более оптимальное решение?
Т.к. на одном хосте у нас живут несколько приложений, метрики которых доступны на разных SNMP портах.
Если раньше, мы могли Макросом определить community для каждого Item отдельно взятого приложения в соответствующем шаблоне.
И безболезненно распространять эти шаблоны на другие хосты "as it is".
То теперь приходиться в настройках хоста персонально для каждого Item'a указывать соответсвующий этому приложению SNMP интерфейс (Host Interface).
Что сильно затрудняет масштабируемость ((
ЗЫ возможно просто не умеем это готовить и есть более оптимальное решение?
Мнда... надо было оставить возможность оверрайда...
ДУ
Чем будет отличаться от текущего?
Можно будет интерфейсы обнаруженных хостов задавать
RS
А кто подскажет как можно защититься от флаппинга?
AG
А кто подскажет как можно защититься от флаппинга?
от какого флапинга ?
проблема в триггерах или в оповещениях ?
проблема в триггерах или в оповещениях ?