背景信息

CentOS EOL如何應對？

阿里云推薦您將CentOS上運行的工作負載遷移到替代的操作系統，以繼續獲取軟件更新和安全補丁。如果您短期內暫時無法完成遷移，請參見需要繼續使用CentOS。

遷移前，請先評估：

1. 需要遷移到哪種目標操作系統。

   您可以綜合考慮安全合規、穩定性、操作系統兼容性、預算、長期OS策略等因素，決定具體的遷移方案。可替代CentOS的Linux操作系統及其說明，請參見可替代CentOS的操作系統。

2. 根據需求評估操作系統的遷移方式。

   遷移策略建議：

   • 若您的業務運行在阿里云容器服務（ACK）或是使用ECS自建K8s集群，優先推薦您使用輪轉升級。

   • 其他情況下優先推薦您使用重新部署環境（重新購買新實例或更換操作系統）的方式進行遷移。

   • 如果您重新部署環境有困難，建議您嘗試原地遷移的方式。

   遷移方案	輪轉升級 （僅適用于ACK和自建K8s場景）	重新部署環境 （重新購買新實例）	重新部署環境 （更換操作系統）	原地遷移
   方式說明	通過ACK的節點池管理功能進行輪轉升級，或在自建K8s集群中對系統輪轉升級。 重要 ACK是通過更換系統盤的方式升級。更換操作系統后，您原來的舊系統盤會被釋放且所有數據會被清空，請您確保系統盤上無數據，且K8s的配置對系統盤無依賴后再升級。建議您在更換操作系統前創建快照備份數據。	購買新實例時選擇目標操作系統，在新實例上部署應用后替換源實例。	基于已有實例替換系統盤后重新部署應用。 重要 更換操作系統后，原來的舊系統盤會被釋放且所有數據會被清空，請務必在更換操作系統前創建快照備份數據。	原地遷移是指使用特定工具將現有系統升級或轉換為另一個版本或類型的操作系統，保留已有的應用程序、用戶數據和系統配置等。
   適用場景	僅適用于使用了阿里云容器服務或自建K8s集群的業務。	無限制	無限制	僅適用于對系統做了輕度修改（比如修改了部分系統默認配置），且有大量不方便導出的數據的系統。
   適用目標操作系統	如果您使用了ACK，請參考操作系統鏡像概述。 如果您自建K8s集群，請自行選擇目標操作系統。	無限制 說明 您可以選擇阿里云提供的公共鏡像，也可以在云市場選擇認證的軟件伙伴提供的精選鏡像以及服務伙伴提供的操作系統替換服務，詳情請參見CentOS替換解決方案。	無限制 說明 您可以選擇阿里云提供的公共鏡像，也可以在云市場選擇認證的軟件伙伴提供的精選鏡像以及服務伙伴提供的操作系統替換服務，詳情請參見CentOS替換解決方案。	范圍詳見與CentOS二進制兼容的操作系統
   業務中斷時間	業務無中斷	新舊實例替換期間，業務是否中斷取決于業務的系統架構是否做了主從備份相關的措施。	原有實例遷移期間ECS實例會重啟，期間無法對外提供服務。	原有實例遷移期間ECS實例會重啟，期間無法對外提供服務。
   業務程序適配工作	因為業務代碼運行在容器中，不需要為新操作系統適配和重編。	使用C/C++一類編譯型語言構建的業務程序需要基于新系統重編，以避免新系統依賴庫版本升級導致業務程序動態鏈接失敗的問題。	使用C/C++一類編譯型語言構建的業務程序需要基于新系統重編，以避免新系統依賴庫版本升級導致業務程序動態鏈接失敗的問題。	在您進行原地遷移前，請務必在新系統上先部署業務程序進行驗證，否則遷移后可能出現業務程序無法運行或運行出錯等問題。
   遷移風險	風險極低。 不易出現兼容性問題。	風險低。 整體遷移過程可控，在出現兼容性問題時易于回滾，易于排查問題。	風險低。 整體遷移過程可控，在出現兼容性問題時易于回滾，易于排查問題。	風險較高。 若您對原系統做了深度修改和定制（比如使用自行編譯的so/工具替換系統原有so/工具），則遷移失敗的概率比較大。 由于舊系統的很多數據和配置依然存在，出現兼容性問題時排查會有難度。
   遷移成本	創建的快照會產生費用，需要額外的資源成本。	購買新實例需要額外但整體可控的資源成本。	創建的快照會產生費用，需要額外的資源成本。	遷移過程中會自動保存快照會產生費用，需要額外的資源成本。
   系統可維護性	可維護性高。 無歷史遺留問題。	可維護性較高。 基于全新系統部署業務程序，可以清除歷史遺留問題，更有利于長期的系統健康和可維護性。 若實例有數據盤，則數據盤中可能保留部分原有錯誤數據或配置，會影響系統可維護性。	可維護性較高。 基于全新系統部署業務程序，可以清除歷史遺留問題，更有利于長期的系統健康和可維護性。 若實例有數據盤，則數據盤中可能保留部分原有錯誤數據或配置，會影響系統可維護性。	可維護性較低。 系統盤中可能存在很多舊的數據和配置與新系統不兼容。
   具體操作	請參見升級節點池。	請參見方案一：重新部署環境。	請參見方案一：重新部署環境。	請參見方案二：原地遷移。

如何遷移操作系統和工作負載

您可以根據選擇的目標操作系統以及實際業務需求，選擇以下方式遷移操作系統和工作負載。兩種方式的優缺點及適用場景，請參見CentOS EOL如何應對？。

• 方案一：重新部署環境

  1. 重新購買新實例替換源實例或針對已有實例更換操作系統。

  2. 新建實例或更換操作系統后，您還需重新部署與業務相關的運行環境，例如安裝軟件和庫（apt、yum等）、配置環境變量、部署應用等。可參考如下流程：

     1. 收集源實例應用軟件信息，導出關鍵應用配置及數據文件。

     2. 準備好目標實例，對照源實例應用軟件信息，重新安裝指定的應用軟件，并將源實例導出的應用配置及數據文件導入。

     3. 若您的業務程序是基于C/C++一類編譯型語言編寫的，請基于新系統重編您的業務程序。

     4. 測試應用業務是否正常。

     5. 暫停源實例業務，將應用數據的同步割接到目標實例并進行業務驗證，最后將目標實例的應用業務正式切換上線運行。

• 方案二：原地遷移

  原地遷移方式僅適用于以下源操作系統和目標操作系統之間的遷移。

  說明

  如果您選擇將CentOS 7遷移至Alibaba Cloud Linux 3，遷移前可以通過Alibaba Cloud Linux 3與CentOS 7的區別了解Alibaba Cloud Linux 3與CentOS 7之間有哪些區別。

  源操作系統	目標操作系統	參考鏈接
  CentOS 7/8	Alibaba Cloud Linux	通過服務器遷移中心SMC遷移
  	Anolis OS	通過OS命令遷移 通過服務器遷移中心SMC遷移
  	Red Hat Enterprise Linux	使用Red Hat提供的Convert2RHEL工具 通過服務器遷移中心SMC遷移
  CentOS 7	AlmaLinux 8/9	Migrate CentOS 7 to AlmaLinux 8 ELevating CentOS 7 to AlmaLinux 9
  CentOS 8	CentOS Stream 8	開始使用 CentOS Stream
  CentOS	Rocky Linux 8/9	How to migrate to Rocky Linux from CentOS

需要繼續使用CentOS

相關文檔

• 其他各操作系統在官方平臺公布的生命周期計劃，請參見操作系統維護周期。

• 在鏡像使用過程中更多的EOL問題，請參見鏡像EOL問題。

• 不同操作系統版本可能包含不同的操作系統特性、性能優化、基礎軟件包的更新以及安全補丁的應用。更多信息，請參見公共鏡像發布記錄和Alibaba Cloud Linux發布記錄。