[發明專利]一種跨版本升級方法、裝置及電子設備

有效

• 申請號: 202011126822.6
• 申請日: 2020-10-20
• 公開（公告）號: CN112199106B
• 公開（公告）日: 2022-08-26
• 發明（設計）人: 閔中元;賀子奇;郎高一
• 申請（專利權）人: 新華三信息安全技術有限公司
• 主分類號: G06F8/65
• 分類號: G06F8/65;G06F8/71;G06F9/50
• 代理公司: 北京博思佳知識產權代理有限公司 11415
• 代理人: 楊春香

本申請提供一種跨版本升級方法、裝置及電子設備，可以通過控制主節點的存儲組件進行版本升級，以使存儲組件的版本升級為目標版本；在將存儲組件的版本升級為目標版本后，再控制主節點中處于控制層的控制組件進行版本升級，以使控制組件的版本升級為目標版本。可見，只需要引入目標版本的kubernetes即可，不需要引入多個中間版本的kubernetes，這樣就不需要對各個中間版本進行測試以確定這些中間版本的kubernetes在業務場景中功能是否正常。可見，應用本申請實施例能夠在降低測試工作量的同時，降低版本升級的復雜度。

技術領域

本申請涉及集群部署技術領域，尤其涉及一種跨版本升級方法、裝置及電子設備。

背景技術

Kubernetes是開源的一個容器編排工具，其社區活躍度非常高，這樣，使得Kubernetes版本(本申請統稱版本)迭代周期較快，通常是每三個月發布一個正式版本，并且社區僅支持相鄰版本的升級。

基于此，針對一些使用kubernetes的項目，可能由于這些項目自身版本的發布周期長于kubernetes版本更新的發布周期，也可能基于布置在kubernetes上各應用的功能穩定性方面的考慮，不會隨著kubernetes版本的更新，頻繁升級項目所使用的當前版本，由此，導致項目所使用的當前版本落后于社區所使用的版本多個版本，為了不落后于社區所使用的版本，按照社區當前僅支持相鄰版本的升級，需要對項目所使用的當前版本進行逐版本升級，以使項目所使用的當前版本經過多個中間版本后升級到社區所使用的版本。

然而，在版本升級過程中，需要對各個中間版本進行逐個測試以保證這些中間版本的kubernetes在業務場景中功能也是正常的，這樣，不僅會增大測試工作量，還會造成版本升級的復雜度。

發明內容

有鑒于此，本申請提供一種跨版本升級方法、裝置及電子設備，以在降低測試工作量的同時，降低版本升級的復雜度。

基于此，本申請是通過如下技術方案實現的：

第一方面，本申請實施例提供一種跨版本升級方法，該方法應用于管理節點，包括：

從已部署第一kubernetes版本的所有節點中選擇一個待升級的主節點；所述第一kubernetes版本的kubernetes包括具有所述第一kubernetes版本的用于數據存儲的存儲組件和位于控制層的控制組件；

控制所述主節點的存儲組件進行版本升級，以使所述存儲組件的版本升級為目標版本；

在將所述存儲組件的版本升級為目標版本后，再控制所述主節點的所述控制組件進行版本升級，以使所述控制組件的版本升級為目標版本。

本申請的一個實施例中，所述kubernetes還包括位于控制層中具有所述第一kubernetes版本的負載均衡組件，所述控制所述主節點的控制組件進行版本升級，包括：

若所述控制組件為負載均衡組件，則依據已配置的用于負載均衡組件升級的升級指令信息，控制所述負載均衡組件的版本升級，以使所述負載均衡組件的版本升級為目標版本；

若所述控制組件不為負載均衡組件，則依據已配置的控制組件的配置文件對控制組件進行升級，以使所述控制組件的版本升級為目標版本。

本申請的一個實施例中，所述kubernetes還包括位于控制層中具有第一kubernetes版本的第三方應用插件，在控制主節點的控制組件進行版本升級時，該方法還包括：

依據已配置的用于第三方應用插件升級的升級指令信息，控制第三方應用插件進行版本升級，以使所述第三方應用插件的版本均升級為目標版本。

本申請的一個實施例中，所述kubernetes還包括部署在主節點中待升級的第三方應用插件和部署在從節點中節點端代理控制組件，在所述控制組件的版本升級至目標版本后，該方法進一步包括：