Политика поддержки версий PostgreSQL
Данный документ описывает жизненный цикл мажорных версий PostgreSQL в Yandex Cloud. Политика основана на официальном цикле поддержки сообщества PostgreSQL и предназначена для обеспечения баланса между стабильностью работы кластеров и поддержанием современной и безопасной инфраструктуры.
Примечание
Новая мажорная версия (New) становится доступна в сервисе вскоре после релиза сообществом PostgreSQL. На начальном этапе поддержка всех функций и расширений может быть реализована не в полном объеме. Рекомендуется проверять актуальный список поддерживаемых расширений в документации.
Терминология и этапы жизненного цикла версий PostgreSQL
Для каждой мажорной версии PostgreSQL в сервисе Managed Service for PostgreSQL действует следующий жизненный цикл продолжительностью 5 лет:
| Состояние версии | Описание и ключевые действия | Срок1 |
|---|---|---|
Новая (New) |
Последняя версия с длительной поддержкой (LTS). Рекомендуется для всех новых проектов. |
первый год |
Поддерживаемая (Supported) |
Предыдущая LTS-версия. Полностью поддерживается, создание новых кластеров разрешено. Рекомендуется для всех проектов. | со второго по четвертый год |
Устаревающая (Deprecated) |
Версия, приближающаяся к окончанию поддержки. Существующие кластеры работают в штатном режиме. За шесть месяцев до окончания поддержки начинается активное уведомление о необходимости обновления. С этого момента создание новых кластеров запрещено. | пятый год |
| Выведенная из эксплуатации (EOL) | Версия более не поддерживается. Кластеры, оставшиеся на данной версии, автоматически обновляются до актуальной поддерживаемой версии или останавливаются. | по окончании пяти лет |
1 Сроки указаны относительно даты релиза мажорной версии. Точные даты перехода между состояниями публикуются в официальных анонсах сервиса.
Возможности для каждой версии
В зависимости от состояния версии 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) устанавливаются автоматически в рамках технического обслуживания, выполняемого в заданное для кластера окно обслуживания либо по требованию клиента. Эти обновления содержат исправления безопасности и ошибок. Обновление требует кратковременной, поочередной перезагрузки хостов кластера.
- Мажорные обновления (смена основной версии, например, 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.