[發明專利]一種基于容器實現公有云負載均衡服務的方法

在審

• 申請號: 202010825779.6
• 申請日: 2020-08-17
• 公開（公告）號: CN112671820A
• 公開（公告）日: 2021-04-16
• 發明（設計）人: 侯蘋蘋
• 申請（專利權）人: 紫光云技術有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;G06F9/455
• 代理公司: 天津濱海科緯知識產權代理有限公司 12211
• 代理人: 劉瑩

本發明提供了一種基于容器實現公有云負載均衡服務的方法，包括以下步驟：S1：開發服務部署腳本；S2：制作容器鏡像；S3：部署負載均衡服務系統；S4：發布鏡像版本，同時測試出容器內負載均衡服務的性能指標；S5：通過鏡像啟動容器，分配容器使用的cpu、內存等系統資源；S6：為容器配置vlan標簽，使得容器可以與租戶網絡通信。本發明所述的一種基于容器實現公有云負載均衡服務的方法解決了服務部署的數量有限、資源利用率上容易造成浪費、虛擬化損耗較高的問題。

技術領域

本發明屬于負載均衡服務領域，尤其是涉及一種基于容器實現公有云負載均衡服務的方法。

背景技術

負載均衡(Server Load Balancer)是對多臺云服務器進行流量分發的負載均衡服務。負載均衡可以通過流量分發擴展應用系統對外的服務能力，通過消除單點故障提升應用系統的可用性。是公有云廠商必備的云產品之一。

容器技術是當前服務部署的主流技術，可以讓開發者可以打包他們的應用以及依賴包到一個可移植的容器中，一個容器包含了完整的運行時環境：除了應用程序本身之外，這個應用所需的全部依賴、類庫、其他二進制文件、配置文件等，都統一被打入了一個稱為容器鏡像的包中。通過將應用程序本身，和其依賴容器化，操作系統發行版本和其他基礎環境造成的差異，都被抽象掉了。

傳統的負載均衡實現有多種形式，可以基于網絡硬件設備，也可以基于物理機或物理集群實現，也可以基于虛機部署來實現，但是都有不足，比如：網絡硬件設備的部署在擴展性上容易遇到瓶頸，限制服務部署的數量；基于物理機或物理集群實現在資源利用率上容易造成浪費，使得CPU或內存不能夠被完全使用；基于虛機部署在性能上容易受虛擬化的損耗而降低。

發明內容

有鑒于此，本發明提出一種基于容器實現公有云負載均衡服務的方法以解決服務部署的數量有限、資源利用率上容易造成浪費、虛擬化損耗較高的問題。

為達到上述目的，本發明的技術方案是這樣實現的：

一種基于容器實現公有云負載均衡服務的方法，包括以下步驟：

S1：開發服務部署腳本；

S2：制作容器鏡像；

S3：部署負載均衡服務系統；

S4：發布鏡像版本，同時測試出容器內負載均衡服務的性能指標；

S5：通過鏡像啟動容器，分配容器使用的cpu、內存等系統資源；

S6：為容器配置vlan標簽，使得容器可以與租戶網絡通信。

進一步的，S3中利用的負載均衡服務系統包括客戶端子模塊、負載均衡服務子模塊、4層監聽器子模塊、真實服務器子模塊，客戶端子模塊與負載均衡服務子模塊相連，4層監聽器子模塊部署在負載均衡服務子模塊上，4層監聽器子模塊與真實服務器綁定。

進一步的，客戶端子模塊訪問負載均衡服務虛IP，客戶端子模塊指定端口來發起請求。

進一步的，負載均衡服務子模塊提供虛IP創建，負載均衡服務配置vrrp協議以及狀態檢查，負載均衡服務子模塊包括多臺服務器，多臺服務器分別承擔主備角色。

進一步的，4層監聽器子模塊在虛IP的基礎上監聽指定端口和4層協議的流量，4層監聽器子模塊將該報文轉發至后端真實服務器子模塊上。

進一步的，真實服務器子模塊為客戶端子模塊提供真實的業務服務。

進一步的，真實服務器不接受客戶端子模塊直接訪問，需要經過負載均衡服務子模塊以及4層監聽器子模塊將流量轉發過來。

相對于現有技術，本發明具有以下優勢：