Аварийный сигнал AWS Cloudwatch, установленный на NonBreaching (или notBreaching), не сработал, на основе фильтра журнала - PullRequest
0 голосов
/ 18 декабря 2018

Со следующей комбинацией Метрика и Авария

  • Метрика
    • Из фильтра журнала Cloudwatch (когда в журнале найдено совпадение)
    • Значение метрики: "1"
    • Значение по умолчанию: Нет
    • Единица: Счет
  • Тревога
    • Статистика: Сумма
    • Период: 1 минута
    • Обрабатывать отсутствующие данные как: notBreaching
    • Порог: [Метрический]> 0 для 1 точек данных в течение 1 минуты

Тревога переходит к: Состояние изменено на OK в 2018/12/17.

Причина : Порог пройден: точки данных не получены в течение 1 периода, а 1 отсутствующий пункт данных был обработан как [NonBreaching].

И тогда он не срабатывает, дажехотя я выставляю метрику> 0

Почему аварийный сигнал застрял в норме?Как сигнал тревоги может снова сработать?

1 Ответ

0 голосов
/ 18 декабря 2018

Решение

Удалите свойство "Unit" из шаблона стека. Конфигурация Alarm.

Источником проблемы на самом деле было свойство " Unit ".Если для этого параметра установлено значение «Счет», то аварийный сигнал застрял: (

Убедитесь, что стек выдает тот же результат, что и при ручной настройке аварийного сигнала, проверив с помощью API describe-alarms.

...