S
экранирование так и надо
Size: a a a
2020 May 13
AS
стоит разобрать понаделенное :)
вы фактически сложили логи в пром. он так не может и быстро умрет по памяти
вы фактически сложили логи в пром. он так не может и быстро умрет по памяти
AS
если вам нужны логи с разбивкой по uri стоит взять систему которая умет в логи и строить такие отчеты из неё
S
стоит разобрать понаделенное :)
вы фактически сложили логи в пром. он так не может и быстро умрет по памяти
вы фактически сложили логи в пром. он так не может и быстро умрет по памяти
nginx_vts_filter_cache_total{filter="uris::domain.com",filter_name="/"],",status="miss"} 0
нашел этого засранца, не подскажешь, можно-ли как-то exclude делать для такого случая в vts?
нашел этого засранца, не подскажешь, можно-ли как-то exclude делать для такого случая в vts?
S
если вам нужны логи с разбивкой по uri стоит взять систему которая умет в логи и строить такие отчеты из неё
а какая умеет?(
AS
кх, эластик, файлы, whatever...
AS
nginx_vts_filter_cache_total{filter="uris::domain.com",filter_name="/"],",status="miss"} 0
нашел этого засранца, не подскажешь, можно-ли как-то exclude делать для такого случая в vts?
нашел этого засранца, не подскажешь, можно-ли как-то exclude делать для такого случая в vts?
стоит отойти на два шага назад и полностью перепроектировать то что сделали
C
привет! а есть какие бест практисы для того, чтоб prometheus сделать high available? у меня сейчас в кластере он в одном экземпляре, задеплоен как statefulset, хотела бы сделать по одному экземпляру на каждой available зоне, и пока что немного все расплывчиво видится решение. у кого что имеется из советов по этому вопросу?
C
у вас как сделано?)
AS
привет! а есть какие бест практисы для того, чтоб prometheus сделать high available? у меня сейчас в кластере он в одном экземпляре, задеплоен как statefulset, хотела бы сделать по одному экземпляру на каждой available зоне, и пока что немного все расплывчиво видится решение. у кого что имеется из советов по этому вопросу?
по два прометея. не сильно крупные каждый.
10-20к метрик оптимальный размер. (имхо)
локальные tsdb сведены в необходимый минимум.
всё отправляется в ремоут сторадж.
10-20к метрик оптимальный размер. (имхо)
локальные tsdb сведены в необходимый минимум.
всё отправляется в ремоут сторадж.
AS
точка отказа только люди и процессы в них
C
по два прометея. не сильно крупные каждый.
10-20к метрик оптимальный размер. (имхо)
локальные tsdb сведены в необходимый минимум.
всё отправляется в ремоут сторадж.
10-20к метрик оптимальный размер. (имхо)
локальные tsdb сведены в необходимый минимум.
всё отправляется в ремоут сторадж.
спасибо большое =)
2020 May 14
AP
тут про influxdb написали что он не такой плохой
https://habr.com/ru/post/501696/#comment_21613948
вдруг кто-то хочет написать комментарий
https://habr.com/ru/post/501696/#comment_21613948
вдруг кто-то хочет написать комментарий
z
Anton Patsev
тут про influxdb написали что он не такой плохой
https://habr.com/ru/post/501696/#comment_21613948
вдруг кто-то хочет написать комментарий
https://habr.com/ru/post/501696/#comment_21613948
вдруг кто-то хочет написать комментарий
он хороший
AP
z311
он хороший
написал тут. вдруг люди хотят собраться с мыслями и написать ответ :)
z
так хабр зачем? он же нинужон
TF
z311
так хабр зачем? он же нинужон
я который год не пойму, чего все пишут "не торт, ненужон" ?
ну не нужен и не нужен, почитал, вынес чего-то себе полезного из текста и ок, писать торт ил нет, медиум говно и прочие - это как школота вещает шутки за 100 про мамку
ну не нужен и не нужен, почитал, вынес чего-то себе полезного из текста и ок, писать торт ил нет, медиум говно и прочие - это как школота вещает шутки за 100 про мамку
C
Ребят, хелп плиз :)
у меня в кластере есть прометей, деплоился хельмом, в values у него сейчас такое:
у меня в кластере есть прометей, деплоился хельмом, в values у него сейчас такое:
alertmanager:вот я например задам параметр server.replicaCount=2 в values файле, то есть у меня уже будет 2 пода с прометеем, вместо одного, а как быть с вольюмом? 2 разных? как вообще лучше организовать этот момент и засинхронить данные между двумя экземплярами прометея потом?
persistentVolume:
storageClass: "gp2"
server:
image:
tag: v2.17.2
persistentVolume:
storageClass: "gp2"
enabled: true
accessModes:
- ReadWriteOnce
mountPath: /data
size: 100Gi
resources:
limits:
cpu: 4
memory: 16G
requests:
cpu: 2
memory: 4G
statefulSet:
enabled: true
SK
Ребят, хелп плиз :)
у меня в кластере есть прометей, деплоился хельмом, в values у него сейчас такое:
у меня в кластере есть прометей, деплоился хельмом, в values у него сейчас такое:
alertmanager:вот я например задам параметр server.replicaCount=2 в values файле, то есть у меня уже будет 2 пода с прометеем, вместо одного, а как быть с вольюмом? 2 разных? как вообще лучше организовать этот момент и засинхронить данные между двумя экземплярами прометея потом?
persistentVolume:
storageClass: "gp2"
server:
image:
tag: v2.17.2
persistentVolume:
storageClass: "gp2"
enabled: true
accessModes:
- ReadWriteOnce
mountPath: /data
size: 100Gi
resources:
limits:
cpu: 4
memory: 16G
requests:
cpu: 2
memory: 4G
statefulSet:
enabled: true
а не лучше 1 пром и 2 вики?