ДУ
там плагином вроде был, да
Size: a a a
2020 March 19
ДУ
но с валидацией все равно хотелось бы разобраться
A
A
Натравил. И забрал http-агентом
t
Добрый день. Расскажите пожалуйста, как подключить zabbix-agent к контейнерам docker. Zabbix так-же располагается в докере
OK
но с валидацией все равно хотелось бы разобраться
Насколько я понял, это не имеет отношения к проверке валидности JSON'a. Просто ты можешь через JSONPath поискать в JSON'e некую запись, при наличии которой дальнейшая обработка JSON'a должна быть прервана. Если ее нет, или JSON битый - все идет дальше.
ДУ
То есть при наличии
ДУ
Надо попробовать
AK
Добрый день. Расскажите пожалуйста, как подключить zabbix-agent к контейнерам docker. Zabbix так-же располагается в докере
А можно чуть подробнее вопрос?
t
А можно чуть подробнее вопрос?
Я не знаю как устроен zabbix-agent в докере. На сколько я знаю надо закидывать на каждый сервер zabbix agent что бы получать с сервера инфу, а как это делать для приложений расположеных в докере? Туда тоже закидывать агнет или как?
ДУ
Какие именно данные ты хочешь получать?
AK
Я не знаю как устроен zabbix-agent в докере. На сколько я знаю надо закидывать на каждый сервер zabbix agent что бы получать с сервера инфу, а как это делать для приложений расположеных в докере? Туда тоже закидывать агнет или как?
Ну, чисто концептуально, агента в тот же контейнер пихать - против правил
t
Ну, чисто концептуально, агента в тот же контейнер пихать - против правил
Вот и я о том же)
ДУ
Один контейнер одно приложение, да
t
Какие именно данные ты хочешь получать?
Да все возможные, пока тестирую)
t
Один контейнер одно приложение, да
Да
AK
Хм, ну развернуть рядом контейнер с агентом, в той же сети, что и приложение
SZ
Да не, я про JSON возвращаемый ключом wmi.getall
https://pastebin.com/EJ5dPqSD
там я, ожидаемо, не обнаружил требуемого. оно как бы и нарпашивается, что надо как-то модифицировать сам запрос
wmi.getall[root\cimv2,"select * from win32_perfformatteddata_perfdisk_physicaldisk"]
собсвенно, вопрос сводится к следующему - есть готовое решение? или хотя бы сырое.. вкупаться в синтаксис wmi.getall нет возможности сейчас, при учете, что не факт, что можно будет модифицировать под мою задачу..
там я, ожидаемо, не обнаружил требуемого. оно как бы и нарпашивается, что надо как-то модифицировать сам запрос
wmi.getall[root\cimv2,"select * from win32_perfformatteddata_perfdisk_physicaldisk"]
собсвенно, вопрос сводится к следующему - есть готовое решение? или хотя бы сырое.. вкупаться в синтаксис wmi.getall нет возможности сейчас, при учете, что не факт, что можно будет модифицировать под мою задачу..
AK
https://pastebin.com/EJ5dPqSD
там я, ожидаемо, не обнаружил требуемого. оно как бы и нарпашивается, что надо как-то модифицировать сам запрос
wmi.getall[root\cimv2,"select * from win32_perfformatteddata_perfdisk_physicaldisk"]
собсвенно, вопрос сводится к следующему - есть готовое решение? или хотя бы сырое.. вкупаться в синтаксис wmi.getall нет возможности сейчас, при учете, что не факт, что можно будет модифицировать под мою задачу..
там я, ожидаемо, не обнаружил требуемого. оно как бы и нарпашивается, что надо как-то модифицировать сам запрос
wmi.getall[root\cimv2,"select * from win32_perfformatteddata_perfdisk_physicaldisk"]
собсвенно, вопрос сводится к следующему - есть готовое решение? или хотя бы сырое.. вкупаться в синтаксис wmi.getall нет возможности сейчас, при учете, что не факт, что можно будет модифицировать под мою задачу..
А, ну да, чё-то с такого джейсона фильтр не сделать.
AK
Я вообще мало пользы вижу с получения метрик из такого запроса. Пики теряются абсолютно. Он же раз в минуту опрашивается? Я бы метрики по дискам только из perf_counter получал, наверное