- Главная
- Возможности
- Окна обслуживания
Плановый простой, который не идёт вам в минус
Разовые, еженедельные или ежемесячные окна удерживают оповещения, а простой по умолчанию не попадает в аптайм и отчёты.
Все тарифы- Еженедельные и ежемесячные повторы с часовым поясом
- Объявление на страницах статуса и подписчикам
- По умолчанию исключается из аптайма, отдельно для каждого окна
- Проверки внутри окна, чтобы записать настоящий простой
Другие возможности
Что на самом деле меняет окно
Окно обслуживания — это обещание системе, что сбои в течение определённого промежутка времени ожидаемы. Пока оно активно, монитор, не проходящий проверку, не открывает инцидент и не отправляет оповещений. Остальное определяют четыре переключателя, отдельные для каждого окна: объявить на странице статуса, уведомить подписчиков по e-mail, исключить время из аптайма и продолжать проверки. Объявление и исключение включены по умолчанию.
Продолжать проверки по умолчанию выключено, то есть монитор просто прекращает проверки на это время, и ничего не записывается. Включите, когда хотите, чтобы проверки тихо продолжались: тогда окно накапливает секунды простоя, который действительно случился внутри него, по одному интервалу проверки за каждую неудачную. Именно это число потом и полезно. Плановая 30-минутная миграция, записавшая 24 минуты настоящего простоя, говорит, что план сработал; та, что записала 118 минут в 120-минутном окне, — что миграция была грубее, чем казалась.
Как меняется математика аптайма, на цифрах
Возьмём 30-дневный месяц — это 43 200 минут. Допустим, сайт был недоступен 20 минут внепланово и 90 минут во время миграции. Если окно миграции настроено исключать простой, аптайм считается только по внеплановым 20 минутам: 20, делённые на 43 200, — это 0,046 процента, то есть 99,954%. Миграция всё равно появляется на странице статуса и в ежемесячном отчёте как событие обслуживания, просто не как потерянная доступность. Если бы окно простой не исключало, в сумме было бы 110 минут, или 99,745%.
Разница между тремя девятками (99,9%, около 43 минут в месяц) и 99,7% — это разница между выполненным и нарушенным типичным SLA, так что честно определяйте, какой простой действительно плановый. Окно, растянутое так, чтобы покрыть плохой вечер, — быстрый способ сделать отчёты лживыми. Если договор исключает только работы, объявленные за 48 часов, планируйте соответственно. Калькулятор аптайма показывает, что допускает каждая цель.
Разовые, еженедельные и ежемесячные окна
У разового окна есть начало и конец в выбранном вами часовом поясе. Еженедельное повторяется каждые семь дней от первого начала, а ежемесячное — в то же число месяца; когда месяц короче выбранного числа, окно приходится на последний день месяца, так что окно, заданное на 31-е, состоится и в феврале. После перехода на летнее или зимнее время поглядывайте на ближайшее повторение и проверяйте, что оно начинается в ожидаемый час.
Окно без выбранных мониторов применяется ко всем мониторам в аккаунте, что удобно для ночи патчей на весь хост и опасно, если забыть о его существовании. Давайте окнам описательные названия, чтобы список читался. Три схемы, которые работают:
- Еженедельная ночь патчей: вторник с 02:00 до 03:00 по Europe/Tallinn на мониторах одного сервера, с объявлением и исключением.
- Ежемесячное резервное копирование: 1-го числа в 04:00 на 45 минут с включёнными проверками, чтобы видеть, как долго сайт был действительно затронут.
- Разовая миграция: суббота с 22:00 до 23:30, с объявлением подписчикам за несколько дней.
Скрипты развёртывания: что может API, а что нет
Окна создаются в приложении. В REST API сейчас нет адреса для окон обслуживания, так что скрипт развёртывания открыть окно не может. Зато скрипт, имея ключ с правом записи на Pro или выше, может поставить монитор на паузу перед развёртыванием и возобновить после — через адреса паузы и возобновления. Это заглушает оповещения, но отличается от окна двумя вещами: время не объявляется подписчикам, а монитор на паузе оставляет пробел в истории вместо записанного события обслуживания. Всегда возобновляйте в trap или шаге finally, иначе неудачное развёртывание оставит монитор молчащим.
Для регулярных развёртываний лучше запланировать окно; для разовых прагматичный путь — пауза.
Чего окна не делают
Окно не защищает от внепланового сбоя: если сайт всё ещё сломан после окончания окна, подтверждённый сбой открывает инцидент как обычно. Это также не то же самое, что пауза, и оно не редактирует историю задним числом: окно, созданное после простоя, его не скроет. Оповещения о сертификатах и сроках действия доменов отделены от сбоев, и окна для них не предназначены.
Окна обслуживания есть на Free, Starter, Pro и Agency, так что обновляться не нужно. Публичная видимость зависит от ваших страниц статуса, а влияние на то, что получают клиенты, описано в отчётах для клиентов.
Вопросы
Покажет ли моя страница статуса работы заранее?
Если для окна включено объявление, оно появляется на странице как предстоящие работы, а подписчиков e-mail можно уведомить. Отключите объявление для внутренних работ, которых клиенты не должны видеть.
Ставит ли окно мониторинг на паузу?
По умолчанию да: проверки останавливаются на это время. Если включить продолжение проверок, они идут, оповещения и инциденты остаются подавленными, а случившийся простой записывается в окно.
Можно ли не дать плановому простою снизить аптайм?
Да, оставив включённым переключатель исключения из аптайма — он включён по умолчанию. Отключите его для окна, если договор засчитывает это время против вас.
Что будет, если работы затянутся?
Когда окно заканчивается, обычный мониторинг возобновляется. Если сайт в этот момент всё ещё недоступен, подтверждённый сбой открывает инцидент, и оповещения приходят как обычно. Продлите окно до его окончания, если знаете, что оно затянется.
Начните мониторинг за две минуты
30 мониторов бесплатно, без ограничения по времени. Без банковской карты. Переходите с UptimeRobot? Импортируйте мониторы одним кликом по ключу API только для чтения.