[發明專利]一種基于KVM的虛擬網卡管理方法

在審

• 申請號: 201910411554.3
• 申請日: 2019-05-17
• 公開（公告）號: CN110321197A
• 公開（公告）日: 2019-10-11
• 發明（設計）人: 曾星;史偉;關志來;徐景鴻
• 申請（專利權）人: 廣東睿江云計算股份有限公司
• 主分類號: G06F9/455
• 分類號: G06F9/455
• 代理公司: 暫無信息
• 代理人: 暫無信息

本發明公開一種基于KVM的虛擬網卡管理方法，包括如下步驟：獲取虛擬機的虛擬網卡與虛擬網橋的映射關系；將虛擬機的ID信息、虛擬網卡與虛擬網橋的映射關系、虛擬網卡信息以及虛擬網橋信息歸檔并存入數據庫；檢測虛擬網橋與虛擬網卡是否保持連接，若沒有連接，則同步數據庫中虛擬網卡與虛擬網橋的映射數據；檢測虛擬機是否處于正常運行狀態以及檢測虛擬網卡是否正常使用時，若均正常，則自動完成虛擬網卡和虛擬網橋映射；出現虛擬網卡與虛擬網橋的連接丟失，需讀取數據庫中虛擬網卡與虛擬網橋的映射關系，并對虛擬網卡和虛擬網橋的重新映射，自動恢復虛擬機的網絡連通。本發明能夠自動完成虛擬網卡和虛擬網橋的重新映射，并恢復虛擬機的網絡連通性。

技術領域

本發明涉及虛擬網卡技術領域，特別涉及一種基于KVM的虛擬網卡管理方法。

背景技術

KVM的虛擬化環境下，目前主流的虛擬網絡管理工具有linux bridge和openvswitch，該工具通過建立虛擬網橋，與虛擬機(guest domain)的虛擬網卡(vnet)相連接，組成了虛擬網絡場景。

在實際的應用場景中，虛擬機處于開機狀態，libvirt會主動建立虛擬網卡和虛擬網橋的映射。但是該映射關系只有在虛擬管理器(libvirt)和虛擬網絡服務(linux bridge或openvswitch)都正常，才能生效。如果一方的服務出現異常，則會導致虛擬網卡和虛擬網橋的映射無法建立。

其中，當虛擬網橋無法正常工作，則虛擬網卡與虛擬網橋的映射關系會丟失。因為其映射關系沒有以數據的形式保存，所以即使是故障修復后，也無法自動建立虛擬網卡與虛擬網橋的映射關系，導致出現虛擬機的網絡不可達問題。

發明內容

本發明要解決的技術問題在于，提供一種基于KVM的虛擬網卡管理方法，能夠自動監控和校驗虛擬機網卡與虛擬網橋的數據一致性，且當故障發生致虛擬網卡與虛擬網橋的連接丟失時，能夠快速、自動完成虛擬網卡和虛擬網橋的重新映射，并恢復虛擬機的網絡連通性。

為解決上述技術問題，本發明提供如下技術方案：一種基于KVM的虛擬網卡管理方法，包括以下步驟：

S1、獲取到運行中的虛擬機信息，根據虛擬機的id信息，得到虛擬機的虛擬網卡與虛擬網橋的映射關系；

S2、不斷檢查并獲取libvirt中的映射關系，確認其與步驟S1的映射關系是否保持一致；若一致，則該映射關系有效，并將虛擬機的ID信息、虛擬網卡與虛擬網橋的映射關系、虛擬網卡信息以及虛擬網橋信息歸檔并存入數據庫；若不一致，則重復檢查并獲取信息，直至完成確認；

S3、確保libvirt服務和linux bridge處于正常情況下，當虛擬機在非運行狀態或虛擬網卡失效時，檢測虛擬網橋與虛擬網卡是否保持連接，若沒有連接，則同步數據庫中虛擬網卡與虛擬網橋的映射關系；反之，則刪除該連接；

S4、確保libvirt服務和linux bridge處于正常情況下，當虛擬網橋與虛擬網卡的連接無故斷開時，檢測虛擬機是否處于正常運行狀態以及檢測虛擬網卡是否正常使用時，若均正常，則自動完成虛擬網卡和虛擬網橋映射；若虛擬機或虛擬網卡任一者處于異常，則同步數據庫中虛擬網卡與虛擬網橋的映射數據；

S5、當網絡服務重啟、虛擬網橋故障修復或者虛擬網卡故障修復后，而出現虛擬網卡與虛擬網橋的連接丟失，此時需讀取數據庫中虛擬網卡與虛擬網橋的映射關系，并根據映射關系對虛擬網卡和虛擬網橋的重新映射，自動恢復虛擬機的網絡連通。

作為優選地，所述步驟S1中，采用kvm-br-sync進程監控程序以輪循方式或觸發形式來獲取到運行中的虛擬機信息。

作為優選地，kvm-br-sync進程通過virsh list接口或者libvirt api的listAllDomains接口來獲取到運行中的虛擬機信息。