Политика поддержки версий MySQL®
Данный документ описывает жизненный цикл мажорных версий MySQL® в сервисе Yandex Managed Service for MySQL®. Политика основывается на официальном графике поддержки Oracle MySQL®
Терминология и этапы жизненного цикла версий MySQL®
Для каждой мажорной версии MySQL® в сервисе Managed Service for MySQL® действует жизненный цикл продолжительностью 8–10 лет, включающий следующие этапы (состояния):
| Состояние версии | Описание и ключевые действия | Примерные сроки1 |
|---|---|---|
Актуальная (Actual) |
Самая последняя LTS |
с первого по пятый год |
Поддерживаемая (Supported) |
Предыдущая LTS-версия с поддержкой Extended Support от Percona. Полностью поддерживается, создание новых кластеров разрешено. |
с шестого по восьмой год |
Устаревающая (Deprecated) |
Версия с завершающейся поддержкой Extended Support от Percona. Создание новых кластеров заблокировано. Существующие кластеры работают в штатном режиме. |
девятый год |
Устаревшая с повышенной стоимостью (Legacy Extra Paid)2 |
Версия, поддержка которой официально прекращена. Кластеры работают, но подлежат тарификации по повышенной ставке. Техническая поддержка ограничена. | десятый год |
Выведенная из эксплуатации (EOL)2 |
Версия более не поддерживается. Техническая поддержка не предоставляется. Кластеры работают, но подлежат тарификации по повышенной ставке. | одиннадцатый год и далее |
1 Сроки указаны относительно даты релиза мажорной версии. Точные даты перехода между состояниями публикуются в официальных анонсах сервиса.
2 Яндекс предварительно уведомит об изменениях и начале тарификации версий по повышенной ставке в соответствии с условиями Договора.
Возможности для каждой версии
В зависимости от состояния версии MySQL® для кластеров доступны следующие операции:
| Действие | Актуальная (Actual) |
Поддерживаемая (Supported) |
Устаревающая (Deprecated) |
Устаревшая (Legacy) |
EOL |
|---|---|---|---|---|---|
| Создание новых кластеров | |||||
| Восстановление из резервной копии | |||||
| Эксплуатация существующих кластеров | |||||
| Возможность обновления до новой мажорной версии | не применимо |
Важно
Долгосрочные резервные копии (LTR), созданные для версии MySQL® в состоянии, близком к EOL, могут быть недоступны для восстановления в Managed Service for MySQL® после прекращения поддержки этой версии. Рекомендуется планировать миграцию данных до истечения срока жизненного цикла версии.
Ключевые принципы политики поддержки версий MySQL®
Политика поддержки версий MySQL® основывается на следующих ключевых принципах:
- Длительность поддержки. Каждая LTS-версия находится в состоянии актуальной (
Actual) или поддерживаемой (Supported) в течение восьми лет благодаря поддержке Extended Support от Percona . - Поэтапный вывод. На девятый год версия переходит в состояние устаревающей (
Deprecated), и создание новых кластеров становится невозможным. - Повышенная стоимость2. На десятый год версия переходит в состояние устаревшей с повышенной стоимостью (
Legacy Extra Paid). Кластеры подлежат повышенной тарификации, техническая поддержка ограничивается. - Завершение жизненного цикла2. По достижении даты
EOL(одиннадцатый год и далее) техническая поддержка не предоставляется. Восстановление из резервных копий невозможно. Кластеры работают, но подлежат повышенной тарификации.
2 Яндекс предварительно уведомит об изменениях и начале тарификации версий по повышенной ставке в соответствии с условиями Договора.
Политика обновлений
- Минорные обновления (в пределах мажорной версии, например, 8.0.34 → 8.0.35) устанавливаются автоматически в рамках технического обслуживания, выполняемого в заданное для кластера окно обслуживания либо по требованию клиента. Эти обновления содержат исправления безопасности и ошибок. Обновление требует кратковременной поочередной перезагрузки хостов кластера.
- Мажорные обновления (смена основной версии, например, 8.0.x → 8.1.x) происходят в момент перехода версии из состояния устаревающей (
Deprecated) в состояние устаревшей (Legacy). Запланированная операция обновления появляется в интерфейсе Yandex Cloud заранее и может быть отменена через обращение в службу технической поддержки. Версии в состоянииEOLневозможно обновить до новой мажорной версии. Настоятельно рекомендуется выполнить обновление до наступления даты EOL.
Особенности Percona Server for MySQL®
Благодаря поддержке Extended Support от Percona, версии MySQL® получают обновления безопасности и исправления ошибок дольше, чем при стандартном графике поддержки Oracle MySQL®.
Уведомления
Сервис Managed Service for MySQL® заблаговременно уведомит вас о предстоящих изменениях:
- При переходе версии MySQL® в состояние устаревающей (
Deprecated) (начало действия ограничений) сервис за 90 дней уведомит о невозможности создания новых кластеров с текущей версией MySQL® и порекомендует запланировать обновление существующих кластеров. - При переходе версии MySQL® в состояние устаревшей (
Legacy) (начало действия повышенного тарифа) сервис за 90 дней уведомит о начале действия повышенной ставки тарификации и предупредит о приближающемся прекращении поддержки.
Уведомления о таких изменениях отправляются пользователям в соответствии с заданными настройками уведомлений.
Уведомления о запланированных операциях
Следующая таблица определяет минимальные сроки отправки пользователям уведомлений о разных типах предстоящих операций с кластерами Managed Service for MySQL®.
| Тип изменения | Минимальный срок уведомления3 | Максимальный срок переноса4 |
|---|---|---|
| Внутреннее обновление версии, требующее перезапуска хостов | 30 дней | 90 дней |
| Внутреннее обновление версии, не требующее перезапуска хостов | 3 дня | 7 дней |
| Внутреннее обновление версии, требующее переключения мастера или блокировки операций записи | 14 дней | 14 дней |
| Обновление безопасности (максимальная критичность) | 5 дней | 2 дня |
| Обновление безопасности (высокая критичность) | 14 дней | 14 дней |
| Обновление безопасности (средняя критичность) | 21 день | 30 дней |
| Обновление безопасности (низкая критичность) | 28 дней | 120 дней |
3 Минимальное количество дней, за которое пользователь получает от Yandex Cloud уведомление о предстоящей операции.
4 Период времени, в течение которого пользователь может самостоятельно перенести дату операции в консоли управления
График поддержки версий
Актуальный статус мажорных версий MySQL® от Percona основан на официальном графике поддержки Oracle MySQL®
| Версия5 | Актуальная (Actual) |
Поддерживаемая (Supported) |
Устаревающая (Deprecated) |
Устаревшая (Legacy) |
EOL |
|---|---|---|---|---|---|
| MySQL® 8.4 LTS | 2024–2029 | 2029–2032 | 2033 | 2034 | 2035 |
| MySQL® 8.0 LTS | 2018–2023 | 2023–2028 | 2029 | 2029 | 2030 |
| MySQL® 5.7 | — | — | конец 2026 | 2027 | конец 2027 |
5 Точные сроки перехода между состояниями версий MySQL® объявляются дополнительно. Даты EOL соответствуют датам прекращения поддержки Extended Support от Percona.
Примечание
MySQL® версии 5.7 достигла завершения жизненного цикла (EOL) в октябре 2023 года. Кластеры этой версии подлежат принудительному обновлению в соответствии с политикой сервиса.