[發明專利]云主機數據發送、接收、傳輸方法和裝置

有效

• 申請號: 201610803755.4
• 申請日: 2016-09-06
• 公開（公告）號: CN107800645B
• 公開（公告）日: 2020-05-01
• 發明（設計）人: 沈娟
• 申請（專利權）人: 北京京東尚科信息技術有限公司;北京京東世紀貿易有限公司
• 主分類號: H04L12/851
• 分類號: H04L12/851;H04L12/873;H04L29/08
• 代理公司: 中國國際貿易促進委員會專利商標事務所 11038
• 代理人: 曹蓓

本發明提出一種云主機數據發送、接收、傳輸方法和裝置，涉及云計算領域。其中，本發明的云主機數據接收方法，包括：獲取云主機下行流量的目的地址信息，目的地址信息為云主機的公網地址信息；基于隊列與公網地址的對應關系，根據目的地址信息確定目標隊列；基于目標隊列的帶寬限制，通過目標隊列進行下行傳輸。通過這樣的方法，能夠根據目的地址為云主機的下行流量分配隊列，利用隊列的帶寬限制實現對下行流量帶寬的限制，從而實現了基于公網地址的云主機下行流量限制，防止涌入過大的流量導致網絡帶寬被個別用戶占用，提高了云主機的穩定性。

技術領域

本發明涉及云計算領域，特別是一種云主機數據發送、接收、傳輸方法和裝置。

背景技術

目前，在OpenStack云計算領域中的IaaS(Infrastructure as a Service，基礎設施即服務模式)中，云計算服務平臺通過云計算虛擬化主機，將這些虛擬云主機提供給用戶使用，需要根據用戶的具體情況限制其創建的主機的上下行帶寬，防止涌入過大的流量導致網絡帶寬被個別用戶占用。另外，根據用戶申請的帶寬收取對應的費用可以產生經濟效益。

現有技術中，OpenStack G版本支持通過Nova Flavor設置QoS(Quality ofService，服務質量)，通過Flavor來設置QoS不是很靈活，這會需要維護很多個Flavor來保證不同的QoS需求；OpenStack L版本支持ML2-QoS功能，這個特性可以針對L2-port和來L2-net做流量QoS設置，ML2-QoS只能做二層網絡的流量限制，無法區分內網流量和公網流量，不能充分利用內網的硬件資源，造成很大的資源浪費。

發明內容

本發明的一個目的在于提出一種針對云主機的公網流量進行帶寬限制的方案。

根據本發明的一個方面，提出一種云主機數據接收方法，包括：獲取云主機下行流量的目的地址信息，目的地址信息為云主機的公網地址信息；基于隊列與公網地址的對應關系，根據目的地址信息確定目標隊列；基于目標隊列的帶寬限制，通過目標隊列進行下行傳輸。

可選地，獲取云主機下行流量的目的地址信息包括：IFB(IntermediateFunctional Block device，中間功能塊裝置)獲取進入網卡的下行流量，并獲取目的地址信息；由IFB獲取目的地址信息；基于隊列與公網地址的對應關系，根據目的地址信息確定目標隊列包括：IFB根據隊列與公網地址的對應關系確定目標隊列，其中，目標隊列具有帶寬限制信息；基于目標隊列的帶寬限制，通過目標隊列進行下行傳輸包括：將下行流量在目標隊列的帶寬限制作用下返回網卡，經網卡進行下行傳輸。

可選地，還包括：將云主機的網卡與IFB連接；在IFB中添加TC(Traffic Control，流量控制)規則，通過TC規則設置隊列，且指定每個隊列的帶寬限制信息；在IFB中建立隊列與公網地址的對應關系。

可選地，還包括：若基于隊列與公網地址的對應關系，根據目的地址信息未能確定目標隊列，則選取預定默認隊列作為目標隊列。

可選地，還包括：當刪除云主機的公網地址時，刪除與公網地址匹配的目標隊列，且刪除公網地址與隊列的對應關系。

通過這樣的方法，能夠根據目的地址為云主機的下行流量分配隊列，利用隊列的帶寬限制實現對下行流量帶寬的限制，從而實現了基于公網地址的云主機下行流量限制，防止涌入過大的流量導致網絡帶寬被個別用戶占用，提高了云主機的穩定性。

根據本發明的另一個方面，提出一種云主機數據發送方法，包括：獲取云主機上行流量的源地址信息，源地址信息為云主機的公網地址信息；將源地址信息與流表信息進行匹配，確定目標隊列，其中，流表信息包括公網地址信息與隊列的對應關系；基于目標隊列的帶寬限制，通過目標隊列進行上行傳輸。