Selectel: изменения и обслуживание в сентябре–октябре 2026

Ичи12.10.2026Около 10 минОколо 3019 слов

Selectel: изменения и обслуживание в сентябре–октябре 2026

Актуализация ссылок и статусов: 10 сентября 2026 года. Новые окна MSK-1 и ru-1 проверены 11 сентября. 14 сентября добавлены два объявления от 12 сентября: сеть ru-3 и VMware в Москве 17 сентября. 15 сентября проверено новое уведомление о балансировщиках ru-2, опубликованное 14 сентября. Это выборочное дополнение, не повторная проверка всех прежних окон. Адрес этой страницы сохранён, чтобы не создавать новый ежедневный дубль.

18 сентября добавлены четыре уведомления от 17 сентября об обслуживании API, Veeam, сети ru-3 и VMware. Повторно проверена карточка MKS ru-3; остальные старые статусы сохраняют даты предыдущих проверок.

19 сентября добавлено объявление Mobile Farm на 28 сентября. Проверены календарная карточка и русская status-панель; расхождение с месяцем в английском тексте сохранено ниже. Это выборочное дополнение, не проверка исполнения прежних работ.

4 октября добавлено прошедшее окно обслуживания ИИ-роутера 3–4 октября по общей status-панели. Финальное сообщение о результате не найдено; календарное окончание не принято за фактическое восстановление. Остальные события сохраняют прежние даты проверки; URL журнала не изменён.

5 октября, до начала окон в 12:00 по Екатеринбургу, проверены отдельные карточки электропитания «Цветочная-2» и Mobile Farm. Это ранее опубликованные объявления с датой работ 5 октября, а не новые аварии или новые объявления этого дня. Результат обслуживания заранее не утверждается; остальные записи сохраняют даты своих проверок.

7 октября, при вечерней проверке, добавлено обслуживание сети ru-3 этого дня по отдельной карточке. Календарное окно ещё идёт; результат не подтверждён. Сбой VM ru-7a и закрытие GlobalConnect внесены в журнал инцидентов, а не смешаны с этим планом. Прежние даты проверок сохранены.

7 октября — снижение сетевого резервирования `ru-3`

Уведомление № 403001 опубликовано 6 октября 2026 года в 15:51 МСК. Окно для ru-3a, ru-3b, ru-3c — 7 октября, 11:00–20:00 МСК / 13:00–22:00 по Екатеринбургу (UTC+5). Ожидается снижение резервирования сети; перерывы связи провайдер не планирует.

При вечерней проверке 7 октября карточка и общая панель содержат Scheduled. Девять часов — плановое окно, не подтверждённый downtime; наличие записи в текущем разделе не доказывает аварию или фактическое начало работ. Финального результата ещё нет.

Для своего ресурса проверьте резервный путь и внешние пробы; после окна сопоставьте ошибки и уведомления. Эти тесты здесь не выполнялись. Связь с отдельным сбоем ru-7a 6 октября не установлена. Категория «Рекомендую» с прежним флагом пересмотра сохраняется.

5 октября — электропитание «Цветочная-2» и Mobile Farm

Публикация, МСК	Окно 5 октября, МСК	Объект и заявленное воздействие	Первоисточник
17 сентября, 18:08	10:00–17:00	«Цветочная-2» / SPB-2: модернизация схемы электропитания с отключением одного ввода. Оборудование с двумя БП работает от одного ввода, с одним БП переключается на рабочий ввод; штатная работа ожидается	№ 398770
24 сентября, 18:27	10:00–20:00	Mobile Farm: возможны периодическая недоступность устройств и ограничения аренды новых и освобождения существующих устройств	№ 400359

По Екатеринбургу окна — 12:00–19:00 и 12:00–22:00 (UTC+5) соответственно. При чтении карточки содержат Scheduled maintenance; это план, не доказанные семь или десять часов простоя. Снижение резервирования питания не приравнивается к отключению всех серверов. Mobile Farm — отдельный продукт, а не весь VPS/облачный сервис.

Для питания заранее проверьте персональное уведомление, резервирование конкретного оборудования и независимый доступ. Для фермы перенесите критичные тесты и предусмотрите другой стенд; после окна проверьте нужное устройство и тестовый сценарий. Эти эксплуатационные проверки здесь не выполнялись. Не объединяйте события с прошлыми сбоями или вечерними работами виртуальных роутеров ru-2 20:00–22:00 МСК, которые уже описаны в журнале Selectel.

Категория «Рекомендую» с прежним флагом пересмотра сохраняется. При появлении отдельного незапланированного воздействия его следует записать в журнал инцидентов с фактическими данными, а не подменять ими план обслуживания.

3–4 октября — обслуживание ИИ-роутера

Объявление опубликовано 2 октября 2026 года в 17:08 МСК. Окно — 3 октября, 20:00 — 4 октября, 06:00 МСК; по Екатеринбургу — 3 октября, 22:00 — 4 октября, 08:00 (UTC+5). Selectel предупреждал об однократной возможной недоступности продукта до 10 минут, а не о десятичасовом простое.

На проверку 4 октября после окончания окна компонент «ИИ-роутер» на общей панели доступен. Объявление переместилось в прошедшие события, но сохраняет Scheduled maintenance и текст плана, без отдельного финального сообщения. Карточка № 402229 не загрузилась; источник прочитанных дат и текста — общая панель. Фактический перерыв, время восстановления и результат работ не установлены.

Для зависимых приложений сопоставьте собственные ошибки и задержку API с окном; ограничивайте повторы и проверяйте допустимость резервного провайдера для передаваемых данных. Такие тесты здесь не выполнялись. Плановое обслуживание не объединяется с прежними сбоями интерфейса или отчётности AI Router и не добавляется как подтверждённая авария. Категория «Рекомендую» сохраняется с существующим флагом пересмотра.

Объявления 22–25 сентября: работы 28 сентября — 2 октября

Выборочно проверены 26 сентября. Даты публикации отделены от будущих окон; прежние анонсы и результаты их исполнения этим дополнением не переаттестованы.

Публикация, МСК	Окно, МСК	Объект и ожидаемое воздействие	Источник
24 сентября, 18:42	28 сентября, 17:00–20:00	Балансировщики `ru-2a/b/c`: последовательное пересоздание amphora, два перерыва до 30 секунд каждый; только уведомлённые клиенты	№ 400361
23 сентября, 15:26	29 сентября, 13:00–14:00	Обслуживание API `ru-7a/b`; простой VM не заявлен	Общая панель
24 сентября, 17:53	30 сентября, 16:00–18:00	Некоторые виртуальные маршрутизаторы и Floating IP в `ru-7a/b` могут быть недоступны суммарно до пяти минут	№ 400352
22 сентября, 17:09	30 сентября, 21:00–23:59	В `ru-3a/b/c` недоступно управление сетевыми ресурсами, включая создание/удаление портов, сетей и маршрутизаторов; активные ресурсы заявлены незатронутыми	Общая панель
25 сентября, 18:21	1 октября, 20:00 — 2 октября, 04:00	Обновление ПО DBaaS по одной ноде; возможный перерыв при смене master — до трёх минут	Общая панель

Для трёх уведомлений использован прочитанный текст общей панели: отдельные карточки загрузить не удалось. DBaaS-объявление не уточняет движок в доступном тексте; не ограничиваем его только PostgreSQL по предположению. Провайдер рекомендует DNS-имя кластера и персонально уведомляет затронутых клиентов.

До окон перенесите критичные операции Terraform и управления, проверьте резервный доступ и переподключение клиентов. После DBaaS-работ нужны отдельные проверки SQL, очередей и копий. Окно обслуживания не равно длительности перерыва; прогноз провайдера не является результатом наших измерений. Связь этих работ с московскими инцидентами 24–25 сентября не установлена. Категория «Рекомендую» сохраняется.

Новые объявления от 21 сентября: API `ru-3` и S3 `gis-1`

Проверены 22 сентября по общей официальной панели. Отдельные карточки не загрузились; ссылки сохранены из панели. Старые окна этим дополнением не переаттестованы.

Публикация, МСК	Окно, МСК	Объявленное воздействие	Карточка
21 сентября, 17:14	23 сентября, 13:00–14:00	Обслуживание API `ru-3a` / `ru-3b` / `ru-3c`; простой VM не заявлен	№ 399498
21 сентября, 16:49	29 сентября, 22:00–23:59	Сеть S3 `gis-1`: ожидаются два перерыва суммарно до 10 минут	№ 399491

Это план, не измеренный downtime. API-окно не объединяется с утренними сетевыми работами ru-3 того же дня. Перенесите критичные операции управления; для S3 проверьте ограниченные retry, независимую копию и возобновление backup jobs после окна. Категория не меняется; почтовый инцидент хранится в журнале.

Где отслеживать аварии

Деградация сетевых дисков universal.ru-7b закрыта 5 сентября в 14:55 МСК. Отдельная проблема создания VDS в этом пуле закрыта в 16:08 МСК. Восстановление KVM-консолей объявлено завершённым 8 сентября в 16:43 МСК.

При повторной проверке 18 сентября карточка MKS ru-3 № 396842 от 7 сентября, 13:28 МСК остаётся в Issue: финального сообщения о восстановлении нет. Затронуто создание новых кластеров в ru-3a, ru-3b, ru-3c; существующие кластеры, по сообщению Selectel, работают штатно. Это продолжение проверки той же записи, не новая авария 18 сентября и не доказательство непрерывного простоя приложений. Отдельный закрытый MKS-инцидент 15 сентября в других пулах с ним не объединяется.

Точные временные отметки, разбор длительности, источники и рекомендации по проверке workload находятся в журнале инцидентов. Там же хранятся сетевые события ru-3 / ru-9 1–2 и 12–13 сентября. Совпадение времён разных событий не означает общую причину без официального RCA; предстоящие работы не считаются причиной уже произошедших сбоев.

28 сентября — обслуживание Mobile Farm

Уведомление № 398896 опубликовано 18 сентября 2026 года в 13:50 МСК, статус — Scheduled maintenance. Заголовок и календарь задают окно 28 сентября, 10:00–20:00 МСК. В русской общей status-панели также указано 28.09.2026, но английское тело карточки говорит July 28, 2026. Для планирования используем совпадающие календарь и русское уведомление, явно сохраняя расхождение; перед критичным запуском уточните дату у поддержки.

Провайдер предупреждает о периодической недоступности устройств и временных ограничениях аренды новых и освобождения существующих устройств. Десять часов — окно обслуживания, не подтверждённый непрерывный простой. Сообщение относится к Mobile Farm, а не к VPS или всему облаку; связь с отдельным iOS-инцидентом 14 сентября не установлена.

Перенесите критичные мобильные тесты за пределы окна, предусмотрите независимый стенд и ограниченные повторы CI. После работ проверьте подключение и сценарий на нужном устройстве отдельно от статуса панели. Эти испытания не проводились; категория Selectel не меняется из-за анонса.

Объявленные работы 18 и 23–24 сентября

Официальные карточки прочитаны 18 сентября 2026 года. Ниже — расписание и ожидаемое воздействие, а не отчёт о состоявшихся простоях или наших эксплуатационных тестах.

Публикация, МСК	Окно, МСК	Объект и заявленное воздействие	Постоянная ссылка
17 сентября, 17:13	18 сентября, 11:00–12:00 по заголовку; в тексте ошибочное `11:00–14:12:00`	Обслуживание API в `ru-8a`, `gis-1a`, `gis-2a`; окончание требует уточнения	№ 398762
17 сентября, 19:55	18 сентября, 12:00–13:00	Veeam Agent / Cloud Connect: возможны перерывы сервиса, все активные backup/restore sessions будут прерваны	№ 398789
17 сентября, 18:55	23 сентября, 07:00–10:00	Сеть `ru-3a` / `ru-3b`: часть виртуальных маршрутизаторов и связанных Floating IP может быть недоступна суммарно до минуты	№ 398781
17 сентября, 18:35	23 сентября, 22:00 — 24 сентября, 03:00	VMware Москва / Санкт-Петербург: управление vDC может быть недоступно до 60 минут в каждом регионе; возможны нарушения scheduled backup	№ 398776

API и резервное копирование

Некорректное время окончания API-окна не исправлено догадкой. До изменения production уточните его у поддержки и не полагайтесь на доступность управления для аварийного развёртывания в этом интервале. Уведомление не даёт оснований объявлять простой всех VM.

Veeam-работы названы аварийными, но имеют статус Scheduled maintenance. Перенесите критичные backup/restore за пределы окна, проверьте последнюю пригодную внешнюю копию и результат прерванного задания перед повтором. Окончание окна само по себе не подтверждает успешное возобновление заданий.

Сеть и VMware

Для ru-3 проверьте зависимость приложения от Floating IP и переподключение клиентов. Три часа обслуживания не означают три часа недоступности; до минуты — ожидаемый суммарный перерыв для затронутых маршрутизаторов, не измерение всех ресурсов.

Для VMware Selectel отдельно сообщает, что работа и сетевая доступность VM не должны пострадать. Ограничение до 60 минут касается управления через vcd.selectel.ru и vcd-msk.selectel.ru, причём отдельно в каждом регионе. После окна проверьте расписание копий и управление независимо от сети VM. Для Cloud Director Availability (VCAV/vCDA) в уведомлении требуется операция repairing на своей площадке; порядок следует согласовать с поддержкой, не запускать вслепую на production.

Объявленные работы 16–17 сентября

Уведомления MSK-1, ru-1, сети ru-3 и VMware сохранены по предыдущим проверкам. Новое окно балансировщиков ru-2 сверено 15 сентября по отдельной официальной карточке:

Публикация, МСК	Окно, МСК	Объект и заявленное воздействие	Постоянная ссылка
9 сентября, 17:50	16 сентября с 00:00; окончание 01:00 в заголовке, 01:59 в тексте	MSK-1 / Berzarina-1: возможен перерыв внешней сети до 2 минут	Уведомление № 397245
8 сентября, 17:13	16 сентября 21:00 — 17 сентября 01:00	`ru-1a` / `ru-1b`: регион временно скрывается из панели, public API недоступен; управление приостанавливается до 3 часов, запущенные ресурсы заявлены работающими	Уведомление № 397020
12 сентября, 14:09	17 сентября, 07:00–09:00	`ru-3a` / `ru-3b` / `ru-3c`: часть виртуальных маршрутизаторов и связанных Floating IP может быть недоступна до 1 минуты; перерыва публичных сетей `/29` не ожидается	Уведомление № 397782
12 сентября, 14:11	17 сентября, 10:00–12:00	Публичное VMware Cloud в Москве: сетевое резервирование N+0; суммарная недоступность панели vDC — до 5 минут	Уведомление № 397783
14 сентября, 22:23	17 сентября, 17:00–20:00	Load Balancers в `ru-2a` / `ru-2b` / `ru-2c`: последовательное пересоздание amphora; с резервированием возможны два перерыва до 30 секунд каждый, без резервирования — до 300 секунд	Уведомление № 398188

Для MSK-1 окончание окна нужно уточнить у поддержки: расхождение источника не исправляется предположением. Во втором случае четырёхчасовое окно обслуживания не равно заявленным трём часам недоступности управления и не является простоем работающих VM.

Перед MSK-1 проверьте внешние пробы, переподключение клиентов и резервный канал. Для ru-1 перенесите операции Terraform, создание ресурсов и критичные развёртывания; не рассчитывайте на доступность control plane для аварийного масштабирования в это окно. После работ проверьте отдельно приложение и API управления. План не является отчётом о выполненных тестах.

Что учесть для сети `ru-3` и VMware

Для ru-3 проверьте, используют ли приложения Floating IP за виртуальным маршрутизатором или публичную /29: в уведомлении для них различается ожидаемое воздействие. Нужны внешние пробы, проверка переподключения клиентов и ограниченные retry. Отсутствие ожидаемого перерыва /29 — заявление провайдера, не результат нашего теста.

Уведомление VMware перечисляет AVM1 | SILVER-1, AVM1 | GOLD-1, AVM1 + BRZ2 | PLATINUM-1. N+0 означает снижение резервирования, а не подтверждённый двухчасовой outage. Пять минут относятся к панели vDC, не ко всем VM. Не совмещайте окно с критичным изменением сети или восстановлением, зависящим от панели; заранее проверьте независимый доступ и после окна — сеть приложения отдельно от управления.

Балансировщики `ru-2`: аварийные работы по расписанию

В карточке № 398188 работы названы аварийными, но имеют статус Scheduled maintenance и заранее объявленное окно. Это не сообщение о произошедшем трёхчасовом простое. Воздействие относится к трафику через затронутые балансировщики, а не автоматически ко всем VM региона.

По уведомлению, затронутые клиенты получат сообщение в панели. Провайдер предлагает заранее пересоздать инстансы в удобное время; балансировщики с уже пересозданными инстансами не должны затрагиваться этими работами. Самостоятельное пересоздание тоже может прервать трафик: официальная инструкция не обещает нулевого downtime. Её общую оценку времени нельзя подставлять вместо отдельных пределов 30/300 секунд из уведомления об этих работах.

Проверьте список LB, их пул и резервирование, состояние backend и внешний HTTP/TCP-мониторинг. Сохраните конфигурацию, согласуйте отдельное окно для добровольного пересоздания и сначала проверьте процедуру на тестовом LB. Не удаляйте production-балансировщик ради проверки и не запускайте массовый failover без согласования. После операции проверьте ACTIVE, правила, целевые группы и фактический трафик. При ошибке сохраните идентификаторы и обратитесь в поддержку; не повторяйте изменяющие операции вслепую.

Фактическое незапланированное воздействие после обслуживания следует фиксировать отдельно в журнале инцидентов, не заменяя анонс предположением о результате.

Другие объявленные окна сентября

Это заранее объявленные окна, а не подтверждённые аварии. Завершение календарного окна само по себе не подтверждает результат обслуживания или фактическую длительность перерывов.

Окно, МСК	Локация / услуга	Заявленное воздействие	Источник
9 сентября, 00:00–06:00	Санкт-Петербург, BGP	Снижение резервирования, последовательное отключение IPv4/IPv6-сессий	Уведомление
10 сентября, 10:00–12:00	Санкт-Петербург, сеть публичного VMware Cloud	Снижение резервирования до N+0; не подтверждённый двухчасовой простой	Status-панель
10 сентября, 10:00–17:00	Казахстан, `ALM-1` / `kz-1`, Global Router L3VPN	Резервирование N+0, два ожидаемых перерыва до 10 секунд каждый	Уведомление
11 сентября, 00:00–06:00	Москва, BGP	Снижение резервирования, последовательное отключение IPv4/IPv6-сессий	Уведомление

Сетевое уведомление VMware опубликовано 8 сентября в 17:11 МСК, но окно работ назначено на 10 сентября. Его нельзя объединять с отдельным обслуживанием VMware Backup 10:00–16:00.

У BGP-уведомлений Санкт-Петербурга и Москвы заголовки карточек указывают 2026 год, а текст — 2025. Здесь использован год календарной карточки; расхождение источника не скрыто.

До окна проверьте резервные BGP-сессии и оба IP-протокола, а для L3VPN — переподключение БД и брокера, timeout/retry и реакцию health checks на короткий перерыв. После работ сравните маршруты, ошибки и задержку с исходными показателями.

Окна электропитания ru-2c, Мобильной фермы, Veeam и VMware Backup перечислены в разделе плановых работ журнала Selectel.

Влияние на оценку провайдера

Категория «Рекомендую» сохраняется с флагом на повторную оценку длительного storage-инцидента, повторных сетевых событий ru-3 / ru-9 и provisioning. Плановые работы сами по себе не являются основанием для снижения категории; возможность создать ресурс и восстановиться из копии проверяется отдельно от доступности уже работающей VM.

Публичная status-панель помогает проверить охват и временные рамки, но не заменяет оценку повторяемости, реального влияния на приложения и качества RCA. Время открытой записи не следует приравнивать к непрерывному простою каждого клиента.

Selectel: изменения и обслуживание в сентябре–октябре 2026

Описание