S
Почитать доку про kubernetes-sd в прометее и потом взять kube-prometheus
или prometheus-operator ;)
Size: a a a
2020 July 03
A
или prometheus-operator ;)
почему "или"?
ZA
Не "внутри себя", а в кубере
Хотелось бы prometheus сделать вне кубика. Но да ладно, буду так делать
S
ой извините, перепутал =) ок, да пусть будет kube-prometheus
я просто голый prometheus-operator + grafana-operator предпочитаю =)
я просто голый prometheus-operator + grafana-operator предпочитаю =)
A
Хотелось бы prometheus сделать вне кубика. Но да ладно, буду так делать
тогда прометей должен будет уметь ходить в поды извне кубера, а это как минимум не всегда возможно
S
Хотелось бы prometheus сделать вне кубика. Но да ладно, буду так делать
для чего? вам надо компоненты кубера мониторить?
или кубер снаружи мониторить?
для этого кейса какой нибудь site24x7.com больше подходит кмк
или кубер снаружи мониторить?
для этого кейса какой нибудь site24x7.com больше подходит кмк
ZA
Коллеги, спасибо. Понял что какой-то костыль пытаюсь придумать. Буду использовать kube-prometheus
2020 July 06
AA
доброе утро. Кто-нибудь знает - carbon-clickhouse поддерживает релоад для перечитывания своей конфигурации? (https://github.com/lomik/carbon-clickhouse).
По привычке делал так (он у меня запущен в докере):
По привычке делал так (он у меня запущен в докере):
docker kill -s HUP carbon-clickhouse
В логах:INFO [main] SIGHUP received. Ignoring {}
vk
доброе утро. Кто-нибудь знает - carbon-clickhouse поддерживает релоад для перечитывания своей конфигурации? (https://github.com/lomik/carbon-clickhouse).
По привычке делал так (он у меня запущен в докере):
По привычке делал так (он у меня запущен в докере):
docker kill -s HUP carbon-clickhouse
В логах:INFO [main] SIGHUP received. Ignoring {}@rlomonosov думаю только ты с ходу сможешь ответить на этот вопрос.
Но я например обычно просто его перезагружаю. Carbon-c-relay умеет придерживать данные у себя в буфере пока бекенд временно не доступен.
Но я например обычно просто его перезагружаю. Carbon-c-relay умеет придерживать данные у себя в буфере пока бекенд временно не доступен.
vk
Ну и запущено у нас их сразу несколько, чтобы в случае чего можно было бы моментально перевести запись на другую, рабочую ноду.
AA
спасибо, так сделал, вроде ничего не пропало. Я думал, что из carbon-c-relay такой себе "буфферизатор".
DS
Всем привет. Хост отдаёт метрики по нескольким портам, джоба такого рода уместна:
- job_name: 'relable'
source_labels: ["123.123.123:*"]
action: replace
target_label: 'hostname:*'
?
- job_name: 'relable'
source_labels: ["123.123.123:*"]
action: replace
target_label: 'hostname:*'
?
ДУ
спасибо, так сделал, вроде ничего не пропало. Я думал, что из carbon-c-relay такой себе "буфферизатор".
да, но на время рестарта carbon-clickhouse его более чем хватает
ДУ
и, как уже тут говорили, можно запустить несколько carbon-clickhouse и рестартить их по очереди
AA
если сферически прикинуть - на какой период carbon-c-relay может забуфферизовать метрики во время недоступности carbon-clickhouse? (вопрос из праздного интереса и понятно, что ответ может зависет от опций carbon-c-relay и объема входящих метрик)
ДУ
если сферически прикинуть - на какой период carbon-c-relay может забуфферизовать метрики во время недоступности carbon-clickhouse? (вопрос из праздного интереса и понятно, что ответ может зависет от опций carbon-c-relay и объема входящих метрик)
дели размер буфера на рейт метрик. вроде так
ДУ
исправился
DS
Подскажите, как я могу сделать relable ip-адреса в hostname, если метрики собираются по разным портам?
AK
Dmitry S.
Подскажите, как я могу сделать relable ip-адреса в hostname, если метрики собираются по разным портам?
Relabel? Reliable? Prometheus?
DS
Relabel? Reliable? Prometheus?
да, прошу прощение, relabel конечно же, prometheus.