Многооконное оповещение по скорости расхода
Определение
Многооконное оповещение по скорости расхода — правило вызова дежурного, которое проверяет, как быстро тратится бюджет ошибок, сразу по нескольким окнам разной длины. В схеме Google SRE Workbook длинное окно подтверждает, что расход значим, а короткое — что он продолжается сейчас.
Также ищут: Multi-window burn-rate alert · multiwindow multi-burn-rate · MWMBR alert · многооконный burn-rate alert
Зачем это знать
В рекомендуемой схеме Google SRE Workbook длинное окно даёт контекст расхода бюджета, а короткое проверяет, продолжается ли он. Один порог и И внутри пары относятся к этой схеме; другое многооконное правило может иметь иную логику.
Карта понятия
Что подтверждено
В многооконной схеме, рекомендованной главой об оповещениях по SLO в Google SRE Workbook, длинное и короткое окна одного порога соединены через И: значимый расход должен продолжаться сейчас. Это свойство конкретной рекомендованной схемы, а не определение любого многооконного оповещения.
Граница применимости: Многооконная схема Google SRE Workbook; выбор порогов, окон и каналов реакции остаётся политикой конкретного сервиса.
В сервисе с малым трафиком один неудачный запрос может создать огромную расчётную скорость расхода, поэтому стандартную схему нужно адаптировать.
Граница применимости: Малое число запросов и естественные периоды простоя, описанные Google SRE.
Учебное правило вызывает дежурного, если (скорость за 1 час выше 14,4 И за 5 минут выше 14,4) ИЛИ (за 6 часов выше 6 И за 30 минут выше 6). Длинное и короткое окна одной пары соединены через И; разные пары — через ИЛИ.
Граница применимости: Явно заданный пример по схеме SRE Workbook для 30-дневного SLO. Операторы строгого сравнения и числа являются условиями примера, а не обязательной политикой всех сервисов.
В учебном правиле короткая и длинная скорости должны обе превышать 14,4. При значениях 2 за 5 минут и 20 за час эта пара ложна: исторический расход ещё высок, но короткое окно не подтверждает продолжающееся быстрое ухудшение.
Граница применимости: Логический разбор одной пары со строгим превышением. Другие независимые ветви тревоги в условие не включены; ложность пары не означает отсутствия инцидента вообще.
При цели 99,9% одна ошибка из десяти операций даёт долю 10% и скорость сгорания 100. Это точный результат этих десяти операций, но малая выборка требует отдельной политики оповещения; нулевой трафик не превращают в доказанный успех.
Граница применимости: Редакторский расчёт и ограничение наблюдения. Не предлагается скрывать ошибки минимальным числом запросов или объявлять универсальный безопасный порог.
Что проверить
- Запишите пороги, интервалы и логические связи именно выбранного правила.
- В рекомендуемой схеме Google SRE используйте один порог и И внутри пары, ИЛИ между ветвями.
- Проверьте малый трафик и поведение при отсутствии данных.
Первоисточники
- Alerting Rules
Документирует alert expressions, pending/firing states, for/keep_firing_for и передачу notifications в Alertmanager.
- Implementing SLOs
Описывает построение SLI/SLO от пользовательской цели, measurement window и error-budget policy.
Утверждения: 05