Сложность понимания аварийных сигналов облачных часов AWS - PullRequest
0 голосов
/ 06 июня 2019

Я просматриваю документацию по тревогам CloudWatch https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html. В разделе Configuring How CloudWatch Alarms Treat Missing Data приведены примеры таблиц сценариев.Я с трудом понимаю, что происходит.enter image description here

Почему в двух последних строках поведение столбцов Missing и Ignore отличается?

1 Ответ

1 голос
/ 06 июня 2019

Прежде всего, последние 2 строки все еще сильно отличаются.Хотя у них обоих есть 2 отсутствующие точки данных, последней точкой данных самой последней строки является «X», что означает «Нарушение / Плохо», в то время как последней точкой данных второй последней строки является «O», что «хорошо» / «хорошо».При настройке обработки пропущенных данных как «MISSING» / «IGNORE» вторая последняя строка считается ОК, , даже если в ней отсутствуют 2 точки данных. Разумно, что настройки MISSING / IGNORE болееразрешающий, чем BREACHING.

И в последнем ряду MISSING / IGNORE также ведут себя по-разному.Это потому, что IGNORE более разрешающий, чем MISSING, поскольку вы можете видеть, что IGNORE будет «сохранять текущее состояние».Это означает, что ваша тревога при таких обстоятельствах будет оставаться такой, как есть, до тех пор, пока не появятся новые точки данных, и это не нарушит текущий шаблон точек данных.

И обоснование поведения MISSING в последней строке таково, хотя мычтобы увидеть одну точку неверных данных, нам нужно больше точек данных, чтобы определить, будет ли следующее аварийное состояние хорошим / плохим или НЕДОСТАТОЧНЫМ, если точек данных больше нет.

...