A
я правильно понял идею: если в relabel сделать drop по какому-то признаку, то метрики не будут записываться в remote_write, но в tsdb будут попадать?
для remote_write есть relabel
Size: a a a
2021 January 20
A
про него речь, а не про тот что на джобах
AA
а, понял, спс
AS
Наталья Александровна
всем доброго дня, вопрос если в простое latency 20ms то что можно предпринять?
латенси между чем и чем ?
НА
латенси между чем и чем ?
при простое
НА
ничего не запущено тяжелого софтовый рейд
AS
Наталья Александровна
при простое
латенси это метрика между стартом с стопом какого то события
AG
Доброго времени суток, кто-то работал со связкой Alertmanager + AWS SES?
Есть вот такой конфиг:
config:
global:
resolve_timeout: 2m
smtp_from: "alertmanager@us-west-2.amazonses.com"
smtp_smarthost: '<smtp>.us-west-2.amazonaws.com:587'
smtp_auth_username: '<username>'
smtp_auth_password: '<password>'
route:
group_by: ['alertname']
group_wait: 30s
group_interval: 10s
repeat_interval: 10s
receiver: 'default'
routes:
- match:
alertname: Watchdog
receiver: 'default'
receivers:
- name: 'null'
- name: 'default'
email_configs:
- send_resolved: true
to: '<email>'
require_tls: true
При генерации алерта логи в alertmanager пишут:
caller=notify.go:685 component=dispatcher receiver=default integration=email[0] msg="Notify success" attempts=1
Но SES ничего не отправляет, как спал себе, так и спит дальше
Может кто подскажет куда копать.
Есть вот такой конфиг:
config:
global:
resolve_timeout: 2m
smtp_from: "alertmanager@us-west-2.amazonses.com"
smtp_smarthost: '<smtp>.us-west-2.amazonaws.com:587'
smtp_auth_username: '<username>'
smtp_auth_password: '<password>'
route:
group_by: ['alertname']
group_wait: 30s
group_interval: 10s
repeat_interval: 10s
receiver: 'default'
routes:
- match:
alertname: Watchdog
receiver: 'default'
receivers:
- name: 'null'
- name: 'default'
email_configs:
- send_resolved: true
to: '<email>'
require_tls: true
При генерации алерта логи в alertmanager пишут:
caller=notify.go:685 component=dispatcher receiver=default integration=email[0] msg="Notify success" attempts=1
Но SES ничего не отправляет, как спал себе, так и спит дальше
Может кто подскажет куда копать.
IS
domen в ses верификацию прошел ? а что в логах ses в cloudwatch пишет ?
IS
smtp_from: "alertmanager@us-west-2.amazonses.com" вот в этой строчке скорее всего должен стоять ваш домен от имени которого вы шлете почту ну или вы должны быть держателем домена us-west-2.amazonses.com" и пройти верификацию
IS
ну или както еше там в поле фром писма должен быть ваш домен верифицированный иначе не будет ses работать нормально
IS
us-west-2.amazonses.com" как я понимаю не ваш а амазоновский домен с подомена который вам принадлежит разрешит а с обшего врятли
AG
действительно, поменял smtp_from: "alertmanager@<domain-name>" и письма посыпались, как в дом Гарри Поттера
AG
спасибо!
IS
смотрите еше чтобы boncerate не вырос сльно а то ses вас забанит а вы и не узнаете что писма не все доходят.
AG
50 000 в день стоит, надеюсь для алертинга нам не понадобится бить лимиты))
Но я включил логирование в CW, чтобы теперь понимать что происходит
Но я включил логирование в CW, чтобы теперь понимать что происходит
IS
там не в лимитах дело они считают количество отлупов когда писмо не дошло или было отправлено в спам и если оно болше какогото процента точно не помню около 5% но может на других тарифа быть дргая цифра то банят отправку без сообшения
AA
а в текущее время метрик, экспортеров, дашбордов, утилита sar вообще используется в жизни? какой кейс ее использования может быть? только когда никакого мониторинга нет?
SC
sar удобно когда нужно что-то в рилтайме посмотреть и с частотой больше чем раз в 5/15 секунд