[發明專利]基于容器編排調度服務的調度方法及裝置

在審

• 申請號: 202010191759.8
• 申請日: 2020-03-18
• 公開（公告）號: CN111399983A
• 公開（公告）日: 2020-07-10
• 發明（設計）人: 楊明珠
• 申請（專利權）人: 北京達佳互聯信息技術有限公司
• 主分類號: G06F9/455
• 分類號: G06F9/455;G06F8/65
• 代理公司: 北京中博世達專利商標代理有限公司 11274
• 代理人: 申健

本公開關于一種基于容器編排調度服務的調度方法及裝置，涉及云計算領域，當需要維持本地服務狀態的調度單元升級時，能夠將升級后的調度單元部署到升級前的調度單元所在的宿主機上，從而縮短了調度單元升級的時間。該方法包括：在檢測到對容器編排調度服務創建的調度單元中的調度單元進行升級的事件的情況下，檢測調度單元在升級后是否需維持本地服務狀態；若調度單元在升級后需維持本地服務狀態，并且調度單元的宿主機滿足升級后的調度單元需要的存儲資源，通知容器編排調度服務將升級后的調度單元部署在該調度單元的宿主機上。

技術領域

本公開涉及云計算領域，尤其涉及基于容器編排調度服務的調度方法及裝置。

背景技術

docker是一個開源的應用容器引擎，開發者可以打包他們的應用以及依賴包到一個可移植的鏡像中，然后發布到任何流行的Linux機器或Windows機器上。kubernetes創建于docker之上，可以在應用被安裝時，為該應用確定宿主機，并在確定的宿主機上創建該應用對應的pod。pod是kubernetes創建的最小調度單元，pod可以對kubernetes創建的容器進行分組管理。一個pod可以管理一個或多個相關的容器。

后續，當kubernetes中的pod升級時，kubernetes會釋放原先的宿主機上的pod，重新確定宿主機，并在重新確定的宿主機上創建升級后的pod。然而，對于需要維持本地服務狀態的pod，該pod升級時有可能僅需要對該pod中的某個或某幾個容器進行升級，在這種情況下，kubernetes釋放原先的宿主機上的pod，并在重新確定的宿主機上創建升級后的pod，會導致pod升級時間較長。

發明內容

本公開提供一種基于容器編排調度服務的調度方法及裝置，當需要維持本地服務狀態的調度單元升級時，將升級后的調度單元部署到升級前的調度單元所在的宿主機上，從而縮短了調度單元升級的時間。

本公開的技術方案如下：

根據本公開實施例的第一方面，提供一種基于容器編排調度服務的調度方法，包括：在檢測到對容器編排調度服務創建的調度單元中的調度單元進行升級的事件的情況下，檢測所述調度單元在升級后是否需維持本地服務狀態；若所述調度單元在升級后需維持本地服務狀態，則獲取所述調度單元的宿主機的信息，所述調度單元的宿主機為所述容器編排調度服務為所述調度單元分配的宿主機，所述宿主機的信息用于指示所述調度單元的宿主機是否滿足升級后的調度單元需要的存儲資源；若所述調度單元的宿主機滿足所述升級后的調度單元需要的存儲資源，發送第一通知消息，所述第一通知消息用于指示將所述升級后的調度單元部署在所述調度單元的宿主機上。

一種可能的實現方式，所述獲取調度單元的宿主機的信息包括：根據存儲的所述調度單元與所述調度單元的宿主機的對應關系，獲取所述調度單元的宿主機的標識以及所述調度單元的宿主機的信息，其中，所述宿主機的信息包括所述宿主機的標識和所述宿主機的可用存儲資源。

一種可能的實現方式，在發送第一通知消息之前，所述方法還包括：獲取第一候選宿主機集合，所述第一候選宿主機集合中包含滿足所述升級后的調度單元需要的存儲資源的宿主機中的部分宿主機；判斷所述調度單元的宿主機中是否包含在所述第一候選宿主機集合中；若所述調度單元的宿主機包含在所述第一候選宿主機集合中，則確定所述調度單元的宿主機滿足所述升級后的調度單元需要的存儲資源。

一種可能的實現方式，在判斷所述調度單元的宿主機中是否包含在所述第一候選宿主機集合中之后，所述方法還包括：若所述調度單元的宿主機未包含在所述第一候選宿主機集合中，獲取第二候選宿主機集合，所述第二候選宿主機集合包括滿足所述升級后的調度單元需要的存儲資源的全部宿主機；若所述調度單元的宿主機包括在所述第二候選宿主機集合中，則確定所述調度單元的宿主機滿足所述升級后的調度單元需要的存儲資源。