專利名稱：負(fù)載均衡的方法、設(shè)備及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計(jì)算機(jī)技術(shù)領(lǐng)域，特別涉及一種負(fù)載均衡的方法、設(shè)備及系統(tǒng)。
背景技術(shù)：
在為用戶提供網(wǎng)絡(luò)服務(wù)時(shí)，為了能夠提供更多更快速的服務(wù)，經(jīng)常 采用服務(wù)器集 群為用戶提供服務(wù)。服務(wù)器集群對(duì)外共用同一個(gè)虛擬IP地址，在外部用戶看來(lái)，就相當(dāng)于 是一臺(tái)服務(wù)器為其提供服務(wù)。為避免各服務(wù)器承擔(dān)的負(fù)載不均衡，需要采用負(fù)載均衡設(shè)備 對(duì)服務(wù)器集群進(jìn)行負(fù)載的均衡處理。現(xiàn)有技術(shù)中的負(fù)載均衡設(shè)備多為L(zhǎng)inux虛擬服務(wù)器(Linux Virtual Server，以下 簡(jiǎn)稱LVS)，在現(xiàn)有技術(shù)的方案中，在LVS服務(wù)器中建立了服務(wù)器的連接映射表，網(wǎng)絡(luò)中的上 下行流量都經(jīng)過(guò)LVS服務(wù)器。LVS服務(wù)器接收到客戶端發(fā)送的服務(wù)請(qǐng)求后，選擇服務(wù)器集 群中負(fù)載較小的服務(wù)器，將客戶端發(fā)送的服務(wù)請(qǐng)求數(shù)據(jù)包中介質(zhì)訪問(wèn)控制(Media Access Control,以下簡(jiǎn)稱MAC)地址改寫(xiě)為該負(fù)載較小的服務(wù)器的MAC地址，并將服務(wù)請(qǐng)求發(fā)送到 該負(fù)載較小的服務(wù)器。LVS服務(wù)器能夠根據(jù)服務(wù)器集群中各服務(wù)器的負(fù)載狀態(tài)，將服務(wù)請(qǐng)求 轉(zhuǎn)發(fā)到負(fù)載較小的服務(wù)器上，由此實(shí)現(xiàn)負(fù)載均衡。在對(duì)現(xiàn)有技術(shù)進(jìn)行研究后，發(fā)明人發(fā)現(xiàn)，現(xiàn)有技術(shù)的方案中，在一些服務(wù)請(qǐng)求數(shù)量 較大的網(wǎng)絡(luò)中，所有的服務(wù)請(qǐng)求的數(shù)據(jù)都會(huì)經(jīng)過(guò)負(fù)載均衡設(shè)備，當(dāng)服務(wù)請(qǐng)求數(shù)量超過(guò)負(fù)載 均衡設(shè)備的處理能力時(shí)，負(fù)載均衡設(shè)備不能及時(shí)地將所有服務(wù)請(qǐng)求轉(zhuǎn)發(fā)到服務(wù)器上，此時(shí) 負(fù)載均衡設(shè)備會(huì)成為瓶頸，使得響應(yīng)時(shí)間較長(zhǎng)，導(dǎo)致系統(tǒng)的負(fù)載均衡用戶體驗(yàn)降低。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了一種負(fù)載均衡的方法、設(shè)備及系統(tǒng)，用以降低了流過(guò)負(fù)載均 衡設(shè)備的信息流量，從而提高了負(fù)載均衡的用戶體驗(yàn)。本發(fā)明實(shí)施例提供了一種負(fù)載均衡的方法，包括獲取客戶端發(fā)送的地址解析協(xié)議ARP請(qǐng)求；根據(jù)各服務(wù)器的負(fù)載狀態(tài)通過(guò)預(yù)設(shè)的負(fù)載均衡算法計(jì)算得到服務(wù)器集群中負(fù)載 小于預(yù)設(shè)門(mén)限值的第一服務(wù)器，并獲取所述第一服務(wù)器的介質(zhì)訪問(wèn)控制MAC地址；向所述客戶端發(fā)送ARP應(yīng)答信息，所述ARP應(yīng)答信息中包括所述第一服務(wù)器的MAC 地址。本發(fā)明實(shí)施例還提供了一種負(fù)載均衡的設(shè)備，包括地址解析協(xié)議ARP獲取模塊，用于獲取客戶端發(fā)送的ARP請(qǐng)求；均衡處理模塊，用于根據(jù)各服務(wù)器的負(fù)載狀態(tài)通過(guò)預(yù)設(shè)的負(fù)載均衡算法計(jì)算得到 服務(wù)器集群中負(fù)載小于預(yù)設(shè)門(mén)限值的第一服務(wù)器，并獲取所述第一服務(wù)器的介質(zhì)訪問(wèn)控制 MAC地址；發(fā)送模塊，用于向所述客戶端發(fā)送ARP應(yīng)答信息，所述ARP應(yīng)答信息中包括所述第 一服務(wù)器的MAC地址。
本發(fā)明實(shí)施例還提供了一種負(fù)載均衡的系統(tǒng)，包括上述的負(fù)載均衡設(shè)備，以及由 至少兩臺(tái)服務(wù)器組成的服務(wù)器集群。本發(fā)明實(shí)施例通過(guò)獲取客戶端發(fā)送的ARP請(qǐng)求，并采用負(fù)載均衡算法為客戶端選 擇負(fù)載較小的服務(wù)器，實(shí)現(xiàn)了服務(wù)器的負(fù)載均衡，通過(guò)處理ARP請(qǐng)求，降低了流過(guò)負(fù)載均衡 設(shè)備的信息流量，減少了出現(xiàn)瓶頸的可能性以及響應(yīng)時(shí)間，提高了服務(wù)請(qǐng)求處理的速度，進(jìn) 而提高了負(fù)載均衡的用戶體驗(yàn)。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對(duì)實(shí)施例中所需要使用的 附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng) 域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附 圖。圖Ia為本發(fā)明第一實(shí)施例提供的負(fù)載均衡的方法流程圖；圖Ib為本發(fā)明第一實(shí)施例提供的負(fù)載均衡方法的應(yīng)用場(chǎng)景示意圖；圖2為本發(fā)明第二實(shí)施例提供的負(fù)載均衡的設(shè)備的結(jié)構(gòu)示意圖；圖3為本發(fā)明第三實(shí)施例提供的負(fù)載均衡系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例 中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是 本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員 在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其它實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。參見(jiàn)圖Ia為本發(fā)明第一實(shí)施例提供的負(fù)載均衡的方法流程圖，在客戶端向 服務(wù)器集群進(jìn)行服務(wù)請(qǐng)求時(shí)，通過(guò)獲取用戶發(fā)送的地址解析協(xié)議(AddressResolution Protocol,以下簡(jiǎn)稱ARP)請(qǐng)求，采用ARP欺騙的方式，向用戶發(fā)送負(fù)載小于預(yù)設(shè)門(mén)限值的服 務(wù)器的MAC地址，使得客戶端將服務(wù)請(qǐng)求發(fā)送到該負(fù)載較小的服務(wù)器，由此達(dá)到均衡服務(wù) 器負(fù)載的目的。本實(shí)施例負(fù)載均衡的方法的執(zhí)行主體可以為健康檢測(cè)(Health Check，以下 簡(jiǎn)稱HC)服務(wù)器，方法包括以下步驟步驟11、獲取客戶端發(fā)送的ARP請(qǐng)求?？蛻舳嗽谙蚍?wù)器集群進(jìn)行服務(wù)請(qǐng)求時(shí)，先發(fā)送ARP請(qǐng)求以獲取為自身提供服務(wù) 的服務(wù)器的MAC地址，然后根據(jù)該MAC地址向該服務(wù)器發(fā)送服務(wù)請(qǐng)求，由服務(wù)器進(jìn)行相關(guān)的 服務(wù)請(qǐng)求處理。在本實(shí)施例中，通過(guò)設(shè)置一個(gè)HC設(shè)備，獲取客戶端發(fā)送的ARP請(qǐng)求。參見(jiàn)圖Ib為 本實(shí)施例負(fù)載均衡方法的應(yīng)用場(chǎng)景示意圖，客戶端和服務(wù)器集群通過(guò)交換機(jī)進(jìn)行數(shù)據(jù)的轉(zhuǎn) 發(fā)，該HC設(shè)備與該交換機(jī)連接，在該HC設(shè)備中預(yù)先存儲(chǔ)了服務(wù)器集群中的所有服務(wù)器的 MAC地址，并且該服務(wù)器集群的虛擬IP地址也配置到該HC設(shè)備的非物理端口上，其中，HC 設(shè)備的非物理端口包括如軟件端口或協(xié)議端口等非物理意義上的端口，將服務(wù)器集群的虛 擬IP地址配置到該HC設(shè)備的非物理端口上，便于進(jìn)行軟件維護(hù)。因此，當(dāng)客戶端向服務(wù)器集群進(jìn)行服務(wù)請(qǐng)求時(shí)，由于發(fā)送的ARP請(qǐng)求使用的是該虛擬IP地址，該ARP請(qǐng)求經(jīng)過(guò)交換機(jī)后會(huì)轉(zhuǎn)發(fā)到該HC設(shè)備上。該HC設(shè)備僅獲取用戶的ARP請(qǐng)求，并不處理客戶端發(fā)送的服務(wù)請(qǐng)求的數(shù)據(jù)?，F(xiàn)有 技術(shù)中的負(fù)載均衡器不僅處理客戶端的ARP請(qǐng)求，同時(shí)客戶端的服務(wù)請(qǐng)求數(shù)據(jù)也流經(jīng)負(fù)載 均衡器。因此，對(duì)于相同的配置，本實(shí)施例中的HC設(shè)備在單位時(shí)間內(nèi)能夠比現(xiàn)有技術(shù)中的 負(fù)載均衡器處理更多的服務(wù)請(qǐng)求。步驟12、根據(jù)各服務(wù)器的負(fù)載狀態(tài)通過(guò)預(yù)設(shè)的負(fù)載均衡算法計(jì)算得到服務(wù)器集群 中負(fù)載小于預(yù)設(shè)門(mén)限值的第一服務(wù)器，并獲取該第一服務(wù)器的MAC地址。
在本實(shí)施例中，該HC設(shè)備中預(yù)先存儲(chǔ)了服務(wù)器集群中的所有服務(wù)器的MAC地址， 并可以檢測(cè)各服務(wù)器的負(fù)載狀態(tài)，如服務(wù)器正在處理的服務(wù)請(qǐng)求數(shù)量等。在接收到客戶端 發(fā)送的ARP請(qǐng)求后，獲知該客戶端需要向服務(wù)器集群請(qǐng)求服務(wù)。該HC設(shè)備會(huì)根據(jù)預(yù)設(shè)的負(fù) 載均衡算法，計(jì)算服務(wù)器集群中負(fù)載小于預(yù)設(shè)門(mén)限值的第一服務(wù)器，其中，預(yù)設(shè)的門(mén)限值可 以根據(jù)具體的應(yīng)用需求進(jìn)行預(yù)先設(shè)置，當(dāng)HC設(shè)備計(jì)算出多個(gè)服務(wù)器的負(fù)載均小于該門(mén)限 值時(shí)，可以選擇其中負(fù)載最小的服務(wù)器，也可以采用隨機(jī)選擇的方式選擇出其中的一個(gè)服 務(wù)器，并獲取該服務(wù)器的MAC地址。HC設(shè)備計(jì)算服務(wù)器集群中負(fù)載小于預(yù)設(shè)門(mén)限值的第一服務(wù)器的方法可以如下 HC設(shè)備定期檢測(cè)獲取各服務(wù)器的負(fù)載狀態(tài)數(shù)據(jù)，如以3秒為間隔檢測(cè)獲取服務(wù)器的負(fù)載狀 態(tài)數(shù)據(jù)，負(fù)載狀態(tài)數(shù)據(jù)可以包括客戶端請(qǐng)求量，占用的網(wǎng)絡(luò)帶寬等數(shù)據(jù)。根據(jù)服務(wù)器的各項(xiàng) 負(fù)載狀態(tài)數(shù)據(jù)，采用溢出隊(duì)列算法計(jì)算得到服務(wù)器集群中負(fù)載小于預(yù)設(shè)門(mén)限值的所述第一 服務(wù)器。采用的溢出隊(duì)列算法進(jìn)行計(jì)算的方法如下預(yù)先分配每項(xiàng)負(fù)載狀態(tài)數(shù)據(jù)的權(quán)值， 使用加權(quán)計(jì)算的方式得到各服務(wù)器的負(fù)載狀態(tài)的加權(quán)值，將該加權(quán)值作為衡量服務(wù)器負(fù)載 的依據(jù)，并可以預(yù)設(shè)一個(gè)門(mén)限值，從中選出負(fù)載小于預(yù)設(shè)門(mén)限值的服務(wù)器。其中，各項(xiàng)負(fù)載 狀態(tài)數(shù)據(jù)的權(quán)值可以根據(jù)具體的應(yīng)用場(chǎng)景進(jìn)行預(yù)先設(shè)置，如在客戶端較多的網(wǎng)絡(luò)中，需要 重點(diǎn)考慮每個(gè)服務(wù)器上的客戶端請(qǐng)求量，則可以將負(fù)載狀態(tài)數(shù)據(jù)中客戶端請(qǐng)求量的權(quán)值設(shè) 置的較大；在對(duì)網(wǎng)絡(luò)的數(shù)據(jù)傳輸質(zhì)量要求較高的場(chǎng)景中，需要重點(diǎn)考慮服務(wù)器被占用的網(wǎng) 絡(luò)帶寬，則可以將負(fù)載狀態(tài)數(shù)據(jù)中占用的網(wǎng)絡(luò)帶寬的權(quán)值設(shè)置的較大。步驟13、向該客戶端發(fā)送ARP應(yīng)答信息，該ARP應(yīng)答信息中包括該第一服務(wù)器的 MAC地址。HC服務(wù)器向客戶端返回ARP應(yīng)答信息，在該ARP應(yīng)答信息中附帶第一服務(wù)器的 MAC地址，客戶端收到該ARP應(yīng)答信息后，就可以根據(jù)該MAC地址，將服務(wù)請(qǐng)求發(fā)送到第一服 務(wù)器上進(jìn)行服務(wù)請(qǐng)求，由第一服務(wù)器處理客戶端的服務(wù)請(qǐng)求。由于該第一服務(wù)器是采用了 預(yù)設(shè)的負(fù)載均衡算法選擇出來(lái)的負(fù)載小于預(yù)設(shè)門(mén)限值的服務(wù)器，因此就使得服務(wù)器集群的 負(fù)載分流到負(fù)載較小的服務(wù)器上，實(shí)現(xiàn)了負(fù)載均衡。通過(guò)上述方法可知，本實(shí)施例中，由于采用了 HC設(shè)備截取ARP報(bào)文的方式進(jìn)行負(fù) 載均衡，相比現(xiàn)有技術(shù)中的負(fù)載均衡方案，減少了出現(xiàn)瓶頸的可能性以及響應(yīng)時(shí)間。例如， 現(xiàn)有技術(shù)中的負(fù)載均衡器由于需要同時(shí)處理ARP報(bào)文和服務(wù)請(qǐng)求數(shù)據(jù)，其處理速度的上限 是1000次/秒的服務(wù)請(qǐng)求，而本實(shí)施例中的HC設(shè)備由于只處理ARP請(qǐng)求，其能處理的客戶 端服務(wù)請(qǐng)求會(huì)遠(yuǎn)大于1000次/秒，因此減少了出現(xiàn)瓶頸的可能性以及響應(yīng)時(shí)間，提高了系 統(tǒng)的負(fù)載均衡用戶體驗(yàn)。
需要說(shuō)明的是，本實(shí)施例中，HC設(shè)備通過(guò)截取客戶端的ARP報(bào)文進(jìn)行負(fù)載均衡，因此客戶端與服務(wù)器集群之間應(yīng)滿足ARP報(bào)文可互達(dá)的條件，為更好的進(jìn)行負(fù)載均衡，可以 將客戶端和服務(wù)器集群中的服務(wù)器配置在同一個(gè)網(wǎng)段中，以使得HC設(shè)備能夠更快捷的截 獲ARP報(bào)文，更好的進(jìn)行負(fù)載均衡。本實(shí)施例通過(guò)獲取客戶端發(fā)送的ARP請(qǐng)求，并采用負(fù)載均衡算法為客戶端選擇負(fù) 載較小的服務(wù)器，實(shí)現(xiàn)了服務(wù)器的負(fù)載均衡，通過(guò)處理ARP請(qǐng)求，提高了服務(wù)請(qǐng)求處理的速 度，減少了出現(xiàn)瓶頸的可能性以及響應(yīng)時(shí)間，提高了負(fù)載均衡的用戶體驗(yàn)，同時(shí)方案簡(jiǎn)單易 于實(shí)現(xiàn)，具有很高的實(shí)用性。參見(jiàn)圖2為本發(fā)明第二實(shí)施例提供的負(fù)載均衡的設(shè)備的結(jié)構(gòu)示意圖，該負(fù)載均衡 設(shè)備可以為HC設(shè)備，服務(wù)器集群的虛擬IP地址配置在該負(fù)載均衡設(shè)備上；該負(fù)載均衡設(shè)備 包括ARP獲取模塊21、均衡處理模塊22和發(fā)送模塊23。ARP獲取模塊21，用于獲取客戶端發(fā)送的ARP請(qǐng)求；均衡處理模塊22，用于根據(jù)各服務(wù)器的負(fù)載狀態(tài)通過(guò)預(yù)設(shè)的負(fù)載均衡算法計(jì)算得 到服務(wù)器集群中負(fù)載小于預(yù)設(shè)門(mén)限值的第一服務(wù)器，并獲取該第一服務(wù)器的MAC地址；需要說(shuō)明的是，當(dāng)計(jì)算出多個(gè)服務(wù)器的負(fù)載均小于該門(mén)限值時(shí)，可以選擇其中負(fù) 載最小的服務(wù)器，也可以采用隨機(jī)選擇的方式選擇出其中的一個(gè)服務(wù)器。發(fā)送模塊23，用于向該客戶端發(fā)送ARP應(yīng)答信息，該ARP應(yīng)答信息中包括該第一服 務(wù)器的MAC地址?？蛻舳耸盏皆揂RP應(yīng)答信息后，就可以根據(jù)ARP應(yīng)答信息中的MAC地址，將服務(wù)請(qǐng) 求發(fā)送到第一服務(wù)器上進(jìn)行服務(wù)請(qǐng)求。由于該第一服務(wù)器是采用了預(yù)設(shè)的負(fù)載均衡算法選 擇出來(lái)的負(fù)載小于預(yù)設(shè)門(mén)限值的服務(wù)器，因此就使得服務(wù)器集群的負(fù)載分流到負(fù)載小于預(yù) 設(shè)門(mén)限值的服務(wù)器上，實(shí)現(xiàn)了負(fù)載均衡。在本實(shí)施例中，負(fù)載均衡設(shè)備先要獲取服務(wù)器集群中各服務(wù)器的負(fù)載狀態(tài)，再根 據(jù)預(yù)設(shè)的負(fù)載均衡算法進(jìn)行負(fù)載均衡處理，預(yù)設(shè)的負(fù)載均衡算法可以為加權(quán)計(jì)算的方法。該均衡處理模塊22，包括檢測(cè)單元22a，用于檢測(cè)獲取服務(wù)器集群中的各服務(wù)器的各項(xiàng)負(fù)載狀態(tài)的數(shù)據(jù)；均衡單元22b，用于根據(jù)服務(wù)器的各項(xiàng)負(fù)載狀態(tài)數(shù)據(jù)，采用溢出隊(duì)列算法計(jì)算得到 服務(wù)器集群中負(fù)載小于預(yù)設(shè)門(mén)限值的所述第一服務(wù)器。其中，溢出隊(duì)列算法的基本思想是為各負(fù)載狀態(tài)數(shù)據(jù)分配權(quán)值，采用加權(quán)計(jì)算的 方式計(jì)算負(fù)載，即均衡單元22b，用于根據(jù)服務(wù)器的各項(xiàng)負(fù)載狀態(tài)數(shù)據(jù)，以及預(yù)設(shè)的各項(xiàng)負(fù) 載狀態(tài)數(shù)據(jù)的權(quán)值，通過(guò)加權(quán)計(jì)算的方式得到各服務(wù)器的負(fù)載，并選出負(fù)載小于預(yù)設(shè)門(mén)限 值的第一服務(wù)器。本實(shí)施例的負(fù)載均衡設(shè)備通過(guò)獲取客戶端發(fā)送的ARP請(qǐng)求，并采用負(fù)載均衡算法 為客戶端選擇負(fù)載較小的服務(wù)器，實(shí)現(xiàn)了服務(wù)器的負(fù)載均衡，通過(guò)處理ARP請(qǐng)求，提高了服 務(wù)請(qǐng)求處理的速度，減少了負(fù)載均衡設(shè)備出現(xiàn)瓶頸的可能性，提高了負(fù)載均衡的用戶體驗(yàn)。參見(jiàn)圖3為本發(fā)明第三實(shí)施例提供的負(fù)載均衡的系統(tǒng)的結(jié)構(gòu)示意圖，該負(fù)載均衡 系統(tǒng)包括負(fù)載均衡設(shè)備31，以及由至少兩臺(tái)服務(wù)器32組成的服務(wù)器集群，該服務(wù)器集群 的虛擬IP地址配置在負(fù)載均衡設(shè)備31上；該負(fù)載均衡設(shè)備31，用于獲取客戶端發(fā)送的ARP請(qǐng)求；根據(jù)各服務(wù)器32的負(fù)載狀態(tài)通過(guò)預(yù)設(shè)的負(fù)載均衡算法計(jì)算得到服務(wù)器集群中負(fù)載小于預(yù)設(shè)門(mén)限值的第一服務(wù)器，并 獲取該第一服務(wù)器的MAC地址；向該客戶端發(fā)送ARP應(yīng)答信息，該ARP應(yīng)答信息中包括該第 一服務(wù)器的MAC地址。需要說(shuō)明的是，當(dāng)計(jì)算出多個(gè)服務(wù)器的負(fù)載均小于該門(mén)限值時(shí)，可以選擇其中負(fù) 載最小的服務(wù)器，也可以采用隨機(jī)選擇的方式選擇出其中的一個(gè)服務(wù)器?？蛻舳耸盏皆揂RP應(yīng)答信息后，就可以根據(jù)ARP應(yīng)答信息中的MAC地址，將服務(wù)請(qǐng) 求發(fā)送到第一服務(wù)器上進(jìn)行服務(wù)請(qǐng)求。由于該第一服務(wù)器是采用了預(yù)設(shè)的負(fù)載均衡算法選 擇出來(lái)的負(fù)載小于預(yù)設(shè)門(mén)限值的服務(wù)器，因此就使得服務(wù)器集群的負(fù)載分流到負(fù)載小于預(yù) 設(shè)門(mén)限值的服務(wù)器上，實(shí)現(xiàn)了負(fù)載均衡。在本實(shí)施例中，負(fù)載均衡設(shè)備先要獲取服務(wù)器集群中各服務(wù)器32的負(fù)載狀態(tài)，再 根據(jù)預(yù)設(shè)的負(fù)載均衡算法進(jìn)行負(fù)載均衡處理，預(yù)設(shè)的負(fù)載均衡算法可以為加權(quán)計(jì)算的方 法。此時(shí)，該負(fù)載均衡設(shè)備31，用于獲取服務(wù)器集群中的各服務(wù)器32的各項(xiàng)負(fù)載狀態(tài) 的數(shù)據(jù)；根據(jù)服務(wù)器32的各項(xiàng)負(fù)載狀態(tài)數(shù)據(jù)，以及預(yù)設(shè)的各項(xiàng)負(fù)載狀態(tài)數(shù)據(jù)的權(quán)值，采用 加權(quán)計(jì)算的方式得到各服務(wù)器32的負(fù)載，并選出負(fù)載小于預(yù)設(shè)門(mén)限值的第一服務(wù)器。然后 向該客戶端發(fā)送ARP應(yīng)答信息，在該ARP應(yīng)答信息中附帶第一服務(wù)器的MAC地址。
在本實(shí)施例中，為提高負(fù)載均衡的用戶體驗(yàn)，可以將客戶端與服務(wù)器集群中的服 務(wù)器32配置在同一網(wǎng)段中。本實(shí)施例通過(guò)獲取客戶端發(fā)送的ARP請(qǐng)求，并采用負(fù)載均衡算法為客戶端選擇負(fù) 載小于預(yù)設(shè)門(mén)限值的服務(wù)器，實(shí)現(xiàn)了服務(wù)器的負(fù)載均衡，由于負(fù)載均衡設(shè)備僅處理ARP請(qǐng) 求，提高了服務(wù)請(qǐng)求處理的速度，減少了負(fù)載均衡設(shè)備出現(xiàn)瓶頸的可能性，提高了負(fù)載均衡 的用戶體驗(yàn)。本領(lǐng)域普通技術(shù)人員可以理解附圖只是一個(gè)實(shí)施例的示意圖，附圖中的模塊或 流程并不一定是實(shí)施本發(fā)明所必須的。本領(lǐng)域普通技術(shù)人員可以理解實(shí)施例中的裝置中的模塊可以按照實(shí)施例描述分 布于實(shí)施例的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實(shí)施例的一個(gè)或多個(gè)裝置中。上 述實(shí)施例的模塊可以合并為一個(gè)模塊，也可以進(jìn)一步拆分成多個(gè)子模塊。上述本發(fā)明實(shí)施例序號(hào)僅僅為了描述，不代表實(shí)施例的優(yōu)劣。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述方法實(shí)施例的全部或部分步驟可以通過(guò) 程序指令相關(guān)的硬件來(lái)完成，前述程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，該程序在 執(zhí)行時(shí)，執(zhí)行包括上述方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括R0M、RAM、磁碟或者光 盤(pán)等各種可以存儲(chǔ)程序代碼的介質(zhì)。最后應(yīng)說(shuō)明的是以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案，而非對(duì)其限制；盡 管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然 可以對(duì)前述實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換； 而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明實(shí)施例技術(shù)方案的精神和范圍。
權(quán)利要求
一種負(fù)載均衡的方法，其特征在于，包括獲取客戶端發(fā)送的地址解析協(xié)議ARP請(qǐng)求；根據(jù)各服務(wù)器的負(fù)載狀態(tài)通過(guò)預(yù)設(shè)的負(fù)載均衡算法計(jì)算得到服務(wù)器集群中負(fù)載小于預(yù)設(shè)門(mén)限值的第一服務(wù)器，并獲取所述第一服務(wù)器的介質(zhì)訪問(wèn)控制MAC地址；向所述客戶端發(fā)送ARP應(yīng)答信息，所述ARP應(yīng)答信息中包括所述第一服務(wù)器的MAC地址。
2.根據(jù)權(quán)利要求1所述的負(fù)載均衡的方法，其特征在于，根據(jù)各服務(wù)器的負(fù)載狀態(tài)通 過(guò)預(yù)設(shè)的負(fù)載均衡算法計(jì)算得到服務(wù)器集群中負(fù)載小于預(yù)設(shè)門(mén)限值的第一服務(wù)器，包括獲取服務(wù)器集群中的各服務(wù)器的各項(xiàng)負(fù)載狀態(tài)的數(shù)據(jù)；根據(jù)所述服務(wù)器的各項(xiàng)負(fù)載狀態(tài)數(shù)據(jù)，采用溢出隊(duì)列算法計(jì)算得到服務(wù)器集群中負(fù)載 小于預(yù)設(shè)門(mén)限值的所述第一服務(wù)器。
3.根據(jù)權(quán)利要求2所述的負(fù)載均衡的方法，其特征在于，所述溢出隊(duì)列算法包括根據(jù)所述服務(wù)器的各項(xiàng)負(fù)載狀態(tài)數(shù)據(jù)，以及預(yù)設(shè)的所述各項(xiàng)負(fù)載狀態(tài)數(shù)據(jù)的權(quán)值，通 過(guò)加權(quán)計(jì)算的方式得到所述各服務(wù)器的負(fù)載，并選出負(fù)載小于預(yù)設(shè)門(mén)限值的所述第一服務(wù)
4.根據(jù)權(quán)利要求1所述的負(fù)載均衡的方法，其特征在于，客戶端發(fā)送的所述ARP請(qǐng)求中 包含所述服務(wù)器集群的虛擬IP地址；相應(yīng)的，所述方法還包括在非物理端口上配置所述服務(wù)器集群的虛擬IP地址，以接收所述客戶端發(fā)送的包含 所述服務(wù)器集群的虛擬IP地址的ARP請(qǐng)求。
5.一種負(fù)載均衡的設(shè)備，其特征在于，包括地址解析協(xié)議ARP獲取模塊，用于獲取客戶端發(fā)送的ARP請(qǐng)求；均衡處理模塊，用于根據(jù)各服務(wù)器的負(fù)載狀態(tài)通過(guò)預(yù)設(shè)的負(fù)載均衡算法計(jì)算得到服務(wù) 器集群中負(fù)載小于預(yù)設(shè)門(mén)限值的第一服務(wù)器，并獲取所述第一服務(wù)器的介質(zhì)訪問(wèn)控制MAC 地址；發(fā)送模塊，用于向所述客戶端發(fā)送ARP應(yīng)答信息，所述ARP應(yīng)答信息中包括所述第一服 務(wù)器的MAC地址。
6.根據(jù)權(quán)利要求5所述的負(fù)載均衡的設(shè)備，其特征在于，所述均衡處理模塊，包括檢測(cè)單元，用于檢測(cè)獲取服務(wù)器集群中的各服務(wù)器的各項(xiàng)負(fù)載狀態(tài)的數(shù)據(jù)；均衡單元，用于根據(jù)所述服務(wù)器的各項(xiàng)負(fù)載狀態(tài)數(shù)據(jù)，采用溢出隊(duì)列算法計(jì)算得到服 務(wù)器集群中負(fù)載小于預(yù)設(shè)門(mén)限值的所述第一服務(wù)器。
7.根據(jù)權(quán)利要求6所述的負(fù)載均衡的設(shè)備，其特征在于，所述均衡單元，用于根據(jù)所述服務(wù)器的各項(xiàng)負(fù)載狀態(tài)數(shù)據(jù)，以及預(yù)設(shè)的所述各項(xiàng)負(fù)載 狀態(tài)數(shù)據(jù)的權(quán)值，通過(guò)加權(quán)計(jì)算的方式得到所述各服務(wù)器的負(fù)載，并選出負(fù)載小于預(yù)設(shè)門(mén) 限值的所述第一服務(wù)器。
8.根據(jù)權(quán)利要求5所述的負(fù)載均衡的設(shè)備，其特征在于，客戶端發(fā)送的所述ARP請(qǐng)求中 包含所述服務(wù)器集群的虛擬IP地址；所述服務(wù)器集群的虛擬IP地址配置在所述負(fù)載均衡 設(shè)備的非物理端口上。
9.一種負(fù)載均衡的系統(tǒng)，其特征在于，包括權(quán)利要求5-8中任一所述的負(fù)載均衡的設(shè) 備，以及由至少兩臺(tái)服務(wù)器組成的服務(wù)器集群。
全文摘要
本發(fā)明實(shí)施例公開(kāi)了一種負(fù)載均衡的方法、設(shè)備及系統(tǒng)，所述方法包括獲取客戶端發(fā)送的地址解析協(xié)議ARP請(qǐng)求；根據(jù)各服務(wù)器的負(fù)載狀態(tài)通過(guò)預(yù)設(shè)的負(fù)載均衡算法計(jì)算得到服務(wù)器集群中負(fù)載小于預(yù)設(shè)門(mén)限值的第一服務(wù)器，并獲取所述第一服務(wù)器的介質(zhì)訪問(wèn)控制MAC地址；向所述客戶端發(fā)送ARP應(yīng)答信息，所述ARP應(yīng)答信息中包括所述第一服務(wù)器的MAC地址。本發(fā)明實(shí)施例通過(guò)獲取客戶端發(fā)送的ARP請(qǐng)求，并采用負(fù)載均衡算法為客戶端選擇負(fù)載較小的服務(wù)器，實(shí)現(xiàn)了服務(wù)器的負(fù)載均衡，通過(guò)處理ARP請(qǐng)求，提高了服務(wù)請(qǐng)求處理的速度，減少了出現(xiàn)瓶頸的可能性以及響應(yīng)時(shí)間，提高了負(fù)載均衡的用戶體驗(yàn)。
文檔編號(hào)H04L12/56GK101815033SQ201010130378
公開(kāi)日2010年8月25日 申請(qǐng)日期2010年3月12日 優(yōu)先權(quán)日2010年3月12日
發(fā)明者唐猛 申請(qǐng)人:成都市華為賽門(mén)鐵克科技有限公司