[發明專利]PaaS平臺中實現負載分配的方法和裝置

有效

• 申請號: 201410705985.8
• 申請日: 2014-11-27
• 公開（公告）號: CN104468756B
• 公開（公告）日: 2018-01-26
• 發明（設計）人: 雷磊;王志軍;房秉毅
• 申請（專利權）人: 中國聯合網絡通信集團有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 北京安信方達知識產權代理有限公司11262
• 代理人: 白瑩,栗若木

技術領域

本發明涉及數據傳輸技術領域，尤其涉及一種平臺即服務(PaaS，Platform-as-a-Service)平臺中實現負載分配的方法和裝置。

背景技術

隨著電信市場競爭的激烈，運營商紛紛拓展新業務，云計算是拓展的新業務之一，其中，PaaS是面向開發者服務，提供彈性伸縮的中間件服務和應用部署的平臺。近年來，基于輕量級Linux容器構建PaaS平臺逐漸成為主流，如開源平臺Cloud Foundry和Red Hat公司的OpenShift均采用這種方式。Linux容器可以很好地封裝各種中間件系統和用戶的應用，用戶不需要再搭建消息中間件、數據庫、應用容器等中間件系統，只需要簡單的需求文件中說明，PaaS平臺就會自動為之適配。因此，PaaS平臺集合眾多底層平臺、中間件和應用開發工具，轉變傳統一對一的產品交付方式為云端分享型的服務交付方式，從而為企業傳統IT和應用開發者把整個開發、部署與客戶服務的生命周期搬到云上創造了條件。

PaaS平臺一般將資源池劃分為多個區域，稱為不同的自治域(AZ，Availablity Zone)。在現有技術中，為了實現資源利用的負載均衡，當用戶部署請求服務資源時，通常采用基于Round Robin的隨機算法選擇一個AZ，并從該AZ中選擇一個承載節點承載。假設用戶的應用負載大致相當，則隨機算法能夠取得較好的負載均衡。

出于數據安全的考慮，很多用戶并不愿意把敏感數據托管到云端，而僅僅將數據處理和展現的業務邏輯封裝成應用托管到云端，而包含敏感數據的數據庫依舊由用戶獨立維護，當云端應用需要訪問數據庫時，需要通過數據庫的遠程接口遠端調用用戶數據庫的數據訪問接口。

這種處理邏輯在云端，而數據源在用戶本地的應用模式，由于用戶經常訪問可能會引起應用到某些AZ或者承載節點的傾向性。但是，基于Round Robin的隨機算法的基本假設是應用部署到任何AZ的任何承載節點均是無差異的，因此，現有的處理邏輯在云端，數據源在用戶本地的應用模式將使基于Round Robin的隨機算法失效，從而無法實現應用的優化部署。

發明內容

為了解決上述技術問題，本發明提供了一種PaaS平臺中實現負載分配的方法和裝置，能夠保障應用的性能且實現PaaS平臺中節點的負載均衡。

為了達到本發明目的，本發明提供了一種PaaS平臺中實現負載分配的方法，包括：預先設置應用對承載節點的親和度和承載節點的負載閥值；若當前應用依賴于外部服務，獲取當前應用對PaaS平臺中所有承載節點的親和度，將滿足預設第一條件的親和度對應的承載節點作為目標承載節點；如果所述目標承載節點的負載超過負載閥值，獲取所述目標承載節點上所有應用對所述目標承載節點的親和度，并獲取小于所述當前應用對所述目標承載節點親和度的應用的應用痕跡，將滿足預設第二條件的應用痕跡對應的應用作為待遷移應用，在所述待遷移應用遷移完成后，將所述當前應用部署在所述目標承載節點上。

進一步地，所述親和度計算公式為：α(app，node)＝MIN(bw(SN_i(app)，node))i＝1，…k；其中，α(app，node)表示親和度，app為應用，node為承載節點，如果應用沒有外部服務，α(app，node)＝0；如果應用依賴于k個外部服務，SN_i(app)表示應用所依賴的第i個外部服務節點；bw(SN_i(app)，node)表示第i個外部服務節點到PaaS平臺中承載節點的帶寬，當第i個外部服務節點到PaaS平臺中承載節點之間沒有網絡鏈路時，bw(SN_i(app)，node)＝0。

進一步地，所述將滿足預設第一條件的親和度對應的承載節點作為目標承載節點之后，還包括：如果所述目標承載節點上所有應用對所述目標承載節點的親和度都大于或等于所述當前應用對目標承載節點親和度，則結束本流程。

進一步地，所述將滿足預設第一條件的親和度對應的承載節點作為目標承載節點包括：將親和度最大值對應的承載節點作為目標承載節點；所述將親和度最大值對應的承載節點作為目標承載節點之后，還包括：如果所述目標承載節點的負載沒有超過負載閥值，將所述當前應用部署在所述目標承載節點上，結束本流程。