[發明專利]采用kubernetes部署有狀態pod的方法及裝置

有效

• 申請號: 202010620544.3
• 申請日: 2020-06-30
• 公開（公告）號: CN111831394B
• 公開（公告）日: 2023-10-24
• 發明（設計）人: 王洪磊;揭震;馬超
• 申請（專利權）人: 新浪技術（中國）有限公司
• 主分類號: G06F9/455
• 分類號: G06F9/455;G06F8/65
• 代理公司: 北京卓嵐智財知識產權代理有限公司 11624
• 代理人: 蔡永波

本發明實施例提供一種采用kubernetes部署有狀態pod的方法及裝置，包括：kubernetes API獲取用戶發送的部署有狀態pod的請求；第一調度器監聽API是否具有部署有狀態pod的請求，當監聽到API內具有部署有狀態pod的請求后獲取并創建相應的pod描述；當kubelet監聽API具有部署有狀態pod的請求后獲取創建完成的pod描述并執行相應的pod部署；如果部署有狀態pod的請求為更新現有pod請求，則kubelet在現有pod的原節點上根據獲取到的pod描述更新現有pod。在更新pod時使用原有的kubelet節點創建，降低調度選取節點部署產生的調度計算量。

技術領域

本發明涉及容器化部署領域，具體涉及一種采用kubernetes部署有狀態pod的方法及裝置。

背景技術

現有的kubernetes(管理容器化應用)部署有狀態pod的方法為：

1.用戶發起創建有狀態pod的請求給kubernetes api服務，kubernetes api服務將本次創建請求存儲起來。

2.默認的普通調度器監聽kubernetes api服務，當發現有創建有狀態pod時，執行調度和創建邏輯

3.默認調度器的邏輯

1)新建pod的邏輯

找到可以部署新pod的kubelet節點，并創建pod

2)更新pod的邏輯

按照pod的創建順序，從后向前刪除pod，然后在按照順序從前向后創建pod。

在實現本發明過程中，申請人發現現有技術中至少存在如下問題：

當更新pod時，需要調度器重新選取kubelet節點來創建pod，造成了不必要的計算浪費。

發明內容

本發明實施例提供一種采用kubernetes部署有狀態pod的方法及裝置，在更新pod時不需要重新調度，使用原有的kubelet節點創建，降低調度選取kubelet節點部署產生的調度計算量。

為達上述目的，一方面，本發明實施例提供一種采用kubernetes部署有狀態pod的方法，包括：

管理容器化應用kubernetes通過其應用程序接口API獲取用戶發送的部署有狀態數據結構pod的請求并存儲；其中，所述部署有狀態pod的請求包括更新現有pod請求或創建新pod請求；

管理容器化應用kubernetes的第一調度器監聽kubernetes API是否具有部署有狀態pod的請求，當監聽到kubernetes API內具有部署有狀態pod的請求后，自kubernetesAPI獲取部署有狀態pod的請求；根據部署有狀態pod的請求創建相應的pod描述，以便在執行器kubelet從本第一調度器獲取創建完成的pod描述時推送給kubelet；

管理容器化應用kubernetes的執行器kubelet監聽kubernetes API是否具有部署有狀態pod的請求，當監聽到kubernetes API內具有部署有狀態pod的請求后，自第一調度器獲取根據監聽到的部署有狀態pod的請求創建完成的pod描述，并根據獲取到的pod描述執行相應的pod部署；其中，所述根據獲取到的pod描述執行相應的pod部署，具體包括：

如果部署有狀態pod的請求為更新現有pod請求，則kubelet在現有pod的原節點上根據獲取到的第一pod描述更新現有pod，所述第一pod描述由第一調度器根據監聽到的更新現有pod請求創建；

如果部署有狀態pod的請求為創建新pod請求，則kubelet在新節點上根據獲取到的第二pod描述創建新pod，所述第二pod描述由第一調度器根據監聽到的創建新pod請求創建。