AS
и нет кворума.
Size: a a a
2021 February 02
AS
и кластера тоже нету :)
AP
Alexander
Во-первых, кластер из 2х бесполезен: там используется консенсус с кворумом 50%+1, и потому для любого N отказоустойчивость кластера из 2N узлоа эквивалентна кластеру из 2N-1 узлов.
По поводу двойных алертов: удостоверься, что у тебя окно группировки алертов достаточно широкое, чтобы в него пролетали оба алерта, а также, что у тебя правильно выставлен ключ группировки.
Документация тут
https://www.prometheus.io/docs/alerting/latest/alertmanager/
По поводу двойных алертов: удостоверься, что у тебя окно группировки алертов достаточно широкое, чтобы в него пролетали оба алерта, а также, что у тебя правильно выставлен ключ группировки.
Документация тут
https://www.prometheus.io/docs/alerting/latest/alertmanager/
Судя по тому что я прочитал, в Alertmanager не нужен кворум. Они все должны слать, но каждый следующий с задержкой... вот что-то с этой задержкой проблема.
AP
и кластера тоже нету :)
Кластер есть.
A
и нет кворума.
Мне казалось, там рафт внутри.
AP
В алертменеджере ведь нет кворума и если он остаётся один и ему приходит алерт, он его просто отправляет?
отправляет тот, который получил алерт. Если получили оба, то второй как только получит сообщение от первого, что тот уже отправил, то не будет отправлять. Если не получит, то сам отправит.
A
и кластера тоже нету :)
Флаги --cluster.* есть, а кластера нет? :)
AP
Alexander
Флаги --cluster.* есть, а кластера нет? :)
group_wait за группировку между кластерами отвечает?там как-то позиция используется... непонятн только как
AS
Alexander
Флаги --cluster.* есть, а кластера нет? :)
всё так :)
A
А, да, там не рафт, а gossip.
A
group_wait за группировку между кластерами отвечает?там как-то позиция используется... непонятн только как
Да не, по идее, внутри кластера. Это задержка для того, чтобы алертменеджеры в кластере успели нафлудить друг другу информацию об алерте.
AP
Для истории, часть моей проблемы была в том, что group_wait у меня был меньше чем
я для тестов поставил 10s и они не успевали синхронизироваться.
Пошел копать что не так с продакшеном.
--cluster.peer-timeout=15sя для тестов поставил 10s и они не успевали синхронизироваться.
Пошел копать что не так с продакшеном.
AS
Для истории, часть моей проблемы была в том, что group_wait у меня был меньше чем
я для тестов поставил 10s и они не успевали синхронизироваться.
Пошел копать что не так с продакшеном.
--cluster.peer-timeout=15sя для тестов поставил 10s и они не успевали синхронизироваться.
Пошел копать что не так с продакшеном.
что то очень не так. там госсип раз в 250ms должен бегать
AS
кстати госсип это локальный протокол и если между алертманагерами wan линк это может быть не так
AP
вот это другой параметр, конкретно для нотификейшенов... `
--cluster.peer-timeout=15s`AP
вот читаю, что пишут https://github.com/prometheus/alertmanager/issues/1341
2021 February 03
E
ребят, хочу сравнить производительность и потребляемые ресурсы на продакшен данных victoria metrics vs prometheus.
Есть простой способ импортнуть исторические данные из victoria metrics в prometheus?
Есть простой способ импортнуть исторические данные из victoria metrics в prometheus?
RK
ребят, хочу сравнить производительность и потребляемые ресурсы на продакшен данных victoria metrics vs prometheus.
Есть простой способ импортнуть исторические данные из victoria metrics в prometheus?
Есть простой способ импортнуть исторические данные из victoria metrics в prometheus?
Нет, прометеус не поддерживает импорт. Можно только наоборот
⚓
А backfill тут не поможет разве?
https://prometheus.io/docs/prometheus/latest/storage/#backfilling-from-openmetrics-format
(хз на сколько это просто способ :) )
https://prometheus.io/docs/prometheus/latest/storage/#backfilling-from-openmetrics-format
(хз на сколько это просто способ :) )
G
ClickHouse/ClickHouse tagged: v21.1.3.32-stable
Link: https://github.com/ClickHouse/ClickHouse/releases/tag/v21.1.3.32-stable
Release notes:
Link: https://github.com/ClickHouse/ClickHouse/releases/tag/v21.1.3.32-stable
Release notes:
ClickHouse stable release v21.1.3.32-stable
