Восстановление кластеров баз данных при отказе зоны доступности
- Базовые рекомендации при различных отказах
- Перенос данных из резервных копий управляемых баз данных в сторонние кластеры
- Перенос данных из сервисов управляемых баз данных в сторонний кластер с помощью репликации
- Перенос данных из сервисов управляемых баз данных в кластер Selectel с помощью Managed Service for Trino
Раздел содержит практические рекомендации по восстановлению данных при недоступности зон Yandex Cloud.
Базовые рекомендации при различных отказах
Если одна из зон доступности недоступна, порядок действий зависит от размещения хостов и состояния кластера. В примерах ниже предполагается, что недоступна зона ru-central1-b. Выберите подходящий сценарий:
- Все хосты кластера находятся в недоступной зоне.
- Часть хостов находится в недоступной зоне, мастер переключился.
- Часть хостов находится в недоступной зоне, мастер не переключился и кластер доступен только для чтения.
- В кластере нет хостов в недоступной зоне.
Все хосты кластера находятся в недоступной зоне
Чтобы сократить время простоя, начните восстановление из резервной копии, не дожидаясь возвращения зоны доступности в работу.
- Проверьте доступные резервные копии кластера и выберите подходящую точку восстановления. Возможность восстановления на определенный момент времени зависит от сервиса и типа резервной копии.
- Восстановите кластер из резервной копии по инструкции вашего сервиса. При настройке нового кластера разместите его хосты в других доступных зонах.
- Дождитесь завершения восстановления, проверьте данные и настройте подключение приложения к новому кластеру.
Важно
Данные, которые не попали в выбранную точку восстановления, будут отсутствовать в новом кластере. Если подходящей резервной копии нет или восстановление не удается, обратитесь в техническую поддержку.
Инструкции по восстановлению из резервной копии:
|
Сервис |
Инструкция |
|
Managed Service for PostgreSQL |
|
|
Managed Service for MySQL® |
|
|
Managed Service for ClickHouse® |
|
|
Yandex Managed Service for Valkey™ |
|
|
Yandex StoreDoc |
|
|
Managed Service for OpenSearch |
|
|
Yandex MPP Analytics for PostgreSQL |
|
|
Managed Service for Sharded PostgreSQL |
Резервная копия Managed Service for Sharded PostgreSQL содержит конфигурацию шардов. Данные самих шардов при необходимости восстановите отдельно в Managed Service for PostgreSQL.
Часть хостов находится в недоступной зоне, мастер переключился
Этот сценарий подходит для кластера из нескольких хостов, если мастер переключился на хост в другой зоне доступности.
- Проверьте, что приложение подключается к новому мастеру и может записывать данные.
- Если добавление хостов доступно, добавьте в другие зоны хосты взамен недоступных. Если добавить хосты не получается, обратитесь в техническую поддержку.
- Дождитесь, пока новые хосты станут работоспособны и синхронизируют данные. После этого удалите хосты в зоне
ru-central1-b, учитывая ограничения сервиса на минимальное число хостов. Если удаление временно недоступно, повторите попытку позже.
Инструкции по управлению хостами:
|
Сервис |
Добавить хост |
Удалить хост |
|
Managed Service for PostgreSQL |
||
|
Managed Service for MySQL® |
||
|
Yandex Managed Service for Valkey™ |
||
|
Yandex StoreDoc |
Мастер не переключился, кластер доступен только для чтения
Этот сценарий подходит для кластера из нескольких хостов, часть которых находится в зоне ru-central1-b, если мастер не переключился и кластер перешел в режим только для чтения (Read Only, RO).
Автоматическое переключение мастера может не выполняться из-за риска потери данных. В этом сценарии самостоятельно переключить мастер нельзя.
- Обратитесь в техническую поддержку. Укажите идентификатор кластера и опишите его состояние.
- Дождитесь, пока техническая поддержка переключит мастер.
- Выполните действия из сценария, в котором мастер переключился.
В кластере нет хостов в недоступной зоне
Чтобы подготовиться к возможным отказам других зон:
- Проверьте конфигурацию кластера и приложения по рекомендациям по отказоустойчивости. Учитывайте требования вашего сервиса к размещению и количеству хостов.
- Если вам нужно настроить перенос или репликацию данных, изучите инструкции Data Transfer и требования к подготовке источника и приемника.
Перенос данных из резервных копий управляемых баз данных в сторонние кластеры
Если резервные копии управляемых баз данных Yandex Cloud хранятся в Object Storage с репликацией в трех зонах: ваши данные сохранены.
Для сохранения копии данных можно сделать выгрузку любых хостов управляемой базы данных в доступных зонах по инструкциям:
|
Сервис |
Инструкция |
|
Managed Service for PostgreSQL |
|
|
Managed Service for MySQL® |
|
|
Yandex StoreDoc |
|
|
Yandex Managed Service for Valkey™ |
|
|
Managed Service for ClickHouse® |
|
|
Managed Service for OpenSearch |
Восстановление резервной копии кластера через OpenSearch API |
|
Managed Service for Apache Kafka® |
Автоматические бекапы не предусмотрены |
|
Yandex MPP Analytics for PostgreSQL |
Используйте |
Перенос данных из сервисов управляемых баз данных в сторонний кластер с помощью репликации
Если есть доступный хост базы данных в Yandex Cloud, вы можете скопировать его данные в самостоятельно развернутый экземпляр БД с помощью репликации:
|
Сервис |
Инструкция |
|
Managed Service for PostgreSQL |
|
|
Managed Service for MySQL® |
|
|
Yandex Managed Service for Valkey™ |
Перенос данных из сервисов управляемых баз данных в кластер Selectel с помощью Managed Service for Trino
Доступен способ миграции данных в инфраструктуру Selectel с помощью Managed Service for Trino:
|
Сервис |
Инструкция |
|
Managed Service for PostgreSQL |
Перенести данные из PostgreSQL в облачную базу данных PostgreSQL с помощью Trino |
|
Managed Service for MySQL® |
Перенести данные из MySQL® в облачную базу данных MySQL® с помощью Trino |
|
Managed Service for ClickHouse® |
Перенести данные из ClickHouse® в облачную базу данных ClickHouse® с помощью Trino |