本發(fā)明涉及虛擬機技術(shù)領(lǐng)域，尤其涉及一種虛擬機地址的分配方法及系統(tǒng)。

背景技術(shù)：

傳統(tǒng)的云網(wǎng)絡(luò)環(huán)境中，虛擬機的地址如ip地址的分配，一般都是計算節(jié)點向云網(wǎng)絡(luò)環(huán)境中的網(wǎng)絡(luò)節(jié)點發(fā)送請求，然后網(wǎng)絡(luò)節(jié)點中的dhcp(dynamichostconfigurationprotocol，動態(tài)主機配置協(xié)議)服務(wù)器反饋相應(yīng)的虛擬機地址，以實現(xiàn)虛擬機地址的分配，但是現(xiàn)有的虛擬機地址分配方式，存在以下幾點缺陷：

1、虛擬機的請求先從計算節(jié)點跨云網(wǎng)絡(luò)環(huán)境轉(zhuǎn)發(fā)至網(wǎng)絡(luò)節(jié)點，由網(wǎng)絡(luò)節(jié)點中的dhcp服務(wù)器回復(fù)地址信息，地址信息回復(fù)之后再跨網(wǎng)絡(luò)轉(zhuǎn)發(fā)回計算節(jié)點，由于網(wǎng)絡(luò)節(jié)點和計算節(jié)點不在同一個網(wǎng)絡(luò)中，請求和地址信息需要跨網(wǎng)絡(luò)進行轉(zhuǎn)發(fā)，導(dǎo)致流量的大量耗費；

2、當(dāng)云網(wǎng)絡(luò)環(huán)境包括多個計算節(jié)點，且各個計算節(jié)點中的虛擬機同時向網(wǎng)絡(luò)節(jié)點請求虛擬機地址時，由于網(wǎng)絡(luò)節(jié)點中dhcp服務(wù)器的處理速度和帶寬有限，容易導(dǎo)致部分虛擬機請求的地址遲遲得不到響應(yīng)，甚至丟失。

技術(shù)實現(xiàn)要素：

本發(fā)明的主要目的在于提出一種虛擬機地址的分配方法及系統(tǒng)，旨在解決傳統(tǒng)的虛擬機地址的分配方式，耗費的流量較大，而且容易導(dǎo)致虛擬機地址響應(yīng)過久，甚至丟失的技術(shù)問題。

為實現(xiàn)上述目的，本發(fā)明提供的一種虛擬機地址的分配方法，所述方法應(yīng)用于云網(wǎng)絡(luò)環(huán)境中，所述云網(wǎng)絡(luò)環(huán)境包括控制節(jié)點和計算節(jié)點，所述控制節(jié)點在所述計算節(jié)點的分布式虛擬路由器中配置動態(tài)主機配置協(xié)議dhcp服務(wù)器，所述虛擬機地址的分配方法包括：

計算節(jié)點的分布式虛擬交換機接收到所述計算節(jié)點中的虛擬機發(fā)送的請求報文時，將所述請求報文轉(zhuǎn)發(fā)至隧道口；

所述分布式虛擬交換機在所述隧道口檢測到所述請求報文為dhcp請求報文時，對所述dhcp請求報文進行攔截，并將所述dhcp請求報文轉(zhuǎn)發(fā)至所述計算節(jié)點的分布式虛擬路由器，以供所述分布式虛擬路由器中的dhcp服務(wù)器反饋所述dhcp請求報文對應(yīng)的地址信息；

在接收到所述分布式虛擬路由器中的dhcp服務(wù)器反饋的地址信息時，將所述地址信息反饋至所述虛擬機。

優(yōu)選地，所述控制節(jié)點在所述計算節(jié)點的分布式虛擬路由器中配置動態(tài)主機配置協(xié)議dhcp服務(wù)器的方式包括：

所述控制節(jié)點下發(fā)dhcp服務(wù)器的配置信息至所述計算節(jié)點的代理進程，由所述計算節(jié)點的代理進程將所述配置信息下發(fā)至分布式虛擬路由器中的底層數(shù)據(jù)面，以在所述分布式虛擬路由器實現(xiàn)dhcp服務(wù)器的配置。

優(yōu)選地，所述對所述dhcp請求報文進行攔截的步驟之前，所述方法還包括：

當(dāng)所述請求報文轉(zhuǎn)發(fā)至隧道口時，所述分布式虛擬交換機在所述隧道口分析所述請求報文的類型；

若檢測到所述請求報文攜帶dhcp協(xié)議，則認(rèn)為所述請求報文為dhcp請求報文，并執(zhí)行對所述dhcp請求報文進行攔截的步驟。

優(yōu)選地，所述當(dāng)所述請求報文轉(zhuǎn)發(fā)至隧道口時，所述分布式虛擬交換機在所述隧道口分析所述請求報文的類型的步驟之后，所述方法還包括：

若檢測到所述請求報文未攜帶dhcp協(xié)議，則所述分布式虛擬交換機在所述隧道口對所述請求報文進行封裝，并將封裝后的請求報文轉(zhuǎn)發(fā)至云網(wǎng)絡(luò)環(huán)境中的其它各個計算節(jié)點。

優(yōu)選地，所述在接收到所述分布式虛擬路由器中的dhcp服務(wù)器反饋的地址信息時，所述分布式虛擬交換機將所述地址信息反饋至所述虛擬機的步驟包括：

在接收到所述分布式虛擬路由器中的dhcp服務(wù)器反饋的地址信息時，所述分布式虛擬交換機將所述地址信息轉(zhuǎn)發(fā)到隧道口，并在所述隧道口對所述地址信息進行攔截；

在所述隧道口對所述地址信息進行攔截后，將所述地址信息反饋至所述虛擬機。

此外，為實現(xiàn)上述目的，本發(fā)明還提出一種虛擬機地址的分配裝置，所述系統(tǒng)應(yīng)用于云網(wǎng)絡(luò)環(huán)境中，所述云網(wǎng)絡(luò)環(huán)境包括控制節(jié)點和計算節(jié)點，所述控制節(jié)點在所述計算節(jié)點的分布式虛擬路由器中配置動態(tài)主機配置協(xié)議dhcp服務(wù)器，所述虛擬機地址的分配裝置包括：

轉(zhuǎn)發(fā)模塊，用于接收到所述計算節(jié)點中的虛擬機發(fā)送的請求報文時，將所述請求報文轉(zhuǎn)發(fā)至隧道口；

處理模塊，用于在所述隧道口檢測到所述請求報文為dhcp請求報文時，對所述dhcp請求報文進行攔截，并將所述dhcp請求報文轉(zhuǎn)發(fā)至所述計算節(jié)點的分布式虛擬路由器，以供所述分布式虛擬路由器中的dhcp服務(wù)器反饋所述dhcp請求報文對應(yīng)的地址信息；

反饋模塊，用于在接收到所述分布式虛擬路由器中的dhcp服務(wù)器反饋的地址信息時，將所述地址信息反饋至所述虛擬機。

優(yōu)選地，所述控制節(jié)點在所述計算節(jié)點的分布式虛擬路由器中配置動態(tài)主機配置協(xié)議dhcp服務(wù)器的方式包括：

所述控制節(jié)點下發(fā)dhcp服務(wù)器的配置信息至所述計算節(jié)點的代理進程，由所述計算節(jié)點的代理進程將所述配置信息下發(fā)至分布式虛擬路由器中的底層數(shù)據(jù)面，以在所述分布式虛擬路由器實現(xiàn)dhcp服務(wù)器的配置。

優(yōu)選地，所述系統(tǒng)還包括：

分析模塊，用于當(dāng)所述請求報文轉(zhuǎn)發(fā)至隧道口時，在所述隧道口分析所述請求報文的類型；

若檢測到所述請求報文攜帶dhcp協(xié)議，則認(rèn)為所述請求報文為dhcp請求報文，并執(zhí)行所述處理模塊的操作。

優(yōu)選地，所述處理模塊，還用于若檢測到所述請求報文未攜帶dhcp協(xié)議，則在所述隧道口對所述請求報文進行封裝，并將封裝后的請求報文轉(zhuǎn)發(fā)至云網(wǎng)絡(luò)環(huán)境中的其它各個計算節(jié)點。

優(yōu)選地，所述反饋模塊包括：

轉(zhuǎn)發(fā)攔截單元，用于在接收到所述分布式虛擬路由器中的dhcp服務(wù)器反饋的地址信息時，將所述地址信息轉(zhuǎn)發(fā)到隧道口，并在所述隧道口對所述地址信息進行攔截；

反饋單元，用于在所述隧道口對所述地址信息進行攔截后，將所述地址信息反饋至所述虛擬機。

本發(fā)明提出的虛擬機地址的分配方法及系統(tǒng)，由控制節(jié)點在計算節(jié)點的分布式虛擬路由器中配置動態(tài)主機配置協(xié)議dhcp服務(wù)器，當(dāng)計算節(jié)點的分布式虛擬交換機接收到所述計算節(jié)點中的虛擬機發(fā)送的請求報文時，先將所述請求報文轉(zhuǎn)發(fā)至隧道口，然后在所述隧道口檢測到所述請求報文為dhcp請求報文時，對所述dhcp請求報文進行攔截，并將所述dhcp請求報文轉(zhuǎn)發(fā)至所述計算節(jié)點的分布式虛擬路由器，以供所述分布式虛擬路由器中的dhcp服務(wù)器反饋所述dhcp請求報文對應(yīng)的地址信息，最后在接收到所述分布式虛擬路由器中的dhcp服務(wù)器反饋的地址信息時，將所述地址信息反饋至所述虛擬機，以實現(xiàn)虛擬機地址的配置。本發(fā)明中，虛擬機地址的分配，由計算節(jié)點內(nèi)置的dhcp服務(wù)器進行實現(xiàn)，無須再跨網(wǎng)絡(luò)分配，不僅降低了虛擬機地址分配過程所花費的流量，還避免了虛擬機地址長時間得不到響應(yīng)甚至丟失的情況。

附圖說明

圖1為現(xiàn)有技術(shù)中虛擬機地址的分配示意圖；

圖2為本發(fā)明云網(wǎng)絡(luò)環(huán)境的整體架構(gòu)圖；

圖3為本發(fā)明虛擬機地址的分配方法第一實施例的流程示意圖；

圖4為圖3中將所述地址信息反饋至所述虛擬機的細(xì)化流程示意圖；

圖5為本發(fā)明虛擬機地址的分配系統(tǒng)第一實施例的功能模塊示意圖；

圖6為圖5中反饋模塊的細(xì)化功能模塊示意圖。

具體實施方式

應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

參照圖1，圖1為現(xiàn)有技術(shù)中虛擬機地址的分配示意圖。

如圖1所示，當(dāng)計算節(jié)點的子網(wǎng)10.0.0.0/16對應(yīng)的dhcpserver根據(jù)調(diào)度結(jié)果運行在網(wǎng)絡(luò)節(jié)點a上，計算節(jié)點內(nèi)同時有大量的虛擬機需要向dhcp服務(wù)器申請?zhí)摂M機地址，如ip地址，此時各個虛擬機向網(wǎng)絡(luò)節(jié)點發(fā)送報文，報文需要通過隧道向這個大二層的虛擬網(wǎng)絡(luò)進行廣播以發(fā)送到網(wǎng)絡(luò)節(jié)點a中，然后網(wǎng)絡(luò)節(jié)點a會收到大量的虛擬機的報文，由于dhcp服務(wù)器的處理速度以及帶寬限制，無法在同一個時間處理這么多報文，會造成部分虛擬機丟ip的問題。同時，這種廣播報文在這個大二層的子網(wǎng)內(nèi)很容易造成“廣播風(fēng)暴”，即耗費大量的流量，影響其他正常的業(yè)務(wù)流量。

基于現(xiàn)有技術(shù)存在的問題，本發(fā)明實施例的解決方案主要是：計算節(jié)點的分布式虛擬交換機接收到所述計算節(jié)點中的虛擬機發(fā)送的請求報文時，先將所述請求報文轉(zhuǎn)發(fā)至隧道口；在所述隧道口檢測到所述請求報文為dhcp請求報文時，對所述dhcp請求報文進行攔截，并將所述dhcp請求報文轉(zhuǎn)發(fā)至所述計算節(jié)點的分布式虛擬路由器，以供所述分布式虛擬路由器中的dhcp服務(wù)器反饋所述dhcp請求報文對應(yīng)的地址信息；在接收到所述分布式虛擬路由器中的dhcp服務(wù)器反饋的地址信息時，將所述地址信息反饋至所述虛擬機。以解決傳統(tǒng)虛擬機地址的分配方式，耗費的流量較大，而且容易導(dǎo)致虛擬機地址響應(yīng)過久，甚至丟失的問題。

本發(fā)明提供一種虛擬機地址的分配方法。

在本實施例中，所述方法應(yīng)用于云網(wǎng)絡(luò)環(huán)境中，所述云網(wǎng)絡(luò)環(huán)境包括控制節(jié)點和計算節(jié)點，所述控制節(jié)點在所述計算節(jié)點的分布式虛擬路由器中配置動態(tài)主機配置協(xié)議dhcp服務(wù)器，所述虛擬機地址的分配方法包括：

計算節(jié)點的分布式虛擬交換機接收到所述計算節(jié)點中的虛擬機發(fā)送的請求報文時，將所述請求報文轉(zhuǎn)發(fā)至隧道口；所述分布式虛擬交換機在所述隧道口檢測到所述請求報文為dhcp請求報文時，對所述dhcp請求報文進行攔截，并將所述dhcp請求報文轉(zhuǎn)發(fā)至所述計算節(jié)點的分布式虛擬路由器，以供所述分布式虛擬路由器中的dhcp服務(wù)器反饋所述dhcp請求報文對應(yīng)的地址信息；在接收到所述分布式虛擬路由器中的dhcp服務(wù)器反饋的地址信息時，將所述地址信息反饋至所述虛擬機。

本實施例中，先進行專業(yè)術(shù)語介紹：

分布式虛擬路由器：distributevirtualrouter(簡稱dvr)，用于在云網(wǎng)絡(luò)環(huán)境中實現(xiàn)跨三層數(shù)據(jù)轉(zhuǎn)發(fā)；

分布式虛擬交換機：distributevirtualswitch(簡稱dvswitch)，用于在云環(huán)境中實現(xiàn)大二層內(nèi)數(shù)據(jù)轉(zhuǎn)發(fā)；

隧道：分布式虛擬交換機上的overlay(覆蓋)技術(shù)，實現(xiàn)虛擬網(wǎng)絡(luò)跨物理網(wǎng)絡(luò)實現(xiàn)二層傳輸。

為更好理解本實施例，參照圖2，先介紹本實施例云網(wǎng)絡(luò)環(huán)境的整體架構(gòu)。

本實施例中，所述云網(wǎng)絡(luò)環(huán)境包括控制節(jié)點(圖未示)、計算節(jié)點(包括計算節(jié)點a和計算節(jié)點b)、網(wǎng)絡(luò)節(jié)點(網(wǎng)絡(luò)節(jié)點a)以及物理網(wǎng)絡(luò)。計算節(jié)點內(nèi)部包括多個子網(wǎng)(圖未示)，每個子網(wǎng)中包括多個虛擬機，因此計算節(jié)點中包括多個虛擬機，計算節(jié)點還包括分布式虛擬機交換機(dvswitch)和分布式虛擬路由器(dvr)。網(wǎng)絡(luò)節(jié)點包括虛擬機交換機和邊界路由器。

如圖2所示，計算節(jié)點和網(wǎng)絡(luò)節(jié)點的分布式虛擬機交換機上都有一個隧道口，隧道口用于節(jié)點內(nèi)以及節(jié)點間的數(shù)據(jù)轉(zhuǎn)發(fā)和數(shù)據(jù)接收，當(dāng)數(shù)據(jù)通過隧道口在各個節(jié)點之間進行轉(zhuǎn)發(fā)時，還需要經(jīng)由物理網(wǎng)絡(luò)進行轉(zhuǎn)發(fā)。

在本實施例中，所述計算節(jié)點和網(wǎng)絡(luò)節(jié)點的個數(shù)都包括多個，具體數(shù)值不做限定，由于計算節(jié)點中包括多個虛擬機，因此計算節(jié)點的個數(shù)優(yōu)選高于網(wǎng)絡(luò)節(jié)點的個數(shù)。

在本實施例中，控制節(jié)點用于對計算節(jié)點配置dhcp服務(wù)器，并監(jiān)控各個計算節(jié)點的健康狀態(tài)；網(wǎng)絡(luò)節(jié)點用于在計算節(jié)點中的報文為非dhcp協(xié)議報文時，對計算節(jié)點發(fā)送的報文進行處理；計算節(jié)點用于對內(nèi)部的虛擬機分配地址信息，本實施例中，所述地址信息優(yōu)選為ip地址，下文中的地址信息都是指ip地址，下文不再贅述。

在本實施例中，在計算節(jié)點對虛擬機分配地址信息之前，先由控制節(jié)點在計算節(jié)點中配置dhcp服務(wù)器。所述控制節(jié)點在所述計算節(jié)點的分布式虛擬路由器中配置動態(tài)主機配置協(xié)議dhcp服務(wù)器的方式包括：

所述控制節(jié)點下發(fā)dhcp服務(wù)器的配置信息至所述計算節(jié)點的代理進程，由所述計算節(jié)點的代理進程將所述配置信息下發(fā)至分布式虛擬路由器中的底層數(shù)據(jù)面，以在所述分布式虛擬路由器實現(xiàn)dhcp服務(wù)器的配置。

其中，所述代理進程(dhcpagent)是運行在網(wǎng)絡(luò)節(jié)點或者計算節(jié)點的一個進程，它是底層數(shù)據(jù)面和控制節(jié)點(server)通信的一個代理，它通過rpc(remoteprocedurecallprotocol，遠(yuǎn)程過程調(diào)用協(xié)議)來接收控制節(jié)點下發(fā)的dhcp器服務(wù)的配置信息，所述配置信息包括：dhcp地址池、cidr(classlessinter-domainrouting，無類型域間選路)、掩碼、網(wǎng)關(guān)、dns(domainnamesystem，域名系統(tǒng))等，然后將配置信息下發(fā)給底層數(shù)據(jù)面。

應(yīng)當(dāng)理解，所述底層數(shù)據(jù)面在計算節(jié)點的分布式虛擬路由器中，因此，當(dāng)控制節(jié)點下發(fā)dhcp服務(wù)器的配置信息至所述計算節(jié)點的代理進程時，代理進程通過rpc接收控制節(jié)點下發(fā)的配置信息，并將所述配置信息再下發(fā)至分布式虛擬路由器中的底層數(shù)據(jù)面，以在所述分布式虛擬路由器實現(xiàn)dhcp服務(wù)器的配置。

進一步地，本實施例中的所述代理進程還可以周期性上報當(dāng)前所在計算節(jié)點的健康狀態(tài)給控制節(jié)點，以供控制節(jié)點依靠代理進程上報的健康狀態(tài)檢查計算節(jié)點的業(yè)務(wù)是否正常。當(dāng)控制節(jié)點在預(yù)設(shè)時間間隔沒有收到代理進程的心跳，所述預(yù)設(shè)時間間隔不做限定根據(jù)實際情況設(shè)置，認(rèn)為所述代理進程所在的計算節(jié)點發(fā)生異常，需要對這個網(wǎng)絡(luò)重新調(diào)度，此時，會選擇一個新的計算節(jié)點來為這個網(wǎng)絡(luò)提供dhcp服務(wù)，具體的：所述控制節(jié)點將故障的計算節(jié)點中各個虛擬機遷移到新的計算節(jié)點中，由新的計算節(jié)點為故障的計算節(jié)點中的各個虛擬機提供dhcp服務(wù)。

應(yīng)當(dāng)理解，現(xiàn)有技術(shù)中，若是由控制節(jié)點選定網(wǎng)絡(luò)節(jié)點為計算節(jié)點提供dhcp服務(wù)，那么，當(dāng)控制節(jié)點長時間沒有接收到網(wǎng)絡(luò)節(jié)點上報的心跳時時，需要對網(wǎng)絡(luò)重新調(diào)度，來選擇一個新的節(jié)點來為網(wǎng)絡(luò)提供dhcp服務(wù)。為了避免網(wǎng)絡(luò)節(jié)點上報太頻繁，通常會設(shè)置一定的時間間隔，這段時間就存在“盲區(qū)”。當(dāng)網(wǎng)絡(luò)節(jié)點發(fā)生異常，需要等這段檢測間隔時間過去，控制節(jié)點才會感知到，然后進行重調(diào)度過程。當(dāng)控制節(jié)點比較繁忙時，重新調(diào)度也不能立刻處理完。那么這段時間內(nèi)dhcp服務(wù)器是處于無法正常服務(wù)的狀態(tài)，這段時間內(nèi)虛擬機進行ip獲取是無法成功的，從而影響到正常的業(yè)務(wù)。

而本實施例中，由控制節(jié)點為計算節(jié)點配置dhcp服務(wù)器，以實現(xiàn)各個計算節(jié)點處理自己內(nèi)部的虛擬機的地址分配過程，避免了跨網(wǎng)絡(luò)造成的流量耗費，以及虛擬機地址長時間未響應(yīng)甚至丟失的情況，提高了虛擬機地址分配的及時性，節(jié)省了大量的流量。此外，由計算節(jié)點中的代理進程定期上報自己的健康狀態(tài)至所述控制節(jié)點，在計算節(jié)點故障時，控制節(jié)點啟動新的計算節(jié)點為故障的計算節(jié)點中的虛擬機繼續(xù)服務(wù)，不響應(yīng)業(yè)務(wù)的正常運行，防止計算節(jié)點故障時，計算節(jié)點內(nèi)的業(yè)務(wù)癱瘓，從而提高了業(yè)務(wù)處理的智能性和高可用性。

參照圖3，圖3為本發(fā)明虛擬機地址的分配方法第一實施例的流程示意圖。

所述虛擬機地址的分配方法包括：

步驟s10，計算節(jié)點的分布式虛擬交換機接收到所述計算節(jié)點中的虛擬機發(fā)送的請求報文時，將所述請求報文轉(zhuǎn)發(fā)至隧道口；

在本實施例中，當(dāng)計算節(jié)點內(nèi)部的虛擬機發(fā)起請求報文時，請求報文到達計算節(jié)點的分布式虛擬機交換機中，當(dāng)分布式虛擬交換機接收到虛擬機發(fā)送的請求報文時，先將所述請求報文轉(zhuǎn)發(fā)至隧道口。

步驟s20，所述分布式虛擬交換機在所述隧道口檢測到所述請求報文為dhcp請求報文時，對所述dhcp請求報文進行攔截，并將所述dhcp請求報文轉(zhuǎn)發(fā)至所述計算節(jié)點的分布式虛擬路由器，以供所述分布式虛擬路由器中的dhcp服務(wù)器反饋所述dhcp請求報文對應(yīng)的地址信息；

當(dāng)分布式虛擬交換機在所述隧道口檢測到所述請求報文為dhcp請求報文時，先對所述dhcp請求報文進行攔截，并將所述dhcp請求報文轉(zhuǎn)發(fā)至所述計算節(jié)點的分布式虛擬路由器，以供所述分布式虛擬路由器中的dhcp服務(wù)器反饋所述dhcp請求報文對應(yīng)的地址信息。

本實施例中，所述分布式虛擬路由器中的dhcp服務(wù)器反饋所述dhcp請求報文對應(yīng)的地址信息的方式包括：

所述分布式虛擬路由器中的dhcp服務(wù)器接收到分布式虛擬交換機發(fā)送的dhcp請求報文時，從所述dhcp請求報文中解析出虛擬機的標(biāo)識信息；

基于預(yù)設(shè)的標(biāo)識信息與地址信息的映射關(guān)系表，獲取確定的標(biāo)識信息確定的地址信息；

將獲取的地址信息作為所述dhcp請求報文對應(yīng)的地址信息反饋至所述虛擬機。

需要注意的是，所述分布式虛擬路由器中的dhcp服務(wù)器對dhcp請求報文反饋地址信息之前，所述分布式虛擬路由器在連接分布式交換機的內(nèi)網(wǎng)口先啟動所述dhcp服務(wù)器，以通過啟動的所述dhcp服務(wù)器接收所述分布式交換機發(fā)送的dhcp請求報文。

步驟s30，在接收到所述分布式虛擬路由器中的dhcp服務(wù)器反饋的地址信息時，將所述地址信息反饋至所述虛擬機。

當(dāng)分布式虛擬交換機接收到分布式虛擬路由器中的dhcp服務(wù)器反饋的地址信息時，即可將所述地址信息反饋至所述虛擬機。

具體地，參照圖4，所述步驟s30包括：

步驟s31，在接收到所述分布式虛擬路由器中的dhcp服務(wù)器反饋的地址信息時，所述分布式虛擬交換機將所述地址信息轉(zhuǎn)發(fā)到隧道口，并在所述隧道口對所述地址信息進行攔截；

步驟s32，在所述隧道口對所述地址信息進行攔截后，將所述地址信息反饋至所述虛擬機。

即，分布式虛擬交換機接收到所述分布式虛擬路由器中的dhcp服務(wù)器反饋的地址信息時，先將所述地址信息轉(zhuǎn)發(fā)到隧道口，然后在所述隧道口對所述地址信息進行攔截，在所述隧道口對所述地址信息進行攔截后，再將所述地址信息反饋至所述虛擬機，以實現(xiàn)虛擬機地址的分配。

本實施例提出的虛擬機地址的分配方法，由控制節(jié)點在計算節(jié)點的分布式虛擬路由器中配置動態(tài)主機配置協(xié)議dhcp服務(wù)器，當(dāng)計算節(jié)點的分布式虛擬交換機接收到所述計算節(jié)點中的虛擬機發(fā)送的請求報文時，先將所述請求報文轉(zhuǎn)發(fā)至隧道口，然后在所述隧道口檢測到所述請求報文為dhcp請求報文時，對所述dhcp請求報文進行攔截，并將所述dhcp請求報文轉(zhuǎn)發(fā)至所述計算節(jié)點的分布式虛擬路由器，以供所述分布式虛擬路由器中的dhcp服務(wù)器反饋所述dhcp請求報文對應(yīng)的地址信息，最后在接收到所述分布式虛擬路由器中的dhcp服務(wù)器反饋的地址信息時，將所述地址信息反饋至所述虛擬機，以實現(xiàn)虛擬機地址的配置。本發(fā)明中，虛擬機地址的分配，由計算節(jié)點內(nèi)置的dhcp服務(wù)器進行實現(xiàn)，無須再跨網(wǎng)絡(luò)分配，不僅降低了虛擬機地址分配過程所花費的流量，還避免了虛擬機地址長時間得不到響應(yīng)甚至丟失的情況。

進一步地，基于第一實施例提出本發(fā)明虛擬機地址的分配方法的第二實施例，在本實施例中，所述“對所述dhcp請求報文進行攔截”的步驟之前，所述方法還包括：

步驟a，當(dāng)所述請求報文轉(zhuǎn)發(fā)至隧道口時，所述分布式虛擬交換機在所述隧道口分析所述請求報文的類型；

步驟b，若檢測到所述請求報文攜帶dhcp協(xié)議，則認(rèn)為所述請求報文為dhcp請求報文，并執(zhí)行對所述dhcp請求報文進行攔截的步驟。

即，當(dāng)請求報文轉(zhuǎn)發(fā)至隧道口時，所述分布式虛擬交換機先在所述隧道口分析所述請求報文的類型，具體地，所述分布式虛擬交換機檢查所述請求報文中是否攜帶dhcp協(xié)議，若檢測到所述請求報文攜帶dhcp協(xié)議，則認(rèn)為所述請求報文為dhcp請求報文，并執(zhí)行對所述dhcp請求報文進行攔截的步驟。

進一步地，所述步驟a之后，所述方法還包括：

步驟c，若檢測到所述請求報文未攜帶dhcp協(xié)議，則所述分布式虛擬交換機在所述隧道口對所述請求報文進行封裝，并將封裝后的請求報文轉(zhuǎn)發(fā)至云網(wǎng)絡(luò)環(huán)境中的其它各個計算節(jié)點。

即所述分布式虛擬交換機在所述隧道口分析所述請求報文的類型之后，若檢測到所述請求報文未攜帶dhcp協(xié)議，說明該請求報文并不是dhcp請求報文，此時，所述分布式虛擬交換機在所述隧道口對所述請求報文進行封裝，然后將封裝后的請求報文轉(zhuǎn)發(fā)至云網(wǎng)絡(luò)環(huán)境中的其它各個計算節(jié)點以及其它各個網(wǎng)絡(luò)節(jié)點中，由云網(wǎng)絡(luò)環(huán)境中的各個節(jié)點進行處理。應(yīng)當(dāng)理解，將封裝后的請求報文轉(zhuǎn)發(fā)至云網(wǎng)絡(luò)環(huán)境中的其它節(jié)點，相當(dāng)于是以廣播的形式進行轉(zhuǎn)發(fā)。

在本實施例中，在轉(zhuǎn)發(fā)至隧道口請求報文中攜帶dhcp協(xié)議時，分布式虛擬交換機才攔截該請求報文，由計算節(jié)點內(nèi)的分布式虛擬路由器中進行回復(fù)，以避免流量的耗費。當(dāng)請求報文沒有攜帶dhcp協(xié)議時，就按照正常的流程，發(fā)送到其它節(jié)點進行處理，提高了報文處理的智能性。

為更好理解本實施例，繼續(xù)參照圖2，詳述本實施例的虛擬機地址配置過程，如圖2所示，以計算節(jié)點a為例：

1、計算節(jié)點a中的虛擬機發(fā)送廣播報文時，廣播報文先達到分布式虛擬交換機dvswitcha；

2、dvswitcha對dhcp廣播報文進行二層轉(zhuǎn)發(fā)以轉(zhuǎn)發(fā)到隧道，當(dāng)dhcp廣播報文轉(zhuǎn)發(fā)到隧道時，dvswitcha對廣播報文進行攔截，保證dhcp流量不會跨主機，這樣其它計算節(jié)點和網(wǎng)絡(luò)節(jié)點就不會收到dhcp的廣播流量；

3、dvswitcha再將dhcp廣播報文轉(zhuǎn)發(fā)給分布式虛擬路由器dvr；

4、dvr在連接dvswitcha的內(nèi)網(wǎng)口上啟動dhcp服務(wù)，根據(jù)子網(wǎng)的配置回復(fù)dhcp報文的地址信息到dvswitcha所在的子網(wǎng)上；

5、回復(fù)的地址信息在dvswitch上進行轉(zhuǎn)發(fā)，轉(zhuǎn)發(fā)到隧道口后，dvswitcha對dhcp的流量同樣進行攔截，保證dhcp流量不會跨主機；

6、dvswitcha將攔截的地址信息反饋至虛擬機，虛擬機收到dvswitcha反饋的報文，完成dhcp請求過程。

應(yīng)當(dāng)理解，若是采用傳統(tǒng)的方式，當(dāng)dhcp廣播報文到達隧道口后，dvswitcha沒有進行攔截，需要先對dhcp廣播報文進行封裝，以轉(zhuǎn)發(fā)至網(wǎng)絡(luò)節(jié)點a中，由網(wǎng)絡(luò)節(jié)點a中的dvswitcha解封裝之后獲取對應(yīng)的地址信息，再將地址信息封裝之后傳輸至計算節(jié)點a中，由計算節(jié)點a再解封裝之后分配至虛擬機。

很明顯可看出，傳統(tǒng)的方式，虛擬機獲取ip都需要將dhcp廣播報文封裝先送到網(wǎng)絡(luò)節(jié)點的dhcp服務(wù)器上，需要經(jīng)過2次隧道的封裝和解封裝和2個dvswitch才能達到dhcp服務(wù)器，不僅耗費流量，處理速度較慢，還容易出現(xiàn)虛擬機地址不響應(yīng)甚至丟失的情況。

本實施例中，對比原先的拓?fù)?，首先網(wǎng)絡(luò)節(jié)點不需要dhcp服務(wù)器，由計算節(jié)點中的dvr承擔(dān)dhcp服務(wù)器的角色，相比之前的實現(xiàn)，可以發(fā)現(xiàn)本實施例的方案有如下優(yōu)點：

1、每個虛擬機獲取ip只需要通過一個dvswitch，就可以將報文直接送到dhcp服務(wù)器上，報文的路徑大大縮短，獲取ip的速度更快，報文不需要跨主機，減少物理網(wǎng)絡(luò)傳輸帶來的不可靠性；

2、由于在具體的實現(xiàn)中，虛擬機在計算節(jié)點分布是負(fù)載均衡的，所以每個dhcp服務(wù)器處理的虛擬機的dhcp負(fù)載在理論上也是均衡的，極大的減輕了dhcp服務(wù)器的壓力，輕松面對大規(guī)模云環(huán)境下虛擬機獲取ip的問題；

3、dhcp流量通過隧道進行攔截，隧道封裝的廣播流量不會跨主機，明顯的減少了物理網(wǎng)絡(luò)的隧道封裝的流量，優(yōu)化了網(wǎng)絡(luò)性能；

4、dhcp服務(wù)的可靠性大大提高，當(dāng)其中一個計算節(jié)點宕機后，對于其他計算節(jié)點的虛擬機的dhcp服務(wù)是沒有影響的。

綜上所述，本實施例將dhcp服務(wù)器結(jié)合分布式路由器實現(xiàn)分布式后，極大的提升dhcp服務(wù)器處理dhcp報文的效率，同時減少通過隧道封裝的dhcp廣播流量，而且通過分布式路由器dvr保證每個節(jié)點dhcp的高可靠和高可用。

本發(fā)明進一步提供一種虛擬機地址的分配系統(tǒng)。

本實施例提出一種虛擬機地址的分配系統(tǒng)，所述系統(tǒng)應(yīng)用于云網(wǎng)絡(luò)環(huán)境中，所述云網(wǎng)絡(luò)環(huán)境包括控制節(jié)點和計算節(jié)點，所述控制節(jié)點在所述計算節(jié)點的分布式虛擬路由器中配置動態(tài)主機配置協(xié)議dhcp服務(wù)器，所述虛擬機地址的分配系統(tǒng)包括：

轉(zhuǎn)發(fā)模塊，用于接收到所述計算節(jié)點中的虛擬機發(fā)送的請求報文時，將所述請求報文轉(zhuǎn)發(fā)至隧道口；

處理模塊，用于在所述隧道口檢測到所述請求報文為dhcp請求報文時，對所述dhcp請求報文進行攔截，并將所述dhcp請求報文轉(zhuǎn)發(fā)至所述計算節(jié)點的分布式虛擬路由器，以供所述分布式虛擬路由器中的dhcp服務(wù)器反饋所述dhcp請求報文對應(yīng)的地址信息；

反饋模塊，用于在接收到所述分布式虛擬路由器中的dhcp服務(wù)器反饋的地址信息時，將所述地址信息反饋至所述虛擬機。

本實施例中，先進行專業(yè)術(shù)語介紹：

分布式虛擬路由器：distributevirtualrouter(簡稱dvr)，用于在云網(wǎng)絡(luò)環(huán)境中實現(xiàn)跨三層數(shù)據(jù)轉(zhuǎn)發(fā)；

分布式虛擬交換機：distributevirtualswitch(簡稱dvswitch)，用于在云環(huán)境中實現(xiàn)大二層內(nèi)數(shù)據(jù)轉(zhuǎn)發(fā)；

隧道：分布式虛擬交換機上的overlay(覆蓋)技術(shù)，實現(xiàn)虛擬網(wǎng)絡(luò)跨物理網(wǎng)絡(luò)實現(xiàn)二層傳輸。

為更好理解本實施例，參照圖2，先介紹本實施例云網(wǎng)絡(luò)環(huán)境的整體架構(gòu)。

本實施例中，所述云網(wǎng)絡(luò)環(huán)境包括控制節(jié)點(圖未示)、計算節(jié)點(包括計算節(jié)點a和計算節(jié)點b)、網(wǎng)絡(luò)節(jié)點(網(wǎng)絡(luò)節(jié)點a)以及物理網(wǎng)絡(luò)。計算節(jié)點內(nèi)部包括多個子網(wǎng)(圖未示)，每個子網(wǎng)中包括多個虛擬機，因此計算節(jié)點中包括多個虛擬機，計算節(jié)點還包括分布式虛擬機交換機(dvswitch)和分布式虛擬路由器(dvr)。網(wǎng)絡(luò)節(jié)點包括虛擬機交換機和邊界路由器。

如圖2所示，計算節(jié)點和網(wǎng)絡(luò)節(jié)點的分布式虛擬機交換機上都有一個隧道口，隧道口用于節(jié)點內(nèi)以及節(jié)點間的數(shù)據(jù)轉(zhuǎn)發(fā)和數(shù)據(jù)接收，當(dāng)數(shù)據(jù)通過隧道口在各個節(jié)點之間進行轉(zhuǎn)發(fā)時，還需要經(jīng)由物理網(wǎng)絡(luò)進行轉(zhuǎn)發(fā)。

在本實施例中，所述計算節(jié)點和網(wǎng)絡(luò)節(jié)點的個數(shù)都包括多個，具體數(shù)值不做限定，由于計算節(jié)點中包括多個虛擬機，因此計算節(jié)點的個數(shù)優(yōu)選高于網(wǎng)絡(luò)節(jié)點的個數(shù)。

在本實施例中，控制節(jié)點用于對計算節(jié)點配置dhcp服務(wù)器，并監(jiān)控各個計算節(jié)點的健康狀態(tài)；網(wǎng)絡(luò)節(jié)點用于在計算節(jié)點中的報文為非dhcp協(xié)議報文時，對計算節(jié)點發(fā)送的報文進行處理；計算節(jié)點用于對內(nèi)部的虛擬機分配地址信息，本實施例中，所述地址信息優(yōu)選為ip地址，下文中的地址信息都是指ip地址，下文不再贅述。

在本實施例中，在計算節(jié)點對虛擬機分配地址信息之前，先由控制節(jié)點在計算節(jié)點中配置dhcp服務(wù)器。所述控制節(jié)點在所述計算節(jié)點的分布式虛擬路由器中配置動態(tài)主機配置協(xié)議dhcp服務(wù)器的方式包括：

所述控制節(jié)點下發(fā)dhcp服務(wù)器的配置信息至所述計算節(jié)點的代理進程，由所述計算節(jié)點的代理進程將所述配置信息下發(fā)至分布式虛擬路由器中的底層數(shù)據(jù)面，以在所述分布式虛擬路由器實現(xiàn)dhcp服務(wù)器的配置。

其中，所述代理進程(dhcpagent)是運行在網(wǎng)絡(luò)節(jié)點或者計算節(jié)點的一個進程，它是底層數(shù)據(jù)面和控制節(jié)點(server)通信的一個代理，它通過rpc(remoteprocedurecallprotocol，遠(yuǎn)程過程調(diào)用協(xié)議)來接收控制節(jié)點下發(fā)的dhcp器服務(wù)的配置信息，所述配置信息包括：dhcp地址池、cidr(classlessinter-domainrouting，無類型域間選路)、掩碼、網(wǎng)關(guān)、dns(domainnamesystem，域名系統(tǒng))等，然后將配置信息下發(fā)給底層數(shù)據(jù)面。

應(yīng)當(dāng)理解，所述底層數(shù)據(jù)面在計算節(jié)點的分布式虛擬路由器中，因此，當(dāng)控制節(jié)點下發(fā)dhcp服務(wù)器的配置信息至所述計算節(jié)點的代理進程時，代理進程通過rpc接收控制節(jié)點下發(fā)的配置信息，并將所述配置信息再下發(fā)至分布式虛擬路由器中的底層數(shù)據(jù)面，以在所述分布式虛擬路由器實現(xiàn)dhcp服務(wù)器的配置。

進一步地，本實施例中的所述代理進程還可以周期性上報當(dāng)前所在計算節(jié)點的健康狀態(tài)給控制節(jié)點，以供控制節(jié)點依靠代理進程上報的健康狀態(tài)檢查計算節(jié)點的業(yè)務(wù)是否正常。當(dāng)控制節(jié)點在預(yù)設(shè)時間間隔沒有收到代理進程的心跳，所述預(yù)設(shè)時間間隔不做限定根據(jù)實際情況設(shè)置，認(rèn)為所述代理進程所在的計算節(jié)點發(fā)生異常，需要對這個網(wǎng)絡(luò)重新調(diào)度，此時，會選擇一個新的計算節(jié)點來為這個網(wǎng)絡(luò)提供dhcp服務(wù)，具體的：所述控制節(jié)點將故障的計算節(jié)點中各個虛擬機遷移到新的計算節(jié)點中，由新的計算節(jié)點為故障的計算節(jié)點中的各個虛擬機提供dhcp服務(wù)。

應(yīng)當(dāng)理解，現(xiàn)有技術(shù)中，若是由控制節(jié)點選定網(wǎng)絡(luò)節(jié)點為計算節(jié)點提供dhcp服務(wù)，那么，當(dāng)控制節(jié)點長時間沒有接收到網(wǎng)絡(luò)節(jié)點上報的心跳時時，需要對網(wǎng)絡(luò)重新調(diào)度，來選擇一個新的節(jié)點來為網(wǎng)絡(luò)提供dhcp服務(wù)。為了避免網(wǎng)絡(luò)節(jié)點上報太頻繁，通常會設(shè)置一定的時間間隔，這段時間就存在“盲區(qū)”。當(dāng)網(wǎng)絡(luò)節(jié)點發(fā)生異常，需要等這段檢測間隔時間過去，控制節(jié)點才會感知到，然后進行重調(diào)度過程。當(dāng)控制節(jié)點比較繁忙時，重新調(diào)度也不能立刻處理完。那么這段時間內(nèi)dhcp服務(wù)器是處于無法正常服務(wù)的狀態(tài)，這段時間內(nèi)虛擬機進行ip獲取是無法成功的，從而影響到正常的業(yè)務(wù)。

而本實施例中，由控制節(jié)點為計算節(jié)點配置dhcp服務(wù)器，以實現(xiàn)各個計算節(jié)點處理自己內(nèi)部的虛擬機的地址分配過程，避免了跨網(wǎng)絡(luò)造成的流量耗費，以及虛擬機地址長時間未響應(yīng)甚至丟失的情況，提高了虛擬機地址分配的及時性，節(jié)省了大量的流量。此外，由計算節(jié)點中的代理進程定期上報自己的健康狀態(tài)至所述控制節(jié)點，在計算節(jié)點故障時，控制節(jié)點啟動新的計算節(jié)點為故障的計算節(jié)點中的虛擬機繼續(xù)服務(wù)，不響應(yīng)業(yè)務(wù)的正常運行，防止計算節(jié)點故障時，計算節(jié)點內(nèi)的業(yè)務(wù)癱瘓，從而提高了業(yè)務(wù)處理的智能性和高可用性。

參照圖5，圖5為本發(fā)明虛擬機地址的分配系統(tǒng)第一實施例的功能模塊示意圖。

所述虛擬機地址的分配系統(tǒng)包括：

轉(zhuǎn)發(fā)模塊10，用于接收到所述計算節(jié)點中的虛擬機發(fā)送的請求報文時，將所述請求報文轉(zhuǎn)發(fā)至隧道口；

在本實施例中，當(dāng)計算節(jié)點內(nèi)部的虛擬機發(fā)起請求報文時，請求報文到達轉(zhuǎn)發(fā)模塊10中，當(dāng)轉(zhuǎn)發(fā)模塊10接收到虛擬機發(fā)送的請求報文時，先將所述請求報文轉(zhuǎn)發(fā)至隧道口。

處理模塊20，用于在所述隧道口檢測到所述請求報文為dhcp請求報文時，對所述dhcp請求報文進行攔截，并將所述dhcp請求報文轉(zhuǎn)發(fā)至所述計算節(jié)點的分布式虛擬路由器，以供所述分布式虛擬路由器中的dhcp服務(wù)器反饋所述dhcp請求報文對應(yīng)的地址信息；

當(dāng)處理模塊20在所述隧道口檢測到所述請求報文為dhcp請求報文時，先對所述dhcp請求報文進行攔截，并將所述dhcp請求報文轉(zhuǎn)發(fā)至所述計算節(jié)點的分布式虛擬路由器，以供所述分布式虛擬路由器中的dhcp服務(wù)器反饋所述dhcp請求報文對應(yīng)的地址信息。

本實施例中，所述分布式虛擬路由器中的dhcp服務(wù)器反饋所述dhcp請求報文對應(yīng)的地址信息的方式包括：

所述分布式虛擬路由器中的dhcp服務(wù)器接收到分布式虛擬交換機發(fā)送的dhcp請求報文時，從所述dhcp請求報文中解析出虛擬機的標(biāo)識信息；

基于預(yù)設(shè)的標(biāo)識信息與地址信息的映射關(guān)系表，獲取確定的標(biāo)識信息確定的地址信息；

將獲取的地址信息作為所述dhcp請求報文對應(yīng)的地址信息反饋至所述虛擬機。

需要注意的是，所述分布式虛擬路由器中的dhcp服務(wù)器對dhcp請求報文反饋地址信息之前，所述分布式虛擬路由器在連接分布式交換機的內(nèi)網(wǎng)口先啟動所述dhcp服務(wù)器，以通過啟動的所述dhcp服務(wù)器接收所述分布式交換機發(fā)送的dhcp請求報文。

反饋模塊30，用于在接收到所述分布式虛擬路由器中的dhcp服務(wù)器反饋的地址信息時，將所述地址信息反饋至所述虛擬機。

當(dāng)接收到分布式虛擬路由器中的dhcp服務(wù)器反饋的地址信息時，反饋模塊30即可將所述地址信息反饋至所述虛擬機。

具體地，參照圖6，所述反饋模塊30包括：

轉(zhuǎn)發(fā)攔截單元31，用于在接收到所述分布式虛擬路由器中的dhcp服務(wù)器反饋的地址信息時，將所述地址信息轉(zhuǎn)發(fā)到隧道口，并在所述隧道口對所述地址信息進行攔截；

反饋單元32，用于在所述隧道口對所述地址信息進行攔截后，將所述地址信息反饋至所述虛擬機。

即，轉(zhuǎn)發(fā)攔截單元31接收到所述分布式虛擬路由器中的dhcp服務(wù)器反饋的地址信息時，先將所述地址信息轉(zhuǎn)發(fā)到隧道口，然后在所述隧道口對所述地址信息進行攔截，在所述隧道口對所述地址信息進行攔截后，反饋單元32再將所述地址信息反饋至所述虛擬機，以實現(xiàn)虛擬機地址的分配。

本實施例提出的虛擬機地址的分配系統(tǒng)，由控制節(jié)點在計算節(jié)點的分布式虛擬路由器中配置動態(tài)主機配置協(xié)議dhcp服務(wù)器，當(dāng)計算節(jié)點的分布式虛擬交換機接收到所述計算節(jié)點中的虛擬機發(fā)送的請求報文時，先將所述請求報文轉(zhuǎn)發(fā)至隧道口，然后在所述隧道口檢測到所述請求報文為dhcp請求報文時，對所述dhcp請求報文進行攔截，并將所述dhcp請求報文轉(zhuǎn)發(fā)至所述計算節(jié)點的分布式虛擬路由器，以供所述分布式虛擬路由器中的dhcp服務(wù)器反饋所述dhcp請求報文對應(yīng)的地址信息，最后在接收到所述分布式虛擬路由器中的dhcp服務(wù)器反饋的地址信息時，將所述地址信息反饋至所述虛擬機，以實現(xiàn)虛擬機地址的配置。本發(fā)明中，虛擬機地址的分配，由計算節(jié)點內(nèi)置的dhcp服務(wù)器進行實現(xiàn)，無須再跨網(wǎng)絡(luò)分配，不僅降低了虛擬機地址分配過程所花費的流量，還避免了虛擬機地址長時間得不到響應(yīng)甚至丟失的情況。

進一步地，基于第一實施例提出本發(fā)明虛擬機地址的分配系統(tǒng)的第二實施例，在本實施例中，所述系統(tǒng)還包括：

分析模塊，用于當(dāng)所述請求報文轉(zhuǎn)發(fā)至隧道口時，在所述隧道口分析所述請求報文的類型；

若檢測到所述請求報文攜帶dhcp協(xié)議，則認(rèn)為所述請求報文為dhcp請求報文，并執(zhí)行所述處理模塊20的操作。

即，當(dāng)請求報文轉(zhuǎn)發(fā)至隧道口時，分析模塊先在所述隧道口分析所述請求報文的類型，具體地，所述分布式虛擬交換機檢查所述請求報文中是否攜帶dhcp協(xié)議，若檢測到所述請求報文攜帶dhcp協(xié)議，則認(rèn)為所述請求報文為dhcp請求報文，并執(zhí)行所述處理模塊20的操作。

進一步地，所述處理模塊20，還用于若檢測到所述請求報文未攜帶dhcp協(xié)議，則在所述隧道口對所述請求報文進行封裝，并將封裝后的請求報文轉(zhuǎn)發(fā)至云網(wǎng)絡(luò)環(huán)境中的其它各個計算節(jié)點。

即處理模塊20在所述隧道口分析所述請求報文的類型之后，若檢測到所述請求報文未攜帶dhcp協(xié)議，說明該請求報文并不是dhcp請求報文，此時，所述分布式虛擬交換機在所述隧道口對所述請求報文進行封裝，然后將封裝后的請求報文轉(zhuǎn)發(fā)至云網(wǎng)絡(luò)環(huán)境中的其它各個計算節(jié)點以及其它各個網(wǎng)絡(luò)節(jié)點中，由云網(wǎng)絡(luò)環(huán)境中的各個節(jié)點進行處理。應(yīng)當(dāng)理解，將封裝后的請求報文轉(zhuǎn)發(fā)至云網(wǎng)絡(luò)環(huán)境中的其它節(jié)點，相當(dāng)于是以廣播的形式進行轉(zhuǎn)發(fā)。

在本實施例中，在轉(zhuǎn)發(fā)至隧道口請求報文中攜帶dhcp協(xié)議時，分布式虛擬交換機才攔截該請求報文，由計算節(jié)點內(nèi)的分布式虛擬路由器中進行回復(fù)，以避免流量的耗費。當(dāng)請求報文沒有攜帶dhcp協(xié)議時，就按照正常的流程，發(fā)送到其它節(jié)點進行處理，提高了報文處理的智能性。

需要說明的是，在本文中，術(shù)語“包括”、“包含”或者其任何其它變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者系統(tǒng)不僅包括那些要素，而且還包括沒有明確列出的其它要素，或者是還包括為這種過程、方法、物品或者系統(tǒng)所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括該要素的過程、方法、物品或者系統(tǒng)中還存在另外的相同要素。

上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到上述實施例方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)(如rom/ram、磁碟、光盤)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機，計算機，服務(wù)器，空調(diào)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。

以上僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運用在其它相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護范圍內(nèi)。