專利名稱：服務(wù)器負(fù)載平衡系統(tǒng)、裝置以及內(nèi)容管理裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及服務(wù)器負(fù)載平衡，特別是一種用于服務(wù)器負(fù)載平衡的系統(tǒng)和裝置，以及一種內(nèi)容管理裝置和一種用于選擇最優(yōu)服務(wù)器的內(nèi)容服務(wù)器，關(guān)于一個(gè)來(lái)自客戶端用來(lái)獲得傳送內(nèi)容的請(qǐng)求，例如WWW(萬(wàn)維網(wǎng))內(nèi)容或者流送內(nèi)容，并且發(fā)送上述請(qǐng)求到達(dá)所選擇的服務(wù)器。
背景技術(shù)：
最近，在通過(guò)Internet傳送WWW內(nèi)容以及流送內(nèi)容的過(guò)程中，已經(jīng)提出了各種方法，通過(guò)將相同的內(nèi)容分配到若干服務(wù)器，用來(lái)分配服務(wù)器負(fù)載以及縮短客戶端的響應(yīng)感知時(shí)間。
當(dāng)在一個(gè)網(wǎng)絡(luò)中分配內(nèi)容的境況下，存在一個(gè)服務(wù)器負(fù)載平衡裝置是必要的，其中該服務(wù)器負(fù)載平衡裝置用來(lái)確定哪個(gè)服務(wù)器發(fā)送用于獲得內(nèi)容的客戶端請(qǐng)求。
常用的技術(shù)中，一種通過(guò)模擬和分配每一條用戶端請(qǐng)求以便于防止服務(wù)器上的額外負(fù)載及過(guò)載現(xiàn)象來(lái)為每一項(xiàng)服務(wù)預(yù)測(cè)一個(gè)服務(wù)器負(fù)載的裝置已經(jīng)在日本出版物平開專利No.2001-101134中公開。在上述出版物所公開的裝置中，僅需要考慮服務(wù)器負(fù)載就能選擇目的服務(wù)器，并且可為每一項(xiàng)服務(wù)選擇一個(gè)目的服務(wù)器。
此外，一種在客戶端中選擇目的服務(wù)器的方法也在日本出版物平開No.Heisei09-198346中公開。在上述出版物所公開的服務(wù)器選擇方法就是通過(guò)將一個(gè)選擇策略存入到目錄服務(wù)器的一條查詢消息中來(lái)處理由各個(gè)客戶端所發(fā)出的不同服務(wù)器選擇請(qǐng)求。收到所述查詢后，該目錄服務(wù)器根據(jù)存儲(chǔ)在消息中的選擇策略選擇最優(yōu)服務(wù)器，并且響應(yīng)客戶端。該方法是在客戶端一側(cè)的選擇方法，因此，該客戶端必須引入該方法。若服務(wù)器負(fù)載平衡裝置能夠支持不同的選擇標(biāo)準(zhǔn)如在上述方法中所述的，則可以使用過(guò)濾方式實(shí)現(xiàn)相同的服務(wù)而不需要改變客戶端一側(cè)的方法。
然而，在上述常見技術(shù)中存在下述問題。
首先，在一個(gè)內(nèi)容服務(wù)器中，并不需要根據(jù)各個(gè)特性對(duì)內(nèi)容進(jìn)行分組，即使已經(jīng)被分組了，也僅僅是根據(jù)其靜態(tài)特性來(lái)進(jìn)行分組的。
通常，通過(guò)對(duì)內(nèi)容服務(wù)器中的內(nèi)容進(jìn)行安排可以很容易的通過(guò)內(nèi)容管理器對(duì)內(nèi)容服務(wù)器進(jìn)行控制，并且并不是從每個(gè)內(nèi)容的特性角度來(lái)對(duì)其進(jìn)行分組。例如在一條有關(guān)新聞的目錄“news”下，通常，不同的內(nèi)容例如文章、圖片，以及新聞圖像會(huì)以固定的方式來(lái)對(duì)其進(jìn)行安排，它們?cè)谖募笮『兔襟w類型方面具有不同特性。而并不需要考慮動(dòng)態(tài)特性(參數(shù))例如對(duì)每條內(nèi)容的存取頻率。這時(shí)，在客戶端一側(cè)的服務(wù)器負(fù)載平衡裝置中，若選擇相同的內(nèi)容服務(wù)器作為“/news/”內(nèi)容的目的地，則從內(nèi)容延遲得到方面來(lái)看該選中的服務(wù)器很有可能并不是最優(yōu)的服務(wù)器。因此，目的服務(wù)器的選擇應(yīng)當(dāng)由各個(gè)內(nèi)容組來(lái)進(jìn)行，其中各個(gè)內(nèi)容組從內(nèi)容大小及存取頻率方面來(lái)看具有相同的特性。
其次，在服務(wù)器負(fù)載平衡裝置中，不可能依據(jù)每條內(nèi)容的特性來(lái)改變目的服務(wù)器的選擇標(biāo)準(zhǔn)，因此不會(huì)出現(xiàn)有效的負(fù)載平衡。
在常見技術(shù)中，目的服務(wù)器的選擇標(biāo)準(zhǔn)是固定的并且不能限據(jù)每一條內(nèi)容的特性加以改變。例如，若考慮到包括小內(nèi)容以及大內(nèi)容的兩種內(nèi)容時(shí)，對(duì)于小內(nèi)容情況來(lái)說(shuō)，客戶端的響應(yīng)時(shí)間很大程度上取決于傳輸路徑中的延遲，而對(duì)于大內(nèi)容情況來(lái)說(shuō)則是很大程度上取決于傳輸路徑中的可用帶寬。這種情況下，已有技術(shù)不能對(duì)兩種或者更多種類的內(nèi)容使用不同的選擇標(biāo)準(zhǔn)。
第三點(diǎn)，當(dāng)位于用戶端的各個(gè)服務(wù)器負(fù)載平衡裝置分別選擇了一個(gè)目的服務(wù)器時(shí)，負(fù)載集中在同一個(gè)服務(wù)器上，因此傳送質(zhì)量也會(huì)受到影響。
尤其是，在傳送連續(xù)介質(zhì)內(nèi)容例如流或是聲音的情況下，當(dāng)存取集中在同一服務(wù)器上時(shí)，就不能獲得所期望的傳送質(zhì)量并且必需重新選擇一個(gè)目的服務(wù)器。而且，當(dāng)所有線路在傳送期間被立刻轉(zhuǎn)換時(shí)都會(huì)出現(xiàn)擺動(dòng)現(xiàn)象，如由于轉(zhuǎn)換后存取會(huì)集中在一個(gè)新的傳送服務(wù)器上而再次導(dǎo)致傳送質(zhì)量的惡化并在另一個(gè)傳送服務(wù)器上重復(fù)執(zhí)行轉(zhuǎn)換操作。
第四點(diǎn)，由于諸如通過(guò)內(nèi)容或者內(nèi)容組來(lái)選擇目的服務(wù)器的服務(wù)器負(fù)載平衡裝置必須在查看到來(lái)自客戶端的請(qǐng)求內(nèi)容后確定一個(gè)目的服務(wù)器，因此必須使用7層轉(zhuǎn)換。
如果使用7層轉(zhuǎn)換，則可以將來(lái)自客戶端的每一請(qǐng)求分配到為每一內(nèi)容設(shè)置的目的服務(wù)器中，但是其性能比較差，并且與使用較低層例如3層轉(zhuǎn)換和4層轉(zhuǎn)換的裝置相比較其成本較高。因此，最好就是能夠通過(guò)使用較低層轉(zhuǎn)換的裝置來(lái)實(shí)現(xiàn)相同的功能，而不需查看請(qǐng)求內(nèi)容。

發(fā)明內(nèi)容
為了解決上述常見技術(shù)中存在的問題，本發(fā)明的第一個(gè)目的是提供一種服務(wù)器負(fù)載平衡系統(tǒng)，一種內(nèi)容管理裝置，以及一種在內(nèi)容服務(wù)器中能夠以動(dòng)態(tài)及靜態(tài)的方式根據(jù)它們的特性自動(dòng)進(jìn)行分組的內(nèi)容管理程序。
為了解決上述常見技術(shù)中存在的問題，本發(fā)明的第二個(gè)目的是提供一種服務(wù)器負(fù)載平衡系統(tǒng)，一種服務(wù)器負(fù)載平衡裝置，以及一種能夠根據(jù)每一內(nèi)容特性改變目的服務(wù)器選擇標(biāo)準(zhǔn)的服務(wù)器負(fù)載平衡程序。
為了解決上述常見技術(shù)中存在的問題，本發(fā)明的第三個(gè)目的是提供一種服務(wù)器負(fù)載平衡系統(tǒng)，一種服務(wù)器負(fù)載平衡裝置，一種內(nèi)容服務(wù)器，以及一種能夠適當(dāng)進(jìn)行分配處理以便于防止在連續(xù)介質(zhì)內(nèi)容傳送過(guò)程中負(fù)載集中在某一指定的服務(wù)器上的內(nèi)容傳送管理程序。
為了解決上述常見技術(shù)中存在的問題，本發(fā)明的第四個(gè)目的是提供一種服務(wù)器負(fù)載平衡系統(tǒng)，一種服務(wù)器負(fù)載平衡裝置，以及一種能夠通過(guò)內(nèi)容組來(lái)選擇目的服務(wù)器而不需要7層轉(zhuǎn)換功能的服務(wù)器負(fù)載平衡程序。
根據(jù)本發(fā)明的第一方面，一種用于向多個(gè)內(nèi)容服務(wù)器中的一個(gè)客戶端分配內(nèi)容發(fā)送的服務(wù)器負(fù)載平衡系統(tǒng)，包括用于確定內(nèi)容服務(wù)器的裝置，通過(guò)至少使用關(guān)于該內(nèi)容服務(wù)器的內(nèi)容和資源信息特性而將來(lái)自客戶端的內(nèi)容傳送請(qǐng)求目的地傳輸給該內(nèi)容服務(wù)器。
在優(yōu)選結(jié)構(gòu)中，根據(jù)資源信息的改變?cè)俅未_定向其傳送來(lái)自客戶端的內(nèi)容傳送請(qǐng)求的內(nèi)容服務(wù)器。
在另一優(yōu)選結(jié)構(gòu)中，所述來(lái)自客戶端的內(nèi)容傳送請(qǐng)求被發(fā)送到該內(nèi)容傳送請(qǐng)求將被發(fā)送到的內(nèi)容服務(wù)器，該內(nèi)容服務(wù)器為該內(nèi)容而設(shè)置。
在另一優(yōu)選結(jié)構(gòu)中，基于來(lái)自客戶端的信息包的目的IP地址以及目的端口號(hào)，該由客戶端請(qǐng)求的內(nèi)容被確認(rèn)并且將該信息包發(fā)送到為所述內(nèi)容設(shè)置的內(nèi)容服務(wù)器中。
在另一優(yōu)選結(jié)構(gòu)中，內(nèi)容服務(wù)器傳送的內(nèi)容根據(jù)其特性被分成若干組，并且分成上述組的內(nèi)容被收集在一塊并分到每一組中。
根據(jù)本發(fā)明的第二方面，用于從若干內(nèi)容服務(wù)器中選擇一個(gè)向客戶端傳送內(nèi)容的內(nèi)容服務(wù)器的服務(wù)器負(fù)載平衡裝置包括用于確定內(nèi)容服務(wù)器的裝置，通過(guò)至少使用所述內(nèi)容的特性和關(guān)于所述內(nèi)容服務(wù)器的資源信息而將來(lái)自客戶端的內(nèi)容傳送請(qǐng)求傳輸給所述內(nèi)容服務(wù)器。
在優(yōu)選結(jié)構(gòu)中，所述資源信息至少包括一個(gè)或多個(gè)資源參數(shù)，通過(guò)使用第一資源參數(shù)來(lái)預(yù)測(cè)或提取與第一資源參數(shù)不同的第二資源參數(shù)，并且該資源信息也包括預(yù)測(cè)或提取出的第二資源參數(shù)。
在另一優(yōu)選結(jié)構(gòu)中，所述目的服務(wù)器確定裝置通過(guò)使用客戶端所請(qǐng)求內(nèi)容的URL或部分URL來(lái)獲得用于所述請(qǐng)求目的地的候選內(nèi)容服務(wù)器，并且從候選內(nèi)容服務(wù)器中確定向其傳送內(nèi)容的內(nèi)容服務(wù)器。
在另一優(yōu)選結(jié)構(gòu)中，所述部分URL是URL的詞頭即URL的報(bào)頭部分或者URL中文件的擴(kuò)展名再或者是兩者的結(jié)合。
在另一優(yōu)選結(jié)構(gòu)中，通過(guò)對(duì)存在于網(wǎng)絡(luò)或用于管理內(nèi)容服務(wù)器中的內(nèi)容的內(nèi)容管理裝置中的內(nèi)容服務(wù)器進(jìn)行查詢，該目的服務(wù)器確定裝置獲得用來(lái)傳送客戶端請(qǐng)求內(nèi)容的候選內(nèi)容服務(wù)器。
在另一優(yōu)選結(jié)構(gòu)中，通過(guò)對(duì)存在于網(wǎng)絡(luò)或用于管理內(nèi)容服務(wù)器中的內(nèi)容的內(nèi)容管理裝置中的內(nèi)容服務(wù)器進(jìn)行查詢，所述目的服務(wù)器確定裝置獲取所述客戶端的特性。
在另一優(yōu)選結(jié)構(gòu)中，所述目的服務(wù)器確定裝置通過(guò)使用將由請(qǐng)求獲得內(nèi)容的URL或者URL的一部分生成FQDN，獲得一個(gè)用于該FQDN的IP地址列表，其中FQDN作為密鑰，并且將相應(yīng)于列表中每一IP地址的內(nèi)容服務(wù)器規(guī)定為候選服務(wù)器，用于傳送由客戶端請(qǐng)求的內(nèi)容。
在另一優(yōu)選結(jié)構(gòu)中，從DNS服務(wù)器獲得所述用于FQDN的IP地址列表。
在另一優(yōu)選結(jié)構(gòu)中，在將所述信息包的目的IP地址改變?yōu)閮?nèi)容服務(wù)器的IP地址之后，其中的內(nèi)容服務(wù)器被確定作為向客戶端傳送內(nèi)容的內(nèi)容服務(wù)器，一個(gè)由客戶端發(fā)送的、用來(lái)請(qǐng)求內(nèi)容傳送的信息包被傳輸?shù)剿鰞?nèi)容服務(wù)器。
在另一優(yōu)選結(jié)構(gòu)中，在解析了相應(yīng)于所述內(nèi)容服務(wù)器IP地址的MAC地址之后，其中的內(nèi)容服務(wù)器被確定作為向客戶端傳送內(nèi)容并將所述信息包的MAC地址改變?yōu)榻馕龊蟮腗AC地址的內(nèi)容服務(wù)器，一個(gè)由客戶端發(fā)送的、用來(lái)請(qǐng)求內(nèi)容傳送的信息包被傳輸?shù)剿鰞?nèi)容服務(wù)器。
在另一優(yōu)選結(jié)構(gòu)中，根據(jù)資源信息的變化，重新確定向其傳送由客戶端接收的內(nèi)容發(fā)送請(qǐng)求的內(nèi)容服務(wù)器。
在另一優(yōu)選結(jié)構(gòu)中，通過(guò)至少使用所述內(nèi)容的特性以及資源信息，優(yōu)先級(jí)別被設(shè)置在向其傳送由客戶端接收的內(nèi)容發(fā)送請(qǐng)求的各個(gè)內(nèi)容服務(wù)器中。
在另一優(yōu)選結(jié)構(gòu)中，根據(jù)所述資源信息的變化重新設(shè)置優(yōu)先級(jí)別。
在另一優(yōu)選結(jié)構(gòu)中，考慮到當(dāng)前的優(yōu)先級(jí)別，在根據(jù)各個(gè)內(nèi)容服務(wù)器的資源信息重新設(shè)置優(yōu)先級(jí)別之前，來(lái)自當(dāng)前優(yōu)先級(jí)別的波動(dòng)被限制為一個(gè)常數(shù)級(jí)別，并接下來(lái)重新對(duì)優(yōu)先級(jí)別進(jìn)行設(shè)置。
在另一優(yōu)選結(jié)構(gòu)中，重新設(shè)置優(yōu)先級(jí)別的時(shí)間被延遲了一段隨著概率變化的時(shí)間，并在該延遲時(shí)間重新設(shè)置優(yōu)先級(jí)別。
在另一優(yōu)選結(jié)構(gòu)中，在所述延遲時(shí)間，重新判斷是否重新設(shè)置優(yōu)先級(jí)別，并且當(dāng)確定重新設(shè)置優(yōu)先級(jí)別時(shí)，重新對(duì)優(yōu)先級(jí)別進(jìn)行設(shè)置。
在另一優(yōu)選結(jié)構(gòu)中，所述服務(wù)器負(fù)載平衡裝置包括用來(lái)確定向客戶端發(fā)送內(nèi)容的內(nèi)容服務(wù)器的裝置，這是基于從客戶端接收到的、用來(lái)請(qǐng)求內(nèi)容傳送的信息包的目的IP地址以及目的端口號(hào)，并且將接受到的用來(lái)請(qǐng)求內(nèi)容發(fā)送的信息包傳輸?shù)酱_定的內(nèi)容服務(wù)器，其中FQDN唯一指示目的IP地址以及目的端口號(hào)，是通過(guò)使用接收到的信息包的目的IP地址以及目的端口號(hào)的信息來(lái)重新生成，候選內(nèi)容服務(wù)器用來(lái)將內(nèi)容發(fā)送到客戶端，該服務(wù)器是接收到的信息包的傳遞目的地并通過(guò)對(duì)使用重新生成的FQDN作為密鑰的DNS服務(wù)器進(jìn)行查詢來(lái)獲得，以及從候選內(nèi)容服務(wù)器中確定用來(lái)向客戶端發(fā)送內(nèi)容的內(nèi)容服務(wù)器。
在另一優(yōu)選結(jié)構(gòu)中，通過(guò)對(duì)使用目的IP地址作為密鑰的DNS服務(wù)器進(jìn)行查詢來(lái)解析FQDN，通過(guò)使用解析后FQDN以及目的端口號(hào)的信息來(lái)重新生成唯一指示目的端口號(hào)以及解析后FQDN的FQDN，通過(guò)對(duì)使用重新生成的FQDN作為密鑰的DNS服務(wù)器進(jìn)行查詢來(lái)獲得一個(gè)IP地址列表，并將該列表定義為用來(lái)向客戶端發(fā)送內(nèi)容的候選內(nèi)容服務(wù)器，以及從候選內(nèi)容服務(wù)器中確定用來(lái)向客戶端發(fā)送內(nèi)容的內(nèi)容服務(wù)器。
在另一優(yōu)選結(jié)構(gòu)中，通過(guò)對(duì)使用目的IP地址作為密鑰的DNS服務(wù)器進(jìn)行查詢來(lái)解析FQDN，通過(guò)對(duì)使用解析后的FQDN作為密鑰的DNS服務(wù)器進(jìn)行查詢來(lái)獲得一個(gè)IP地址列表，并將該列表定義為用來(lái)向客戶端發(fā)送內(nèi)容的候選內(nèi)容服務(wù)器，以及從候選內(nèi)容服務(wù)器中確定用來(lái)向客戶端發(fā)送內(nèi)容的內(nèi)容服務(wù)器。
在另一優(yōu)選結(jié)構(gòu)中，所述服務(wù)器負(fù)載平衡裝置進(jìn)一步包括用來(lái)接收來(lái)自客戶端的請(qǐng)求內(nèi)容發(fā)送的信息包的信息包接收裝置，以及信息包傳輸裝置，該裝置將信息包接收裝置接收到的信息包的目的IP地址重新寫入到用于將被請(qǐng)求內(nèi)容發(fā)送到客戶端并傳輸?shù)絻?nèi)容務(wù)器中的內(nèi)容服務(wù)器的IP地址中。
在另一優(yōu)選結(jié)構(gòu)中，所述信息包傳輸裝置對(duì)相應(yīng)于用于向客戶端發(fā)送請(qǐng)求內(nèi)容的內(nèi)容服務(wù)器的IP地址的MAC地址進(jìn)行解析，并且在將由信息包接收裝置接收到的請(qǐng)求內(nèi)容傳送的信息包的目的MAC重新寫入到解析后的MAC地址中之后，將該信息包傳輸給該內(nèi)容服務(wù)器。
根據(jù)本發(fā)明的第三方面，一個(gè)用來(lái)傳送內(nèi)容的內(nèi)容服務(wù)器，包括向一個(gè)節(jié)點(diǎn)通知將一個(gè)計(jì)算后的實(shí)際資源值的校準(zhǔn)值作為資源信息的裝置，用來(lái)基于關(guān)于各個(gè)服務(wù)器的資源信息選擇內(nèi)容的發(fā)送目的地。
根據(jù)本發(fā)明的另一方面，一個(gè)用來(lái)對(duì)由內(nèi)容服務(wù)器傳送的內(nèi)容進(jìn)行管理的內(nèi)容管理裝置，包含用來(lái)根據(jù)內(nèi)容的特性將由內(nèi)容服務(wù)器傳送的內(nèi)容分成多個(gè)組的內(nèi)容分類裝置，以及用來(lái)在各個(gè)組中將分類到各組中的內(nèi)容集中到一塊兒的內(nèi)容分組裝置。
在另一優(yōu)選結(jié)構(gòu)中，所述內(nèi)容分類裝置根據(jù)特性對(duì)所述內(nèi)容進(jìn)行分類。
在另一優(yōu)選結(jié)構(gòu)中，所述內(nèi)容分類裝置根據(jù)所述內(nèi)容特性的分類逐步變細(xì)粒度的分級(jí)結(jié)構(gòu)逐步對(duì)內(nèi)容進(jìn)行分類。
在另一優(yōu)選結(jié)構(gòu)中，所述內(nèi)容分組裝置將同一目錄下的已分類內(nèi)容一塊兒集中到相同的組中。
根據(jù)本發(fā)明的另一方面，一個(gè)用來(lái)通過(guò)控制一臺(tái)計(jì)算機(jī)，分配內(nèi)容發(fā)送到多個(gè)內(nèi)容服務(wù)器中的客戶端的服務(wù)器負(fù)載平衡程序，包括一個(gè)涉及具有內(nèi)容特性與有關(guān)內(nèi)容服務(wù)器的資源信息之間對(duì)應(yīng)關(guān)系的內(nèi)容服務(wù)器的選擇標(biāo)準(zhǔn)的功能，以及一個(gè)根據(jù)所述請(qǐng)求內(nèi)容的特性以及資源信息、基于選擇標(biāo)準(zhǔn)確定用來(lái)發(fā)送客戶端請(qǐng)求內(nèi)容的內(nèi)容服務(wù)器的功能。
根據(jù)本發(fā)明的另一方面，一個(gè)用來(lái)通過(guò)控制一臺(tái)計(jì)算機(jī)，管理傳送內(nèi)容的內(nèi)容服務(wù)器的內(nèi)容傳送的內(nèi)容傳送管理程序，包括一個(gè)向一個(gè)節(jié)點(diǎn)通知將一個(gè)計(jì)算后實(shí)際資源值的校準(zhǔn)值作為在這一點(diǎn)的可用資源信息的功能，并用來(lái)根據(jù)服務(wù)器的資源選擇內(nèi)容的傳送目的地。
根據(jù)本發(fā)明的另一方面，一個(gè)用來(lái)通過(guò)控制一臺(tái)計(jì)算機(jī)，對(duì)內(nèi)容服務(wù)器傳送的內(nèi)容進(jìn)行管理的內(nèi)容管理程序，包含一個(gè)用來(lái)根據(jù)所述內(nèi)容的特性將內(nèi)容服務(wù)器傳送的內(nèi)容分成多個(gè)組的內(nèi)容分類功能，以及一個(gè)用來(lái)在各個(gè)組中將分到各組中內(nèi)容集中一塊兒的內(nèi)容分組功能。
本發(fā)明的其它目的、特征和優(yōu)點(diǎn)將在隨著下面的詳細(xì)描述而變得更加清楚。


本發(fā)明將隨著下面給出的詳細(xì)描述以及本發(fā)明的優(yōu)選實(shí)施例的附圖而被理解得更充分，然而這卻不造成對(duì)本發(fā)明的限制，而只是作為一種解釋和理解。
附圖中圖1為本發(fā)明第一實(shí)施例的結(jié)構(gòu)方框圖；圖2給出了依據(jù)本發(fā)明第一實(shí)施例，由一個(gè)分類策略設(shè)置單元設(shè)置的分類策略的一個(gè)例子；圖3給出了依據(jù)本發(fā)明第一實(shí)施例，由一個(gè)內(nèi)容分組單元執(zhí)行的URL重寫入處理的例子；圖4為依據(jù)本發(fā)明第一實(shí)施例內(nèi)容管理裝置的操作過(guò)程流程圖；圖5給出了實(shí)現(xiàn)本發(fā)明第一實(shí)施例的內(nèi)容管理裝置作為內(nèi)容服務(wù)器一部分的功能的一個(gè)例子；圖6給出了多個(gè)內(nèi)容服務(wù)器與本發(fā)明第一實(shí)施例的內(nèi)容管理裝置相連接的例子；圖7為本發(fā)明第二實(shí)施例的結(jié)構(gòu)方框圖；圖8為依據(jù)本發(fā)明的第二實(shí)施，用來(lái)確定由目的服務(wù)器確定策略設(shè)置單元設(shè)置的目的服務(wù)器的策略的一個(gè)例子；圖9為依據(jù)本發(fā)明第二實(shí)施例，一個(gè)注冊(cè)在請(qǐng)求路徑表格中的項(xiàng)目的例子；
圖10為依據(jù)本發(fā)明第二實(shí)施例，一個(gè)從服務(wù)器負(fù)載平衡裝置中的客戶端接收一個(gè)請(qǐng)求的操作過(guò)程流程圖；圖11為依據(jù)本發(fā)明第二實(shí)施例，一個(gè)在所述服務(wù)器負(fù)載平衡裝置的目的服務(wù)器確定單元中確定目的服務(wù)器的操作過(guò)程流程圖；圖12為依據(jù)本發(fā)明第二實(shí)施例，一個(gè)對(duì)注冊(cè)在所述服務(wù)器負(fù)載平衡裝置的請(qǐng)求路徑表格中的項(xiàng)目進(jìn)行管理的操作過(guò)程流程圖；圖13為本發(fā)明第三實(shí)施例的結(jié)構(gòu)方框圖；圖14給出了依據(jù)本發(fā)明第三實(shí)施例，一個(gè)資源響應(yīng)策略設(shè)置單元設(shè)置的資源響應(yīng)策略的一個(gè)例子；圖15為依據(jù)本發(fā)明第三實(shí)施例，在一個(gè)內(nèi)容服務(wù)器中接收用于從服務(wù)器負(fù)載平衡裝置獲取資源的請(qǐng)求的操作過(guò)程流程圖；圖16為本發(fā)明第四實(shí)施例的結(jié)構(gòu)方框圖；圖17為依據(jù)本發(fā)明第四實(shí)施例一個(gè)在請(qǐng)求路徑表中注冊(cè)的項(xiàng)目的例子；圖18為依據(jù)本發(fā)明第四實(shí)施例，一個(gè)服務(wù)器負(fù)載平衡裝置的操作過(guò)程流程圖；圖19為依據(jù)本發(fā)明第四實(shí)施例，另一個(gè)服務(wù)器負(fù)載平衡裝置的操作過(guò)程流程圖，；圖20為本發(fā)明第五實(shí)施例的結(jié)構(gòu)方框圖；圖21為依據(jù)本發(fā)明第五實(shí)施例一個(gè)在信息包路徑表中注冊(cè)的項(xiàng)目的例子；圖22給出了依據(jù)本發(fā)明第五實(shí)施例，一個(gè)在地址/FQDN解析表格中注冊(cè)的項(xiàng)目的例子；圖23為依據(jù)本發(fā)明第五實(shí)施例，一個(gè)當(dāng)客戶端發(fā)送一個(gè)獲得內(nèi)容請(qǐng)求時(shí)的操作過(guò)程流程圖，；圖24為依據(jù)本發(fā)明第五實(shí)施例，一個(gè)在所述服務(wù)器負(fù)載平衡裝置中接收一個(gè)來(lái)自客戶端信息包的操作過(guò)程流程圖，；圖25為依據(jù)本發(fā)明第五實(shí)施例，在信息包路徑表格中生成一個(gè)項(xiàng)目的操作過(guò)程流程圖，；圖26給出了依據(jù)本發(fā)明第二實(shí)施例的網(wǎng)絡(luò)結(jié)構(gòu)；圖27給出了依據(jù)本發(fā)明第三實(shí)施例的網(wǎng)絡(luò)結(jié)構(gòu)；
圖28給出了依據(jù)本發(fā)明第三實(shí)施例的請(qǐng)求路徑表格的一個(gè)例子；以及圖29給出了依據(jù)所給出的本發(fā)明第四實(shí)施例，在請(qǐng)求路徑表格中生成目的服務(wù)器項(xiàng)目的例子。
具體實(shí)施例方式
本發(fā)明的優(yōu)選實(shí)施例將隨后參照附圖進(jìn)行較詳細(xì)描述。在下面的描述中，闡明了許多細(xì)節(jié)以便于對(duì)本發(fā)明有更好的理解。然而，對(duì)本領(lǐng)域普通技術(shù)人員來(lái)說(shuō)顯而易見的是，沒有這些特定的細(xì)節(jié)本發(fā)明也是可以實(shí)現(xiàn)的。其他情況，為了使本發(fā)明避免不必要的描述沒有對(duì)公知結(jié)構(gòu)進(jìn)行詳細(xì)介紹。
根據(jù)圖1，本發(fā)明的第一實(shí)施例通過(guò)一個(gè)內(nèi)容服務(wù)器A1和一個(gè)內(nèi)容管理裝置B1實(shí)現(xiàn)。能夠存取內(nèi)容服務(wù)器A1上的內(nèi)容的客戶端D1通過(guò)中樞網(wǎng)絡(luò)1與內(nèi)容管理裝置B1相連接。
所述內(nèi)容服務(wù)器A1包括存儲(chǔ)單元A11以及動(dòng)態(tài)參數(shù)存儲(chǔ)單元A16。所述內(nèi)容存儲(chǔ)單元A11存儲(chǔ)傳送內(nèi)容本身例如WWW內(nèi)容和流送內(nèi)容，附有內(nèi)容的程序，程序執(zhí)行所需的數(shù)據(jù)庫(kù)等等。每條內(nèi)容都根據(jù)客戶端一側(cè)的標(biāo)識(shí)符來(lái)識(shí)別，例如在HTTP(超文本傳輸協(xié)議)中，各個(gè)內(nèi)容都由URL(統(tǒng)一資源定位)識(shí)別。所述動(dòng)態(tài)參數(shù)存儲(chǔ)單元A16存儲(chǔ)所述動(dòng)態(tài)參數(shù)(資源信息)作為動(dòng)態(tài)特性例如存取頻率以及用于各個(gè)傳送內(nèi)容的CPU負(fù)載，所述參數(shù)由內(nèi)容管理裝置b1指出。通過(guò)內(nèi)容服務(wù)器A1不斷更新所述動(dòng)態(tài)參數(shù)內(nèi)容。在下文中，所述資源值并不是必須為顯示存取頻率或者CPU負(fù)載的具體數(shù)字值，也可以是顯示上述程度的信息。
所述內(nèi)容管理裝置B1包括一個(gè)分類策略設(shè)置單元B11，一個(gè)內(nèi)容分類單元B12，以及一個(gè)內(nèi)容分組單元B13。該分類策略設(shè)置單元B11根據(jù)其特性(靜態(tài)特性例如內(nèi)容的類型及大小以及動(dòng)態(tài)特性例如存取頻率)設(shè)置一個(gè)用來(lái)對(duì)包含在內(nèi)容存儲(chǔ)單元A11中的內(nèi)容進(jìn)行分組的分類策略。
這里，一個(gè)分類策略包含將不同內(nèi)容大致分類的信息，例如任一媒體類型中的文件、流以及CGI(公共網(wǎng)關(guān)接口)。更進(jìn)一步，其還可以包含對(duì)已分類信息進(jìn)行更詳細(xì)分類的分類信息。它可以是一個(gè)分類策略例如，文件根據(jù)其大小分為大、中和小，以及根據(jù)其傳輸率將流分為高、中和低。另一情況，其可以為根據(jù)動(dòng)態(tài)特性將存取頻率分類為高、中和低的一種策略。
圖2為分類策略表格101的一個(gè)例子，給出了所述分類策略設(shè)置單元B11中設(shè)置的分類策略。例如，分類成文件的內(nèi)容依據(jù)其大小被分成三組大、中和小，被分為大尺寸的組又進(jìn)一步根據(jù)其存取頻率而被分為兩組高和低。更進(jìn)一步，所述表格給出了各個(gè)URL，其中根據(jù)所設(shè)置策略分類的各個(gè)內(nèi)容組被一塊分組。
所述內(nèi)容分類單元B12根據(jù)分類策略設(shè)置單元B11設(shè)置的分類策略對(duì)內(nèi)容存儲(chǔ)單元A11中的內(nèi)容進(jìn)行分類。在這次分類中，靜態(tài)參數(shù)例如類型及大小能夠由內(nèi)容本身獲得，動(dòng)態(tài)參數(shù)例如存儲(chǔ)在動(dòng)態(tài)參數(shù)存儲(chǔ)單元A16中的存取頻率也被涉及。例如，內(nèi)容被分為各種媒體類型，例如文件、流以及CGI。當(dāng)為了各個(gè)媒體類型設(shè)置更詳細(xì)的分類策略時(shí)，根據(jù)該策略將內(nèi)容被分成多個(gè)依據(jù)例如文件大小及存取頻率的內(nèi)容組。
所述內(nèi)容分組單元B13根據(jù)由內(nèi)容分類單元B12自動(dòng)對(duì)內(nèi)容進(jìn)行分類的結(jié)果對(duì)各個(gè)內(nèi)容組中的內(nèi)容進(jìn)行分組，以采用URL的情況作例，通過(guò)使用內(nèi)容存儲(chǔ)單元A11中該內(nèi)容所位于的目錄來(lái)表示該URL。然而，由內(nèi)容分類單元B12生成的內(nèi)容組中的內(nèi)容并不總是被一起分組到同一的目錄下，但是對(duì)于客戶端D1來(lái)說(shuō)要識(shí)別該內(nèi)容屬于哪一內(nèi)容組是比較困難的。因此，要執(zhí)行重新寫入U(xiǎn)RL的處理以便于在相同目錄下的同一內(nèi)容組中對(duì)內(nèi)容進(jìn)行安排。
在如圖2所示分類策略表格101的一個(gè)例子中，示出了其中每個(gè)分類后的內(nèi)容組應(yīng)被一起分組的每個(gè)URL，并且例如所有被分類到CGI中的內(nèi)容以及CPU的高負(fù)載被移動(dòng)到“/cgi/high-load/”目錄。
圖3用于詳細(xì)描述所述URL的重寫入處理。例如，假設(shè)初始目錄路徑為“/pub/z.exe”的內(nèi)容在根據(jù)所設(shè)置策略進(jìn)行分類之后應(yīng)當(dāng)一起被分組到“/cgi/high-load/”目錄下。生成具有目錄路徑“/cgi/high-load/z.exe”的內(nèi)容作為指向“/pub/z.exe”的符號(hào)鏈接。更進(jìn)一步，所有涉及“/pub/z.exe”的網(wǎng)頁(yè)中的參考鏈接在分組后被重寫入到所述目錄路徑中。
接下來(lái)，參照?qǐng)D4詳細(xì)描述根據(jù)該實(shí)施例中內(nèi)容管理裝置B1中內(nèi)容的特性進(jìn)行自動(dòng)分組的操作。
在所述內(nèi)容管理裝置B1中，內(nèi)容分類單元B12將在分類策略設(shè)置單元B11中設(shè)置的內(nèi)容分類策略(圖4中步驟S101)讀出，并且根據(jù)讀出的分類策略將內(nèi)容存儲(chǔ)單元A11中的內(nèi)容分成多個(gè)媒體類型(步驟S102)。
當(dāng)將內(nèi)容分成多個(gè)媒體類型之后，所述內(nèi)容分類單元B12進(jìn)一步將已經(jīng)被分為多個(gè)媒體類型的內(nèi)容分成多個(gè)內(nèi)容組(步驟S103)。該步驟根據(jù)詳細(xì)的特性例如大小以及存取頻率對(duì)內(nèi)容進(jìn)行分類，涉及動(dòng)態(tài)參數(shù)例如存儲(chǔ)于動(dòng)態(tài)參數(shù)存儲(chǔ)單元A16中的存取頻率。
當(dāng)將內(nèi)容分為媒體類型并且將各個(gè)媒體類型中的內(nèi)容分為內(nèi)容組之后，所述內(nèi)容分組單元B13將內(nèi)容分到各個(gè)內(nèi)容組中(步驟S104)。
該實(shí)施例中，雖然將所述內(nèi)容管理裝置B1描述為一個(gè)在獨(dú)立節(jié)點(diǎn)中實(shí)現(xiàn)的單元，但是其還能實(shí)現(xiàn)如圖5示例的內(nèi)容服務(wù)器A1的功能。更進(jìn)一步，它還可以在包括第二實(shí)施例中描述的服務(wù)器負(fù)載平衡裝置C1的某個(gè)節(jié)點(diǎn)上實(shí)現(xiàn)，并且它還可以具有網(wǎng)關(guān)功能。
更進(jìn)一步，雖然上述敘述中已經(jīng)描述了一個(gè)內(nèi)容服務(wù)器A1與內(nèi)容管理裝置B1相連接的情況，可是多個(gè)內(nèi)容服務(wù)器A1可以同時(shí)與內(nèi)容管理裝置B1相連接，如圖6中示例，并且所述內(nèi)容管理裝置B1可以對(duì)各個(gè)內(nèi)容服務(wù)器A1中的內(nèi)容進(jìn)行分類，并以此來(lái)管理內(nèi)容。
下面將對(duì)該實(shí)施例的效果進(jìn)行描述。該實(shí)施例中，所述內(nèi)容管理裝置B1依據(jù)其特性自動(dòng)對(duì)內(nèi)容服務(wù)器中的內(nèi)容進(jìn)行分類。該實(shí)施例的一個(gè)特點(diǎn)就是可以依據(jù)其動(dòng)態(tài)特性進(jìn)行分類。
更進(jìn)一步，作為分類結(jié)果而生成的內(nèi)容組被自動(dòng)分組。內(nèi)容服務(wù)器中的內(nèi)容最初不是被分組到同一目錄下的各個(gè)特性。例如，從文件大小以及媒體類型角度來(lái)看具有不同特性的內(nèi)容例如文章、圖以及新聞圖片，通常都以一種混合的方式位于有關(guān)新聞的目錄“/news/”下。
該實(shí)施例能夠在同一目錄下重新建立具有相同特性的內(nèi)容組，并且當(dāng)將在隨后描述的位于客戶端一側(cè)的服務(wù)器負(fù)載平衡裝置在各個(gè)目錄下選擇最優(yōu)服務(wù)器時(shí)，對(duì)于內(nèi)容特性最合適的請(qǐng)求路徑能夠通過(guò)最小數(shù)目的項(xiàng)目實(shí)現(xiàn)。
接下來(lái)，本發(fā)明的第二實(shí)施例隨后將結(jié)合附圖進(jìn)行詳細(xì)描述。參照?qǐng)D7，本發(fā)明第二實(shí)施例由內(nèi)容服務(wù)器A2，服務(wù)器負(fù)載平衡裝置C1以及客戶端D1實(shí)現(xiàn)。
所述內(nèi)容服務(wù)器A2包括用于存儲(chǔ)多種傳送內(nèi)容的內(nèi)容存儲(chǔ)單元A11，請(qǐng)求接收/內(nèi)容響應(yīng)單元A12，以及資源響應(yīng)單元A13。
請(qǐng)求接收/內(nèi)容響應(yīng)單元A12接收來(lái)自客戶端D1的請(qǐng)求并且識(shí)別相應(yīng)內(nèi)容作為應(yīng)答。接著，它發(fā)送上述內(nèi)容到客戶端。
資源響應(yīng)單元A13應(yīng)答來(lái)自服務(wù)器負(fù)載平衡裝置C1的用于獲取資源信息的請(qǐng)求，并且依據(jù)所請(qǐng)求內(nèi)容返回資源參數(shù)例如服務(wù)器負(fù)載、連接數(shù)以及鏈接使用率。當(dāng)服務(wù)器負(fù)載平衡裝置C1沒有請(qǐng)求所述內(nèi)容服務(wù)器A2獲得資源信息時(shí)，該資源響應(yīng)單元A13就可以被忽略。
所述服務(wù)器負(fù)載平衡裝置C1包括一個(gè)資源獲得單元C11，一個(gè)目的服務(wù)器確定策略設(shè)置單元C12，一個(gè)目的服務(wù)器確定單元C13，一個(gè)請(qǐng)求路徑表格C14，一個(gè)請(qǐng)求接收單元C15，一個(gè)請(qǐng)求傳送單元C16，以及一個(gè)內(nèi)容接收/傳送單元C17。所述服務(wù)器負(fù)載平衡裝置C1可以具有例如代理服務(wù)器的功能，其中代理服務(wù)器集中管理來(lái)自客戶端的多個(gè)請(qǐng)求。
當(dāng)沒有任何關(guān)于內(nèi)容服務(wù)器的資源信息在請(qǐng)求路徑表格C14中注冊(cè)時(shí)，例如目的服務(wù)器以及其他候選服務(wù)器，所述資源獲得單元C11獲取用于注冊(cè)一個(gè)目的服務(wù)器的必要資源信息，或者獲取有關(guān)在請(qǐng)求路徑表格C14中注冊(cè)的目的服務(wù)器及其它候選服務(wù)器的資源信息。所述資源信息包括例如，網(wǎng)絡(luò)中的資源參數(shù)，例如網(wǎng)頁(yè)服務(wù)器的RTT(往返時(shí)間)及傳輸處理量，以及有關(guān)服務(wù)器本身的資源參數(shù)，例如網(wǎng)頁(yè)服務(wù)器的負(fù)載及連接數(shù)。這里大致有兩種獲取資源信息的方法。
一種方法就是請(qǐng)求信息例如CPU負(fù)載及來(lái)自內(nèi)容服務(wù)器A2自身節(jié)點(diǎn)的剩余帶寬以便于能夠獲得信息(主動(dòng)類型)，另一種方法就是從所述內(nèi)容接收/傳送單元C17獲取用于傳送接收到的內(nèi)容的延遲以及獲取的傳輸處理量(被動(dòng)類型)。通過(guò)使用該被動(dòng)類型方法可以間接預(yù)測(cè)出服務(wù)器的CPU負(fù)載以及對(duì)話數(shù)量。
更進(jìn)一步，還可以從已獲取的資源參數(shù)中預(yù)測(cè)或者提取出另一資源參數(shù)。例如可以考慮下列方法；(1)考慮獲取小內(nèi)容的測(cè)量時(shí)間，例如RTT，以及(2)考慮程序運(yùn)行時(shí)用于獲得具有大負(fù)載的CGI內(nèi)容的時(shí)間，例如服務(wù)器負(fù)載。
所述目的服務(wù)器確定策略設(shè)置單元C12設(shè)置一個(gè)目的服務(wù)器確定策略表格103，該表格給出了依據(jù)各個(gè)內(nèi)容的特性選擇目的服務(wù)器的各個(gè)策略。
圖8給出了目的服務(wù)器確定策略表格103的一個(gè)例子，該表格示出了目的服務(wù)器確定策略設(shè)置單元C12中設(shè)置的策略。在目的服務(wù)器確定策略表格103中，對(duì)于具有文件特性的內(nèi)容組，使用了獲取內(nèi)容時(shí)的傳輸處理量，并且以具有最大傳輸處理量的服務(wù)器作為參考，并且選擇一個(gè)具有上述最大值60％或者更高的服務(wù)器作為目的服務(wù)器。對(duì)于具有CGI特性的內(nèi)容組，采用了通過(guò)服務(wù)器RTT與CPU負(fù)載相乘而獲取的數(shù)值，在該值的增加序列中選擇了3個(gè)服務(wù)器。
目的服務(wù)器確定單元C13通過(guò)使用在目的服務(wù)器確定策略設(shè)置單元C12中設(shè)置的資源參數(shù)，從由資源獲取單元C11獲取的資源參數(shù)中確定一個(gè)目的服務(wù)器。
所述請(qǐng)求路徑表格C14指出了由哪一個(gè)服務(wù)器來(lái)傳輸請(qǐng)求接收單元C15接收的請(qǐng)求。由目的服務(wù)器確定單元C13對(duì)表格的項(xiàng)目進(jìn)行寫入。
圖9是指出所述請(qǐng)求路徑表格C14的一個(gè)例子的表格104。在表格104中，相應(yīng)于將要被請(qǐng)求的各個(gè)內(nèi)容的URL的目的服務(wù)器的IP地址被寫入。
例如，所述URL“//http//www.aaa.net/cgi/high/*”的項(xiàng)目是所述URL的詞頭表達(dá)式，表示所有具有“//http//www.aaa.net/cgi/high/”報(bào)頭的URL。對(duì)應(yīng)于該項(xiàng)目的請(qǐng)求被傳輸?shù)狡銲P地址為“10.2.5.2”的內(nèi)容服務(wù)器。URL“http//www.ccc.com/file/small/*.jpg” 的項(xiàng)目表示“http//www.ccc.com/file/small”下所有的內(nèi)容中具有jpg文件擴(kuò)展名的內(nèi)容。一個(gè)對(duì)應(yīng)于所述項(xiàng)目的請(qǐng)求被傳輸?shù)狡銲P地址為“10.4.2.1”或“10.2.5.2”的內(nèi)容服務(wù)器。
當(dāng)這樣指定了多個(gè)目的服務(wù)器IP地址時(shí)，可以以循環(huán)的方法(round robinmethod)為每個(gè)請(qǐng)求選擇一個(gè)服務(wù)器，或者通過(guò)使用加權(quán)循環(huán)(weighted roundrobin)或加權(quán)無(wú)用功能，根據(jù)為各個(gè)服務(wù)器指定的權(quán)數(shù)即所述優(yōu)先級(jí)別比率來(lái)進(jìn)行選擇。
所述請(qǐng)求接收單元C15接收來(lái)自客戶端D1的請(qǐng)求并且解析其中的內(nèi)容。通過(guò)解析所述請(qǐng)求的內(nèi)容，它能識(shí)別出客戶端D1所請(qǐng)求內(nèi)容的URL。更進(jìn)一步，通過(guò)參照請(qǐng)求路徑表格C14確定一個(gè)目的服務(wù)器來(lái)傳輸所述請(qǐng)求，并且把其交給請(qǐng)求傳送單元C16。
在收到所述傳輸請(qǐng)求的內(nèi)容以及來(lái)自請(qǐng)求接收單元C15的傳輸服務(wù)器信息時(shí)，該請(qǐng)求傳送單元C16傳輸請(qǐng)求到內(nèi)容服務(wù)器A2。
所述內(nèi)容接收傳送單元C17從內(nèi)容服務(wù)器A2接收相應(yīng)于請(qǐng)求傳送單元C16發(fā)送的請(qǐng)求的答復(fù)內(nèi)容并且傳輸上述內(nèi)容到客戶端D1。
該客戶端D1發(fā)出用于獲取內(nèi)容服務(wù)器A2中的內(nèi)容的請(qǐng)求。該請(qǐng)求被發(fā)送給由服務(wù)器負(fù)載平衡裝置指定的內(nèi)容服務(wù)器A2。這里，所述客戶端D1不只是包括一個(gè)客戶端而是多個(gè)客戶端。
在根據(jù)該實(shí)施例中服務(wù)器負(fù)載平衡裝置C1的內(nèi)容特性改變選擇策略時(shí)，下面將參照?qǐng)D10至圖12對(duì)選擇目的服務(wù)器的操作進(jìn)行詳細(xì)描述。
首先，參照?qǐng)D10對(duì)服務(wù)器負(fù)載平衡裝置C1從客戶端D1接收一個(gè)用于獲得內(nèi)容的請(qǐng)求時(shí)的操作進(jìn)行詳細(xì)描述。
當(dāng)請(qǐng)求接收單元C15接收一個(gè)來(lái)自服務(wù)器負(fù)載平衡裝置中的客戶端D1的請(qǐng)求時(shí)，它分析該請(qǐng)求并且對(duì)該請(qǐng)求內(nèi)容的URL進(jìn)行識(shí)別(圖10中步驟S201)。
由所述請(qǐng)求接收單元C15檢查在請(qǐng)求路徑表格104中是否存在對(duì)應(yīng)于所述請(qǐng)求內(nèi)容的項(xiàng)目(步驟S202)。
在步驟202中，當(dāng)存在一個(gè)對(duì)應(yīng)于上述內(nèi)容的項(xiàng)目時(shí)，所述請(qǐng)求接收單元C15讀出傳輸請(qǐng)求目的地的內(nèi)容服務(wù)器A2，涉及所述項(xiàng)目(步驟S203)。所述請(qǐng)求傳輸單元C16從所述請(qǐng)求接收單元C15中接收將要被傳輸?shù)恼?qǐng)求以及將要被傳輸?shù)膬?nèi)容服務(wù)器A2的信息，并且將該請(qǐng)求傳輸給內(nèi)容服務(wù)器A2(步驟S204)。
在步驟202中，當(dāng)不存在對(duì)應(yīng)于上述內(nèi)容的項(xiàng)目時(shí)，所述請(qǐng)求接收單元C15傳輸該請(qǐng)求到一個(gè)默認(rèn)服務(wù)器(步驟S205)，為含有該請(qǐng)求內(nèi)容的內(nèi)容組確定一個(gè)目的服務(wù)器，并且將目的服務(wù)器的項(xiàng)目寫入到請(qǐng)求路徑表格中(步驟S206)。這里，該默認(rèn)服務(wù)器表示一個(gè)對(duì)應(yīng)于所述包括該用作數(shù)據(jù)的請(qǐng)求的IP信息包的目的IP地址的服務(wù)器，以及一個(gè)對(duì)應(yīng)于通過(guò)使用DNS服務(wù)器解析的IP地址的服務(wù)器，出自該請(qǐng)求中URL的FQDN(正式域名)部分。
圖11為用于對(duì)上述步驟S206中的操作進(jìn)行描述的流程圖。
由目的服務(wù)器確定單元C13識(shí)別該被請(qǐng)求的內(nèi)容屬于哪個(gè)內(nèi)容組并獲得相應(yīng)于該內(nèi)容組的候選服務(wù)器列表(圖11中的步驟S301)。作為該步驟中的識(shí)別/獲得方法，還有一種通過(guò)對(duì)使用請(qǐng)求中全部或部分URL作為密鑰的內(nèi)容管理裝置B1進(jìn)行查詢的方法以及一種直接查詢內(nèi)容服務(wù)器A2的方法。這里，候選服務(wù)器表示保存內(nèi)容組的所有內(nèi)容服務(wù)器A2或者是從保存內(nèi)容組的所有內(nèi)容服務(wù)器A2中提取出來(lái)的一個(gè)服務(wù)器組。
進(jìn)一步，還有一種用來(lái)識(shí)別相應(yīng)于URL的內(nèi)容組以及通過(guò)使用DNS服務(wù)器來(lái)獲得候選服務(wù)器列表的方法。在這種情況下，用于各個(gè)內(nèi)容組的唯一FQDN被需要并且將相應(yīng)于各個(gè)使用FQDN作為密鑰的IP地址的內(nèi)容服務(wù)器視為候選服務(wù)器。以生成用于各個(gè)內(nèi)容組的唯一FQDN的方法為例，當(dāng)相當(dāng)于被請(qǐng)求內(nèi)容的URL為“http//www.aaa.net/cgi/high/prog.cgi”時(shí)，該“high.cgi.www.aaa.net”被定義為相當(dāng)于包括該內(nèi)容的內(nèi)容組的FQDN，并且使用FQDN作為候選服務(wù)器IP地址的密鑰。
由該目的服務(wù)器確定單元C13識(shí)別該內(nèi)容組遵循目的服務(wù)器確定策略設(shè)置單元C12中的哪一條策略并讀取相應(yīng)的目的服務(wù)器確定策略(步驟S302)。作為其相應(yīng)的識(shí)別方法，以下面的兩種方法為例。
(1)在步驟S301的查詢內(nèi)容管理裝置B1過(guò)程中，一塊兒獲得該內(nèi)容組的內(nèi)容特征信息。
(2)在服務(wù)器負(fù)載平衡裝置C1中準(zhǔn)備有一個(gè)表格，該表格中示出了相應(yīng)于各個(gè)URL的內(nèi)容特征與同其進(jìn)行映射的目的端口號(hào)之間的對(duì)應(yīng)關(guān)系(例如，在其CGI中包括cgi-bin的內(nèi)容組的內(nèi)容特征為CGI并且具有目的端口號(hào)554的內(nèi)容組的內(nèi)容特征為流)。
根據(jù)在步驟S302中讀出來(lái)的目的服務(wù)器確定策略，為了確定相應(yīng)于內(nèi)容組的目的服務(wù)器，該目的服務(wù)器確定單元C13通過(guò)直接從候選服務(wù)器中獲得內(nèi)容來(lái)獲得資源，也就是檢查該無(wú)源類型資源測(cè)量是否是必須的(步驟S303)。
以該無(wú)源類型資源測(cè)量是必須的情況為例，可以出現(xiàn)為了確定目的服務(wù)器而使用資源參數(shù)例如傳送延遲及傳送內(nèi)容處理量的情況。相反，若該無(wú)源類型資源測(cè)量不是必須的，則會(huì)出現(xiàn)通過(guò)查詢來(lái)獲得資源參數(shù)例如服務(wù)器負(fù)載和鏈接帶寬以及通過(guò)使用該結(jié)果來(lái)執(zhí)行用于目的服務(wù)器確定的有效類型資源測(cè)量。換句話說(shuō)，目的服務(wù)器可以以固定的方式通過(guò)無(wú)源類型資源測(cè)量和有效類型資源測(cè)量來(lái)確定。
在步驟S303，如果需要通過(guò)無(wú)源類型資源測(cè)量來(lái)檢測(cè)目的服務(wù)器，則該目的服務(wù)器確定單元C13就會(huì)將該候選服務(wù)器寫入到請(qǐng)求路徑表格C14中(步驟S304)。
若在步驟S304中將候選服務(wù)器寫入到請(qǐng)求路徑表格C14中，該請(qǐng)求路徑表格C14從候選服務(wù)器中選出一個(gè)內(nèi)容服務(wù)器作為請(qǐng)求屬于內(nèi)容組內(nèi)容的目的地。
這里，可以設(shè)置為通過(guò)循環(huán)的方法(round robin method)選擇目的地而將請(qǐng)求傳送給所有的候選服務(wù)器。通過(guò)將請(qǐng)求發(fā)送給各個(gè)候選服務(wù)器，該內(nèi)容接收/傳送單元C17可以從各個(gè)候選服務(wù)器處接收內(nèi)容并且資源獲得單元C11可以知道資源參數(shù)例如傳送延遲以及此時(shí)的傳送處理量(通過(guò)計(jì)算每小時(shí)接收到的內(nèi)容數(shù)量)(步驟S305)。
檢測(cè)是否需要有效類型資源測(cè)量(步驟S306)。也就是，如果只有步驟S305中的無(wú)源類型資源測(cè)量無(wú)法獲得足夠的資源參數(shù)，則有效類型資源測(cè)量就是必須的并在步驟S307中執(zhí)行。
若不需要通過(guò)步驟S303中的無(wú)源類型資源測(cè)量來(lái)檢測(cè)目的服務(wù)器，同時(shí)在步驟S306中判斷出有效資源檢測(cè)類型是必須的，則該目的服務(wù)器確定單元C13通過(guò)使用資源獲得單元C11來(lái)測(cè)量并獲得必須的資源參數(shù)(步驟S307)。
若在步驟S305或S307中獲得了確定目的服務(wù)器所必須的資源參數(shù)，則由目的服務(wù)器確定單元C13通過(guò)使用上述的資源參數(shù)以及在步驟S301中讀出的目的服務(wù)器確定策略來(lái)確定目的服務(wù)器(步驟S308)。這時(shí)，多個(gè)內(nèi)容服務(wù)器可被確定為目的服務(wù)器。
被確定的目的服務(wù)器的項(xiàng)目被寫入到請(qǐng)求路徑表格C14中作為相當(dāng)于內(nèi)容組的請(qǐng)求目的地(步驟S309)。若寫入了多個(gè)項(xiàng)目，則同時(shí)寫入向各個(gè)內(nèi)容服務(wù)器傳送請(qǐng)求的比率以及權(quán)數(shù)。
若在步驟S309中向請(qǐng)求路徑表格C14中寫入了目的服務(wù)器，則該步驟就轉(zhuǎn)移至保持被寫入項(xiàng)目的狀態(tài)(步驟S310)。
圖12為用于對(duì)上述步驟S310中的操作進(jìn)行詳細(xì)描述的流程圖。
請(qǐng)求路徑表格C14定期的檢查是否接收到了相應(yīng)于將要在預(yù)定的時(shí)間內(nèi)保持的目的服務(wù)器項(xiàng)目的請(qǐng)求(圖12中的步驟S401)。如果在預(yù)定的時(shí)間或更多的時(shí)間內(nèi)沒有接收到任何請(qǐng)求，則相應(yīng)的項(xiàng)目將被刪掉(步驟S404)。
若在預(yù)定的時(shí)間內(nèi)接收到了一個(gè)用于項(xiàng)目的請(qǐng)求，則通過(guò)使用資源獲得單元C11來(lái)檢查對(duì)于相當(dāng)于項(xiàng)目的候選服務(wù)器來(lái)說(shuō)在確定目的的同時(shí)該資源值是否被改變?yōu)楸阮A(yù)定的閾值還大(步驟S402)。這一檢查是為了確定在步驟S307中確定的目的服務(wù)器是否仍舊合適。若沒有變化超過(guò)了閾值，則再一次返回至步驟S401。
在步驟S402中，若變化超出了閾值，則返回至步驟S301，在這里重新執(zhí)行確定目的服務(wù)器的操作(步驟S403)。
下面將對(duì)該實(shí)施例的有益效果進(jìn)行描述。
在該實(shí)施例中，服務(wù)器負(fù)載平衡裝置根據(jù)對(duì)于各個(gè)內(nèi)容組來(lái)說(shuō)都不相同的策略來(lái)確定目的服務(wù)器，并將其注冊(cè)到請(qǐng)求路徑表格中。至今，由于根據(jù)相同的基準(zhǔn)為每個(gè)內(nèi)容組都選擇了一個(gè)目的服務(wù)器，因此僅根據(jù)各個(gè)內(nèi)容組無(wú)法選擇出最優(yōu)服務(wù)器。可是在該實(shí)施例中，由于目的服務(wù)器的選擇標(biāo)準(zhǔn)是根據(jù)各個(gè)內(nèi)容組的特征而變化的，因此來(lái)自客戶端的請(qǐng)求會(huì)一直被傳送給最優(yōu)服務(wù)器。尤其是，通過(guò)將該實(shí)施例和根據(jù)內(nèi)容特征自動(dòng)生成內(nèi)容組的第一實(shí)施例組合在一塊，可以更有效的選擇出一個(gè)服務(wù)器。
下面將參照附圖對(duì)本發(fā)明的第三實(shí)施例進(jìn)行詳細(xì)的描述。
參照?qǐng)D13，本發(fā)明第三實(shí)施例由內(nèi)容服務(wù)器A3和服務(wù)器負(fù)載平衡裝置C1構(gòu)成。
內(nèi)容服務(wù)器A3包括資源響應(yīng)策略設(shè)置單元A14，還包括第二實(shí)施例內(nèi)容服務(wù)器A2的結(jié)構(gòu)，并且用資源響應(yīng)單元A15代替了資源響應(yīng)單元A13。其它的部件同圖7中所示的第二實(shí)施例中的部件都相同。
為了響應(yīng)用于獲得從服務(wù)器負(fù)載平衡裝置C1接收到的資源信息的請(qǐng)求而使用資源響應(yīng)策略設(shè)置單元A14來(lái)設(shè)置策略。這里，該策略并沒有被用來(lái)對(duì)自身內(nèi)容服務(wù)器集中進(jìn)行過(guò)多的存取。例如，若內(nèi)容服務(wù)器A3所處的狀態(tài)為自身節(jié)點(diǎn)的CPU負(fù)載低于10％，則可以假設(shè)它從多個(gè)服務(wù)器負(fù)載平衡裝置中接收請(qǐng)求資源信息的請(qǐng)求。同時(shí)，當(dāng)它將CPU負(fù)載10％的值返回給所有的服務(wù)器負(fù)載平衡裝置時(shí)，由各個(gè)服務(wù)器負(fù)載平衡裝置根據(jù)這個(gè)接收到的值判斷出該內(nèi)容服務(wù)器A3的CPU負(fù)載足夠低并且它們可以選擇該內(nèi)容服務(wù)器A3作為目的服務(wù)器來(lái)傳送各個(gè)請(qǐng)求。結(jié)果，就可以通過(guò)集中存取來(lái)快速的增加內(nèi)容服務(wù)器A3的CPU負(fù)載，但是這無(wú)法提供作為服務(wù)器的充分性能。在最壞的情況下，可能出現(xiàn)遞歸重復(fù)進(jìn)行相同操作的擺動(dòng)現(xiàn)象，以至于所有的已經(jīng)選擇的內(nèi)容服務(wù)器A3作為目的服務(wù)器的服務(wù)器負(fù)載平衡裝置都對(duì)服務(wù)器性能的退化進(jìn)行監(jiān)測(cè)，并再次選擇另一個(gè)內(nèi)容服務(wù)器作為目的服務(wù)器，這樣做的結(jié)果就是，由于集中存取而使得該最新被選中的內(nèi)容服務(wù)器的性能再一次退化。
這里設(shè)置了一個(gè)策略，用來(lái)防止上述的對(duì)于一個(gè)指定內(nèi)容服務(wù)器的集中存取以及擺動(dòng)現(xiàn)象。最為該策略的一個(gè)實(shí)例，可以考慮存在一個(gè)在預(yù)定的時(shí)間內(nèi)不返回一個(gè)預(yù)定閾值以及其上資源的策略，或者是一個(gè)在預(yù)定的閾值內(nèi)約束服務(wù)器負(fù)載平衡裝置號(hào)碼的策略，其中該裝置可以同時(shí)返回給上述資源一個(gè)給定的值。
圖14為一個(gè)資源響應(yīng)策略表格105的例子，該表格中顯示出了資源響應(yīng)策略設(shè)置單元A14中的每個(gè)策略設(shè)置。根據(jù)各種資源類型的響應(yīng)策略都被顯示在資源響應(yīng)策略表格105中。例如，對(duì)于CPU負(fù)載來(lái)說(shuō)，若當(dāng)前的CPU負(fù)載為0％至30％，則將實(shí)際CPU負(fù)載兩倍的值按照30％的概率被返回(實(shí)際值按照70％的概率返回)，若為30％至60％，則將實(shí)際CPU負(fù)載1.5倍的值按照50％的概率返回，并且若為60％至100％，則返回實(shí)際值。
該資源響應(yīng)單元A15為了回答獲得來(lái)自服務(wù)器負(fù)載平衡裝置C1的資源信息的請(qǐng)求而返回資源參數(shù)，這種方式與第一實(shí)施例中的資源響應(yīng)單元A13一樣。但是，在返回資源時(shí)，資源響應(yīng)單元A15參照此時(shí)在資源響應(yīng)策略設(shè)置單元A14中設(shè)置的策略，并根據(jù)該策略計(jì)算將要被返回的資源值。
參照?qǐng)D15，對(duì)內(nèi)容服務(wù)器A3中接收請(qǐng)求的操作進(jìn)行詳細(xì)的描述，其中該請(qǐng)求用來(lái)獲得來(lái)自服務(wù)器負(fù)載平衡裝置C1的資源。
在接收到用于從服務(wù)器負(fù)載平衡裝置C1處獲得資源信息的請(qǐng)求時(shí)，內(nèi)容服務(wù)器A3中的資源響應(yīng)單元A15獲得了相當(dāng)于自身節(jié)點(diǎn)中的被請(qǐng)求資源參數(shù)的資源值(圖15中的步驟S501)。
該資源響應(yīng)單元A15獲得了相當(dāng)于來(lái)自資源響應(yīng)策略設(shè)置單元A14的資源參數(shù)的資源響應(yīng)策略(步驟S502)。
步驟S502之后，由資源響應(yīng)單元A15檢查它是否能夠以其本身來(lái)響應(yīng)在步驟S501中獲得的資源參數(shù)(步驟S503)。
若在步驟S503中判斷出該資源參數(shù)能夠以其本身返回，則該資源響應(yīng)單元A15將該資源參數(shù)返回給已發(fā)出獲得資源信息請(qǐng)求的服務(wù)器負(fù)載平衡裝置C1(S505)。
若在步驟S503中判斷出該資源參數(shù)無(wú)法以其本身返回，則該資源響應(yīng)單元A15根據(jù)相當(dāng)于資源參數(shù)的資源響應(yīng)策略來(lái)計(jì)算用于返回的資源值(步驟S504)。與資源參數(shù)相同，該計(jì)算后的響應(yīng)值被返回給已發(fā)出獲得資源信息請(qǐng)求的服務(wù)器負(fù)載平衡裝置C1(步驟S505)。
下面將對(duì)該實(shí)施例的有益效果進(jìn)行描述。在該實(shí)施例中，內(nèi)容服務(wù)器并不是一直返回和它本身一樣的實(shí)際資源信息，而是根據(jù)設(shè)置資源響應(yīng)策略將校準(zhǔn)后的資源值返回給各個(gè)獲得資源信息的請(qǐng)求，其中該信息來(lái)自位于一個(gè)網(wǎng)絡(luò)中的多個(gè)服務(wù)器負(fù)載平衡裝置。
由于每個(gè)服務(wù)器負(fù)載平衡裝置都分別確定一個(gè)目的服務(wù)器，如果象現(xiàn)有技術(shù)那樣返回實(shí)際上的資源信息，則由于有多個(gè)服務(wù)器負(fù)載平衡裝置同時(shí)選擇該內(nèi)容服務(wù)器作為目的服務(wù)器而有可能出現(xiàn)請(qǐng)求快速集中的情況。通過(guò)返回校準(zhǔn)后的資源值就能夠抑制出現(xiàn)上述的請(qǐng)求迅速集中的情況，例如該實(shí)施例。
下面將參照附圖對(duì)本發(fā)明的第四實(shí)施例進(jìn)行詳細(xì)的描述。
參照?qǐng)D16，本發(fā)明第四實(shí)施例由內(nèi)容服務(wù)器A2和服務(wù)器負(fù)載平衡裝置C2構(gòu)成。
服務(wù)器負(fù)載平衡裝置C2包括權(quán)數(shù)設(shè)置單元C19，還包括第二實(shí)施例服務(wù)器負(fù)載平衡裝置C1的結(jié)構(gòu)。進(jìn)一步，還用請(qǐng)求路徑表格C18代替了請(qǐng)求路徑表格C14。
請(qǐng)求路徑表格C18具有同第二實(shí)施例中所述的請(qǐng)求路徑表格C14相同的功能，但它們之間的不同之處就在于傳送權(quán)數(shù)值被附加在各個(gè)項(xiàng)目的每個(gè)目的服務(wù)器IP地址之后。通過(guò)使用循環(huán)等待或加權(quán)散列功能，參照指定給各個(gè)服務(wù)器的權(quán)數(shù)值的比率選擇出一個(gè)將要用于響應(yīng)請(qǐng)求接收單元C15的服務(wù)器。
雖然該沒有傳送請(qǐng)求的服務(wù)器并沒有被注冊(cè)在請(qǐng)求路徑表格C14中，但是用于內(nèi)容組的所有候選服務(wù)器都被注冊(cè)在該請(qǐng)求路徑表格C18中。這時(shí)，并不傳送請(qǐng)求的服務(wù)器用權(quán)數(shù)0％進(jìn)行注冊(cè)。圖17以請(qǐng)求路徑表格C18為例示出了表格106。
該權(quán)數(shù)設(shè)置單元C19具有在請(qǐng)求路徑表格C18中設(shè)置/改變傳送權(quán)數(shù)值的功能。在圖17的請(qǐng)求路徑表格106中，“rtsp//stream.bbb.org/live/*”的各個(gè)傳送服務(wù)器IP地址“10.5.1.1”、“10.7.1.1”、“10.4.2.1”以及“10.2.5.2”都具有各自的權(quán)數(shù)值20％、20％、10％以及50％，并且該權(quán)數(shù)設(shè)置單元C19執(zhí)行將上述值分別改為例如30％、30％、20％以及20％的操作。
參照附圖18，下面將對(duì)防止服務(wù)器負(fù)載平衡裝置C2中的一個(gè)特定服務(wù)器負(fù)載集中的操作進(jìn)行詳細(xì)的描述。
該目的服務(wù)器確定單元C13通過(guò)使用資源獲得單元C11為每個(gè)位于請(qǐng)求路徑表格C18中的項(xiàng)目獲得相當(dāng)于各個(gè)已注冊(cè)過(guò)目的服務(wù)器的資源(圖18中的步驟S601)。已獲得資源的類型被設(shè)置在目的服務(wù)器確定策略設(shè)置單元C12中并且對(duì)于每個(gè)項(xiàng)目都不相同。
若獲得了相當(dāng)于各個(gè)目的服務(wù)器的資源，側(cè)該目的服務(wù)器確定單元C13對(duì)各個(gè)服務(wù)器獲得的資源進(jìn)行比較并檢查各個(gè)服務(wù)器資源值之間的差值是否超出了一個(gè)預(yù)定的閾值(步驟S602)。該檢查的基準(zhǔn)包括，例如“對(duì)于每個(gè)服務(wù)器來(lái)說(shuō)，獲得資源的最大值比最小值的兩倍還大，或者更大”以及“對(duì)于每個(gè)服務(wù)器來(lái)說(shuō)，獲得傳送處理量的最大值和最小值之間的差別為1Mbps或者更多”。
若在步驟S602中各個(gè)服務(wù)器資源值之間的不同沒有超出一個(gè)預(yù)定的閾值，則在請(qǐng)求路徑表格C18中設(shè)置的加權(quán)數(shù)值并不發(fā)生變化，而當(dāng)其超出上述的閾值時(shí)，該權(quán)數(shù)設(shè)置單元C19會(huì)根據(jù)獲得的資源值來(lái)重新設(shè)置加權(quán)數(shù)值(步驟S603)。
例如，假設(shè)有三個(gè)目的服務(wù)器；服務(wù)器A、服務(wù)器B以及服務(wù)器C都已經(jīng)注冊(cè)過(guò)并加權(quán)數(shù)值分別為30％、50％以及20％。假設(shè)三個(gè)服務(wù)器獲得的傳送處理量分別為6Mbps、3Mbps以及1Mbps。同時(shí)，根據(jù)傳送處理量的比率將加權(quán)數(shù)值改為60％、30％以及10％。
可是從防止擺動(dòng)的觀點(diǎn)來(lái)看，根據(jù)資源值比率突發(fā)性的改變加權(quán)數(shù)值并不可取。在上述例子的情況下，在改變權(quán)數(shù)之后，雖然對(duì)于服務(wù)器A的請(qǐng)求比率從30％增加至60％，可是如果在另一個(gè)服務(wù)器負(fù)載平衡裝置中對(duì)于服務(wù)器A的請(qǐng)求比率也類似的增加，則對(duì)服務(wù)器A的請(qǐng)求次數(shù)也會(huì)迅速增加并可能大大的增加服務(wù)器A傳送處理量的退化。接著，就需要再次改變加權(quán)數(shù)值并可能出現(xiàn)該加權(quán)改變操作不收斂相反卻發(fā)生擺動(dòng)的情況。為了防止發(fā)生擺動(dòng)的情況，提供了一種通過(guò)使用移動(dòng)粒度(move_granularity)來(lái)限制加權(quán)改變比率的方法，這不需要根據(jù)資源值比率突發(fā)性的改變加權(quán)數(shù)值。該移動(dòng)粒度為用于限制加權(quán)數(shù)值第一變化的參數(shù)并取值為1.0或更小。在上述的例子中，根據(jù)資源值比率將服務(wù)器A的加權(quán)數(shù)值從30％改變至60％，相當(dāng)于“移動(dòng)粒度＝1.0”。例如，在上述例子中，若“移動(dòng)粒度＝0.3”，則服務(wù)器A的加權(quán)數(shù)值變?yōu)?60％-30％)×0.3＝9％，并且改變后的加權(quán)數(shù)值變成39％。類似的，服務(wù)器B和服務(wù)器C的加權(quán)數(shù)值也分別變?yōu)?4％和17％。
通過(guò)使用上面所提到的移動(dòng)粒度逐漸的改變加權(quán)數(shù)值，可以限制一個(gè)特定服務(wù)器接收到的請(qǐng)求數(shù)量的快速增加/減小并防止擺動(dòng)。這里，很重要的就是不要將移動(dòng)粒度的值設(shè)置為能夠?qū)е聰[動(dòng)的數(shù)值。例如，可以考慮有一種采用反饋控制來(lái)自動(dòng)調(diào)整移動(dòng)粒度為一個(gè)值并不會(huì)發(fā)生擺動(dòng)的方法。例如，可以考慮一種方法，通過(guò)使用反饋控制，自動(dòng)調(diào)節(jié)移動(dòng)粒度到一個(gè)不發(fā)生擺動(dòng)的值。
該目的服務(wù)器確定單元周期性的在請(qǐng)求路徑單元C18中的各個(gè)項(xiàng)目執(zhí)行從S601至S603的步驟。
已經(jīng)在圖18中被描述過(guò)的操作必須使用移動(dòng)粒度并調(diào)整其值使其不會(huì)導(dǎo)致擺動(dòng)。這時(shí)，將對(duì)限制內(nèi)容服務(wù)器中請(qǐng)求數(shù)量迅速增加的方法中的操作進(jìn)行詳細(xì)描述，而不是一定要調(diào)整移動(dòng)粒度(也就是“移動(dòng)粒度＝1.0”)。
參照?qǐng)D19，至步驟S602之前的操作同圖18中所描述的相同。若在步驟S602中資源值的差別為該閾值或更大，則由確定加權(quán)數(shù)值變化時(shí)間(圖19中的步驟S604)來(lái)代替步驟S603中的立即改變加權(quán)數(shù)值。根據(jù)概率來(lái)確定改變加權(quán)數(shù)值的時(shí)間，并且例如，可以用相等的概率來(lái)確定0分鐘至10分鐘之間的時(shí)間。
在步驟S604中確定時(shí)間時(shí)，在步驟S605中再次由該資源獲得單元C11為注冊(cè)在請(qǐng)求路徑表格C18中每個(gè)項(xiàng)目中的目的服務(wù)器獲得資源。若在步驟S605中再次為每個(gè)目的服務(wù)器獲得了資源，則再次執(zhí)行同步驟S602中相同的操作并檢查各個(gè)服務(wù)器之間的資源值差距是否超出了預(yù)定的閾值(步驟S606)。
步驟S606中若服務(wù)器之間資源值的差距并沒有超出預(yù)定閾值，這就可以結(jié)束該處理過(guò)程而不需要改變?cè)O(shè)置在請(qǐng)求路徑表格C18中的加權(quán)數(shù)值，同時(shí)若其超出了該閾值，則由權(quán)數(shù)設(shè)置單元C19根據(jù)在步驟S605中再次獲得的資源值重新設(shè)置該加權(quán)數(shù)值(步驟S607)。
在該操作過(guò)程中，可以通過(guò)隨概率分散時(shí)間延遲重新設(shè)置加權(quán)數(shù)值的時(shí)間來(lái)對(duì)內(nèi)容服務(wù)器請(qǐng)求次數(shù)的迅速變化進(jìn)行限制，而不需要調(diào)整移動(dòng)粒度。需要在被延遲的時(shí)間內(nèi)判斷出是否要對(duì)加權(quán)數(shù)值進(jìn)行重新設(shè)置，并且如果不需要重新設(shè)置，則不執(zhí)行重新設(shè)置操作，并因此限制了為改變加權(quán)數(shù)值并有效地防止擺動(dòng)而進(jìn)行不必要的操作。
下面將對(duì)該實(shí)施例的有益效果進(jìn)行描述。
在該實(shí)施例中，分別根據(jù)獲得的資源值對(duì)服務(wù)器負(fù)載平衡裝置各個(gè)項(xiàng)目中目的服務(wù)器的加權(quán)數(shù)值進(jìn)行改變?？梢酝ㄟ^(guò)使用移動(dòng)粒度來(lái)逐步的改變加權(quán)數(shù)值，并據(jù)此來(lái)限制對(duì)內(nèi)容服務(wù)器請(qǐng)求次數(shù)的迅速變化。進(jìn)一步，還可以通過(guò)隨概率分散時(shí)間延遲重新設(shè)置加權(quán)數(shù)值的時(shí)間來(lái)獲得相同的效果，而不需要調(diào)整移動(dòng)粒度。雖然在第三實(shí)施例中對(duì)內(nèi)容服務(wù)器一側(cè)的請(qǐng)求次數(shù)的迅速變化進(jìn)行了限制，可是在該實(shí)施例中，也可以在位于服務(wù)器負(fù)載平衡裝置的一側(cè)實(shí)現(xiàn)相同的功能，而不需要對(duì)該內(nèi)容服務(wù)器一側(cè)進(jìn)行改變。
下面將參照附圖對(duì)本發(fā)明的第五實(shí)施例進(jìn)行詳細(xì)的描述。
參照?qǐng)D20，本發(fā)明第五實(shí)施例由內(nèi)容服務(wù)器A4、服務(wù)器負(fù)載平衡裝置C3、客戶端D2以及DNS服務(wù)器E1構(gòu)成。
該內(nèi)容服務(wù)器A4包括內(nèi)容存儲(chǔ)單元A11以及請(qǐng)求接收/內(nèi)容響應(yīng)單元A12。其各自的功能和操作都與第二實(shí)施例中的相同。
該服務(wù)器負(fù)載平衡裝置C3包括信息包接收單元C25、信息包傳送單元C20、信息包路徑表格C21、目的服務(wù)器確定單元C22以及FQDN(正式域名)解析單元C23以及地址解析單元C24。
該信息包接收單元C25接收來(lái)自客戶端D2的信息包并檢測(cè)該信息包的目的端口號(hào)。若檢測(cè)到目的端口號(hào)包括在一個(gè)預(yù)定值中間，則根據(jù)相同數(shù)據(jù)包的目的IP地址，參照注冊(cè)在信息包路徑表格C21中的項(xiàng)目，檢測(cè)將要向其傳送信息包的內(nèi)容服務(wù)器A4的IP地址。
信息包傳送單元C20將由信息包接收單元C25接收到的信息包的目的IP地址重新寫入到傳輸目的地內(nèi)容服務(wù)器A4的IP地址中并將該信息包傳送給內(nèi)容服務(wù)器A4。
換句話說(shuō)，該信息包可以只需在第2層重新寫入報(bào)頭就能被傳送，而不需要重新寫入IP地址。作為第2層協(xié)議，若考慮到使用以太網(wǎng)(R)的情況，可以通過(guò)使用來(lái)自目的地內(nèi)容服務(wù)器A4的IP地址的APR來(lái)解析內(nèi)容服務(wù)器A4的MAC地址，并且該信息包隨著被視為目的MAC地址的解析后MAC地址被傳送出去，而不需要重新寫入信息包的目的IP地址。為了進(jìn)行簡(jiǎn)要的描述，在下文中只對(duì)傳送具有重寫IP地址的信息包的情況進(jìn)行描述。
在信息包路徑表格C21中，根據(jù)由信息包接收單元C23接收到的各個(gè)信息包的目的IP地址/目的端口號(hào)分別對(duì)該傳送信息包的內(nèi)容服務(wù)器的IP地址進(jìn)行注冊(cè)。
圖21示出了信息包路徑表格C21的一個(gè)例子的表格107。根據(jù)表格107，例如，目的IP地址“10.1.1.1”以及目的端口號(hào)為“7070”的信息包被傳送給目的IP地址為“20.2.2.2”或者目的IP地址為“30.3.3.3”的內(nèi)容服務(wù)器。
這時(shí)，該方法通過(guò)源IP地址/源端口號(hào)的相同組合中的散列功能來(lái)進(jìn)行乘法，并根據(jù)該散列值來(lái)選擇目的服務(wù)器，為了與相同的內(nèi)容服務(wù)器建立相同的連接還不需要為每個(gè)信息包交替選擇兩個(gè)內(nèi)容服務(wù)器而采用了該方法。進(jìn)一步，還有一種能夠在接收到的信息包的TCP報(bào)頭SYN標(biāo)識(shí)接收之后用來(lái)傳送信息包的記錄方法，其中該信息包具有同相同服務(wù)器終端的信息包一樣的IP地址/端口號(hào)。
對(duì)于具有多個(gè)目的IP地址/目的端口號(hào)的信息包來(lái)說(shuō)，由目的服務(wù)器確定單元C22來(lái)確定一個(gè)目的服務(wù)器(內(nèi)容服務(wù)器A4)。也可以采用同第二實(shí)施例目的服務(wù)器確定單元C13中所描述的相同的方法來(lái)確定目的服務(wù)器。該被確定的目的服務(wù)器被寫入到信息包路徑表格C21的項(xiàng)目中。
若目的服務(wù)器確定單元C22確定了就是具有多個(gè)目的IP地址/目的端口號(hào)的信息包的目的地的內(nèi)容服務(wù)器A4，則由FQDN解析單元C23查詢關(guān)于DNS服務(wù)器E1目的IP地址的FQDN。
若目的服務(wù)器確定單元C22確定了就是具有多個(gè)目的IP地址的信息包的目的地的服務(wù)器，則在FQDN解析單元C23解析完關(guān)于目的IP地址的FQDN之后，由地址解析單元C24通過(guò)使用解析過(guò)的FQDN以及信息包的目的端口號(hào)重新生成FQDN，并且對(duì)重新剛生成的FQDN的IP地址進(jìn)行解析。這里，新近重新生成的FQDN對(duì)于各個(gè)目的IP地址以及各個(gè)信息包的目的端口號(hào)來(lái)說(shuō)必須是唯一的，若解析后的FQDN為“aaa.com”并且信息包的目的端口號(hào)為“7070”，則它對(duì)于FQDN“port7070.aaa.com”的IP地址進(jìn)行解析。這里，可以對(duì)多個(gè)IP地址進(jìn)行解析并可以通過(guò)使用FQDN解析單元C23和地址解析單元C24來(lái)獲得信息包目的地候選服務(wù)器的IP地址列表。
客戶端D2包括請(qǐng)求發(fā)送單元D11以及地址解析單元D12。
該請(qǐng)求發(fā)送單元D11發(fā)出一個(gè)用來(lái)獲得作為IP信息包的內(nèi)容的請(qǐng)求。同時(shí)，從作為被請(qǐng)求內(nèi)容標(biāo)識(shí)符的URL中，通過(guò)使用地址解析單元D12對(duì)相當(dāng)于URL的FQDN的IP地址進(jìn)行解析，并且將該解析出來(lái)的IP地址確定作為將要發(fā)送IP信息包的目的IP地址。由URL指定的端口號(hào)也被確定為目的端口號(hào)。例如，當(dāng)發(fā)出為了獲得其URL為“http//aaa.com/pict.jpg7070”的內(nèi)容的請(qǐng)求，假設(shè)“aaa.com”的IP地址為“10.1.1.1”，則該請(qǐng)求發(fā)送單元D11就會(huì)發(fā)送目的IP地址為“10.1.1.1”以及目的端口號(hào)為“7070”的信息包。
地址解析單元D12對(duì)使用預(yù)期內(nèi)容URL中的FQDN部分作為密鑰的DNS服務(wù)器E1的IP地址進(jìn)行查詢。來(lái)自DNS服務(wù)器E1的響應(yīng)可以包括多個(gè)IP地址。在這種情況下，可以使用多個(gè)項(xiàng)目中的一個(gè)作為相應(yīng)于FQDN的IP地址。
該DNS服務(wù)器E1包括地址/FQDN解析表格E11，地址響應(yīng)單元E12以及FQDN響應(yīng)單元13。
該地址/FQND解析表格E11涉及到何時(shí)地址響應(yīng)單元E12及FQDN響應(yīng)單元E13對(duì)正接收的地址解析請(qǐng)求及FQDN解析請(qǐng)求進(jìn)行響應(yīng)，并且它包括兩部分地址解析表格108，這是“FQDN→IP地址”的轉(zhuǎn)換表格以及FQDN解析表格109，這是“IP地址→FQDN”的轉(zhuǎn)換表格。
圖22為地址/FQDN解析表格E11的一個(gè)例子。該地址/FQDN解析表格E11包括兩個(gè)表格地址解析表格108以及FQDN解析表格109。該地址/FQDN解析表格E11的一個(gè)特征就是對(duì)于地址解析表格108中的各個(gè)FQDN來(lái)說(shuō)都存在多個(gè)解析的IP地址而FQDN解析表格109中對(duì)于一個(gè)IP地址來(lái)說(shuō)只能解析一個(gè)FQDN。
這時(shí)，可以使用FQDN作為內(nèi)容組的標(biāo)識(shí)符能夠使得服務(wù)器負(fù)載平衡裝置C3通過(guò)解析來(lái)自目的IP地址的FQDN以及從客戶端D2接收到的信息包的目的端口號(hào)來(lái)識(shí)別被請(qǐng)求的內(nèi)容組。進(jìn)一步，可以通過(guò)解析來(lái)自FQDN的IP地址來(lái)獲得關(guān)于FQDN的候選服務(wù)器列表。也就是，只有通過(guò)對(duì)IP報(bào)頭以及傳輸層(UDP/TCP)報(bào)頭進(jìn)行分析才能對(duì)被請(qǐng)求的內(nèi)容組進(jìn)行識(shí)別，并且也不需要進(jìn)一步對(duì)上層的信息進(jìn)行分析。
為了回答來(lái)自另一個(gè)節(jié)點(diǎn)的地址解析請(qǐng)求，地址響應(yīng)單元E12以包括在請(qǐng)求消息中的FQDN作為密鑰來(lái)對(duì)地址/FQDN解析表格進(jìn)行查詢并返回解析后的IP。
為了回答來(lái)自另一個(gè)節(jié)點(diǎn)的FQDN解析請(qǐng)求，F(xiàn)QDN響應(yīng)單元E13以包括在請(qǐng)求消息中的IP地址作為密鑰來(lái)對(duì)地址/FQDN解析表格進(jìn)行查詢并返回解析后的FQDN。
在該實(shí)施例中，參照?qǐng)D23對(duì)客戶端D2發(fā)送獲得內(nèi)容請(qǐng)求的操作進(jìn)行詳細(xì)描述。
請(qǐng)求發(fā)送單元D11從所期望內(nèi)容的URL中提取FQDN部分(圖23中的步驟S701)。例如，假設(shè)URL為“http//aaa.com/pict.jpg7070”，則相應(yīng)的FQDN部分就是“aaa.com”。
接下來(lái)，通過(guò)地址解析單元D12對(duì)相當(dāng)于被提取出來(lái)的FQDN的IP地址進(jìn)行解析(步驟S702)。這里，地址解析單元D12向以FQDN作為密鑰的DNS服務(wù)器E1發(fā)出一個(gè)地址解析請(qǐng)求。
最后，由請(qǐng)求發(fā)送單元D11發(fā)送相當(dāng)于內(nèi)容的請(qǐng)求信息包，該信息包具有被確定為目的IP地址的解析后IP地址(步驟S703)。
在該實(shí)施例中，參照?qǐng)D24對(duì)服務(wù)器負(fù)載平衡裝置C3接收來(lái)自客戶端D2的信息包的操作進(jìn)行詳細(xì)描述。
由信息包接收單元C25對(duì)接收到的信息包的目的端口號(hào)進(jìn)行分析并檢查分析后的目的端口號(hào)是否同預(yù)定的值相同(圖24中的步驟S801)。
作為步驟S801的結(jié)果，若與預(yù)定值不同，則信息包接收單元C25將該接收到的信息包作為一般的信息包來(lái)進(jìn)行處理(步驟S803)。也就是說(shuō)，作為服務(wù)器負(fù)載平衡裝置的操作就不會(huì)進(jìn)行。
作為步驟S801的結(jié)果，若與預(yù)定值相同，則信息包接收單元C25檢測(cè)在信息包路徑表格C21中是否存在一個(gè)與接收到的信息包的目的IP地址/目的端口號(hào)相對(duì)應(yīng)的項(xiàng)目(步驟S802)。
作為步驟S802的結(jié)果，若存在該項(xiàng)目，則信息包接收單元C25在信息包路徑表格C21的項(xiàng)目中查詢目的服務(wù)器IP地址(步驟S804)。
這時(shí)，由該信息包路徑表格C21返回相應(yīng)于接收到信息包目的IP地址/端口號(hào)的目的服務(wù)器的IP地址。這里，若注冊(cè)了多個(gè)目的服務(wù)器IP地址，則信息包路徑表格C21通過(guò)使用如上所述的散列功能、采用同相同內(nèi)容服務(wù)器建立相同連接返回目的服務(wù)器的IP地址。
在接收到來(lái)自信息包路徑表格C21的目的服務(wù)器IP地址時(shí)，由信息包接收單元C25將接收到的信息包的目的地址重新寫入到目的服務(wù)器IP地址中并向其發(fā)送該接收到的信息包(步驟S805)。
作為步驟S802的結(jié)果，若不存在該項(xiàng)目，由信息包接收單元C25將該接收到的信息包本身傳送至最開始的目的IP地址，而不需要改變接收到的信息包的目的IP地址(步驟S806)。進(jìn)一步，還為具有相同目的IP地址/目的端口號(hào)的信息包確定最優(yōu)目的服務(wù)器并將該項(xiàng)目重新寫入到信息包路徑表格C21中(步驟S807)。在步驟S806之后，直到在步驟S807中將目的服務(wù)器寫入到表格C21中，即使接收到了具有相同目的IP地址/目的端口號(hào)的信息包，該信息包接收單元C25也會(huì)將信息包本身傳送給最開始的IP地址。
圖25為詳細(xì)說(shuō)明步驟S807中操作的流程圖。
該目的服務(wù)器確定單元C22通過(guò)FQDN解析單元C23對(duì)用于接收到的信息包的目的IP地址的FQDN進(jìn)行解析(圖25中的步驟S901)。這時(shí)，由FQDN解析單元C23向以上述IP地址作為密鑰的DNS服務(wù)器E1發(fā)出一個(gè)FQDN解析請(qǐng)求并接收回應(yīng)。
在步驟S901中解析FQDN時(shí)，由目的服務(wù)器確定單元C22通過(guò)使用在步驟S901中解析的FQDN以及信息包的目的端口號(hào)重新生成一個(gè)FQDN，并解析IP地址用于最近重新生成的FQDN(步驟S902)。這里，該最近重新生成的FQDN必須對(duì)于信息包目的IP地址以及目的端口號(hào)的組合來(lái)說(shuō)是唯一的。例如，若解析的FQDN為“aaa.com”并且信息包的目的端口號(hào)為“7070”，則目的服務(wù)器確定單元C22對(duì)相當(dāng)于FQDN“port7070.aaa.com”的IP地址進(jìn)行解析。
在步驟S902中，雖然在步驟S901中解析的FQDN以及信息包的目的端口號(hào)被用來(lái)生成一個(gè)新的FQDN并且該重新生成的FQDN被用作解析DNS服務(wù)器中IP地址的密鑰，可是還存在一種使用在步驟S901中解析的FQDN作為密鑰的方法。在這種情況下，在步驟S901中解析的FQDN本身對(duì)于被請(qǐng)求的內(nèi)容組來(lái)說(shuō)必須是唯一的。因此，需要確定一個(gè)對(duì)于由服務(wù)器負(fù)載平衡裝置C3接收到的信息包目的IP地址中的每個(gè)內(nèi)容組都是唯一的數(shù)值。進(jìn)一步，在這種情況下，在信息包路徑表格中21中，只能根據(jù)目的IP地址對(duì)目的服務(wù)器的IP地址進(jìn)行注冊(cè)，而不是根據(jù)目的IP地址/目的端口號(hào)的組合。
該目的服務(wù)器確定單元C22從相應(yīng)于步驟S902解析的IP地址的服務(wù)器中確定一個(gè)目的服務(wù)器(步驟S903)。用于確定目的服務(wù)器的詳細(xì)操作同第二實(shí)施例中的相同，并在這里省略掉對(duì)它的描述。
若確定了目的服務(wù)器，則由目的服務(wù)器確定單元C22將確定服務(wù)器的IP地址寫入到信息包路徑表格中(步驟S904)。
下面將對(duì)該實(shí)施例的有益效果進(jìn)行描述。
在該實(shí)施例中，服務(wù)負(fù)載平衡裝置通過(guò)使用DNS服務(wù)器，根據(jù)信息包的目的IP地址/目的端口號(hào)對(duì)被請(qǐng)求內(nèi)容所屬的內(nèi)容組進(jìn)行識(shí)別，并且將該信息包傳送給內(nèi)容組中的最優(yōu)內(nèi)容服務(wù)器。常用的服務(wù)器負(fù)載平衡裝置必須對(duì)來(lái)自客戶端的信息包內(nèi)容進(jìn)行分析并識(shí)別哪些內(nèi)容是被請(qǐng)求的。換句話說(shuō)，常用的服務(wù)器負(fù)載平衡裝置必須使用7層轉(zhuǎn)換?？墒潜緦?shí)施例中的服務(wù)器負(fù)載平衡裝置只需檢查信息包的目的IP地址和目的端口號(hào)就能識(shí)別出別請(qǐng)求的內(nèi)容。因此，這只需要使用4層轉(zhuǎn)換就能實(shí)現(xiàn)。一般的，7層轉(zhuǎn)換的處理量例如每秒鐘的連接數(shù)目較低而且其成本會(huì)更貴。如果使用該實(shí)施例的4層轉(zhuǎn)換來(lái)實(shí)現(xiàn)相同的功能，則從增強(qiáng)處理量和降低成本的角度來(lái)說(shuō)是很有效的。
不需要指出的是該第五實(shí)施例能夠同上面提到的第一實(shí)施例中的內(nèi)容管理裝置組合在一塊。在這種情況下，代替URL組的是，將端口號(hào)設(shè)置在如圖2所示的分類策略表格中。圖3中分組后的目錄路徑可以用增加端口號(hào)的路徑來(lái)代替，“/cgi/high-load/z.exe7070”。
在下文中，將參照附圖對(duì)本發(fā)明的具體例子進(jìn)行描述。
參照附圖對(duì)本發(fā)明的第一個(gè)具體實(shí)例進(jìn)行描述。該例子對(duì)應(yīng)于第二實(shí)施例。
參照?qǐng)D7，該例子由一個(gè)網(wǎng)絡(luò)實(shí)現(xiàn)，該網(wǎng)絡(luò)包括內(nèi)容服務(wù)器A2、服務(wù)器負(fù)載平衡裝置C1以及客戶端D1。
在圖8的目的服務(wù)器確定策略表格103中指出來(lái)的各種策略被設(shè)置在服務(wù)器負(fù)載平衡裝置C1的目的服務(wù)器確定策略設(shè)置單元C12中。在初始的狀態(tài)下，沒有項(xiàng)目注冊(cè)在請(qǐng)求路徑表格C14中。
客戶端D1將用于獲得被識(shí)別為URL“http//www.aaa.com/file/small/pict.gif”內(nèi)容的請(qǐng)求發(fā)送給一個(gè)服務(wù)器。
服務(wù)器負(fù)載平衡裝置C1接收請(qǐng)求并對(duì)請(qǐng)求的URL進(jìn)行分析。參照請(qǐng)求路徑表格C14，將該請(qǐng)求傳送給默認(rèn)內(nèi)容服務(wù)器，這是由于沒有對(duì)應(yīng)于上述URL的項(xiàng)目。由DNS服務(wù)器從URL“www.aaa.com”的FQDN部分解析出來(lái)的IP地址被視為默認(rèn)內(nèi)容服務(wù)器。
在傳送完該請(qǐng)求之后，服務(wù)器負(fù)載平衡裝置C1盡量在請(qǐng)求路徑表格C14中生成一個(gè)相應(yīng)于URL所屬內(nèi)容組的目的服務(wù)器項(xiàng)目。
該目的服務(wù)確定單元C13對(duì)用于管理內(nèi)容服務(wù)器A2的內(nèi)容管理裝置進(jìn)行查詢以便于獲得一個(gè)內(nèi)容組和對(duì)于URL的候選服務(wù)器列表。
在接收到給查詢時(shí)，該內(nèi)容管理裝置回答對(duì)應(yīng)于URL的內(nèi)容組具有文件特征，它被URL前綴識(shí)別為“http//www.aaa.com/file/small/*”，并且該候選服務(wù)器列表包括三部分“10.1.1.1”、“10.2.2.2”以及“10.3.3.3”。
作為獲得對(duì)應(yīng)于URL的候選服務(wù)器列表的另一種方法，該FQDN例如“small.file.www，aaa.com”可以從URL中生成，并且可以在DNS服務(wù)器中查詢以FQDN作為密鑰的相應(yīng)IP地址列表。在該例中，該DNS服務(wù)器回應(yīng)對(duì)應(yīng)于上述FQDN的IP地址包括三部分“10.1.1.1”、“10.2.2.2”以及“10.3.3.3”。
該目的服務(wù)器確定單元C13參照目的服務(wù)器確定策略設(shè)置單元C12檢測(cè)對(duì)應(yīng)于內(nèi)容組的目的服務(wù)器確定策略，并且獲得一個(gè)策略，該策略在對(duì)具有文件特性的內(nèi)容組進(jìn)行內(nèi)容獲取時(shí)使用該傳送處理量，并以具有上述處理量最大值的服務(wù)器作為參照，選擇具有60％或更高參照值的服務(wù)器作為目的服務(wù)器。
為了根據(jù)獲得的策略測(cè)量來(lái)自各個(gè)候選服務(wù)器的傳送處理量，該目的服務(wù)器確定單元C13在請(qǐng)求路徑表格C14中注冊(cè)三個(gè)IP地址“10.1.1.1”、“10.2.2.2”以及“10.3.3.3”作為具有URL前綴“http//www.aaa.com/file/small/*”請(qǐng)求的目的服務(wù)器。在注冊(cè)之后，相應(yīng)于上述來(lái)自客戶端URL前綴的各個(gè)請(qǐng)求將被以循環(huán)的方式(round robin method)傳送給三個(gè)服務(wù)器。
為了回應(yīng)以循環(huán)的方式傳送給三個(gè)服務(wù)器的各個(gè)請(qǐng)求，由內(nèi)容接收/傳送單元C17接收來(lái)自內(nèi)容服務(wù)器的響應(yīng)內(nèi)容。該資源獲得單元C11通過(guò)內(nèi)容接收/發(fā)送單元C17獲得該響應(yīng)內(nèi)容的傳送處理量，并將獲得的信息傳輸給目的服務(wù)器確定單元C13。這里，假設(shè)對(duì)應(yīng)于“10.1.1.1”、“10.2.2.2”以及“10.3.3.3”的各個(gè)傳送處理量分別為1Mbps、7Mbps以及10Mbps。由于該策略就是以具有最大值的服務(wù)器作為參照，選擇具有60％或更多參照值的服務(wù)器來(lái)作為目的服務(wù)器，目的服務(wù)器確定單元C13確定相應(yīng)于“10.2.2.2”及“10.3.3.3”的兩個(gè)服務(wù)器作為目的服務(wù)器。進(jìn)一步，將請(qǐng)求路徑表格C14中相應(yīng)于具有URL前綴“http//www.aaa.com/file/small/*”請(qǐng)求的目的服務(wù)器重新寫入到上述的兩個(gè)“10.2.2.2”及“10.3.3.3”中。接著，相應(yīng)于上述URL前綴的各個(gè)請(qǐng)求被以循環(huán)的方式傳輸給兩個(gè)服務(wù)器。
下面將參照附圖對(duì)本發(fā)明的第二個(gè)具體實(shí)例進(jìn)行描述。該例子對(duì)應(yīng)于第三實(shí)施例。
參照?qǐng)D26，該實(shí)例包括內(nèi)容服務(wù)器201以及服務(wù)器負(fù)載平衡裝置301至306。該內(nèi)容服務(wù)器具有同第三實(shí)施例中的內(nèi)容服務(wù)器A3相同的結(jié)構(gòu)，并且服務(wù)器負(fù)載平衡裝置301至306分別具有同服務(wù)器負(fù)載平衡裝置C1相同的結(jié)構(gòu)。
圖14的資源響應(yīng)策略表格105中所示的資源響應(yīng)策略被設(shè)置在內(nèi)容服務(wù)器201中。這里，假設(shè)當(dāng)前的CPU負(fù)載為內(nèi)容服務(wù)器201的25％。
為了確定服務(wù)器負(fù)載平衡裝置301至306中的目的服務(wù)器，假設(shè)各個(gè)服務(wù)器負(fù)載平衡裝置都立刻向內(nèi)容服務(wù)器201發(fā)出了獲得CPU負(fù)載資源的請(qǐng)求。
由于當(dāng)前CPU負(fù)載位于0％至30％的范圍之內(nèi)，因此對(duì)于來(lái)自第一服務(wù)器負(fù)載平衡裝置301至304的用于獲得資源的請(qǐng)求來(lái)說(shuō)，該內(nèi)容服務(wù)器201有70％的可能返回實(shí)際CPU負(fù)載并有30％的可能返回實(shí)際CPU負(fù)載的兩倍。這里假設(shè)向服務(wù)器負(fù)載平衡裝置301至304返回實(shí)際CPU負(fù)載的25％并向服務(wù)器負(fù)載平衡裝置305至306返回實(shí)際CPU負(fù)載兩倍的50％。
若內(nèi)容服務(wù)器201向服務(wù)器負(fù)載平衡裝置301至306返回實(shí)際CPU負(fù)載的25％，由于判斷出內(nèi)容服務(wù)器201的CPU負(fù)載足夠低并且可能出現(xiàn)隨著快速增長(zhǎng)的請(qǐng)求而出現(xiàn)的負(fù)載迅速增長(zhǎng)的情況，因此所有的服務(wù)器負(fù)載平衡裝置都可以確定內(nèi)容服務(wù)器201作為目的服務(wù)器。但是在該例子中，服務(wù)器負(fù)載平衡裝置305和306判斷出內(nèi)容服務(wù)器201的CPU負(fù)載并不夠低，因此確定除了內(nèi)容服務(wù)器201以外的另一個(gè)內(nèi)容服務(wù)器作為目的服務(wù)器。因此，可以限制內(nèi)容服務(wù)器201中負(fù)載的快速增長(zhǎng)。
下面將參照附圖對(duì)本發(fā)明的第三個(gè)具體實(shí)例進(jìn)行描述。該例子對(duì)應(yīng)于第四實(shí)施例。
參照?qǐng)D27，該實(shí)例包括內(nèi)容服務(wù)器202及203以及服務(wù)器負(fù)載平衡裝置307。該內(nèi)容服務(wù)器202及203分別具有同第四實(shí)施例中的內(nèi)容服務(wù)器A2相同的結(jié)構(gòu)，并服務(wù)器負(fù)載平衡裝置307具有同服務(wù)器負(fù)載平衡裝置C2相同的結(jié)構(gòu)。
在如圖28的表格110所示的服務(wù)器負(fù)載平衡裝置307中的請(qǐng)求路徑表格中，假設(shè)有兩個(gè)對(duì)應(yīng)于“ftp//ftp.ccc.edu/pub/*”的目的服務(wù)器IP地址“10.5.1.1”(對(duì)應(yīng)于內(nèi)容服務(wù)器202)以及“10.6.1.1”(對(duì)應(yīng)于內(nèi)容服務(wù)器203)，并且加權(quán)數(shù)值分別為90％和10％。
根據(jù)來(lái)自各個(gè)服務(wù)器的傳送處理量比率對(duì)權(quán)數(shù)進(jìn)行重置，直到具有最大處理量服務(wù)器的傳送處理量小于具有最小處理量服務(wù)器的傳送處理量的兩倍。這里，假設(shè)內(nèi)容服務(wù)器202及203的處理量分別為1Mbps及9Mbps。假設(shè)“移動(dòng)粒度＝1.0”，各個(gè)服務(wù)器的加權(quán)數(shù)值被重置為90％→10％以及10％→90％。在對(duì)權(quán)數(shù)進(jìn)行重置之后，對(duì)各個(gè)服務(wù)器的請(qǐng)求傳送比率被改變了并且在下次測(cè)量傳送處理量時(shí)假設(shè)各個(gè)處理量為9Mbps及1Mbps。接著，該權(quán)數(shù)又被重置為初始值例如10％→90％以及90％→10％。該權(quán)數(shù)改變操作以及擺動(dòng)的遞歸循環(huán)表示移動(dòng)粒度y太大了。
因此，在該例子中考慮“移動(dòng)粒度＝0.5”的情況。假設(shè)內(nèi)容服務(wù)器202及203的處理量分別為1Mbps及9Mbps，各個(gè)服務(wù)器加權(quán)數(shù)值的波動(dòng)數(shù)量為移動(dòng)粒度＝1.0時(shí)的一半，并且權(quán)數(shù)被重置為90％→50％以及10％→50％。在對(duì)權(quán)數(shù)進(jìn)行重置之后，對(duì)于各個(gè)服務(wù)器傳送請(qǐng)求的比率發(fā)生了變化并在下次測(cè)量傳送處理量時(shí)假設(shè)各個(gè)處理量為7Mbps及3Mbps。類似的，各個(gè)權(quán)數(shù)值被重置為50％→60％以及50％→40％。在對(duì)權(quán)數(shù)進(jìn)行重置之后，各個(gè)服務(wù)器的傳送處理量分別變?yōu)?Mbps及4Mbps，由于具有最大傳送處理量服務(wù)器的傳送處理量小于具有最小處理量服務(wù)器的傳送處理量的兩倍，因此結(jié)束權(quán)數(shù)改變操作。這樣，為了不在改變權(quán)數(shù)的操作中發(fā)生擺動(dòng)現(xiàn)象，為移動(dòng)粒度確定一個(gè)合適的數(shù)值是很重要的。
下面將參照附圖對(duì)本發(fā)明的第四個(gè)具體實(shí)例進(jìn)行描述。該例子對(duì)應(yīng)于第五實(shí)施例。
參照?qǐng)D20，該例子由一個(gè)網(wǎng)絡(luò)實(shí)現(xiàn)，該網(wǎng)絡(luò)包括內(nèi)容服務(wù)器A4、服務(wù)器負(fù)載平衡裝置C3、客戶端D2以及DNS服務(wù)器E1。
圖22中所示的地址解析表格108以及FQDN解析表格109都被注冊(cè)在DNS服務(wù)器E1中。
在初始階段，服務(wù)器負(fù)載平衡裝置C3的信息包路徑表格C21中并沒有注冊(cè)任何項(xiàng)目。
由客戶端D2向一個(gè)服務(wù)器發(fā)出用于獲得被識(shí)別為URL“http//www.aaa/pict.jpg7070”內(nèi)容的請(qǐng)求。這里，地址解析請(qǐng)求被發(fā)送給以URL“aaa.com”的FQDN部分作為密鑰的DNS服務(wù)器E1。DNS服務(wù)器E1返回相應(yīng)的IP地址“10.1.1.1”?？蛻舳薉2將解析后的地址“10.1.1.1”作為目的IP地址并以具有URL中指出的目的端口號(hào)7070的信息包的形式發(fā)出請(qǐng)求。
該服務(wù)器負(fù)載平衡裝置C3接收來(lái)自客戶端D2的信息包，并參照信息包路徑表格C21將具有預(yù)定目的端口號(hào)的信息包傳送給一個(gè)目的服務(wù)器IP地址。在這種情況下，“7070”為預(yù)定目的端口號(hào)，并且對(duì)該信息包路徑表格C21進(jìn)行檢查其結(jié)果就是其中沒有發(fā)現(xiàn)已注冊(cè)的項(xiàng)目，并因此將該信息包傳送給初始目的IP地址。
在傳送信息包之后，服務(wù)器負(fù)載平衡裝置C3在信息包路徑表格中生成一個(gè)相應(yīng)信息包內(nèi)容組中的目的服務(wù)器項(xiàng)目。即使接收到的信息包具有同上述信息包相同的目的IP地址/目的端口號(hào)，也會(huì)將該信息包傳輸給初始目的IP地址，直到生成一個(gè)目的服務(wù)器項(xiàng)目。
下面參照?qǐng)D29對(duì)在信息包路徑表格C21中為相應(yīng)于信息包的內(nèi)容組生成一個(gè)目的服務(wù)器項(xiàng)目的例子進(jìn)行說(shuō)明?？蛻舳薉2以信息包的形式發(fā)出請(qǐng)求，該信息包中包括如上面的URL所指定的目的IP地址“10.1.1.1”和目的端口號(hào)“7070”。
服務(wù)器負(fù)載平衡裝置C3的目的服務(wù)器確定單元C22請(qǐng)求FQDN解析單元C23對(duì)以信息包的目的IP地址“10.1.1.1”為密鑰的DNS服務(wù)器E1進(jìn)行FQDN解析。
在接收到該請(qǐng)求時(shí)，DNS服務(wù)器E1的FQDN響應(yīng)單元E13對(duì)“10.1.1.1”的回答為FQDN“aaa.com”。
目的服務(wù)器確定單元C22請(qǐng)求地址解析單元C24對(duì)以FQDN“port7070.aaa.com”為密鑰的DNS服務(wù)器E1進(jìn)行地址解析。上述FQDN由目的端口號(hào)“7070”信息加上從DNS服務(wù)器E1返回的FQDN“aaa.com”構(gòu)成。最近剛生成的FQDN必須對(duì)于信息包的目的IP地址和目的端口號(hào)來(lái)說(shuō)都是唯一的，并在另一個(gè)例子中也可以使用“7070.port.aaa.com”。相應(yīng)于要生成的FQDN的項(xiàng)目必須被注冊(cè)在DNS服務(wù)器E1中。
在接收到請(qǐng)求時(shí)，DNS服務(wù)器E1的地址響應(yīng)單元E12回答相應(yīng)于“port.7070.aaa.com”的三個(gè)地址“10.1.1.1”、“20.2.2.2”以及“30.3.3.3”。
因此，目的服務(wù)器確定單元C22就知道了目的IP地址/目的端口號(hào)“10.1.1.1/7070”的信息包具有三個(gè)候選服務(wù)器目的IP地址“10.1.1.1”、“20.2.2.2”以及“30.3.3.3”。
由目的服務(wù)器確定單元C22從候選服務(wù)器中確定一個(gè)注冊(cè)在信息包路徑表格中的目的服務(wù)器。這里，假設(shè)將在CPU負(fù)載的增序中選擇兩個(gè)服務(wù)器的策略設(shè)置為目的服務(wù)器的確定策略，并且作為查詢各個(gè)服務(wù)器的結(jié)果，相應(yīng)于“10.1.1.1”、“20.2.2.2”以及“30.3.3.3”的服務(wù)器CPU負(fù)載分別為80％、30％以及50％。
結(jié)果，對(duì)于目的IP地址/目的端口號(hào)為“10.1.1.1/7070”的信息包來(lái)說(shuō)，目的服務(wù)器確定單元C22確定對(duì)應(yīng)于“20.2.2.2”以及“30.3.3.3”的服務(wù)器為目的服務(wù)器，并將上述部分都注冊(cè)到信息包路徑表格C21中(參照?qǐng)D21中的信息包路徑表格107)。
在將項(xiàng)目注冊(cè)到信息包路徑表格C21中之后，重新將具有目的IP地址/目的端口號(hào)“10.1.1.1/7070”的信息包傳輸給IP地址為“20.2.2.2”或“30.3.3.3”的服務(wù)器。
在上述各個(gè)實(shí)施例的服務(wù)器負(fù)載平衡系統(tǒng)中，不需要說(shuō)明的是服務(wù)器負(fù)載平衡裝置C1至C3中目的服務(wù)器確定策略設(shè)置單元C12、目的服務(wù)器確定單元C13及C22、FQDN解析單元C23以及地址解析單元C24的功能、內(nèi)容管理裝置B1中內(nèi)容分類單元B12以及內(nèi)容分組單元B13的功能、內(nèi)容服務(wù)器A1至A4中資源響應(yīng)單元A13及A15以及資源響應(yīng)策略設(shè)置單元A14的功能以及其它功能都可以由硬件來(lái)實(shí)現(xiàn)，并且內(nèi)容發(fā)送管理程序A39、內(nèi)容管理程序B19、服務(wù)器負(fù)載平衡程序C29、C49以及具有各種功能的D59都可以被載入到一臺(tái)計(jì)算機(jī)的存儲(chǔ)器中，并因此實(shí)現(xiàn)上述的系統(tǒng)。該內(nèi)容發(fā)送管理程序A39、內(nèi)容管理程序B19、以及服務(wù)器負(fù)載平衡程序C29、C49及D59都被存儲(chǔ)在存儲(chǔ)介質(zhì)中例如磁盤和半導(dǎo)體存儲(chǔ)器。它們被從存儲(chǔ)介質(zhì)中載入到計(jì)算機(jī)中來(lái)控制計(jì)算機(jī)的操作并因此實(shí)現(xiàn)上述的功能。
如上文所述，參照優(yōu)選實(shí)施例和例子對(duì)本發(fā)明進(jìn)行了描述，可是本發(fā)明并不僅限于上述的實(shí)施例和例子，在本發(fā)明的范疇和精神之內(nèi)可以進(jìn)行各種修改。
如上所述，根據(jù)本發(fā)明可以實(shí)現(xiàn)以下有益效果。
第一，并不需要人工將內(nèi)容服務(wù)器中的內(nèi)容分類及分組為多個(gè)有相同特征的內(nèi)容。
這是由于在內(nèi)容管理裝置中設(shè)置了將內(nèi)容分類/分組為相同內(nèi)容的策略，并因此能夠根據(jù)內(nèi)容服務(wù)器中內(nèi)容的靜態(tài)/動(dòng)態(tài)特征自動(dòng)對(duì)其進(jìn)行自動(dòng)分組。
第二，在服務(wù)器負(fù)載平衡裝置中，根據(jù)內(nèi)容特征的最優(yōu)化請(qǐng)求路徑可以通過(guò)最小項(xiàng)目號(hào)碼來(lái)實(shí)現(xiàn)。
這是由于該內(nèi)容管理裝置能夠根據(jù)其中的靜態(tài)/動(dòng)態(tài)特征自動(dòng)對(duì)內(nèi)容服務(wù)器中的內(nèi)容進(jìn)行分組以及分類。
第三，經(jīng)過(guò)服務(wù)器負(fù)載平衡裝置，來(lái)自客戶端的請(qǐng)求可以根據(jù)被請(qǐng)求內(nèi)容的特征而被傳送給最優(yōu)服務(wù)器。
這是由于服務(wù)器負(fù)載平衡裝置根據(jù)取決于各個(gè)特征的選擇標(biāo)準(zhǔn)來(lái)為各個(gè)內(nèi)容組確定一個(gè)目的服務(wù)器，將確定的目的服務(wù)器注冊(cè)到請(qǐng)求路徑表格中并識(shí)別哪個(gè)內(nèi)容組中包括來(lái)自客戶端的請(qǐng)求內(nèi)容，因此將該請(qǐng)求傳送給相應(yīng)內(nèi)容組的目的服務(wù)器。
第四，可以限制客戶端向內(nèi)容服務(wù)器發(fā)送請(qǐng)求的快速增長(zhǎng)并防止目的服務(wù)器確定操作中出現(xiàn)擺動(dòng)的情況，而不需要集中在服務(wù)器負(fù)載平衡裝置的請(qǐng)求路徑表格中。
這是首先由于在響應(yīng)來(lái)自多個(gè)服務(wù)器負(fù)載平衡裝置的用于獲得資源信息的請(qǐng)求時(shí)(其中這些裝置位于內(nèi)容服務(wù)器的一個(gè)網(wǎng)絡(luò)中)，并不總是返回實(shí)際資源信息而是返回根據(jù)設(shè)置資源響應(yīng)策略校正過(guò)的資源值，因此，可以限制服多個(gè)服務(wù)器負(fù)載平衡裝置同時(shí)選擇相同的內(nèi)容服務(wù)器作為目的服務(wù)器。
其次由于在服務(wù)器負(fù)載平衡裝置中，根據(jù)獲得的資源數(shù)值對(duì)各個(gè)項(xiàng)目目的服務(wù)器的加權(quán)數(shù)值進(jìn)行改變，并利用移動(dòng)粒度使得加權(quán)數(shù)值平緩的變化，因此能夠限制服多個(gè)服務(wù)器負(fù)載平衡裝置同時(shí)選擇相同的內(nèi)容服務(wù)器作為目的服務(wù)器。
再次由于在服務(wù)器負(fù)載平衡裝置中，并不是根據(jù)獲得的資源數(shù)值立即對(duì)用于各個(gè)項(xiàng)目目的服務(wù)器的加權(quán)數(shù)值進(jìn)行重置，而是由隨概率分布的時(shí)間延遲重置加權(quán)數(shù)值的時(shí)間，并且如果需要的話，可以在延遲的時(shí)間對(duì)加權(quán)數(shù)值進(jìn)行重置，因此，可以限制服多個(gè)服務(wù)器負(fù)載平衡裝置同時(shí)選擇相同的內(nèi)容服務(wù)器作為目的服務(wù)器。
第五，服務(wù)器負(fù)載平衡裝置能夠使用4層轉(zhuǎn)換來(lái)從客戶端向最優(yōu)內(nèi)容服務(wù)器引導(dǎo)請(qǐng)求而不需要使用7層轉(zhuǎn)換，因此能夠改進(jìn)服務(wù)器負(fù)載平衡裝置的性能以及降低成本。
這是由于在服務(wù)器負(fù)載平衡裝置中，通過(guò)使用DNS服務(wù)器，從來(lái)自客戶端信息包的目的IP地址/目的端口號(hào)中識(shí)別出含有被請(qǐng)求內(nèi)容的內(nèi)容組，并將該信息包傳送給相應(yīng)內(nèi)容組的最優(yōu)內(nèi)容服務(wù)器，因此能夠越過(guò)對(duì)從來(lái)自客戶端信息包的內(nèi)容(URL等等)的分析。
雖然參照典型的實(shí)施例對(duì)本發(fā)明進(jìn)行了說(shuō)明，但是對(duì)于本領(lǐng)域內(nèi)的技術(shù)人員來(lái)說(shuō)可以理解的是，在不脫離本發(fā)明的精神和范疇的情況下，上述的以及多種其它的變化、刪節(jié)以及增補(bǔ)都是可以進(jìn)行的。因此，本發(fā)明不應(yīng)被理解為僅限于上述的特定實(shí)施例而是應(yīng)該包括在含有及等同于附加的權(quán)利要求列出的特征范圍內(nèi)能實(shí)現(xiàn)的所有可能的實(shí)施例。
權(quán)利要求
1.一種用于向多個(gè)內(nèi)容服務(wù)器中的一個(gè)客戶端分配內(nèi)容發(fā)送的服務(wù)器負(fù)載平衡系統(tǒng)，包括用于確定所述內(nèi)容服務(wù)器的裝置，通過(guò)至少使用關(guān)于該內(nèi)容服務(wù)器的內(nèi)容和資源信息特性而將來(lái)自客戶端的內(nèi)容傳送請(qǐng)求目的地傳輸給該內(nèi)容服務(wù)器。
2.如權(quán)利要求1所給出的服務(wù)器負(fù)載平衡系統(tǒng)，其特征在于根據(jù)所述資源信息的變化再次確定向其傳送來(lái)自所述客戶端的內(nèi)容傳送請(qǐng)求的所述內(nèi)容服務(wù)器。
3.如權(quán)利要求1所給出的服務(wù)器負(fù)載平衡系統(tǒng)，其特征在于所述來(lái)自客戶端的內(nèi)容傳送請(qǐng)求被發(fā)送到所述內(nèi)容傳送請(qǐng)求將被發(fā)送到的所述內(nèi)容服務(wù)器，所述內(nèi)容服務(wù)器為所述內(nèi)容而設(shè)置。
4.如權(quán)利要求1所給出的服務(wù)器負(fù)載平衡系統(tǒng)，其特征在于基于來(lái)自所述客戶端的信息包的目的IP地址以及目的端口號(hào)，該由客戶端請(qǐng)求的內(nèi)容被確認(rèn)并且將該信息包發(fā)送到為所述內(nèi)容設(shè)置的所述內(nèi)容服務(wù)器中。
5.如權(quán)利要求1所給出的服務(wù)器負(fù)載平衡系統(tǒng)，其特征在于所述內(nèi)容服務(wù)器傳送的內(nèi)容根據(jù)其特性被分成若干組，并且分成上述組的所述內(nèi)容被收集在一塊并分到每一組中。
6.用于從多個(gè)內(nèi)容服務(wù)器中選擇一個(gè)傳送內(nèi)容到客戶端的內(nèi)容服務(wù)器的服務(wù)器負(fù)載平衡裝置，包括通過(guò)至少使用所述內(nèi)容的特性和關(guān)于所述內(nèi)容服務(wù)器的資源信息而確定將來(lái)自客戶端的內(nèi)容傳送請(qǐng)求傳輸給所述內(nèi)容服務(wù)器的裝置。
7.如權(quán)利要求6所給出的服務(wù)器負(fù)載平衡裝置，其特征在于所述資源信息至少包括一個(gè)或多個(gè)資源參數(shù)，通過(guò)使用第一資源參數(shù)來(lái)預(yù)測(cè)或提取與第一資源參數(shù)不同的第二資源參數(shù)，并且該資源信息也包括預(yù)測(cè)或提取出的所述第二資源參數(shù)。
8.如權(quán)利要求6所給出的服務(wù)器負(fù)載平衡裝置，其特征在于所述目的服務(wù)器確定裝置通過(guò)使用客戶端所請(qǐng)求內(nèi)容的URL或部分URL來(lái)獲得用于所述請(qǐng)求目的地的候選內(nèi)容服務(wù)器，并且從所述候選內(nèi)容服務(wù)器中確定向其傳送內(nèi)容的內(nèi)容服務(wù)器。
9.如權(quán)利要求8所給出的服務(wù)器負(fù)載平衡裝置，其特征在于所述部分URL是URL的詞頭即URL的報(bào)頭部分或者URL中文件的擴(kuò)展名再或者是兩者的結(jié)合。
10.如權(quán)利要求6所給出的服務(wù)器負(fù)載平衡裝置，其特征在于通過(guò)對(duì)存在于所述網(wǎng)絡(luò)或用于管理所述內(nèi)容服務(wù)器中的內(nèi)容的內(nèi)容管理裝置中的所述內(nèi)容服務(wù)器進(jìn)行查詢，該目的服務(wù)器確定裝置獲得用來(lái)傳送客戶端請(qǐng)求內(nèi)容的所述候選內(nèi)容服務(wù)器。
11.如權(quán)利要求6所給出的服務(wù)器負(fù)載平衡裝置，其特征在于通過(guò)對(duì)存在于所述網(wǎng)絡(luò)或用于管理所述內(nèi)容服務(wù)器中的內(nèi)容的內(nèi)容管理裝置中的所述內(nèi)容服務(wù)器進(jìn)行查詢，所述目的服務(wù)器確定裝置獲取所述客戶端的特性。
12.如權(quán)利要求6所給出的服務(wù)器負(fù)載平衡裝置，其特征在于所述目的服務(wù)器確定裝置通過(guò)使用將由所述請(qǐng)求獲得內(nèi)容的URL或者URL的一部分生成FQDN，獲得一個(gè)用于該FQDN的IP地址列表，其中FQDN作為密鑰，并且將相應(yīng)于所述列表中每一IP地址的內(nèi)容服務(wù)器規(guī)定為所述候選服務(wù)器，用于傳送由客戶端請(qǐng)求的所述內(nèi)容。
13.如權(quán)利要求12所給出的服務(wù)器負(fù)載平衡裝置，其特征在于從DNS服務(wù)器獲得所述用于所述FQDN的所述IP地址列表。
14.如權(quán)利要求6所給出的服務(wù)器負(fù)載平衡裝置，其特征在于在將一個(gè)信息包的目的IP地址改變?yōu)閮?nèi)容服務(wù)器的IP地址之后，其中的內(nèi)容服務(wù)器被確定作為向客戶端傳送內(nèi)容的內(nèi)容服務(wù)器，所述由客戶端發(fā)送的、用來(lái)請(qǐng)求內(nèi)容傳送的信息包被傳輸?shù)剿鰞?nèi)容服務(wù)器。
15.如權(quán)利要求6所給出的服務(wù)器負(fù)載平衡裝置，其特征在于在解析了相應(yīng)于所述內(nèi)容服務(wù)器IP地址的MAC地址之后，其中的內(nèi)容服務(wù)器被確定作為向客戶端傳送內(nèi)容并將所述信息包的MAC地址改變?yōu)榻馕龊蟮腗AC地址的內(nèi)容服務(wù)器，所述由客戶端發(fā)送的、用來(lái)請(qǐng)求內(nèi)容傳送的信息包被傳輸?shù)剿鰞?nèi)容服務(wù)器。
16.如權(quán)利要求6所給出的服務(wù)器負(fù)載平衡裝置，其特征在于根據(jù)所述資源信息的變化，重新確定向其傳送由客戶端接收的所述內(nèi)容發(fā)送請(qǐng)求的所述內(nèi)容服務(wù)器。
17.如權(quán)利要求6所給出的服務(wù)器負(fù)載平衡裝置，其特征在于通過(guò)至少使用所述內(nèi)容的特性以及資源信息，優(yōu)先級(jí)別被設(shè)置在向其傳送由客戶端接收的所述內(nèi)容發(fā)送請(qǐng)求的各個(gè)內(nèi)容服務(wù)器中。
18.如權(quán)利要求17所給出的服務(wù)器負(fù)載平衡裝置，其特征在于根據(jù)所述資源信息的變化重新設(shè)置優(yōu)先級(jí)別。
19.如權(quán)利要求18所給出的服務(wù)器負(fù)載平衡裝置，其特征在于考慮到當(dāng)前的優(yōu)先級(jí)別，在根據(jù)各個(gè)內(nèi)容服務(wù)器的資源信息重新設(shè)置優(yōu)先級(jí)別之前，來(lái)自當(dāng)前優(yōu)先級(jí)別的波動(dòng)被限制為一個(gè)常數(shù)級(jí)別，并接下來(lái)重新對(duì)優(yōu)先級(jí)別進(jìn)行設(shè)置。
20.如權(quán)利要求6所給出的服務(wù)器負(fù)載平衡裝置，其特征在于所述重新設(shè)置優(yōu)先級(jí)別的時(shí)間被延遲了一段隨著概率變化的時(shí)間，并在該延遲時(shí)間重新設(shè)置優(yōu)先級(jí)別。
21.如權(quán)利要求20所給出的服務(wù)器負(fù)載平衡裝置，其特征在于在所述延遲時(shí)間，重新判斷是否重新設(shè)置優(yōu)先級(jí)別，并且當(dāng)確定重新設(shè)置所述優(yōu)先級(jí)別時(shí)，重新對(duì)優(yōu)先級(jí)別進(jìn)行設(shè)置。
22.如權(quán)利要求6所給出的服務(wù)器負(fù)載平衡裝置，包括用來(lái)確定向客戶端發(fā)送內(nèi)容的內(nèi)容服務(wù)器的裝置，這是基于從客戶端接收到的、用來(lái)請(qǐng)求內(nèi)容傳送的信息包的目的IP地址以及目的端口號(hào)，并且將接收到的用來(lái)請(qǐng)求所述內(nèi)容發(fā)送的信息包傳輸?shù)剿龃_定的內(nèi)容服務(wù)器，其中FQDN唯一指示目的IP地址以及目的端口號(hào)，并通過(guò)使用接收到的信息包的目的IP地址以及目的端口號(hào)的信息來(lái)重新生成，候選內(nèi)容服務(wù)器用來(lái)將內(nèi)容發(fā)送到客戶端，該服務(wù)器是接收到的信息包的傳遞目的地并通過(guò)對(duì)使用重新生成的FQDN作為密鑰的DNS服務(wù)器進(jìn)行查詢來(lái)獲得，以及從候選內(nèi)容服務(wù)器中確定用來(lái)向客戶端發(fā)送內(nèi)容的所述內(nèi)容服務(wù)器。
23.如權(quán)利要求22所給出的服務(wù)器負(fù)載平衡裝置，其特征在于通過(guò)對(duì)使用所述目的IP地址作為密鑰的所述DNS服務(wù)器進(jìn)行查詢來(lái)解析所述FQDN，通過(guò)使用所述解析后FQDN以及目的端口號(hào)的信息來(lái)重新生成唯一指示所述目的端口號(hào)以及解析后FQDN的FQDN，通過(guò)對(duì)使用重新生成的FQDN作為密鑰的DNS服務(wù)器進(jìn)行查詢來(lái)獲得一個(gè)IP地址列表，并將該列表定義為用來(lái)向客戶端發(fā)送內(nèi)容的候選內(nèi)容服務(wù)器，以及從所述候選內(nèi)容服務(wù)器中確定用來(lái)向客戶端發(fā)送內(nèi)容的所述內(nèi)容服務(wù)器。
24.如權(quán)利要求22所給出的服務(wù)器負(fù)載平衡裝置，其特征在于通過(guò)對(duì)使用目的IP地址作為密鑰的DNS服務(wù)器進(jìn)行查詢來(lái)解析FQDN，通過(guò)對(duì)使用解析后的FQDN作為密鑰的DNS服務(wù)器進(jìn)行查詢來(lái)獲得一個(gè)IP地址列表，并將該列表定義為用來(lái)向客戶端發(fā)送內(nèi)容的候選內(nèi)容服務(wù)器，以及從候選內(nèi)容服務(wù)器中確定用來(lái)向客戶端發(fā)送內(nèi)容的所述內(nèi)容服務(wù)器。
25.如權(quán)利要求22所給出的服務(wù)器負(fù)載平衡裝置，包括所述服務(wù)器負(fù)載平衡裝置進(jìn)一步包括用來(lái)接收來(lái)自客戶端的請(qǐng)求內(nèi)容發(fā)送的信息包的信息包接收裝置，以及信息包傳輸裝置，該裝置將信息包接收裝置接收到的信息包的目的IP地址重新寫入到用于將被請(qǐng)求內(nèi)容發(fā)送到客戶端并傳輸?shù)剿鰞?nèi)容服務(wù)器中的內(nèi)容服務(wù)器的IP地址中。
26.如權(quán)利要求25所給出的服務(wù)器負(fù)載平衡裝置，其特征在于所述信息包傳輸裝置對(duì)相應(yīng)于用于向客戶端發(fā)送請(qǐng)求內(nèi)容的所述內(nèi)容服務(wù)器的IP地址的MAC地址進(jìn)行解析，并且在將由信息包接收裝置接收到的請(qǐng)求所述內(nèi)容傳送的信息包的目的MAC重新寫入到解析后的MAC地址中之后，將該信息包傳輸給該內(nèi)容服務(wù)器。
27.一個(gè)用于傳送內(nèi)容的內(nèi)容服務(wù)器，包括向一個(gè)節(jié)點(diǎn)通知將一個(gè)計(jì)算后的實(shí)際資源值的校準(zhǔn)值作為資源信息的裝置，用來(lái)基于關(guān)于各個(gè)服務(wù)器的資源信息的選擇內(nèi)容的發(fā)送目的地。
28.一個(gè)用來(lái)對(duì)由內(nèi)容服務(wù)器傳送的內(nèi)容進(jìn)行管理的內(nèi)容管理裝置，包括用來(lái)根據(jù)內(nèi)容的特性將由所述內(nèi)容服務(wù)器傳送的內(nèi)容分成多個(gè)組的內(nèi)容分類裝置，以及用來(lái)在各個(gè)組中將分類到各組中的內(nèi)容集中到一塊兒的內(nèi)容分組裝置。
29.如權(quán)利要求28所給出的內(nèi)容管理裝置，其特征在于所述內(nèi)容分類裝置根據(jù)特性對(duì)所述內(nèi)容進(jìn)行分類。
30.如權(quán)利要求28所給出的內(nèi)容管理裝置，其特征在于所述內(nèi)容分類裝置根據(jù)所述內(nèi)容特性的分類逐步變細(xì)粒度的分級(jí)結(jié)構(gòu)逐步對(duì)內(nèi)容進(jìn)行分類。
31.如權(quán)利要求28所給出的內(nèi)容管理裝置，其特征在于所述內(nèi)容分組裝置將同一目錄下的已分類內(nèi)容一塊兒集中到相同的組中。
32.一個(gè)用來(lái)通過(guò)控制一臺(tái)計(jì)算機(jī)，分配內(nèi)容發(fā)送到多個(gè)內(nèi)容服務(wù)器中的客戶端的服務(wù)器負(fù)載平衡程序，包括一個(gè)涉及具有內(nèi)容特性與有關(guān)內(nèi)容服務(wù)器的資源信息之間對(duì)應(yīng)關(guān)系的所述內(nèi)容服務(wù)器的選擇標(biāo)準(zhǔn)的功能，以及一個(gè)根據(jù)所述請(qǐng)求內(nèi)容的特性以及資源信息、基于所述選擇標(biāo)準(zhǔn)確定用來(lái)發(fā)送客戶端請(qǐng)求內(nèi)容的內(nèi)容服務(wù)器的功能。
33.一個(gè)用來(lái)通過(guò)控制一臺(tái)計(jì)算機(jī)，管理傳送內(nèi)容的內(nèi)容服務(wù)器的內(nèi)容傳送的內(nèi)容發(fā)送管理程序，包括一個(gè)向一個(gè)節(jié)點(diǎn)通知將一個(gè)計(jì)算后實(shí)際資源值的校準(zhǔn)值作為在這一點(diǎn)的可用資源信息的功能，并用來(lái)根據(jù)服務(wù)器的資源選擇內(nèi)容的傳送目的地。
34.一個(gè)用來(lái)通過(guò)控制一臺(tái)計(jì)算機(jī)，對(duì)內(nèi)容服務(wù)器傳送的內(nèi)容進(jìn)行管理的內(nèi)容管理程序，包含一個(gè)用來(lái)根據(jù)所述內(nèi)容的特性將內(nèi)容服務(wù)器傳送的內(nèi)容分成多個(gè)組的內(nèi)容分類功能，以及一個(gè)用來(lái)在各個(gè)組中將分到各組中內(nèi)容集中一塊兒的內(nèi)容分組功能。
全文摘要
一種用于向多個(gè)內(nèi)容服務(wù)器中的一個(gè)客戶端分配內(nèi)容發(fā)送的服務(wù)器負(fù)載平衡系統(tǒng)，包括一個(gè)目的服務(wù)器確定策略設(shè)置單元，用來(lái)為了確定用于對(duì)各個(gè)內(nèi)容特性傳送內(nèi)容的內(nèi)容服務(wù)器而設(shè)置選擇標(biāo)準(zhǔn)，以及一個(gè)目的服務(wù)器確定單元，用來(lái)根據(jù)所請(qǐng)求內(nèi)容的特性所對(duì)應(yīng)的選擇標(biāo)準(zhǔn)確定傳送來(lái)自客戶端的請(qǐng)求內(nèi)容的內(nèi)容服務(wù)器。
文檔編號(hào)G06F15/00GK1450765SQ03128628
公開日2003年10月22日 申請(qǐng)日期2003年3月5日 優(yōu)先權(quán)日2002年3月5日
發(fā)明者藤田范人, 巖田淳 申請(qǐng)人:日本電氣株式會(huì)社