Selectel и Хайстекс запустили управляемое аварийное восстановление в облако

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

Что подтверждает первоисточник

Сервис поддерживает актуальную копию инфраструктуры в резервном регионе Selectel. Источником может быть собственная виртуальная среда заказчика или инфраструктура другого провайдера. Производители отдельно заявляют поддержку восстановления при смене гипервизора, что важно для гибридных и мультиплатформенных контуров.

В состав услуги входят:

• проектирование резервной архитектуры;
• настройка репликации данных;
• подготовка сценариев восстановления;
• тестовые переключения с моделированием недоступности основной площадки;
• индивидуальные параметры для систем разной критичности;
• резервная площадка в облачной платформе Selectel.

Решение дополняет Multi-AZ-регион провайдера. Это разные уровни защиты: несколько зон доступности уменьшают риск отказа внутри облачного региона, а DR-сценарий переносит рабочий контур из другой инфраструктуры на резервную площадку.

Чем DR отличается от резервной копии

Резервная копия сохраняет данные, но сама по себе не отвечает, в каком порядке запускать базы, очереди, API и внешние интеграции. План DR связывает копии с вычислительными ресурсами, сетями, DNS, секретами, зависимостями и процедурой возврата на основную площадку.

Поэтому ценность управляемого сервиса определяется не фактом репликации, а достижимыми RPO и RTO:

• RPO показывает, какой объём последних данных допустимо потерять;
• RTO определяет допустимое время восстановления сервиса;
• тестовое переключение подтверждает, что заявленный порядок действительно работает.

Целевые значения следует назначать отдельно каждому бизнес-сервису. Одинаково короткие RPO/RTO для всех систем заметно повышают стоимость и сложность без обязательной пользы.

Что проверить до пилота

1. Какие гипервизоры, операционные системы и типы дисков поддерживаются.
2. Как реплицируются crash-consistent и application-consistent данные.
3. Какой канал и пропускная способность нужны для заданного RPO.
4. Кто переключает DNS, маршруты, VPN и внешние allowlist.
5. Как восстанавливаются ключи, сертификаты и секреты без их небезопасного копирования.
6. Как запускаются зависимые системы и проверяется целостность данных.
7. Можно ли провести изолированный тест без влияния на продуктив.
8. Как выглядит failback после восстановления основной площадки.
9. Какие метрики, журналы и отчёты подтверждают RPO/RTO.
10. Как распределена ответственность между заказчиком, Selectel и Хайстекс.

Для SMS, почты, платёжных шлюзов и других внешних API следует заранее решить, как резервный контур получит сетевой доступ и актуальные параметры интеграции. Восстановленная виртуальная машина бесполезна, если её адреса не разрешены партнёром или секреты потеряли актуальность.

Ограничения новости

Официальное сообщение не публикует универсальные значения RPO/RTO, стоимость, перечень совместимых версий и независимые результаты испытаний. Эти параметры зависят от объёма данных, скорости их изменения, сетевого канала и архитектуры приложения.

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

Практический вывод

Совместное решение переводит DR из набора разрозненных скриптов в управляемую услугу с тестовыми переключениями. Это полезно для компаний с собственной виртуализацией или несколькими поставщиками, если они хотят иметь единый резервный контур в российском облаке.

Начать стоит с карты зависимостей и классификации сервисов, затем выбрать один среднекритичный контур и измерить реальное время восстановления. Полная методика описана в нашем плане аварийного восстановления и статье о резервном копировании и отказоустойчивости.

Источник: официальное сообщение Selectel от 15 июня 2026 года.