[Документация Yandex Cloud](../../index.md) > [Yandex Managed Service for Sharded PostgreSQL](../index.md) > [Концепции](index.md) > Политика поддержки версий Sharded PostgreSQL

# Политика поддержки версий PostgreSQL в Managed Service for Sharded PostgreSQL

Документ описывает жизненный цикл Managed Service for Sharded PostgreSQL, основанный на [мажорных](#version-lifecycle) версиях PostgreSQL в Yandex Cloud. Политика основана на официальном цикле поддержки [сообщества](https://www.postgresql.org/) PostgreSQL и предназначена для обеспечения баланса между стабильностью работы кластеров (шардов) и поддержанием современной и безопасной инфраструктуры.

{% note info %}

Новая мажорная версия (`New`) становится доступна в сервисе вскоре после релиза [сообществом](https://www.postgresql.org/) PostgreSQL. На начальном этапе поддержка всех функций и расширений может быть реализована не в полном объеме. Рекомендуется проверять актуальный список поддерживаемых расширений в документации.

{% endnote %}

## Терминология и этапы жизненного цикла версий PostgreSQL {#version-lifecycle}

Для каждой мажорной версии PostgreSQL в сервисе Managed Service for Sharded PostgreSQL действует следующий жизненный цикл продолжительностью **5 лет**:

| Состояние версии | Описание и ключевые [действия](#actions-available) | Срок^1^                     |
|:------|:-------------|:----------------------------|
| Новая (`New`) | Последняя версия с длительной поддержкой (`LTS`). **Рекомендуется для всех новых проектов**. | первый год |
| Поддерживаемая (Supported) | Предыдущая LTS-версия. Полностью поддерживается, создание новых шардов разрешено. **Рекомендуется для всех проектов**. | со второго по четвертый год |
| Устаревающая (`Deprecated`) | Версия, приближающаяся к окончанию поддержки. Существующие шарды работают в штатном режиме. **За шесть месяцев до окончания поддержки начинается активное уведомление о необходимости обновления. С этого момента создание новых шардов запрещено.** | пятый год |
| Выведенная из эксплуатации (EOL) | Версия более не поддерживается. **Шарды, оставшиеся на данной версии, автоматически обновляются до актуальной поддерживаемой версии или останавливаются.** | по окончании пяти лет |

^1^ Сроки указаны относительно даты релиза мажорной версии. Точные даты перехода между состояниями публикуются в официальных анонсах сервиса.

### Возможности для каждой версии {#actions-available}

В зависимости от состояния версии PostgreSQL для конкретных шардов Managed Service for Sharded PostgreSQL доступны следующие операции:

| Действие | Новая (`New`) | Поддерживаемая (`Supported`) | Устаревающая (`Deprecated`) | Выведенная из эксплуатации (`EOL`) |
| :--- | :---: | :---: | :---: | :---: |
| Создание новых шардов | ![yes](../../_assets/common/yes.svg) | ![yes](../../_assets/common/yes.svg) | ![no](../../_assets/common/no.svg) | ![no](../../_assets/common/no.svg) |
| Восстановление из резервной копии | ![yes](../../_assets/common/yes.svg) | ![yes](../../_assets/common/yes.svg) | ![yes](../../_assets/common/yes.svg) | ![no](../../_assets/common/no.svg) |
| Эксплуатация существующих шардов | ![yes](../../_assets/common/yes.svg) | ![yes](../../_assets/common/yes.svg) | ![yes](../../_assets/common/yes.svg) | ![no](../../_assets/common/no.svg) |
| Выбор окна обновления мажорной версии | не применимо | ![yes](../../_assets/common/yes.svg) | ![yes](../../_assets/common/yes.svg) | ![no](../../_assets/common/no.svg) |

{% note warning %}

Долгосрочные резервные копии (`LTR`), созданные для версий, близких к `EOL`, могут быть недоступны для восстановления в Managed Service for PostgreSQL после снятия этой версии с поддержки. Рекомендуется планировать миграцию данных до истечения срока жизненного цикла версии.

{% endnote %}

## Ключевые принципы политики поддержки версий PostgreSQL {#key-principles}

Политика поддержки версий PostgreSQL основывается на следующих ключевых принципах:

* **Длительность поддержки**. Каждая мажорная версия находится в состоянии «новой» (`New`) или «поддерживаемой» (`Supported`) в течение четырех с половиной лет.
* **Поэтапный вывод**. На пятый год версия переходит в состояние устаревающей (`Deprecated`), и создание новых шардов становится невозможным за шесть месяцев до даты вывода из эксплуатации.
* **Активное уведомление**: за шесть месяцев до `EOL` сервис начинает активную кампанию по уведомлению клиентов о необходимости обновления.
* **Завершение жизненного цикла**: по достижении даты `EOL` (конец пятого года) шарды на устаревших версиях подвергаются **автоматическому обновлению** до актуальной **поддерживаемой (`Supported`) версии**. Если обновление невозможно по техническим причинам, шард будет остановлен. **Перед остановкой финальная резервная копия будет автоматически выгружена в бакет Object Storage клиента**. После остановки и выгрузки бэкапа шард будет удален.

## Политика обновлений {#update-policy}

* **Минорные обновления** (в пределах мажорной версии, например, 15.1 → 15.2) устанавливаются **автоматически** в рамках технического обслуживания, выполняемого в заданное для шарда (PostgreSQL-кластера) окно обслуживания, либо по требованию клиента. Эти обновления содержат исправления безопасности и ошибок. Обновление требует кратковременной поочередной перезагрузки хостов кластера.
* **Мажорные обновления** (смена основной версии, например, 15.x → 16.x) инициируются пользователем, за исключением автоматических обновлений для версий, достигших EOL. **Настоятельно рекомендуется выполнить обновление до наступления даты EOL.**

## Процедура автоматического обновления и остановки {#update-eol}
Для шардов, оставшихся на версиях с истекшим сроком поддержки (`EOL`), сервис инициирует процесс автоматического обновления.

1. **Уведомление**: владельцы шардов на версиях в статусе `Deprecated` получат серию официальных уведомлений по электронной почте: первое уведомление — **за шесть месяцев** до `EOL`, а затем за 90 и 30 дней до запланированной даты старта кампании **автоматического обновления**.
1. **Автоматическое обновление**: за три месяца до `EOL` сервис начинает процесс автоматического обновления шардов, которые не были обновлены владельцами.
1. **Остановка как крайняя мера**: если автоматическое обновление невозможно, сервис выполнит остановку конкретного шарда. Перед остановкой будет создана и сохранена в бакете клиента финальная резервная копия.
1. **Доступ к данным**: после остановки шарда ответственность за данные переходит к клиенту. Данные можно восстановить только в собственной инфраструктуре (например, на виртуальных машинах Yandex Compute Cloud), используя выгруженную резервную копию.

## Уведомления {#notifications}

Сервис Managed Service for PostgreSQL заблаговременно уведомит вас о предстоящих изменениях:

* При переходе версии в статус `Deprecated` (запрет на создание новых шардов).
* **За шесть месяцев** до `EOL` (начало активной фазы уведомлений).
* О старте кампании **автоматического обновления** — за 90 и 30 дней до начала кампании.

{% note warning %}

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

{% endnote %}

## График поддержки версий {#version-schedule}

Актуальный статус мажорных версий PostgreSQL основан на [официальном графике поддержки](https://www.postgresql.org/support/versioning/).

| Версия^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.