Red Hat Enterprise Linux CoreOS 10 即將支援 Red Hat OpenShift

每一位 Red Hat OpenShift 管理員都了解這套考量因素。全新的 Red Hat Enterprise Linux CoreOS 具備您想要的功能：更好的硬體支援、更新的加密政策以及核心改進。然而，採用新版本向來代表必須在所有面向進行調整。您的硬體認證不會自動轉移。您的內部驗證管道還需要一個季度的時間。您的變更諮詢委員會希望針對過去無法順暢復原的變更提供復原計劃。

其結果是團隊為了避開 OS 遷移而延後平台升級，進而錯失了實際需要的功能。OS 升級向來是一道斷崖，而非緩坡。

透過 Red Hat Enterprise Linux 10，我們正在改變這一切。

為了實現此目標，我們在 Red Hat OpenShift 4.22 中推出了 Red Hat Enterprise Linux CoreOS 10 的技術預覽，且在未來的 Red Hat OpenShift 版本中，叢集將能同時執行不同的 Red Hat Enterprise Linux CoreOS 串流。Red Hat Enterprise Linux CoreOS 9 和 Red Hat Enterprise Linux CoreOS 10 節點可作為受支援的過渡作業模型共存於同一個叢集中，讓升級體驗就像升級任何其他 Red Hat OpenShift 次要版本一樣順暢。遷移可由您依您的步調進行，一次處理一個 MachineConfigPool。 

讓我們來討論多 OS 串流支援對叢集的意義、Red Hat Enterprise Linux CoreOS 10 目前提供的功能，以及該平台的未來發展方向。

多 OS 串流：運作方式

隆重推出 OSStreams，這是一種新的叢集層級 API 資源，可讓 Machine Config Operator 在同一個叢集中管理多個 Red Hat Enterprise Linux CoreOS 版本。 

如果您是執行全新安裝，預設將會獲得 Red Hat Enterprise Linux CoreOS 10。如果您的環境有此需求，文件中也提供了安裝 Red Hat Enterprise Linux CoreOS 9 的路徑。或許您的硬體認證與 Red Hat Enterprise Linux 9 綁定，或是您的內部驗證週期尚未通過 Red Hat Enterprise Linux 10。無論選擇哪一種，這都是官方支援的正規選項，絕非退而求其次的過渡作法。

如果您是從 Red Hat OpenShift 4.22 進行升級，您的節點將保留在 Red Hat Enterprise Linux CoreOS 9。第一天無需強制進行 OS 遷移。您可以升級平台，同時保留已驗證過的節點 OS。當您準備好將節點移轉至 Red Hat Enterprise Linux CoreOS 10 時，可以依照您的時程進行。

遷移是一次處理一個 MachineConfigPool。建立自訂的 MachineConfigPool，即使只放入單一節點，並將其指向 Red Hat Enterprise Linux CoreOS 10 串流，接著驗證您的工作負載。如果一切正常，請繼續進行。如果有任何問題，節點將會還原。這與 MachineConfigPool 在每次變更設定時所使用的排空/封鎖/重新啟動週期相同。沒有新的復原機制，也沒有新的風險模型。

Red Hat Enterprise Linux CoreOS 9 節點將繼續獲得支援，並與 Red Hat Enterprise Linux CoreOS 10 並行。這讓您有充裕的時間移轉至 Red Hat Enterprise Linux CoreOS 10，而不會被迫面臨緊迫的期限。

OS 升級將轉變為移轉。不會面臨斷層。無週末切換 (Weekend Cutover)。漸進式、經過驗證、可還原。

值得移轉至 Red Hat Enterprise Linux CoreOS 10 的原因

Red Hat Enterprise Linux CoreOS 10 繼承了 Red Hat Enterprise Linux 10 核心，這意味著能對 GPU、網路卡、NVMe 和 CXL 裝置提供更新的硬體支援。如果您正在使用或計劃使用較新的伺服器硬體，Red Hat Enterprise Linux CoreOS 10 將會率先提供驅動程式支援。排程器與記憶體管理方面的改進，代表在壓力下能有更好的延遲表現與更有效率的分頁回收，這對於高密度、高利用率的節點至關重要。

Red Hat Enterprise Linux CoreOS 10 是建構於與 Red Hat Enterprise Linux 10 相同的基礎之上，可支援封印映像模式 (sealed image mode)；這項技術利用 composer 與 fs-verity 提供持續的加密完整性驗證。不僅限於開機時驗證，每項讀取的檔案都會經過加密驗證。客戶控制的簽署金鑰。從韌體到檔案系統的信任鏈。它也支援 Red Hat Enterprise Linux 的後量子加密技術页面当前以 English (英文) 显示（暂无 Chinese, Traditional 选项），因此您可以開始在組織中測試 NIST 核准的抗量子演算法，以保護您的資料，並為滿足未來的法規要求做好準備。

開始規劃您的移轉。

Red Hat Enterprise Linux CoreOS 10 已在 Red Hat OpenShift 4.22 中提供技術預覽。 

當您準備好測試 Red Hat Enterprise Linux CoreOS 10 時：在測試叢集上，使用單一節點建立自訂 MachineConfigPool。將其指向 Red Hat Enterprise Linux CoreOS 10 串流。對其執行驗證工作負載。這項設計具有低風險的特性：一個節點、一個集區，且完全可還原。

當您有信心時：一旦功能進入 GA 階段且您對測試結果感到滿意，即可逐一集區進行擴充。最後再移轉生產關鍵工作負載。

如果您使用叢集內分層功能：MachineOSConfigs 的範圍僅限於 MCP，因此在將集區移轉至 Red Hat Enterprise Linux CoreOS 10 時，請確保已考慮到任何對 OS 敏感的建置步驟。在擴大移轉範圍前，請先針對 Red Hat Enterprise Linux CoreOS 9 和 Red Hat Enterprise Linux CoreOS 10 基礎映像測試您的分層映像。

延長的過渡期時間表。Red Hat Enterprise Linux CoreOS 9 仍受全面支援。當 Red Hat Enterprise Linux CoreOS 10 的價值高於針對您特定環境進行驗證的成本時，您即可進行移轉。對某些團隊來說，這是在第一天。對其他團隊而言，則是在下一季。兩者皆可。

多 OS 串流支援讓您能靈活地按照自己的步調進行 OS 現代化。Red Hat Enterprise Linux CoreOS 10 代表這個目的地確實值得抵達。您不必再在升級平台與讓節點保持在穩定基礎之間做出抉擇。

告別升級斷崖，迎向平穩順暢的緩坡。 立即開始使用 Red Hat Enterprise Linux CoreOS 10，現已在 Red Hat OpenShift 4.22 技術預覽版中提供