Жизненный цикл поддержки для Azure Red Hat OpenShift 4
Red Hat выпускает дополнительные версии Red Hat OpenShift Container Platform (OCP) примерно каждые четыре месяца. Эти выпуски содержат новые функции и улучшения. Исправления выпускаются чаще (как правило, еженедельно) и предназначены только для устранения критических ошибок в конкретной дополнительной версии. Выпуски исправлений могут содержать исправления уязвимостей в системе безопасности или серьезных ошибок.
Azure Red Hat OpenShift строится на основе конкретных выпусков OCP. В этой статье рассматриваются версии OCP, которые поддерживает Azure Red Hat OpenShift, а также сведения об обновлениях, нерекомендуемой функциональности и политике поддержки.
Версии Red Hat OpenShift
Для Red Hat OpenShift Container Platform используется семантическое управление версиями, при котором разные уровни номеров версий соответствуют разным уровням управления версиями. В следующей таблице показаны различные части семантического номера версии, в этом случае используется пример номера версии 4.10.3.
| Основной номер версии (x) | Дополнительный номер версии (y) | Исправление (z) |
|---|---|---|
| 4 | 10 | 3 |
Каждый элемент номера версии указывает на общую совместимость с предыдущей версией:
- Основной номер версии: в настоящее время выпуски основных версий не планируются. Основной номер версии изменяется, когда вносятся несовместимые изменения в API или возможно нарушение обратной совместимости.
- Дополнительная версия: выпущена примерно каждые четыре месяца. Обновления дополнительных версий содержат дополнения, расширения и изъятия функциональности, перевод функциональности в разряд нерекомендуемой, исправления ошибок, улучшения в системе безопасности и другие усовершенствования.
- Исправления: выпускаются обычно еженедельно или по необходимости. Обновления с исправлениями могут содержать исправления ошибок, улучшения в системе безопасности и другие усовершенствования.
Клиентам следует по мере возможности переходить на последний дополнительный выпуск в рамках основной версии, которую они используют. Например, если рабочий кластер находится на версии 4.9 и 4.10 является последней общедоступной дополнительной версией для 4-й серии, вы должны обновить до версии 4.10, как только вы сможете.
Каналы обновления
Каналы обновления привязаны к дополнительной версии Red Hat OpenShift Container Platform (OCP). Например, обновление OCP 4.9 никогда не включает обновление до выпуска версии 4.10. Каналы обновления определяют только выбор конкретного выпуска, но не влияют на версию кластера.
Azure Red Hat OpenShift 4 поддерживает только стабильные каналы, Например: стабильный-4.9.
Канал stable-4.10 можно использовать для обновления предыдущей дополнительной версии Azure Red Hat OpenShift. Кластеры, обновленные с помощью быстрых, предварительных версий и каналов кандидатов, не поддерживаются.
Если вы измените канал, который не включает текущий выпуск, оповещение отображается и обновления не рекомендуется. Однако вы можете безопасно вернуться к исходному каналу в любой момент.
Политика поддержки версий платформы контейнеров Red Hat OpenShift Container Platform
В Azure Red Hat OpenShift поддерживаются две общедоступные (GA) дополнительные версии платформы контейнеров Red Hat OpenShift:
Последняя дополнительная версия общедоступной версии, выпущенная в Azure Red Hat OpenShift (называемая N)
одна предыдущая дополнительная версия (N – 1).
Если он доступен в стабильном канале обновления, поддерживаются более новые дополнительные выпуски (N+1, N+2), доступные в вышестоящий OCP.
Обновления с критическими исправлениями применяются к кластерам автоматически силами специалистов по надежности сайтов (SRE) Azure Red Hat OpenShift. Клиенты, желающие установить обновления с исправлениями заранее, могут это сделать.
Например, если Azure Red Hat OpenShift представляет 4.10.z сегодня, поддержка предоставляется для следующих версий:
| Новая дополнительная версия | Поддерживаемые версии |
|---|---|
| 4.10.z | 4.10.z, 4.9.z |
Примечание.
Приведенная выше таблица является лишь примером для иллюстрации поддержки жизненного цикла; Он не предназначен в качестве списка поддерживаемых в настоящее время версий.
Суффиксом ".z" обозначаются версии исправлений. Если он доступен в стабильном канале обновления, клиенты также могут обновиться до 4.9.z.
Когда выпускается новая дополнительная версия, самая старая поддерживаемая дополнительная версия переводится в разряд нерекомендуемых и удаляется. Например, предположим, что текущий список поддерживаемых версий — 4.10.z и 4.9.z. Когда Azure Red Hat OpenShift выпускает 4.11.z, выпуск 4.9.z будет удален и не будет поддерживаться в течение 30 дней.
Примечание.
Обратите внимание, что если клиенты работают под управлением неподдерживаемой версии Red Hat OpenShift, при запросе поддержки кластера им, возможно, будет предложено выполнить обновление. На кластеры, которые используют неподдерживаемые выпуски Red Hat OpenShift, не распространяется соглашение об уровне обслуживания Azure Red Hat OpenShift.
Процесс выпуска и перевода версий в разряд нерекомендуемых
Вы можете ссылаться на предстоящие выпуски и устаревшие версии в календаре выпуска Azure Red Hat OpenShift.
Для новых дополнительных версий Red Hat OpenShift Container Platform процесс выглядит следующим образом.
- Команда Azure Red Hat OpenShift SRE публикует предварительное объявление с запланированной датой выпуска новой версии и соответствующей старой версией, в заметках о выпуске Azure Red Hat OpenShift не менее 30 дней до удаления.
- Команда SRE Azure Red Hat OpenShift публикует уведомление о работоспособности службы для всех клиентов с доступом к Azure Red Hat OpenShift и порталу, а также отправляет администраторам подписок сообщение электронной почты с запланированными датами удаления версий.
- У клиентов есть 30 дней с момента удаления версии на обновление до поддерживаемой дополнительной версии, чтобы и далее получать поддержку.
Для новых версий исправлений Red Hat OpenShift Container Platform процесс выглядит следующим образом.
- Ввиду срочного характера исправлений они могут быть добавлены в службу командой SRE Azure Red Hat OpenShift, как только станут доступны.
- Как правило, команда Azure Red Hat OpenShift SRE не выполняет широких коммуникаций для установки новых версий исправлений. но постоянно отслеживает и проверяет наличие доступных исправлений CVE, чтобы своевременно их применять. Если от клиентов требуется какое-то действие, команда уведомит клиентов об обновлении.
Исключения из политики поддержки версий
Команда Azure Red Hat OpenShift SRE резервирует право добавлять или удалять новые или существующие версии или откладывать предстоящие дополнительные версии выпуска, которые были идентифицированы, чтобы иметь одну или несколько критически важных рабочих ошибок или проблем безопасности без предварительного уведомления.
Определенные выпуски исправлений могут быть пропущены, а развертывание может быть ускорено в зависимости от серьезности ошибки или проблемы безопасности.
Версии на портале Azure и в CLI
При развертывании кластера Azure Red Hat OpenShift на портале или с помощью Azure CLI по умолчанию устанавливаются последняя (N) дополнительная версия и последнее критическое исправление. Например, если Azure Red Hat OpenShift поддерживает 4.10.z и 4.9.z, версия по умолчанию для новых установок — 4.10.z. Клиенты, желающие использовать последнюю версию из вышестоящей платформы OCP (N + 1, N + 2), могут в любое время обновить свой кластер до любого выпуска, доступного в стабильных каналах обновления.
Календарь выпуска Azure Red Hat OpenShift
Ознакомьтесь со следующим руководством по истории выпусков предыдущих версий Red Hat OpenShift Container Platform (вышестоящих).
| Версия OCP | Вышестоящий выпуск | Общая доступность Azure Red Hat OpenShift | Завершение срока службы |
|---|---|---|---|
| 4.4. | Май 2020 г. | Июль 2020 | 4.6 (общедоступная версия) |
| 4,5 | Июль 2020 | Ноябрь 2020 г. | 4.7 (общедоступная версия) |
| 4,6 | 2020 октября | 2021 февраля | 4.8 (общедоступная версия) |
| 4,7 | 2021 февраля | 15 июля 2021 г. | 4.9 (общедоступная версия) |
| 4,8 | Июль 2021 | 15 сентября 2021 г. | 4.10 GA |
| 4,9 | Ноябрь 2021 г. | 1 февраля 2022 г. | 4.11 GA |
| 4.10 | Март 2022 г. | 21 июня 2022 г. | 4.12 GA |
| 4.11 | Август 2022 г. | 2 марта 2023 г. | 10 февраля 2024 г. |
| 4,12 | 2023 января | 19 августа 2023 г. | 17 июля 2024 г. |
| 4.13 | Май 2023 г. | 15 декабря 2023 г. | 17 ноября 2024 г. |
Внимание
Начиная с ARO версии 4.12 жизненный цикл поддержки для новых версий будет иметь значение 14 месяцев с дня общедоступной доступности. Это означает, что дата окончания для поддержки каждой версии больше не будет зависеть от предыдущей версии (как показано в таблице выше для версии 4.12.). Это не влияет на поддержку предыдущей версии; поддержка двух общедоступных дополнительных версий платформы контейнеров Red Hat OpenShift продолжает поддерживаться, как описано ранее.
Вопросы и ответы
Что происходит, когда клиент обновляет кластер OpenShift до неподдерживаемой дополнительной версии?
Azure Red Hat OpenShift поддерживает установку двух дополнительных версий во время установки. Версия поддерживается сразу после того, как будет доступен путь обновления к этой версии. Если вы используете версию после указанной выше даты EOL, вы находитесь вне поддержки и попросите обновиться, чтобы продолжить получение поддержки. Обновление более старой версии до поддерживаемой версии может быть сложной, и в некоторых случаях невозможно. Во избежание потенциальных проблем с обновлением рекомендуется использовать в кластере последнюю версию OpenShift.
Например:
- Если самая старая поддерживаемая версия Azure Red Hat OpenShift — 4.9.z, и вы находитесь в версии 4.8.z или более ранней версии, вы находитесь за пределами поддержки.
- Когда обновление от 4.8.z до версии 4.9.z или более поздней версии завершается успешно, вы вернетесь в наши политики поддержки.
Возврат (откат) кластера к предыдущей версии не поддерживается. Поддерживается только обновление до более поздней версии.
Что означает "поддержка не оказывается"?
Если кластер ARO выполняет версию OpenShift, которая не находится в списке поддерживаемых версий или использует неподдерживаемую конфигурацию кластера, кластер находится вне поддержки. В результате:
- При открытии запроса в службу поддержки кластера вам будет предложено обновить кластер до поддерживаемой версии, прежде чем получать поддержку, если вы не находитесь в течение 30-дневного льготного периода после окончания поддержки версий.
- Все гарантии среды выполнения или обслуживания для кластеров за пределами поддержки не поддерживаются.
- Кластеры, не охватываемые поддержкой, будут исправлены только на основе максимальных усилий.
- Кластеры за пределами поддержки не будут отслеживаться.