本發明涉及云計算技術領域，尤其涉及一種實現多數據中心的虛擬網絡組網的系統及其方法。
背景技術：
數據中心(Data Center)是全球協作的特定設備網絡，用以在Internet網絡的網絡基礎設施上加速信息傳遞，數據中心的主要目的是運行應用來處理商業和運作的組織的數據。所述應用泛指可以在物理機、虛擬機、計算機集群中所可執行和/或響應各種請求的軟件、資源及各種可被計算機執行的各種應用。
隨著云計算技術的發展，用戶的業務量逐漸增加，并對業務的可靠性與性能的要求與日俱增。當用戶將應用部署在位于不同地理位置的數據中心，以提高應用的高可用性。但是，位于不同地理位置的數據中心的應用存在依賴關系，因此需要對應用運行過程中所產生或者發送的數據進行同步。為了保障應用的安全性，通常不希望經過Internet網絡，但又奢求具有類似內網通信的帶寬，以進行數據的實時同步及更新。在傳統的數據中心中，通常采用三層網絡實現鏡像功能。
傳統的數據中心雖然能夠通過虛擬化技術形成虛擬機(VM)、虛擬存儲等虛擬網絡設備，但是無法在不同地理位置的數據中心之間虛擬網絡組網的效果，使得用戶部署的應用無法在不同地理位置的數據中心之間進行統籌管理。公開號為CN101764752A的中國發明專利申請公開了“遠程集中鏡像管理的方法和系統”，其雖然實現了鏡像流量穿越三層網絡進行傳輸，實現了集中管理中心對多個分布式數據中心的集中管理的技術效果，但是該現有技術在實質上仍然無法完成對分布式數據中心的各個數據中心通過虛擬化技術所形成的虛擬網絡設備進行虛擬網絡組網的效果，且分布式數據中心之間基于應用在運行過程所產生的數據必須依賴廣域網及GRE隧道進行廣播或者單播，因此導致安全性與穩定性不甚理想。
此外，傳統的數據中心主要是依據功能進行劃分，例如WEB、APP、DB、辦公區、業務區、內聯區、外聯區等等。不同區域之間通過虛擬網關、虛擬防火墻等安全設備進行相互訪問，以保證不同區域的可靠性與安全性。但是，由于不同區域具有不同的功能，因此需要相互訪問數據時只要終端之間能夠進行通訊即可實現，因此不一定要求相互通信的雙方都處于同一VALAN或者二層網絡。因此，目前的數據中心存在機制上的缺陷。
有鑒于此，有必要對現有技術中的多數據中心的虛擬網絡組網方法及其系統予以改進，以解決上述問題。
技術實現要素：
本發明的目的在于公開一種多數據中心的虛擬網絡組網的實現方法及其應用該實現方法的一種實現多數據中心的虛擬網絡組網的系統，用于實現用戶在跨數據中心部署應用時的進行虛擬網絡組網，使得多個數據中心的虛擬網絡設備在一個局域網內進行高效且可靠的通信，提高用戶部署應用及訪問數據的透明性，實現二層網絡在跨數據中心時的虛擬網絡組網。
為實現上述第一個發明目的，本發明提供了一種實現多數據中心的虛擬網絡組網的系統，所述系統基于GRE路由封裝并對報文數據在各數據中心之間進行點對點形式的轉發操作，
所述系統包括：
由多個點對點連接兩個數據中心的專線所組成的專線網絡，
多個呈物理分離形態的數據中心，各數據中心的虛擬路由器接入專線網絡并通過虛擬路由器建立多個點到點的GRE隧道，并在各數據中心的虛擬路由器上形成互聯的GRE隧道設備與Bridge設備，
虛擬內網，通過虛擬內網掛載至數據中心的虛擬網絡設備，
設置在虛擬內網與虛擬路由器之間的內網虛擬網關，所述虛擬網絡設備通過虛擬路由器經專線進行相互訪問，
各數據中心的虛擬路由器中創建有互聯的GRE隧道設備及Bridge設備，并將內網虛擬網關和GRE隧道設備添加至Bridge設備中，報文數據在GRE隧道進行點對點的轉發，并通過專線到達相鄰的數據中心。
作為本發明的進一步改進，所述虛擬網絡設備配置為虛擬機、負載均衡器、虛擬存儲設備或者虛擬網卡。
作為本發明的進一步改進，多個數據中心通過GRE隧道配置形成開環拓撲結構。
作為本發明的進一步改進，多個數據中心通過GRE隧道配置形成閉環拓撲結構。
作為本發明的進一步改進，所述多個數據中心中的至少一個數據中心中創建有中心虛擬路由器，所述中心虛擬路由器中的Bridge設備橋接至少兩個GRE隧道設備，并將中心虛擬路由器所連接的內網虛擬網關以及與相鄰數據中心的虛擬路由器所建立的兩個GRE隧道分別添加至中心虛擬路由器的Bridge設備中，以建立二層網絡連接。
作為本發明的進一步改進，多個數據中心的虛擬路由器的Bridge設備自帶STP模塊，并通過開啟所述STP模塊將多個數據中心組網，以通過多個點到點的GRE隧道配置形成閉環拓撲結構。
作為本發明的進一步改進，呈閉環拓撲結構的各數據中心均創建有中心虛擬路由器。
同時，本發明還公開了一種多數據中心的虛擬網絡組網的實現方法，包括以下步驟：在呈物理分離形態的多個數據中心之間組建點對點且僅連接兩個數據中心的專線，在各數據中心創建虛擬路由器及虛擬內網，將內網虛擬網關接入虛擬路由器，虛擬路由器接入由專線所組成的專線網絡；直接將內網虛擬網關與GRE隧道設備添加至虛擬路由器的Bridge設備中；通過各數據中心的虛擬路由器建立點到點的GRE隧道，各數據中心通過GRE隧道對轉發的報文數據作加封裝與解封裝操作，以基于GRE路由封裝并對報文數據在各數據中心之間進行點對點形式的轉發操作。
作為本發明的進一步改進，至少選定多數據中心中的一個數據中心，并在所述被選定的數據中心的虛擬路由器中創建中心虛擬路由器，所述中心虛擬路由器中的Bridge設備橋接至少兩個GRE隧道設備。
作為本發明的進一步改進，多個數據中心的內網網段相同；多個數據中心通過GRE隧道配置形成開環拓撲結構或者閉環拓撲結構。
與現有技術相比，本發明的有益效果是：通過本發明，實現了在多個數據中心在一個局域網內進行高效且可靠的通信，提高了用戶部署應用及訪問跨計算節點時數據的透明性，實現了二層網絡在跨數據中心時的虛擬網絡組網效果。
附圖說明
圖1為物理設備位于三個不同地理位置并通過專線互聯的虛擬網絡組網的示意圖；
圖2為物理設備位于三個不同地理位置不組成閉環拓撲結構的虛擬網絡組網的示意圖；
圖3為物理設備位于兩個不同地理位置并通過專線互聯的虛擬網絡組網的示意圖；
圖4為圖2所示所示出的物理設備位于三個不同地理位置并通過專線互聯進行虛擬網絡組網時的詳細示意圖；
圖5為本發明一種基于GRE路由封裝的跨數據中心的虛擬網絡設備的組網方法的邏輯流程圖；
圖6為五個數據中心形成閉環拓撲結構的示例圖；
圖7為七個數據中心并形成兩個相交的閉環拓撲結構的示例圖。
具體實施方式
下面結合附圖所示的各實施方式對本發明進行詳細說明，但應當說明的是，這些實施方式并非對本發明的限制，本領域普通技術人員根據這些實施方式所作的功能、方法、或者結構上的等效變換或替代，均屬于本發明的保護范圍之內。
術語“GRE”，Generic Routing Encapsulation，通用路由封裝協議。
術語“專線”，Private Line，專用線路。
參圖1所示，圖1示出了在呈物理分離形態的北京數據中心10、上海數據中心30及深圳數據中心20通過專線網絡50進行互聯的示意圖。北京數據中心10中至少具計算機101、虛擬路由器13及防火墻103；同理所示，上海數據中心30中也至少具計算機301、虛擬路由器33及防火墻303，深圳數據中心20中也至少具計算機201、虛擬路由器23及防火墻203。三個數據中心中的計算機101、計算機201或者計算機301可被配置為物理計算機、虛擬機等通過虛擬化技術所形成的虛擬網絡資源。虛擬路由器13、虛擬路由器23、虛擬路由器33優選為基于DPDK的VPP高性能虛擬路由器。
專線網絡50中通過一條或者多條專線(Private Line-1～Private Line-3)進行虛擬網絡組網，以實現在跨數據中心之間進行虛擬網絡組網。專線為物理的通信線路，并支持專線業務。從而在跨數據中心之間實現虛擬網絡間的安全通信方案，使得不同數據中心的云主機或者其他可加載應用或者響應用戶請求的各種資源，并能夠在處于同一個二層網絡中，實現跨數據中心之間的高效數據通訊，從根本上改變了傳統的三層網絡統治數據中心網絡的現狀。
參圖2及圖4所示，多個數據中心之間可分別進行虛擬網絡組網，以使多個數據中心通過GRE隧道配置100及GRE隧道200形成開環拓撲結構或者閉環拓撲結構。
所謂專線業務是指，在兩點或者多點之間通過專用信道，用來傳輸高業務量的會話、數據、音頻、視頻等業務報文。當專線業務報文在兩個數據中心之間轉發時，可以采用OptionA、OptionB或者OptionC的方式；其中，選用OptionA方式時，在發送端的邊緣路由器(PE)逐個對專線業務報文解封裝轉換為以太報文后，再由接收端的邊緣路由器(PE)封裝進入MPLS VPN，實現專線業務在網絡域進行傳輸。
專線網絡50中的多個專線用于打通各數據中心的物理層面。各數據中心提供獨立化虛擬化服務。所謂獨立化虛擬化服務包括網絡服務、計算服務、存儲服務，且各數據中心之間無依賴關系，并可獨立運行，并被登錄至其他數據中心的用戶在遠程/本地(數據中心)進行數據訪問。
專線是在建立在各數據中心間的物理線路，實現了在不走公網下的數據中心間的通信，避免了公網中大量的網絡攻擊、數據竊取等行為，有效地提高了數據傳輸的安全性與可靠性。
實施例一：
本實施例示出了實現在兩個數據中心之間進行虛擬網絡組網的一種實現多數據中心的虛擬網絡組網的系統的具體實施方式。該等數據中心之間可分別進行虛擬網絡組網，以通過點對點的GRE隧道配置(即GRE隧道配置100及GRE隧道200)形成開環拓撲結構。
該實現多數據中心的虛擬網絡組網的系統，所述系統基于GRE路由封裝并對報文數據在北京數據中心10與深圳數據中心20之間對報文數據進行點對點形式的轉發操作，并可實現北京數據中心10與深圳數據中心20所掛載的虛擬網絡設備的相互訪問。
具體的，該系統包括：由多個點對點連接北京數據中心10與深圳數據中心20的專線(Private Line-2)所組成的專線網絡。該專線網路中僅包含了一個專線(Private Line-2)，并僅連接北京數據中心10與深圳數據中心20。
參圖3所示，其示出了北京數據中心10對深圳數據中心20中的虛擬網絡設備25進行訪問的示例。
多個呈物理分離形態的數據中心(即圖3中所示出的北京數據中心10與深圳數據中心20)，北京數據中心10配置有虛擬路由器13，深圳數據中心20配置有虛擬路由器23，各數據中心的虛擬路由器接入專線網絡和虛擬內網，從而在各數據中心之間通過虛擬路由器13及虛擬路由器23建立點到點的GRE隧道100。虛擬內網，在北京數據中心10中與虛擬內網(內網地址網段192.168.1.0/24)連接有虛擬網絡設備15，深圳數據中心20中與虛擬內網連接有虛擬網絡設備25(內網地址網段192.168.1.0/24)。
虛擬網絡設備15、虛擬網絡設備25及虛擬網絡設備35均可被配置為虛擬機、負載均衡器、虛擬存儲設備或者虛擬網卡。
通過虛擬路由器13與虛擬路由器23中的專線網卡建立一個點到點的GRE隧道100，并在虛擬路由器13中創建有互聯的GRE隧道設備11及Bridge設備12，以及用于將虛擬路由器23接入虛擬內網的內網虛擬網關24。內網虛擬網關14和GRE隧道設備11添加至Bridge設備12中。GRE隧道100由GRE隧道設備11、Bridge設備12以及GRE隧道設備21、Bridge設備22所組成，并GRE隧道100基于專線1所建立并進行點對點的轉發操作。GRE隧道設備11、GRE隧道設備21是GRE隧道100的兩個端口。
同理所述，虛擬路由器23中創建有互聯的GRE隧道設備21和Bridge設備22。該深圳數據中20中創建有用于將虛擬路由器23接入虛擬內網的內網虛擬網關24，并通過內網虛擬網關24將虛擬路由器23接入虛擬內網中。內網虛擬網關24和GRE隧道設備21添加至Bridge設備22中。從而實現了由北京數據中心10對深圳數據中心20的虛擬網絡設備25所產生的數據報文在GRE隧道100中進行點對點的轉發，并通過專線2到達相鄰的深圳數據中心20，以建立二層網絡連接。
虛擬內網提供給虛擬網絡設備15或者虛擬網絡設備25使用，以將虛擬內網接入至虛擬路由器，為多數據中心之間的虛擬網絡組網作準備。將虛擬路由器13及虛擬路由器23接入專線網絡50，使得虛擬路由器13及虛擬路由器23之間的報文數據可以通過專線2進行點對點形式的轉發操作。虛擬網絡設備15與虛擬網絡設備25分別通過其所接入的虛擬路由器經過專線2進行相互訪問。
參圖3所示，該系統由北京數據中心10與深圳數據中心20組成，并組成一個成對的結構，并通過虛擬路由器13及虛擬路由器23建立二層的GRE隧道100，并且該GRE隧道100也通過專線2進行數據轉發操作。在二層數據通信中，通過各自數據中心的虛擬路由器，將Bridge設備12與Bridge設備22通過GRE隧道100互聯，從而使得從北京數據中心10與深圳數據中心20之間相互發送的數據通過GRE隧道100進行轉發。從而使得兩個數據中心通過GRE隧道100對轉發的報文數據作加封裝與解封裝操作，以基于GRE路由封裝對報文數據在北京數據中心10與深圳數據中心20之間進行點對點的轉發操作。
實施例二：
參圖2、圖4與圖5所示出的本發明一種實現多數據中心的虛擬網絡組網的系統的第二種具體實施方式。這些數據中心之間可分別進行虛擬網絡組網，以形成開環拓撲結構。本實施例與實施例一的主要區別在于，將作為訪問連接點的深圳數據中心20的虛擬路由器配置為中心虛擬路由器。
參圖4所示，其示出了北京數據中心10通過深圳數據中心20并最終實現對上海數據中心30中的虛擬網絡設備35進行訪問的示例。
其中，北京數據中心10與深圳數據中心20進行虛擬網絡組網，深圳數據中心20與上海數據中心30之間進行虛擬網絡組網。北京數據中心10與深圳數據中心20之間通過GRE隧道100對轉發的報文數據作加封裝與解封裝操作，以基于GRE路由封裝對報文數據在北京數據中心10與深圳數據中心20之間進行點對點的轉發操作。
深圳數據中心20與上海數據中心30之間通過GRE隧道200對轉發的報文數據作加封裝與解封裝操作，以基于GRE路由封裝對報文數據在深圳數據中心20與上海數據中心30之間進行點對點的轉發操作，但是北京數據中心10與上海數據中心30之間并不執行虛擬網絡組網。上海數據中心30通過內網虛擬網關34將虛擬路由器33接入虛擬內網。
虛擬網絡設備15通過虛擬內網掛載至北京數據中心10，虛擬網絡設備25通過虛擬內網掛載至深圳數據中心20，虛擬網絡設備35通過虛擬內網掛載至上海數據中心30，且上海數據中心30與北京數據中心10及深圳數據中心20的內網地址網段相同并保持同一網段(內網地址網段192.168.1.0/24)。
于此實例中，北京數據中心10、深圳數據中心20及上海數據中心30的內網地址的網段均相同(192.168.1.0/24)，從而便于實現二層網絡互聯。
本實施例中，能夠實現虛擬網絡組網的北京數據中心10、深圳數據中心20、上海數據中心30的(中心)虛擬路由器所分別連接的內網虛擬網關14、內網虛擬網關24及內網虛擬網關34的IP要求不能相同，避免發生IP地址沖突。
本實施例中，北京數據中心10、深圳數據中心20、上海數據中心30的要求(中心)虛擬路由器走專線2及專線3，需要(中心)虛擬路由器接入專線網段172.16.1.0/24。北京數據中心10、深圳數據中心20、上海數據中心30的(中心)虛擬路由器的Bridge設備12、Bridge設備22、Bridge設備32需要打開其內置的STP模塊，從而防止GRE隧道100與GRE隧道200中出現冗余成環及網絡風暴。
在本實施方式中，作為連接北京數據中心10與上海數據中心30的連接節點的深圳數據中心20中創建有中心虛擬路由器23。該中心虛擬路由器23中的Bridge設備22橋接GRE隧道設備21a及GRE隧道設備21b。
中心虛擬路由器23所連接的內網虛擬網關24以及與深圳數據中心20相鄰的北京數據中心10的虛擬路由器13及上海數據中心30的虛擬路由器33所建立的GRE隧道100及GRE隧道200分別添加至中心虛擬路由器23的Bridge設備22中，從而將北京數據中心10與深圳數據中心20通過GRE隧道100進行虛擬網絡組網，并將深圳數據中心20與上海數據中心30通過GRE隧道200進行虛擬網絡組網，以在這三個數據中心之間建立二層網絡連接，并形成呈鏈狀的開環拓撲結構。
兩個相鄰的數據中心的虛擬路由器中的GRE隧道設備(即圖4中的GRE隧道設備11與GRE隧道設備31)與中心虛擬路由器23中的GRE隧道設備21a及GRE隧道設備21b通過彼此的Bridge設備建立二層網絡連接。
實施例三：
本實施例與實施例二相比，其區別在于，在本實施方式中，三個數據中心的Bridge設備均自帶STP模塊。通過開啟該STP模塊將多個數據中心組網，以形成一個呈閉環拓撲結構并跨三個或則數量更多的數據中心的虛擬網絡。STP(Spanning Tree Protocol，生成樹協議)是IEEE802.1D中定義的一個用于以太網交換機的標準。該標準為以太網交換機定義了一組規則用于探知鏈路層拓撲，并對交換機的鏈路層轉發行為進行控制。STP模塊內置于Bridge設備中，當兩個或者三個或者數量更多的數據中心的虛擬網絡組網后，由于存在閉環拓撲結構，則STP模塊會在呈環狀拓撲結構所形成的環狀數據鏈路上阻塞環狀鏈路上的端口，以阻止端口進行數據報文的轉發或者接受以太網幀。因此，通過開啟所有的數據中心的虛擬路由器(或者中心虛擬路由器)中的Bridge設備中的STP模塊(即stp＝on)，以實現閉環拓撲結構的虛擬網絡組網。
STP模塊通過阻斷冗余鏈路將一個有閉環拓撲結構的虛擬網絡修剪成一個無環路的樹型拓撲結構。從而實現報文數據或者數據幀能夠在某一時刻從一個源發出，確保到達虛擬網絡中的任意一個目標的路徑是唯一的，而其他轉發路徑都呈非激活態(不能進行轉發操作)。如果虛擬網絡中某條正在使用的鏈路出現故障時，則通過該STP模塊將非激活狀態的堵塞端口開啟，恢復曾經斷開的鏈路，確保虛擬網絡的連通性與可靠性，從而用以抵消呈閉環拓撲結構中各數據中心之間所形成的點對點的GRE隧道出現廣播風暴。
實施例四：
參圖6所示，本實施例與上述任一個實施例相比，其主要區別如下。在本實施例中，該實現多數據中心的虛擬網絡組網的系統中的北京數據中心10、深圳數據中心20、上海數據中心30、西安數據中心50及武漢數據中心40呈閉環拓撲結構并分別通過專線建立點對點的連接且分別形成多個GRE隧道，其分別在五個數據中心中通過內網虛擬網關接入虛擬內網，并通過中心虛擬路由器43、中心虛擬路由器23、中心虛擬路由器53、中心虛擬路由器83或者中心虛擬路由器73接入GRE隧道。GRE隧道基于專線而建立，各個數據中心之間轉發的報文數據在GRE隧道中進行點對點的轉發操作，并通過專線到達相鄰的數據中心，然后通過相鄰的數據中心對相間隔的數據中心進行報文數據的轉發操作及其對指定數據中心所掛載的虛擬網絡設備進行訪問，從而形成二層網絡連接。
本實施例中與實施例一至實施例三中的相同部分請參實施例一至實施例三所述，在此不再贅述。
實施例五：
參圖7所示，本實施例與實施例四的主要區別在于，本實施例所示出的實現多數據中心的虛擬網絡組網的系統中的多個數據中心形成兩個閉環拓撲結構，并通過深圳數據中心20作為兩個閉環拓撲結構的節點。其中，貴州數據中心70與西寧數據中心60及深圳數據中心20形成一個虛擬網絡組網的第一子系統；北京數據中心10、深圳數據中心20、上海數據中心30、西安數據中心50及武漢數據中心400形成一個虛擬網絡組網的第二子系統。第一子系統與第二子系統中的所有數據中心中均配置有中心虛擬路由器，并通過該第一子系統與第二子系統共同組成了組網范圍更大的實現多數據中心的虛擬網絡組網的系統。
圖7中北京數據中心10訪問武漢數據中心40所配置的虛擬網絡設備時，有多條對虛擬網絡設備進行訪問的路徑。其中，路徑1會經過上海數據中心30中進行中轉并達到武漢數據中心40；路徑2則依次經過深圳數據中心20、西安數據中心50并最終到達武漢數據中心40；路徑3則依次經過深圳數據中心20、西寧數據中心60、貴州數據中心70、深圳數據中心20、西安數據中心50并最終到達武漢數據中心40。通過開啟所有的數據中心的虛擬路由器(或者中心虛擬路由器)中的Bridge設備中的STP模塊(即stp＝on)，STP模塊后會選擇這些路徑中的最優路徑，從而得到北京數據中心10訪問武漢數據中心40所配置的虛擬網絡設備的最佳鏈路。
本實施例中與實施例一至實施例四中的相同部分請參實施例一至實施例四所述，在此不再贅述。
實施例六：
本實施例公開了一種多數據中心的虛擬網絡組網的實現方法，包括以下步驟：在呈物理分離形態的多個數據中心之間組建點對點且僅連接在兩個數據中心的專線，在各數據中心創建虛擬路由器及虛擬內網，內網虛擬網關接入虛擬路由器，虛擬路由器或者中心虛擬路由器接入專線網絡。直接將內網虛擬網關與GRE隧道設備添加至虛擬路由器或者中心虛擬路由器的Bridge設備中，通過各數據中心的虛擬路由器或者中心虛擬路由器建立點到點的GRE隧道，各數據中心通過GRE隧道對轉發的報文數據作加封裝與解封裝操作，以基于GRE路由封裝并對報文數據在各數據中心之間進行點對點形式的轉發操作。
同時，在本實施例中，至少選定多數據中心中的一個數據中心，并在所述被選定的數據中心的虛擬路由器中創建中心虛擬路由器，所述中心虛擬路由器中的Bridge設備橋接至少兩個GRE隧道設備。多個數據中心的內網網段相同；多個數據中心通過GRE隧道配置形成開環拓撲結構或者閉環拓撲結構。
該實現方法進一步具體參圖5所示。
該實現方法包括以子步驟：
子步驟p01：創建專線網絡。該專線網絡中配置多個專線，每個專線僅連接在兩個數據中心之間。
子步驟p02：創建虛擬內網。內網虛擬網關通過虛擬內網與虛擬網絡設備相互通信，虛擬內網中配置有一個或者多個虛擬網絡設備。該虛擬網絡設備包括虛擬機、負載均衡器、虛擬存儲設備或者虛擬網卡。
子步驟p03：創建虛擬路由器。該虛擬路由器中創建有互聯的GRE隧道設備及Bridge設備。
子步驟p04：將專線網絡加入虛擬路由器。
子步驟p05：將虛擬內網加入虛擬路由器。
子步驟p06：建立L2GRE隧道(二層隧道協議的GRE隧道)。
子步驟p07：判斷互聯的數據中心是否大于或者等于3；若是，則進一步執行子步驟p08；若否，則跳轉執行子步驟p11：連接內網虛擬網關和GRE隧道設備，從而將內網虛擬網關和GRE隧道設備添加至Bridge設備中。
云平臺管理系統(用于對云平臺中的所有數據中心進行統一管理)會判斷是否是多數據中心互聯、單個數據中心對應的(中心)虛擬路由器是否是中心虛擬路由器以及實現的拓撲結構是否成閉環拓撲結構還是呈開環拓撲結構等。
子步驟p08：判斷是否為中心虛擬路由器；若是，進一步執行子步驟p09；若否，則跳轉執行子步驟p11：連接內網虛擬網關和GRE隧道設備，并結束整個流程。通過該方法可形成上述實施例一至實施例四中任意一個實現多數據中心的虛擬網絡組網的系統。
子步驟p09：判斷所形成的拓撲結構是否成閉環拓撲結構(即判斷位于拓撲結構中的多個數據中心形成開環拓撲結構還是閉環拓撲結構)；若是，則進一步執行子步驟p10；若否，則跳轉執行子步驟p11：連接內網虛擬網關和GRE隧道設備，并結束整個流程。
子步驟p10：對于成閉環拓撲結構的中心路由器，開啟Bridge設備的STP模塊(stp＝on)，優化路徑選擇并解決網絡風暴等問題。
在本實施例中，為了讓跨數據中心的報文數據通過GRE隧道進行傳輸及轉發操作，需要將專線加入虛擬路由器中。虛擬內網中掛載有多個虛擬網絡設備(如：虛擬機)。報文數據在傳輸時都會到達內網虛擬網關，將內網虛擬網關和GRE隧道通過各自數據中心中的虛擬路由器(或者中心虛擬路由器)的Bridge連通后，報文數據就可以到達GRE隧道，也就可以到達GRE隧道連接的另一個數據中心中。各數據中心通過GRE隧道對轉發的報文數據作加封裝與解封裝操作，以基于GRE路由封裝并對報文數據在各數據中心之間進行點對點形式的轉發操作，從而使報文數據在兩個數據中心之間執行轉發及廣播。
雙數據中心進行虛擬網絡組網時，可直接將虛擬內網虛擬網關和一個GRE隧道連接；在多數據中心進行虛擬網絡組網時，中心虛擬路由器需要將內網虛擬網關和多個GRE隧道連接起來，這樣才能打通所有的鏈路。配置完成后，從所有鏈路中的虛擬網絡設備相互之間可以通信，如同在一個更大的局域網里，不在受物理地域的限制。
本實施例中未盡的技術方案請參實施例一至實施例五所述，在此不再贅述。
上文所列出的一系列的詳細說明僅僅是針對本發明的可行性實施方式的具體說明，它們并非用以限制本發明的保護范圍，凡未脫離本發明技藝精神所作的等效實施方式或變更均應包含在本發明的保護范圍之內。
對于本領域技術人員而言，顯然本發明不限于上述示范性實施例的細節，而且在不背離本發明的精神或基本特征的情況下，能夠以其他的具體形式實現本發明。因此，無論從哪一點來看，均應將實施例看作是示范性的，而且是非限制性的，本發明的范圍由所附權利要求而不是上述說明限定，因此旨在將落在權利要求的等同要件的含義和范圍內的所有變化囊括在本發明內。不應將權利要求中的任何附圖標記視為限制所涉及的權利要求。
此外，應當理解，雖然本說明書按照實施方式加以描述，但并非每個實施方式僅包含一個獨立的技術方案，說明書的這種敘述方式僅僅是為清楚起見，本領域技術人員應當將說明書作為一個整體，各實施例中的技術方案也可以經適當組合，形成本領域技術人員可以理解的其他實施方式。