Техническое обслуживание в Managed Service for Sharded PostgreSQL

Под техническим обслуживанием в Managed Service for Sharded PostgreSQL понимается:

• установка минорных обновлений и исправлений безопасности СУБД, пуллера соединений;
• обновление хостовой операционной системы и другого служебного ПО;
• принудительное обновление версии СУБД;
• другие сервисные работы.

Окно обслуживанияОкно обслуживания

Предпочтительное время начала технического обслуживания можно задать с помощью интерфейсов Yandex Cloud (консоль управления, CLI, Terraform и API) при создании кластера или изменении его настроек:

• Вариант В любое время (по умолчанию) разрешает проводить техническое обслуживание в любое время.
• Вариант По расписанию позволяет выбрать день недели и интервал времени по UTC, когда будет проводиться техническое обслуживание. Например, можно выбрать время, когда кластер наименее загружен. Операции по техническому обслуживанию проводятся для включенных и выключенных кластеров. Они могут включать в себя обновление СУБД, применение патчей и так далее.

В консоли управления время начала обслуживания выбирается в виде часового интервала. В других интерфейсах задается порядковый номер этого интервала от 1 до 24.

Например, чтобы начать обслуживание в интервале с 00:00 до 01:00, укажите 1, а с 04:00 до 05:00 — 5.

Порядок обслуживанияПорядок обслуживания

В однохостовых кластерах Managed Service for Sharded PostgreSQL техническое обслуживание проходит хост-мастер. Поэтому, если во время технического обслуживания потребуется перезагрузка мастера, такой кластер станет недоступным.

В многохостовых кластерах техническое обслуживание проводится в следующем порядке:

1. Хосты-реплики последовательно проходят техническое обслуживание. Порядок реплик в очереди определяется случайным образом. Если во время технического обслуживания потребуется перезагрузка реплики, она станет недоступной на это время.

2. Мастер проходит техническое обслуживание и получает обновления. Если во время технического обслуживания потребуется перезагрузка мастера и он станет недоступным, его роль возьмет на себя одна из реплик.

   Если вы используете для доступа к кластеру FQDN хоста-мастера, такой кластер может стать недоступным. Чтобы обеспечить бесперебойную работу приложения, при подключении к кластеру перечислите все хосты и укажите параметр target_session_attrs.

Во время обслуживания доступна операция Перезапуск (Restart). Она применяется во время минорного обновления Sharded PostgreSQL или обновления системных библиотек. Во время этой операции каждый узел кластера поочередно останавливается и запускается. Процесс Sharded PostgreSQL перезапускается на каждом узле.

При перезапуске происходит кратковременный разрыв соединений на время остановки и старта процесса Sharded PostgreSQL на всех хостах. В зависимости от нагрузки это может длиться от нескольких секунд до минут. Чтобы минимизировать это время, непосредственно перед перезапуском создается чекпойнт. Операции на запись, не успевшие завершиться, будут прерваны.

Влияние обслуживания на кластерВлияние обслуживания на кластер

В зависимости от типа сервисных работ обслуживание может по-разному влиять на кластер: оно может не влиять на пользователей БД или влиять минимально, либо приводить к разрыву текущих соединений с БД. В последнем случае клиентам нужно установить соединение заново.

У сервисных работ есть прогнозируемая продолжительность и прогнозируемая дата окончания. Они вычисляются на основе статистики времени выполнения подобных задач в прошлом. Полученные данные могут быть неточными и зависят от вашего кластера.