Жизненный цикл поддержки для 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.15.16.
| Основной номер версии (x) | Дополнительный номер версии (y) | Версия исправления (z) |
|---|---|---|
| 4 | 15 | 16 |
- Основной номер версии: в настоящее время выпуски основных версий не планируются. Основные версии включают значительные изменения в основную службу, такие как крупномасштабные дополнения новых функций и функций, изменения архитектуры и удаление существующих функций.
- Дополнительная версия: выпущена примерно каждые четыре месяца. Дополнительные обновления версий могут включать дополнения компонентов, улучшения, устаревшие версии, удаления, исправления ошибок, улучшения безопасности и другие улучшения.
- Версия исправления: обычно выпускается каждую неделю или по мере необходимости. Обновления версии исправлений могут включать исправления ошибок, улучшения безопасности и другие улучшения.
Вы должны стремиться запустить последний дополнительный выпуск основной версии, которую вы используете. Например, если рабочий кластер находится на версии 4.14 и 4.15 является последней общедоступной общедоступной дополнительной версией для серии 4, вы должны обновить до версии 4.15, как только вы сможете.
Обновить каналы
Каналы обновления — это механизм, с помощью которого пользователи определяют дополнительную версию платформы контейнеров OpenShift, на которую они намерены обновить кластеры. Каналы обновления привязаны к дополнительной версии платформы контейнеров Red Hat OpenShift. Номер версии в канале представляет целевую дополнительную версию, на которую в конечном итоге будет обновлен кластер. Канал обновления не рекомендует обновлять версию выше версии выбранного канала. Например, канал обновления OCP stable-4.14 не включает обновление до выпуска версии 4.15. Обновляйте каналы только для управления выбором выпуска и не изменяйте текущую версию кластера. Дополнительные сведения см. в разделе "Общие сведения о каналах обновления" и выпусках .
Внимание
Azure Red Hat OpenShift поддерживает только стабильные каналы. Например: stable-4.15.
Канал можно использовать stable-4.15 для обновления предыдущей дополнительной версии Azure Red Hat OpenShift. Кластеры, обновленные с помощью fast или candidate каналы, могут поместить кластер в состояние ограниченной поддержки.
Политика поддержки версий Azure Red Hat OpenShift
Доступность версии Azure Red Hat OpenShift
Выпуск Azure Red Hat OpenShift доступен одним из двух механизмов:
- Когда обновление до более новой версии доступно для существующего кластера
- Когда новая версия доступна в качестве целевого объекта установки для нового кластера
Обновление доступности
Azure Red Hat OpenShift поддерживает общедоступную дополнительную версию платформы контейнеров Red Hat OpenShift, когда обновление доступно в канале OpenShift stable . Доступность обновлений можно проверить на следующей странице: Red Hat OpenShift Container Platform Update Graph.
Установка доступности
Устанавливаемые версии можно проверить с помощью календаря выпуска Azure Red Hat OpenShift или выполнив следующую команду Azure CLI:
az aro get-versions --location [region]
Окончание срока действия версии
Дату окончания срока жизни для версии Azure Red Hat OpenShift можно найти в календаре выпуска Azure Red Hat OpenShift.
Примечание.
Если вы используете неподдерживаемую версию Red Hat OpenShift, вам может потребоваться обновиться при запросе поддержки кластера. На кластеры, которые используют неподдерживаемые выпуски Red Hat OpenShift, не распространяется соглашение об уровне обслуживания Azure Red Hat OpenShift.
Обязательные обновления
В чрезвычайных обстоятельствах и на основе оценки критической важности CVE в среде критически важное обновление исправлений может применяться к кластерам автоматически инженерами надежности сайта Azure Red Hat OpenShift (SRE), которые затем будут следовать с уведомлением об изменении. Рекомендуется установить обновления исправлений (z-stream), как только они будут доступны.
Состояние ограниченной поддержки
Когда кластер переходит в ограниченное состояние поддержки (или также вызывается вне поддержки) Azure Red Hat OpenShift SREs больше не отслеживает кластер. Кроме того, соглашение об уровне обслуживания больше не применимо, и кредиты, запрошенные против SLA, отклоняются, хотя это не означает, что у вас больше нет поддержки продукта.
Кластер может перейти на состояние ограниченной поддержки по многим причинам, включая следующие сценарии:
Если вы не обновляете кластер до поддерживаемой версии до окончания срока жизни.
- Нет гарантий среды выполнения или соглашение об уровне обслуживания для версий после их окончания срока действия. Чтобы избежать этого и продолжить получение полной поддержки, обновите кластер до поддерживаемой версии до окончания срока действия. Если вы не обновляете кластер до окончания срока жизни, кластер переходит в состояние ограниченной поддержки, пока он не будет обновлен до поддерживаемой версии.
- Azure Red Hat OpenShift SREs предоставляет коммерческую разумную поддержку обновления от неподдерживаемой версии до поддерживаемой версии. Однако если поддерживаемый путь обновления больше недоступен, может потребоваться создать новый кластер и перенести рабочие нагрузки.
Если удалить или заменить все собственные компоненты Azure Red Hat OpenShift или любой другой компонент, установленный и управляемый службой.
- Если были использованы разрешения администратора, Azure Red Hat OpenShift не несет ответственности за какие-либо действия ваших или авторизованных пользователей, включая те, которые влияют на службы инфраструктуры, доступность служб или потерю данных. Если обнаружены такие действия, кластер может перейти к состоянию ограниченной поддержки. Затем необходимо вернуть действие или создать вариант поддержки для изучения действий по исправлению.
- В некоторых случаях кластер может вернуться в полностью поддерживаемое состояние при исправлении нарушений факторов. Однако в других случаях может потребоваться удалить и повторно создать кластер.
- Дополнительные сведения о требованиях к конфигурации кластера см. в политике поддержки Azure Red Hat OpenShift.
Исключения из политики поддержки версий
Команда Azure Red Hat OpenShift SRE оставляет за собой право добавлять или удалять новые или существующие версии или откладывать предстоящие незначительные версии выпуска, которые были идентифицированы, чтобы иметь одну или несколько критически важных рабочих ошибок или проблем безопасности без предварительного уведомления.
Определенные выпуски исправлений могут быть пропущены, а развертывание может быть ускорено в зависимости от серьезности ошибки или проблемы безопасности.
Календарь выпуска Azure Red Hat OpenShift
Ознакомьтесь со следующим руководством по истории выпусков предыдущих версий Red Hat OpenShift Container Platform (вышестоящих).
| Версия OCP | Доступность общедоступной версии OCP | Доступность установки ARO | Конец жизни ARO |
|---|---|---|---|
| 4.4. | Май 2020 г. | Июль 2020 | 2021 февраля |
| 4,5 | Июль 2020 | Ноябрь 2020 г. | 15 июля 2021 г. |
| 4,6 | 2020 октября | 2021 февраля | 15 сентября 2021 г. |
| 4,7 | 2021 февраля | 15 июля 2021 г. | 1 февраля 2022 г. |
| 4,8 | Июль 2021 | 15 сентября 2021 г. | 21 июня 2022 г. |
| 4,9 | Ноябрь 2021 г. | 1 февраля 2022 г. | 2 марта 2023 г. |
| 4.10 | Март 2022 г. | 21 июня 2022 г. | 19 августа 2023 г. |
| 4.11 | Август 2022 г. | 2 марта 2023 г. | 10 февраля 2024 г. |
| 4,12 | 2023 января | 19 августа 2023 г. | 17 января 2025 г. |
| 4.13 | Май 2023 г. | 15 декабря 2023 г. | 17 ноября 2024 г. |
| 4.14 | Октябрь 2023 | 25 апреля 2024 г. | 1 мая 2025 г. |
| 4.15 | Февраль 2024 г. | 4 сентября 2024 г. | 27 июня 2025 г. |
| 4,16 | Июнь 2024 г. | Скоро | 2 ноября 2025 г. |
Вопросы и ответы
Что происходит, когда пользователь обновляет кластер OpenShift с дополнительной версией, которая не поддерживается?
Azure Red Hat OpenShift поддерживает установку дополнительных версий, согласованных с датами в предыдущей таблице. Версия поддерживается как только путь обновления к этой версии доступен в стабильном канале. Если вы используете версию после даты окончания жизни, вы находитесь вне поддержки и может быть предложено обновить, чтобы продолжить получение поддержки. Обновление с более старой версии до поддерживаемой версии может быть сложной, и в некоторых случаях невозможно. Рекомендуется сохранить кластер в последней версии OpenShift, чтобы избежать потенциальных проблем с обновлением.
Например, если самая старая поддерживаемая версия Azure Red Hat OpenShift — 4.13, и вы находитесь в версии 4.12 или более ранней версии, вы не поддерживаете. Когда обновление от 4.12 до версии 4.13 или более поздней версии успешно, вы вернетесь в наши политики поддержки.
Возврат (откат) кластера к предыдущей версии не поддерживается. Поддерживается только обновление до более новой версии.
Что означает "Вне поддержки" или "Ограниченная поддержка"?
Если кластер ARO выполняет версию OpenShift, которая не находится в списке поддерживаемых версий или использует неподдерживаемую конфигурацию кластера, кластер находится вне поддержки. В результате:
- При открытии запроса в службу поддержки для кластера может потребоваться обновить кластер до поддерживаемой версии перед получением поддержки.
- Все гарантии среды выполнения или обслуживания для кластеров за пределами поддержки не поддерживаются.
- Кластеры, не охватываемые поддержкой, будут исправлены только на основе максимальных усилий.
- Кластеры за пределами поддержки не будут отслеживаться.