本發(fā)明涉及數(shù)據(jù)通信領(lǐng)域，尤其涉及一種負載均衡處理方法及裝置。

背景技術(shù)：
IP網(wǎng)絡(luò)的作用是不同的局域網(wǎng)絡(luò)（也可理解為一個二層廣播域）相連，其可以屏蔽掉不同局域網(wǎng)絡(luò)之間差異，比如說鏈路層面收發(fā)技術(shù)差異。在IPv4網(wǎng)絡(luò)中，主機之間使用IP地址相互通信。當(dāng)主機與局域網(wǎng)內(nèi)部的其他主機通信時，其可以通過地址解析協(xié)議--ARP協(xié)議獲知其他主機的實際地址（通常是MAC地址）,在IPv6網(wǎng)絡(luò)中，則相應(yīng)采用ND協(xié)議作為地址解析協(xié)議。在發(fā)送報文時，封裝其他主機的MAC地址，局域網(wǎng)內(nèi)的交換機可以根據(jù)MAC地址將報文轉(zhuǎn)發(fā)給對應(yīng)的其他主機。這個過程中報文的傳遞過程主要依據(jù)MAC地址這個二層的地址，因此這個通信過程通常被稱為二層通信。但是當(dāng)主機需要與位于不同的局域網(wǎng)中的其他主機通信時，其無法通過ARP協(xié)議得知其他主機的MAC地址，此時需要通過網(wǎng)關(guān)來進行通信。主機通過自身缺省的路由將報文發(fā)送給網(wǎng)關(guān)，網(wǎng)關(guān)根據(jù)報文的IP地址決定從哪個鏈路將報文發(fā)送出去，這個過程報文從局域網(wǎng)進入IP網(wǎng)絡(luò)再到達其他主機所在的局域網(wǎng)。在IP網(wǎng)絡(luò)中的傳遞過程主要依據(jù)IP地址來決定轉(zhuǎn)發(fā)的方向，因此這個通信過程通常被稱為三層通信。而網(wǎng)關(guān)可以形象地理解為主機與外部通信時投遞信件的當(dāng)?shù)剜]局，當(dāng)?shù)剜]局可以將主機的信件準(zhǔn)確地送到另一個距離很遠收信者所在的郵局，該郵局再將信件送達當(dāng)?shù)卣嬲招湃?。通常同一網(wǎng)段內(nèi)（可能有多個局域網(wǎng)）的所有主機上都存在以一個相同網(wǎng)關(guān)為下一跳的缺省路由，比如一個中等規(guī)模的企業(yè)中，其可能有數(shù)百臺主機同時通過相同的網(wǎng)關(guān)與外部通信。當(dāng)網(wǎng)關(guān)發(fā)生故障時，這個網(wǎng)段內(nèi)所有以網(wǎng)關(guān)為缺省路由的主機將無法與外部網(wǎng)絡(luò)通信。很明顯，網(wǎng)關(guān)是主機與外部通信的關(guān)鍵節(jié)點，有必要提高該節(jié)點的可靠性以及冗余性。VRRP技術(shù)是一種常用的解決網(wǎng)關(guān)冗余性的技術(shù)。VRRP（VirtualRouterRedundancyProtocol，虛擬網(wǎng)絡(luò)設(shè)備冗余協(xié)議）將可以承擔(dān)網(wǎng)關(guān)功能的一組網(wǎng)絡(luò)設(shè)備（比如路由器或者具備路由功能的三層交換機）加入到VRRP備份組中，形成一臺虛擬網(wǎng)絡(luò)設(shè)備，由VRRP的選舉機制決定哪臺網(wǎng)絡(luò)設(shè)備承擔(dān)轉(zhuǎn)發(fā)任務(wù)，局域網(wǎng)內(nèi)的主機只需將虛擬網(wǎng)絡(luò)設(shè)備配置為缺省網(wǎng)關(guān)。VRRP協(xié)議可以在提高可靠性的同時簡化主機的配置。在具有多播或廣播能力的局域網(wǎng)（如以太網(wǎng)）中，借助VRRP能在某臺網(wǎng)絡(luò)設(shè)備出現(xiàn)故障時仍然提供高可靠的缺省鏈路，有效避免單一鏈路發(fā)生故障后網(wǎng)絡(luò)中斷的問題，而無需修改動態(tài)路由協(xié)議、路由發(fā)現(xiàn)協(xié)議等配置信息。在VRRP標(biāo)準(zhǔn)協(xié)議模式下，一個備份組中只有主設(shè)備（Master）可以轉(zhuǎn)發(fā)來自用戶主機的報文，備用設(shè)備（Backup）處于監(jiān)聽狀態(tài)，其并不轉(zhuǎn)發(fā)報文。雖然創(chuàng)建多個備份組可以實現(xiàn)多個網(wǎng)絡(luò)設(shè)備之間的負載分擔(dān)，但是局域網(wǎng)內(nèi)的主機需要設(shè)置不同的網(wǎng)關(guān)，增加了配置的復(fù)雜性。VRRP負載均衡模式在VRRP標(biāo)準(zhǔn)模式提供的虛擬網(wǎng)關(guān)冗余備份功能基礎(chǔ)上，增加了負載均衡功能。其實現(xiàn)原理為：將一個虛擬IP地址與多個虛擬MAC地址相對應(yīng)，備份組中的每個網(wǎng)絡(luò)設(shè)備都對應(yīng)使用一個虛擬MAC地址；使用不同的虛擬MAC地址應(yīng)答主機的地址解析ARP（IPv4網(wǎng)絡(luò)中）或ND（IPv6網(wǎng)絡(luò)中）請求，從而使得不同主機獲得相同的網(wǎng)關(guān)IP地址，不同的網(wǎng)關(guān)MAC地址。這樣就能實現(xiàn)主機報文發(fā)送到備份組中不同的網(wǎng)絡(luò)設(shè)備，實現(xiàn)負載分擔(dān)功能。在VRRP負載均衡模式中，只需創(chuàng)建一個備份組，就可以實現(xiàn)備份組中多個網(wǎng)絡(luò)設(shè)備之間的負載分擔(dān)，避免了VRRP備份組中Backup網(wǎng)絡(luò)設(shè)備始終處于空閑狀態(tài)、網(wǎng)絡(luò)資源利用率不高的問題。VRRP負載均衡模式中，Master設(shè)備負責(zé)為備份組中的其他設(shè)備分配虛擬MAC地址，并為來自不同主機的ARP或ND請求，應(yīng)答不同的虛擬MAC地址，從而實現(xiàn)流量在多個網(wǎng)絡(luò)設(shè)備之間分擔(dān)。備份組中的Backup網(wǎng)絡(luò)設(shè)備被禁止應(yīng)答主機的ARP/ND請求。請參考圖1，以IPv4網(wǎng)絡(luò)為例，VRRP負載均衡模式的具體工作過程為：步驟一，Master設(shè)備為備份組中的網(wǎng)絡(luò)設(shè)備（包括Master自身）分配虛擬MAC地址。如圖1所示，虛擬IP地址為10.1.1.1/24的備份組中，RouterA作為Master，RouterB作為Backup。RouterA為自己分配的虛擬MAC地址為000f-e2ff-0011，為RouterB分配的虛擬MAC地址為000f-e2ff-0012。步驟二，Master設(shè)備接收到HostA或發(fā)送的目標(biāo)IP地址為虛擬IP地址（也就是網(wǎng)關(guān)的IP地址）的ARP請求后，根據(jù)負載均衡算法使用不同的虛擬MAC地址應(yīng)答主機的ARP請求。如圖1所示，HostA發(fā)送ARP請求獲取網(wǎng)關(guān)10.1.1.1對應(yīng)的MAC地址時，Master（即RouterA）使用RouterA的虛擬MAC地址應(yīng)答該請求；HostB發(fā)送ARP請求獲取網(wǎng)關(guān)10.1.1.1對應(yīng)的MAC地址時，Master使用RouterB的虛擬MAC地址應(yīng)答該請求。步驟三，通過使用不同的虛擬MAC地址應(yīng)答主機的ARP請求，可以實現(xiàn)不同主機的流量發(fā)送給不同的網(wǎng)絡(luò)設(shè)備。如圖1所示，HostA認為網(wǎng)關(guān)的MAC地址為RouterA的虛擬MAC地址，HostA發(fā)送報文時，其填寫的目的MAC地址將是RouterA的虛擬MAC地址，這就保證了HostA發(fā)往外部的報文將全部通過RouterA轉(zhuǎn)發(fā)；同樣的道理HostB發(fā)往外部的報文將全部通過RouterB轉(zhuǎn)發(fā)。從協(xié)議層面來所，為了實現(xiàn)VRRP負載均衡模式，其中定義了四種協(xié)議報文。Advertisement報文：不僅用于通告本路由器上備份組的狀態(tài)，還用于通告本路由器上處于Active狀態(tài)的虛擬轉(zhuǎn)發(fā)器信息。Master和Backup設(shè)備均周期性發(fā)送該報文。Request報文：處于Backup狀態(tài)的設(shè)備發(fā)送Request報文，請求Master設(shè)備為其分配虛擬MAC地址。Reply報文：Master設(shè)備接收到Request報文后，將通過Reply報文為Backup設(shè)備分配虛擬MAC地址。收到Reply報文后，Backup設(shè)備會創(chuàng)建虛擬MAC地址對應(yīng)的虛擬轉(zhuǎn)發(fā)器。Release報文：備份路由器的失效時間達到一定值后，接替其工作的路由器將發(fā)送Release報文，通知備份組中的路由器刪除對應(yīng)虛擬MAC的虛擬轉(zhuǎn)發(fā)器。然而VRRP負載均衡的實現(xiàn)機制，依然有其不足的地方。要實現(xiàn)VRRP負載均衡模式，就必須先部署好VRRP備份組，這時候用戶主機的報文才能在不同的網(wǎng)絡(luò)設(shè)備間實現(xiàn)均衡。如果在已經(jīng)部署VRRP備份組已經(jīng)部署好的情況下，用戶還需要對該VRRP備份組擴容，加入Backup網(wǎng)絡(luò)設(shè)備，則新加入的Backup設(shè)備沒有辦法充分分擔(dān)用戶主機的報文?；蛘哒f如果原有的Backup設(shè)備故障，在消除故障后再接入VRRP備份組后，此事用戶主機沒有變化的情況下，Backup設(shè)備也沒有辦法充分分擔(dān)用戶主機的報文。

技術(shù)實現(xiàn)要素：
有鑒于此，本發(fā)明提供一種負載均衡處理裝置，應(yīng)用于VRRP備份組中的設(shè)備上，其中當(dāng)該設(shè)備為Master設(shè)備時，該裝置包括：負載調(diào)度單元以及負載調(diào)整單元，其中解析響應(yīng)單元，用于在收到來自主機的ARP請求時，根據(jù)預(yù)設(shè)的負載均衡算法從VRRP備份組中選擇一個設(shè)備，通過解析應(yīng)答報文將選擇到的設(shè)備的虛擬MAC地址作為解析結(jié)果發(fā)送給該主機，并更新主機分配表；負載調(diào)度單元，用于定期檢查Master設(shè)備上的主機分配表以確定各個設(shè)備分配到的主機數(shù)量是否均衡，如果均衡則結(jié)束，如果不均衡，則根據(jù)所述負載均衡算法確定待遷移主機以及待遷移主機需要遷移的目標(biāo)設(shè)備，更新主機分配表并通知負載調(diào)整單元進行處理；負載調(diào)整單元，用于主動構(gòu)造單播解析應(yīng)答報文發(fā)送給所述待遷移主機，其中該單播解析應(yīng)答報文攜帶的解析結(jié)果為目標(biāo)設(shè)備的虛擬MAC地址。本發(fā)明還提供一種負載均衡處理方法，應(yīng)用于VRRP備份組中的設(shè)備上，當(dāng)該設(shè)備為Master設(shè)備時，該方法包括：步驟A，在收到來自主機的ARP請求時，根據(jù)預(yù)設(shè)的負載均衡算法從VRRP備份組中選擇一個設(shè)備，通過解析應(yīng)答報文將選擇到的設(shè)備的虛擬MAC地址作為解析結(jié)果發(fā)送給該主機，并更新主機分配表；步驟B，定期檢查Master設(shè)備上的主機分配表以確定各個設(shè)備分配到的主機數(shù)量是否均衡，如果均衡則結(jié)束，如果不均衡，則根據(jù)所述負載均衡算法確定待遷移主機以及待遷移主機需要遷移的目標(biāo)設(shè)備，更新主機分配表并通知負載調(diào)整單元進行處理；步驟C，主動構(gòu)造單播解析應(yīng)答報文發(fā)送給所述待遷移主機，其中該單播解析應(yīng)答報文攜帶的解析結(jié)果為目標(biāo)設(shè)備的虛擬MAC地址。本發(fā)明能夠在現(xiàn)有網(wǎng)關(guān)負載均衡協(xié)議基礎(chǔ)上動態(tài)調(diào)整備份組中各個設(shè)備的負載，使得各個設(shè)備的負載能夠在各種失衡事件發(fā)生之后迅速恢復(fù)到均衡狀態(tài)，避免了現(xiàn)有技術(shù)的缺點。附圖說明圖1是一種典型的VRRP組網(wǎng)圖。圖2是本發(fā)明一種實施方式中負載均衡處理裝置的邏輯結(jié)構(gòu)及其典型硬件環(huán)境的示意圖。圖3是本發(fā)明一種實施方式中負載均衡處理方法的一般處理流程圖。圖4是本發(fā)明另一種實施方式中負載均衡處理方法的流程圖。具體實施方式本發(fā)明提供一種新的VRRP負載均衡處理機制，來解決VRRP備份組中各個設(shè)備上存在顯著負載不均衡的問題。在一種軟件實現(xiàn)的優(yōu)選方式中，本發(fā)明提供一種負載均衡處理裝置，其應(yīng)用于支持VRRP負載均衡模式的設(shè)備上，請參考圖2，該裝置運行的基本硬件環(huán)境包括CPU、內(nèi)存、非易失性存儲器以及各種業(yè)務(wù)硬件，如果是分布式架構(gòu)的設(shè)備，這里的業(yè)務(wù)硬件可廣義地包括各種業(yè)務(wù)板；從邏輯層面上來看，該裝置包括：解析響應(yīng)單元、負載調(diào)度單元、負載調(diào)整單元以及流量監(jiān)控單元。請同時參考圖2以及圖3，該裝置運行過程通常包括如下步驟。步驟101，解析響應(yīng)單元在收到來自主機的地址解析請求時，根據(jù)預(yù)設(shè)的負載均衡算法從VRRP備份組中選擇一個設(shè)備，通過解析應(yīng)答報文將選擇到的設(shè)備的虛擬MAC地址作為解析結(jié)果發(fā)送給該主機，并更新主機分配表；步驟102，負載調(diào)度單元定期檢查Master設(shè)備上的主機分配表以確定各個設(shè)備分配到的主機數(shù)量是否均衡，如果均衡則結(jié)束，如果不均衡，則根據(jù)所述負載均衡算法確定待遷移主機以及待遷移主機需要遷移的目標(biāo)設(shè)備，更新主機分配表并通知負載調(diào)整單元進行處理；步驟103，負載調(diào)整單元主動構(gòu)造單播ARP應(yīng)答報文發(fā)送給所述待遷移主機，其中該單播解析應(yīng)答報文攜帶的解析結(jié)果為目標(biāo)設(shè)備的虛擬MAC地址。以下以最為流行的ARP協(xié)議（適用于IPv4）為例提供本發(fā)明各種有選實施方案，ND協(xié)議（適用于IPv6）等實施原理相同。請進一步參考圖3，對于VRRP備份組而言，其中的Master設(shè)備可以基于各種負載均衡算法來確定每次使用哪個設(shè)備的虛擬MAC地址來響應(yīng)當(dāng)前主機的ARP請求。在這個過程中解析響應(yīng)單元可以不斷地調(diào)整各個設(shè)備的負載在Master設(shè)備當(dāng)前采用的負載均衡算法下慢慢趨向均衡。然而如果發(fā)生一些突發(fā)的事件可能導(dǎo)致這個趨向均衡的過程需要很長時間，這種突發(fā)的事件可能有多種。比如說新設(shè)備加入事件，假設(shè)有新設(shè)備（比如路由器）加入到VRRP備份組中，此時新設(shè)備的負載是零，而且他設(shè)備的負載卻很高。所謂的新設(shè)備加入既可能是用戶擴容加入的設(shè)備，也可能VRRP備份組中的設(shè)備因為故障等原因退出后又重新加入的。如前所述現(xiàn)有技術(shù)中，Master設(shè)備的負載均衡算法只是在有主機發(fā)送ARP請求的時候才顯現(xiàn)效果的。并且現(xiàn)有技術(shù)的負載均衡算法通常不考慮新設(shè)備零負載這種情況，其很可能是采用簡單的輪流分配的方法來為各個設(shè)備分配主機，這就可能導(dǎo)致新設(shè)備在相當(dāng)長的一段時間內(nèi)分配到的主機很少，造成其負載長時間過低。再比如說，由于鏈路故障或者局部斷電等原因可能引發(fā)突發(fā)主機大量下線事件。在一個企業(yè)網(wǎng)絡(luò)中，如果部分主機因局域網(wǎng)內(nèi)的鏈路或者二層交換機而離開網(wǎng)絡(luò)，這很可能造成不少用戶同時下線，而這些用戶的下線可能導(dǎo)致VRRP備份組中各個設(shè)備之間的負載出現(xiàn)瞬間嚴重失衡的狀況。當(dāng)發(fā)生突發(fā)事件導(dǎo)致負載嚴重失衡的時候，本發(fā)明VRRP備份組中的Master設(shè)備會及時響應(yīng)該事件來做出相應(yīng)調(diào)整。無論是部分主機突發(fā)下線事件還是新設(shè)備加入時間，負載調(diào)度單元通常都可以通過定期檢查主機分配表（請參考表1示例）發(fā)現(xiàn)這種情況，并相應(yīng)做出調(diào)整。請參考表1，假設(shè)VRRP備份組中有三個設(shè)備RouterA、RouterB以及RouterC。假設(shè)RouterC（虛擬MAC地址為0-0-9）上的主機突然全部下線了。此時各個在線主機的ARP表項中已經(jīng)保存了RouterA或者RouterB的虛擬MAC地址，只有新發(fā)送ARP請求的主機才有可能被分配到RouterC的虛擬MAC地址。因此整個VRRP備份組中，RouterC將在很長時間內(nèi)只有少量的主機通過其對外發(fā)送報文。在本發(fā)明中，VRRP備份組的Master設(shè)備上的負載調(diào)度單元檢查到負載不均衡之后其會相應(yīng)為新設(shè)備RouterC調(diào)度一些主機來避免其負載過低的情況。假設(shè)網(wǎng)絡(luò)中有6臺主機（實際上通常遠遠超過6臺），此時負載調(diào)度單元確定RouterA、RouterB以及RouterC三個設(shè)備分別服務(wù)2臺主機即可實現(xiàn)均衡。當(dāng)然這里的計算僅僅是示例性的，在實際的算法中還可能會考慮設(shè)備的各種性能以及帶寬等參數(shù)通過權(quán)重的方式來計算，當(dāng)然本發(fā)明并不關(guān)注負載均衡的計算方法本身，各種不同的負載均衡算法均可以本發(fā)明中使用。主機主機IP主機MAC網(wǎng)關(guān)IP網(wǎng)關(guān)MAC網(wǎng)關(guān)設(shè)備Host110.1.1.100-0-110.1.1.10-0-7RouterAHost210.1.1.110-0-210.1.1.10-0-8RouterBHost310.1.1.120-0-310.1.1.10-0-7RouterAHost410.1.1.130-0-410.1.1.10-0-8RouterBHost510.1.1.140-0-510.1.1.10-0-7RouterAHost610.1.1.150-0-610.1.1.10-0-8RouterB………………………………表1在確定RouterC需要分擔(dān)2臺主機時，Master設(shè)備的負載調(diào)度單元可以從RouterA（也就是自身）或者RouterB服務(wù)的主機中選擇兩個主機（比如Host1以及Host2）作為待遷移主機，而RouterC這是遷移目標(biāo)設(shè)備。在確定待遷移主機以及遷移目標(biāo)設(shè)備后，更新主機分配表（如表2所示）并通知負載調(diào)整單元處理。Master設(shè)備的負載調(diào)整單元立刻主動構(gòu)造兩個單播ARP應(yīng)答報文（對應(yīng)于IPv6中的“鄰居通告消息NA”）分別發(fā)送給Host1以及Host2。這兩個單播ARP應(yīng)答報文的發(fā)送者MAC地址將填寫RouterC的MAC地址0-0-9。發(fā)送給Host1的單播ARP應(yīng)答報文的源IP為10.1.1.1，源MAC為RouterC的MAC地址0-0-9，目的IP為10.1.1.10，目的MAC為0-0-1；發(fā)送給Host2的單播ARP應(yīng)答報文的源IP為10.1.1.1，源MAC為RouterC的MAC地址0-0-9，目的IP為10.1.1.11，目的MAC為0-0-2。Host1以及Host2收到之后會相應(yīng)更新自身的ARP緩存，Host1以及Host2再次向外部發(fā)送報文時，其填寫的目的MAC地址將是RouterC的MAC地址，因此來自Host1和Host2的報文將被分擔(dān)到RouterC上去轉(zhuǎn)發(fā)處理。在這一過程中，Master設(shè)備是主動為每個待遷移的主機構(gòu)造ARP應(yīng)答報文的，并不需要待遷移主機發(fā)送ARP請求再應(yīng)答，相當(dāng)于主動“欺騙”一次主機的行為。值得注意的是以上僅僅是示例性的，所謂負載均衡并不是絕對相等的概念，其還與VRRP備份組中各設(shè)備的性能等各種因素有關(guān)，性能更高的設(shè)備通常會承擔(dān)更多的負載。主機主機IP主機MAC網(wǎng)關(guān)IP網(wǎng)關(guān)MAC網(wǎng)關(guān)設(shè)備Host110.1.1.100-0-110.1.1.10-0-9RouterCHost210.1.1.110-0-210.1.1.10-0-9RouterCHost310.1.1.120-0-310.1.1.10-0-7RouterAHost410.1.1.130-0-410.1.1.10-0-8RouterBHost510.1.1.140-0-510.1.1.10-0-7RouterAHost610.1.1.150-0-610.1.1.10-0-8RouterB………………………………表2遷移過程對于主機來說是變更實際網(wǎng)關(guān)，或者說變更網(wǎng)關(guān)所在實際物理設(shè)備。如果過多主機變更實際網(wǎng)關(guān)，或者說部分主機頻繁變更實際網(wǎng)關(guān)，在一些場景下可能會造成負面影響，比如說位于網(wǎng)關(guān)和主機之間的接入設(shè)備可能會將此視為攻擊行為等。為了改善這一問題，本發(fā)明在實際應(yīng)用的過程中可以進一步優(yōu)化。負載調(diào)整單元檢查主機分配表發(fā)現(xiàn)結(jié)果為不均衡時，先啟動一個第一定時器，等到該第一定時器超時的時候再檢查一次結(jié)果是否依然是不均衡，如果是再通知負載調(diào)整單元進行處理，否則結(jié)束當(dāng)前處理。負載不均衡的發(fā)生很可能是短時間的，或者說不均衡的程度是相對比較輕微的，解析響應(yīng)單元有可能在未來一段時間內(nèi)自行消除這種不均衡。因此引入一個第一定時器，可以在相當(dāng)程度上減少負載調(diào)整的次數(shù)，避免主機頻繁變更實際網(wǎng)關(guān)。對于新設(shè)備加入而言，為了除了可以通過上述定期檢查主機分配表進行調(diào)整以外，還可以引入實時性更高的處理機制。如果有新設(shè)備加入VRRP備份組，負載調(diào)度單元可以很快地從VRRP協(xié)議層面檢測這一事件，相應(yīng)地可以立刻根據(jù)負載均衡算法啟動遷移主機的工作。同樣的道理，為了在減少主機變更實際網(wǎng)關(guān)的情況，同時兼顧盡快實現(xiàn)負載均衡，在優(yōu)選的方式中，在進行遷移之前，所述負載調(diào)度單元可以先啟動一個第二定時器。在第二定時器超時之后再進入正常的調(diào)度過程。第二定時器的作用與第一定時器類似，先由負載均衡算法來進行自我調(diào)整，避免遷移主機，如果這種自我調(diào)整不能滿足要求，再進行進入遷移調(diào)整。負載調(diào)度單元在啟動第二定時器時發(fā)送集中分配通知給所述解析響應(yīng)單元，告知解析響應(yīng)單元后續(xù)分配主機時先分配給新設(shè)備。所述解析響應(yīng)單元在收到集中分配通知時從原有的正常工作模式進入集中分配模式，在集中分配模式下，解析響應(yīng)單元在收到來自主機的ARP請求時，不再采用原先的負載均衡算法來選擇設(shè)備，而是在每個ARP應(yīng)答報文都攜帶新設(shè)備的虛擬MAC地址作為解析結(jié)果發(fā)送給主機。這樣一來，在第二定時器超時之前，所有發(fā)送ARP請求的主機，其獲得的解析結(jié)果都是新設(shè)備的虛擬MAC地址，相當(dāng)于將這些主機都分配給新設(shè)備。在第二定時器超時的時候，負載調(diào)度單元會相應(yīng)給解析響應(yīng)單元發(fā)送集中分配退出通知時，解析響應(yīng)單元收到后會退出集中分配模式。以上的處理可以讓新設(shè)備盡快為更多主機服務(wù)，提升其負載。在第二定時器超時的時候，負載調(diào)度單元可以再次執(zhí)行步驟102中的檢查過程來檢查當(dāng)前負載是否均衡，如果不是則繼續(xù)按照前述流程處理，啟動第一定時器，在第一定時器超時后再在檢查；當(dāng)然也可以不啟動第一定時器而立刻啟動遷移過程。從Master的角度來說，其負載均衡整個處理過程中，是以主機為調(diào)度對象進行負載分配的。然而不同的主機其發(fā)送的報文流量大小可能差異較大。這可能導(dǎo)致VRRP組中設(shè)備在主機數(shù)量層面被調(diào)度均衡之后卻面臨較大的流量壓力。比如說某個設(shè)備有大量用戶使用P2P應(yīng)用從而導(dǎo)致該設(shè)備上的報文流量壓力非常大，進而導(dǎo)致主機數(shù)量均衡而流量卻不均衡。在本發(fā)明一種優(yōu)選的實施方式中提供一種應(yīng)對措施來協(xié)助解決流量不均衡的狀況。所述負載均衡處理裝置進一步包括流量監(jiān)控單元。該流量監(jiān)控單元用于定期檢查自身的流量是否超過預(yù)設(shè)閾值，如果是則向Master設(shè)備的負載調(diào)度單元發(fā)送重分配請求（Re-Assign）。如果當(dāng)前設(shè)備是Backup設(shè)備，則該重分配請求攜帶在VRRP協(xié)議報文中，如果當(dāng)前設(shè)備是Master設(shè)備自身，該請求可以通過Master內(nèi)部通信通道發(fā)送給負載調(diào)度單元。負載調(diào)度單元在收到重分配請求后，將該設(shè)備的狀態(tài)標(biāo)注為過載狀態(tài)，而解析響應(yīng)單元則停止使用該過載設(shè)備的虛擬MAC地址來響應(yīng)主機的ARP請求；同時負載調(diào)度單元可以從主機分配表中選擇一個或多個由該過載設(shè)備所服務(wù)的主機作為待遷移主機，選擇VRRP備份組中其他正常狀態(tài)設(shè)備作為目標(biāo)設(shè)備；然后通知負載調(diào)整單元進行處理。負載調(diào)整單元主動構(gòu)造ARP應(yīng)答報文來將待遷移主機遷移到目標(biāo)設(shè)備，由正常狀態(tài)的目標(biāo)設(shè)備來服務(wù)這些主機。Master設(shè)備的一次調(diào)整未必能夠解決當(dāng)前過載設(shè)備流量過高的問題。如前所述，設(shè)備的流量監(jiān)控單元會定期檢查自身的流量，一旦達到預(yù)設(shè)閾值其會發(fā)送重分配請求。因此只要當(dāng)前設(shè)備的流量一直處于超過預(yù)設(shè)閾值的狀態(tài)（也就是過載的狀態(tài)），那么其會不斷地發(fā)送重分配請求。而Master設(shè)備會響應(yīng)該請求不斷地將其服務(wù)的主機遷移到其他設(shè)備上去。Master設(shè)備每次遷移的主機數(shù)量可以是一個預(yù)設(shè)的數(shù)量，比如10臺這樣不太大的數(shù)量等。如果Master設(shè)備一次遷移過多的主機，有可能導(dǎo)致當(dāng)前設(shè)備從過載變?yōu)樨撦d過低，而其他目標(biāo)設(shè)備卻從正常狀態(tài)變成了過載，因此Master設(shè)備進行主機遷移的數(shù)量應(yīng)當(dāng)是相對較小的數(shù)值。一旦一個過載設(shè)備的流量下降到低于所述預(yù)設(shè)閾值時，流量監(jiān)控單元會通過定期檢查來感知到這一變化，其會相應(yīng)發(fā)送正常狀態(tài)通知給Master設(shè)備的負載調(diào)度單元。負載調(diào)度單元收到以后會將該設(shè)備的狀態(tài)標(biāo)注為正常狀態(tài)。相應(yīng)地，解析響應(yīng)單元會使用負載均衡算法的時候?qū)⒃撛O(shè)備作為正常設(shè)備進行選擇，即恢復(fù)使用其虛擬MAC地址。需要說明的是，以上描述處理過程中，該裝置各個單元在Master設(shè)備上都是運行狀態(tài)中，對于Backup設(shè)備來說，其僅僅運行流量監(jiān)管單元。當(dāng)然一旦一個Backup設(shè)備的角色因為各種原因轉(zhuǎn)變?yōu)镸aster設(shè)備時，其上原先沒有使能的各個單元會立刻使能。因此本發(fā)明中VRRP備份組中各個設(shè)備的邏輯設(shè)計可以一致的，只不過在不同的角色下使能不同的單元而已。以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明保護的范圍之內(nèi)。