Восстановление кластеров баз данных при отказе зоны доступности

Если одна из зон доступности недоступна, порядок действий зависит от размещения хостов и состояния кластера. В примерах ниже предполагается, что недоступна зона ru-central1-b. Выберите подходящий сценарий:

• Все хосты кластера находятся в недоступной зоне.
• Часть хостов находится в недоступной зоне, мастер переключился.
• Часть хостов находится в недоступной зоне, мастер не переключился и кластер доступен только для чтения.
• В кластере нет хостов в недоступной зоне.

Все хосты кластера находятся в недоступной зонеВсе хосты кластера находятся в недоступной зоне

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

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

Инструкции по восстановлению из резервной копии:

Резервная копия Managed Service for Sharded PostgreSQL содержит конфигурацию шардов. Данные самих шардов при необходимости восстановите отдельно в Managed Service for PostgreSQL.

Часть хостов находится в недоступной зоне, мастер переключилсяЧасть хостов находится в недоступной зоне, мастер переключился

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

1. Проверьте, что приложение подключается к новому мастеру и может записывать данные.
2. Если добавление хостов доступно, добавьте в другие зоны хосты взамен недоступных. Если добавить хосты не получается, обратитесь в техническую поддержку.
3. Дождитесь, пока новые хосты станут работоспособны и синхронизируют данные. После этого удалите хосты в зоне ru-central1-b, учитывая ограничения сервиса на минимальное число хостов. Если удаление временно недоступно, повторите попытку позже.

Инструкции по управлению хостами:

Мастер не переключился, кластер доступен только для чтенияМастер не переключился, кластер доступен только для чтения

Этот сценарий подходит для кластера из нескольких хостов, часть которых находится в зоне ru-central1-b, если мастер не переключился и кластер перешел в режим только для чтения (Read Only, RO).

Автоматическое переключение мастера может не выполняться из-за риска потери данных. В этом сценарии самостоятельно переключить мастер нельзя.

1. Обратитесь в техническую поддержку. Укажите идентификатор кластера и опишите его состояние.
2. Дождитесь, пока техническая поддержка переключит мастер.
3. Выполните действия из сценария, в котором мастер переключился.

В кластере нет хостов в недоступной зонеВ кластере нет хостов в недоступной зоне

Чтобы подготовиться к возможным отказам других зон:

1. Проверьте конфигурацию кластера и приложения по рекомендациям по отказоустойчивости. Учитывайте требования вашего сервиса к размещению и количеству хостов.
2. Если вам нужно настроить перенос или репликацию данных, изучите инструкции Data Transfer и требования к подготовке источника и приемника.

Восстановление резервной копии кластера через OpenSearch APIВосстановление резервной копии кластера через OpenSearch API

Вы можете подключить Object Storage к кластеру Managed Service for OpenSearch как репозиторий снапшотов. Резервные копии будут создаваться вручную или по расписанию через OpenSearch Snapshot API.

1. Создайте репозиторий для хранения снапшотов с указанием Object Storage.

2. Определите политику регулярного создания снапшотов.

3. Настройте права доступа и подключите репозиторий снапшотов для кластера Managed Service for OpenSearch.

4. Настройте права доступа и подключите репозиторий спапшотов для кластера Managed Service for OpenSearch.

Перенос базы данных из сервиса Managed Service for PostgreSQL в другой кластер PostgreSQL с помощью логической репликацииПеренос базы данных из сервиса Managed Service for PostgreSQL в другой кластер PostgreSQL с помощью логической репликации

Кластер Managed Service for PostgreSQL поддерживает логическую репликацию. Это позволяет мигрировать базы данных встроенными средствами PostgreSQL между разными кластерами PostgreSQL.

Чтобы мигрировать базу данных, воспользуйтесь практическим руководством.