Политика поддержки версий PostgreSQL в Managed Service for Sharded PostgreSQL
Документ описывает жизненный цикл Managed Service for Sharded PostgreSQL, основанный на мажорных версиях PostgreSQL в Yandex Cloud. Политика основана на официальном цикле поддержки сообщества PostgreSQL и предназначена для обеспечения баланса между стабильностью работы кластеров (шардов) и поддержанием современной и безопасной инфраструктуры.
Примечание
Новая мажорная версия (New) становится доступна в сервисе вскоре после релиза сообществом PostgreSQL. На начальном этапе поддержка всех функций и расширений может быть реализована не в полном объеме. Рекомендуется проверять актуальный список поддерживаемых расширений в документации.
Терминология и этапы жизненного цикла версий PostgreSQL
Для каждой мажорной версии PostgreSQL в сервисе Managed Service for Sharded PostgreSQL действует следующий жизненный цикл продолжительностью 5 лет:
| Состояние версии | Описание и ключевые действия | Срок1 |
|---|---|---|
Новая (New) |
Последняя версия с длительной поддержкой (LTS). Рекомендуется для всех новых проектов. |
первый год |
| Поддерживаемая (Supported) | Предыдущая LTS-версия. Полностью поддерживается, создание новых шардов разрешено. Рекомендуется для всех проектов. | со второго по четвертый год |
Устаревающая (Deprecated) |
Версия, приближающаяся к окончанию поддержки. Существующие шарды работают в штатном режиме. За шесть месяцев до окончания поддержки начинается активное уведомление о необходимости обновления. С этого момента создание новых шардов запрещено. | пятый год |
| Выведенная из эксплуатации (EOL) | Версия более не поддерживается. Шарды, оставшиеся на данной версии, автоматически обновляются до актуальной поддерживаемой версии или останавливаются. | по окончании пяти лет |
1 Сроки указаны относительно даты релиза мажорной версии. Точные даты перехода между состояниями публикуются в официальных анонсах сервиса.
Возможности для каждой версии
В зависимости от состояния версии PostgreSQL для конкретных шардов Managed Service for Sharded PostgreSQL доступны следующие операции:
| Действие | Новая (New) |
Поддерживаемая (Supported) |
Устаревающая (Deprecated) |
Выведенная из эксплуатации (EOL) |
|---|---|---|---|---|
| Создание новых шардов | ||||
| Восстановление из резервной копии | ||||
| Эксплуатация существующих шардов | ||||
| Выбор окна обновления мажорной версии | не применимо |
Важно
Долгосрочные резервные копии (LTR), созданные для версий, близких к EOL, могут быть недоступны для восстановления в Managed Service for PostgreSQL после снятия этой версии с поддержки. Рекомендуется планировать миграцию данных до истечения срока жизненного цикла версии.
Ключевые принципы политики поддержки версий PostgreSQL
Политика поддержки версий PostgreSQL основывается на следующих ключевых принципах:
- Длительность поддержки. Каждая мажорная версия находится в состоянии «новой» (
New) или «поддерживаемой» (Supported) в течение четырех с половиной лет. - Поэтапный вывод. На пятый год версия переходит в состояние устаревающей (
Deprecated), и создание новых шардов становится невозможным за шесть месяцев до даты вывода из эксплуатации. - Активное уведомление: за шесть месяцев до
EOLсервис начинает активную кампанию по уведомлению клиентов о необходимости обновления. - Завершение жизненного цикла: по достижении даты
EOL(конец пятого года) шарды на устаревших версиях подвергаются автоматическому обновлению до актуальной поддерживаемой (Supported) версии. Если обновление невозможно по техническим причинам, шард будет остановлен. Перед остановкой финальная резервная копия будет автоматически выгружена в бакет Object Storage клиента. После остановки и выгрузки бэкапа шард будет удален.
Политика обновлений
- Минорные обновления (в пределах мажорной версии, например, 15.1 → 15.2) устанавливаются автоматически в рамках технического обслуживания, выполняемого в заданное для шарда (PostgreSQL-кластера) окно обслуживания, либо по требованию клиента. Эти обновления содержат исправления безопасности и ошибок. Обновление требует кратковременной поочередной перезагрузки хостов кластера.
- Мажорные обновления (смена основной версии, например, 15.x → 16.x) инициируются пользователем, за исключением автоматических обновлений для версий, достигших EOL. Настоятельно рекомендуется выполнить обновление до наступления даты EOL.
Процедура автоматического обновления и остановки
Для шардов, оставшихся на версиях с истекшим сроком поддержки (EOL), сервис инициирует процесс автоматического обновления.
- Уведомление: владельцы шардов на версиях в статусе
Deprecatedполучат серию официальных уведомлений по электронной почте: первое уведомление — за шесть месяцев доEOL, а затем за 90 и 30 дней до запланированной даты старта кампании автоматического обновления. - Автоматическое обновление: за три месяца до
EOLсервис начинает процесс автоматического обновления шардов, которые не были обновлены владельцами. - Остановка как крайняя мера: если автоматическое обновление невозможно, сервис выполнит остановку конкретного шарда. Перед остановкой будет создана и сохранена в бакете клиента финальная резервная копия.
- Доступ к данным: после остановки шарда ответственность за данные переходит к клиенту. Данные можно восстановить только в собственной инфраструктуре (например, на виртуальных машинах Yandex Compute Cloud), используя выгруженную резервную копию.
Уведомления
Сервис Managed Service for PostgreSQL заблаговременно уведомит вас о предстоящих изменениях:
- При переходе версии в статус
Deprecated(запрет на создание новых шардов). - За шесть месяцев до
EOL(начало активной фазы уведомлений). - О старте кампании автоматического обновления — за 90 и 30 дней до начала кампании.
Важно
Рекомендуется планировать обновление шардов заблаговременно, до получения уведомлений об автоматическом обновлении. Это позволит выбрать удобное время для миграции и избежать рисков, связанных с автоматическим обновлением.
График поддержки версий
Актуальный статус мажорных версий PostgreSQL основан на официальном графике поддержки.
| Версия2 | Новая (New) | Поддерживаемая (Supported) | Устаревающая (Deprecated) | Выведенная из эксплуатации (EOL) |
|---|---|---|---|---|
| PostgreSQL 18 | 2025–2026 | 2025–2029 | 2030 | конец 2030 |
| PostgreSQL 17 | — | 2024–2028 | 2029 | конец 2029 |
| PostgreSQL 16 | — | 2023–2027 | 2028 | конец 2028 |
| PostgreSQL 15 | — | 2022–2026 | 2027 | конец 2027 |
| PostgreSQL 14 | — | — | 2026 | конец 2026 |
2 Точные сроки перехода между состояниями объявляются дополнительно. Даты EOL соответствуют датам окончания поддержки сообществом PostgreSQL.