Azure Red Hat OpenShift 4 的支援生命週期
Red Hat 約每四個月發行一次 Red Hat OpenShift (OCP) 容器平台的次要版本。 這些版本均包含新功能和增強功能。 修補程式發行更頻繁 (通常是每週)，可能包含安全性弱點或 Bug 的修正程式。
Azure Red Hat OpenShift 是從 OCP 特定版本所建置。 本文涵蓋 Azure Red Hat OpenShift 支援的 OCP 版本，以及有關更新項目、淘汰項目和支援原則的詳細資料。
Red Hat OpenShift 版本
Red Hat OpenShift 容器平台使用語意版本設定。 語意版本設定會使用不同等級的號碼來指定不同的版本。 下表說明語意版本號碼的不同部分，此案例中使用的是範例版本號碼 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 版本可透過下列兩種機制之一取得：
- 現有叢集有較新版本的更新時
- 有新版本可作為新叢集的安裝目標時
更新可用性
在 OpenShift stable 通道中有更新可用時，Azure Red Hat OpenShift 支援 Red Hat OpenShift 容器平台的正式發行 (GA) 次要版本。 您可以在下列頁面檢查更新可用性：Red Hat OpenShift 容器平台更新圖表。
安裝可用性
您可以使用 Azure Red Hat OpenShift 發行行事曆，或執行下列 Azure CLI 命令，來驗證可安裝的版本：
az aro get-versions --location [region]
版本生命週期結束
Azure Red Hat OpenShift 版本的生命週期結束日期可在 Azure Red Hat OpenShift 發行行事曆中找到。
注意
如果您執行不支援的 Red Hat OpenShift 版本，則要求叢集支援時，系統可能會要求先進行更新。 Azure Red Hat OpenShift SLA 未涵蓋執行不受支援之 Red Hat OpenShift 版本的叢集。
強制更新
在極端情況下並根據對環境的 CVE 關鍵性評量，重大修補程式更新可能會由 Azure Red Hat OpenShift 網站可靠性工程師 (SRE) 自動套用至叢集，接著有通知會通知您變更。 一旦更新可供使用，最好立即安裝修正程式 (z-stream) 更新。
有限支援狀態
當叢集轉換為有限支援狀態 (也稱為不在支援範圍內) 時，Azure Red Hat OpenShift SRE 不再主動監視叢集。 此外，SLA 已不再適用，且針對 SLA 要求的點數遭拒，但這並不代表您不再享有產品支援。
叢集可能會因為許多原因而轉換為有限支援狀態，包括下列案例：
如果您未在生命週期結束日期之前將叢集更新為支援的版本。
- 在其生命週期結束日期之後，版本沒有執行階段或 SLA 保證。 若要避免這種情況並繼續獲得完整支援，請在生命週期結束日期之前將叢集更新為支援的版本。 如果您未在生命週期結束日期之前更新叢集，叢集會轉換為有限支援狀態，直到更新為支援的版本為止。
- Azure Red Hat OpenShift SRE 提供商業上合理的支援，以便從不支援的版本更新為支援的版本。 不過，如果不再提供支援的更新路徑，您可能必須建立新的叢集並移轉您的工作負載。
如果您移除或取代任何原生 Azure Red Hat OpenShift 元件，或由服務安裝及管理的任何其他元件。
- 如果使用管理員權限，Azure Red Hat OpenShift 不會負責您的任何或授權使用者動作，包括影響基礎結構服務、服務可用性或資料遺失的動作。 如果偵測到任何這類動作，叢集可能會轉換為「有限支援」狀態。 您應該還原動作，或建立支援案例來探索補救步驟。
- 在某些情況下，如果您補救違規因素，叢集可以回到完全支援狀態。 不過，在其他情況下，您可能必須刪除並重新建立叢集。
- 如需叢集設定需求 (部分機器翻譯) 的詳細資訊，請參閱 Azure Red Hat OpenShift 支援原則。
支援的版本原則例外
Azure Red Hat OpenShift SRE 小組會保留新增或移除全新/現有版本，或如果即將推出之次要版本已識別為具有一或多個影響生產的重大錯誤或安全性問題，則會延遲推出，恕不另行通知。
根據錯誤或安全性問題的嚴重性，可能會略過或加速推出特定修補檔版本。
Azure Red Hat OpenShift 發行行事曆
請參閱下列指南，以了解過去 Red Hat OpenShift 容器平台 (上游) 發行歷程記錄。
| OCP 版本 | OCP GA 可用性 | ARO 安裝可用性 | ARO 生命週期結束 |
|---|---|---|---|
| 4.4 | 2020 年 5 月 | 2020 年 7 月 | 2021 年 2 月 |
| 4.5 | 2020 年 7 月 | 2020 年 11 月 | 2021 年 7 月 15 日 |
| 4.6 | 2020 年 10 月 | 2021 年 2 月 | 2021 年 9 月 15 日 |
| 4.7 | 2021 年 2 月 | 2021 年 7 月 15 日 | 2022 年 2 月 1 日 |
| 4.8 | 2021 年 7 月 | 2021 年 9 月 15 日 | 2022 年 6 月 21 日 |
| 4.9 | 2021 年 11 月 | 2022 年 2 月 1 日 | 2023 年 3 月 2 日 |
| 4.10 | 2022 年 3 月 | 2022 年 6 月 21 日 | 2023 年 8 月 19 日 |
| 4.11 | 2022 年 8 月 | 2023 年 3 月 2 日 | 2024 年 2 月 10 日 |
| 4.12 | 2023 年 1 月 | 2023 年 8 月 19 日 | 2025 年 1 月 17 日 |
| 4.13 | 2023 年 5 月 | 2023 年 12 月 15 日 | 2024 年 11 月 17 日 |
| 4.14 | 2023 年 10 月 | 2024 年 4 月 25 日 | 2025 年 5 月 1 日 |
| 4.15 | 2024 年 2 月 | 2024 年 9 月 4 日 | 2025 年 6 月 27 日 |
| 4.16 | 2024 年 6 月 | 即將推出 | 2025 年 11 月 2 日 |
常見問題集
當使用者使用不支援的次要版本更新 OpenShift 叢集時，會發生什麼事？
Azure Red Hat OpenShift 支援安裝與上表日期一致的次要版本。 在穩定通道中提供該版本的更新路徑時，即支援版本。 如果您執行的版本超過生命週期結束日期，則您將無法繼續獲得支援，且系統可能會要求您更新以繼續獲得支援。 從舊版更新至支援的版本可能比較困難，在某些情況下則不可能。 我們建議您將叢集保留在最新的 OpenShift 版本上，以避免潛在的更新問題。
例如，如果最舊的 Azure Red Hat OpenShift 支援版本是 4.13，而您使用的是 4.12 或較舊版本，則您將無法繼續獲得支援。 當您成功從 4.12 更新至 4.13 或更高版本時，就能符合支援原則並繼續獲得支援。
不支援將叢集還原為舊版或復原。 僅支援更新至較新版本。
「不在支援範圍內」或「有限支援」是什麼意思？
如果您的 ARO 叢集所執行的 OpenShift 版本不在支援版本清單上，或使用不支援的叢集設定 (部分機器翻譯)，則該叢集「無法繼續獲得支援」。 因此：
- 開啟叢集的支援票證時，系統可能會要求您在收到支援之前，將叢集更新為支援的版本。
- 無法獲得支援的叢集，其執行階段或 SLA 保證都已失效。
- 無法獲得支援的叢集，只會盡最大努力進行修補。
- 我們不會繼續監視無法獲得支援的叢集。