Кратко

  • APNIC запланировала трёхчасовое обслуживание сети в Брисбене; перерывы до пяти минут могли затронуть 15 компонентов.
  • Страница статуса исключает плановые работы из расчёта доступности, поэтому процент не доказывает отсутствие перерывов.

В уведомлении указан возможный предел, а не итог

13 октября APNIC опубликовала уведомление о сервисных работах. Критические обновления безопасности сетевого оборудования в центрах обработки данных в Брисбене назначили на четверг, 15 октября, с 06:00 до 09:00 UTC+10. Окно длилось три часа. APNIC предупредила, что перечисленные сервисы могут прерываться на срок до пяти минут. Это предварительно обозначенная возможность, а не измеренная длительность сбоя.

Уведомление называет 11 групп сервисов: портал MyAPNIC Member Portal, registry-api.apnic.net, сайт и блог APNIC, APNIC Academy, Orbit, FTP, сервисы RPKI, DASH, REx и Whois Oceania. На публичной странице статуса работа разложена на 15 компонентов, включая отдельные записи для RPKI Repository, RRDP, AS0, протокола публикации и RSC verifier. Одна операция охватывает зависимости с разными функциями.

Столбец доступности отвечает на более узкий вопрос

В 09:16 UTC+10, через 16 минут после объявленного окончания, страница всё ещё показывала событие в “Upcoming Maintenance”. В истории указывалось, что за 14 октября не сообщалось об инцидентах; у компонентов в столбце Uptime стояло 100%. Это не доказывает, что каждый сервис работал без перерывов: плановое обслуживание и незапланированные инциденты отражаются отдельно.

В публичной конфигурации указаны ignore_maintenance_for_uptime_calculation: true и show_status_history_uptime: true. Справочник API StatusIQ описывает это поле; документация Site24x7 поясняет, что периоды обслуживания можно исключить из расчёта простоя и доступности. Видимая история статусов и инцидентов ограничена двумя днями. Поэтому 100% — не отдельный отчёт о результате трёхчасового окна.

В проверенных источниках APNIC ещё не опубликовала данные по каждому компоненту о фактических перерывах, времени восстановления или пользовательском воздействии. Материалы подтверждают план работ и возможность перерыва до пяти минут, но не доказывают ни достижение этой границы, ни нулевое воздействие.

Источники: уведомление APNIC о работах 15 октября, статус сервисов APNIC, справочник API StatusIQ от Site24x7 и описание расчёта доступности Site24x7. обновления сервисов APNIC; разъяснение Site24x7 об исключении планового обслуживания из отчётов SLA доступности.