一種服務(wù)器負(fù)載控制方法和裝置的制造方法
【專利摘要】本申請?zhí)峁┝艘环N負(fù)載控制的實現(xiàn)方法和裝置。應(yīng)用在負(fù)載控制服務(wù)器，所述方法包括：接收部署調(diào)度服務(wù)程序的各應(yīng)用服務(wù)器發(fā)送的路徑信息和負(fù)載狀態(tài)信息，所述應(yīng)用服務(wù)器運(yùn)行有非線性編輯系統(tǒng)；接收客戶端對所述應(yīng)用服務(wù)器的連接請求，根據(jù)所述負(fù)載狀態(tài)信息判定負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器；提取所述目標(biāo)應(yīng)用服務(wù)器的路徑信息并發(fā)送至所述客戶端，以使所述客戶端與所述目標(biāo)應(yīng)用服務(wù)器連接。本申請可實現(xiàn)非線性編輯系統(tǒng)服務(wù)器間的負(fù)載平衡以及最大化利用服務(wù)器性能。
【專利說明】
一種服務(wù)器負(fù)載控制方法和裝置
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及服務(wù)器資源配置領(lǐng)域，特別是涉及一種服務(wù)器負(fù)載控制方法和裝置。
【背景技術(shù)】
[0002]計算機(jī)技術(shù)的發(fā)展，促進(jìn)了多媒體技術(shù)的高速發(fā)展。計算機(jī)技術(shù)已滲透到影視節(jié)目制作的每一角落，其中使用一臺計算機(jī)即可以完成視頻的捕捉、編輯甚至特技、動畫、字幕的制作非線性編輯系統(tǒng)得到了廣泛應(yīng)用。
[0003]傳統(tǒng)的電視制作和影視作品的制作環(huán)境，需要編輯人員在機(jī)房完成；而非線性編輯系統(tǒng)可利用網(wǎng)絡(luò)方便地傳輸數(shù)碼視頻，在網(wǎng)絡(luò)上協(xié)同創(chuàng)作。基于網(wǎng)絡(luò)的瀏覽器和服務(wù)器結(jié)構(gòu)(Browser Server，BS)或客戶端和服務(wù)器結(jié)構(gòu)(Client Server,CS)，編輯人員采用非線性編輯系統(tǒng)擺脫了工作地點(diǎn)的限制，極大地滿足了工作時效性的需求。
[0004]但是由于編輯系統(tǒng)的復(fù)雜性，以及編輯素材越來越趨于高分辨率和高碼率，為了最大化的利用服務(wù)器的處理性能，服務(wù)器間的負(fù)載平衡以及利用率最大化就成了亟待解決的問題。

【發(fā)明內(nèi)容】

[0005]鑒于上述問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的一種服務(wù)器負(fù)載控制方法和裝置。
[0006]依據(jù)本發(fā)明的一個方面，提供了一種負(fù)載控制的實現(xiàn)方法，應(yīng)用在負(fù)載控制服務(wù)器，所述方法包括:
[0007]接收部署調(diào)度服務(wù)程序的各應(yīng)用服務(wù)器發(fā)送的路徑信息和負(fù)載狀態(tài)信息，所述應(yīng)用服務(wù)器運(yùn)行有非線性編輯系統(tǒng)；
[0008]接收客戶端對所述應(yīng)用服務(wù)器的連接請求，根據(jù)所述負(fù)載狀態(tài)信息判定負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器；
[0009]提取所述目標(biāo)應(yīng)用服務(wù)器的路徑信息并發(fā)送至所述客戶端，以使所述客戶端與所述目標(biāo)應(yīng)用服務(wù)器連接。
[0010]可選地，所述路徑信息包括所述應(yīng)用服務(wù)器的端口信息和地址信息。
[0011 ] 可選地，所述方法還包括:
[0012]根據(jù)所述目標(biāo)應(yīng)用服務(wù)器的最新負(fù)載狀態(tài)更新所述負(fù)載狀態(tài)信息。
[0013]可選地，所述判定負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器的步驟包括:
[0014]選擇所述應(yīng)用服務(wù)器中CPU利用率、內(nèi)存使用率和客戶端連接數(shù)量中至少一項最小的服務(wù)器。
[0015]可選地，所述方法還包括:
[0016]指示所述目標(biāo)應(yīng)用服務(wù)器生成一個服務(wù)程序，所述服務(wù)程序唯一服務(wù)于所述目標(biāo)應(yīng)用服務(wù)器根據(jù)所述連接請求進(jìn)行連接的所述客戶端。
[0017]可選地，所述方法還包括:
[0018]接收所述調(diào)度服務(wù)程序在所述客戶端與所述目標(biāo)服務(wù)器斷開連接時發(fā)送的通知；
[0019]根據(jù)所述通知更新所述負(fù)載狀態(tài)信息。
[0020]可選地，所述方法還包括:
[0021 ]接收對添加或者減少至少一個應(yīng)用服務(wù)器的指示；
[0022]根據(jù)所述指示對應(yīng)添加或減少的至少一個應(yīng)用服務(wù)器，更新所述應(yīng)用服務(wù)器數(shù)量變化后的所述負(fù)載狀態(tài)信息。
[0023]根據(jù)本發(fā)明的另一方面，提供了一種負(fù)載控制的實現(xiàn)裝置，部署在負(fù)載控制服務(wù)器，所述裝置包括:
[0024]接收模塊，用于接收部署調(diào)度服務(wù)程序的各應(yīng)用服務(wù)器發(fā)送的路徑信息和負(fù)載狀態(tài)信息，所述應(yīng)用服務(wù)器運(yùn)行有非線性編輯系統(tǒng)；
[0025]判定模塊，用于接收客戶端對所述應(yīng)用服務(wù)器的連接請求，根據(jù)所述負(fù)載狀態(tài)信息判定負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器；
[0026]發(fā)送模塊，用于提取所述目標(biāo)應(yīng)用服務(wù)器的路徑信息并發(fā)送至所述客戶端，以使所述客戶端與所述目標(biāo)應(yīng)用服務(wù)器連接。
[0027]可選地，所述路徑信息包括所述應(yīng)用服務(wù)器的端口信息和地址信息。
[0028]可選地，所述裝置還包括:
[0029]第一更新模塊，用于根據(jù)所述目標(biāo)應(yīng)用服務(wù)器的最新負(fù)載狀態(tài)更新所述負(fù)載狀態(tài)
?目息O
[0030]可選地，所述判定負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器的步驟包括:
[0031]選擇所述應(yīng)用服務(wù)器中CPU利用率、內(nèi)存使用率和客戶端連接數(shù)量中至少一項最小的服務(wù)器。
[0032]可選地，所述裝置還包括:
[0033]服務(wù)程序模塊，用于指示所述目標(biāo)應(yīng)用服務(wù)器生成一個服務(wù)程序，所述服務(wù)程序唯一服務(wù)于所述目標(biāo)應(yīng)用服務(wù)器根據(jù)所述連接請求進(jìn)行連接的所述客戶端。
[0034]可選地，所述裝置還包括:
[0035]通知模塊，用于接收所述調(diào)度服務(wù)程序在所述客戶端與所述目標(biāo)服務(wù)器斷開連接時發(fā)送的通知；
[0036]第二更新模塊，用于根據(jù)所述通知更新所述負(fù)載狀態(tài)信息。
[0037]可選地，所述裝置還包括:
[0038]服務(wù)器編輯模塊，用于接收對添加或者減少至少一個應(yīng)用服務(wù)器的指示；
[0039]第三更新模塊，用于根據(jù)所述指示對應(yīng)添加或減少的至少一個應(yīng)用服務(wù)器，更新所述應(yīng)用服務(wù)器數(shù)量變化后的所述負(fù)載狀態(tài)信息。
[0040]依據(jù)本發(fā)明實施例，負(fù)載控制服務(wù)器接收到客戶端連接應(yīng)用服務(wù)器的請求時，根據(jù)負(fù)載狀態(tài)信息判定負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器，將目標(biāo)應(yīng)用服務(wù)器的路徑信息發(fā)送給客戶端，客戶端根據(jù)路徑信息與目標(biāo)應(yīng)用服務(wù)器連接。由于每次客戶端連接的都是服務(wù)器組中較空閑的，所以不會造成某些應(yīng)用服務(wù)器超負(fù)荷運(yùn)轉(zhuǎn)而另外一些應(yīng)用服務(wù)器一直空閑，從而實現(xiàn)了服務(wù)器間的負(fù)載平衡以及最大化利用服務(wù)器性能。
[0041]上述說明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，而可依照說明書的內(nèi)容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點(diǎn)能夠更明顯易懂，以下特舉本發(fā)明的【具體實施方式】。
【附圖說明】
[0042]通過閱讀下文優(yōu)選實施方式的詳細(xì)描述，各種其他的優(yōu)點(diǎn)和益處對于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認(rèn)為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中:
[0043]圖1是根據(jù)本發(fā)明實施例一的一種服務(wù)器負(fù)載控制方法的步驟流程圖。
[0044]圖2是根據(jù)本發(fā)明實施例二的一種服務(wù)器負(fù)載控制方法的步驟流程圖。
[0045]圖3是根據(jù)本發(fā)明實施例三的一種服務(wù)器負(fù)載控制裝置的結(jié)構(gòu)框圖。
【具體實施方式】
[0046]下面將參照附圖更詳細(xì)地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應(yīng)當(dāng)理解，可以以各種形式實現(xiàn)本公開而不應(yīng)被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠?qū)⒈竟_的范圍完整的傳達(dá)給本領(lǐng)域的技術(shù)人員。
[0047]實施例一
[0048]詳細(xì)介紹本發(fā)明實施例提供的一種服務(wù)器負(fù)載控制方法。
[0049]參照圖1，示出了本發(fā)明實施例中的一種服務(wù)器負(fù)載控制方法的步驟流程圖。
[0050]步驟101，接收部署調(diào)度服務(wù)程序的各應(yīng)用服務(wù)器發(fā)送的路徑信息和負(fù)載狀態(tài)信息，所述應(yīng)用服務(wù)器運(yùn)行有非線性編輯系統(tǒng)。
[0051]本發(fā)明實施例中，負(fù)載控制服務(wù)程序是實現(xiàn)調(diào)配應(yīng)用服務(wù)器，平衡應(yīng)用服務(wù)器負(fù)載的程序，用于負(fù)載控制服務(wù)器與應(yīng)用服務(wù)器之間的通信。一臺服務(wù)器運(yùn)行負(fù)載控制服務(wù)程序就成為負(fù)載控制服務(wù)器，其余可以與客戶端連接的為應(yīng)用服務(wù)器，應(yīng)用服務(wù)器運(yùn)行有非線性編輯系統(tǒng)。例如，由服務(wù)器A、B、C、D組成服務(wù)器組，服務(wù)器A運(yùn)行負(fù)載控制服務(wù)程序，則服務(wù)器A為負(fù)載控制服務(wù)器，其余服務(wù)器B、C、D為應(yīng)用服務(wù)器。
[0052]本實施例中，調(diào)度服務(wù)程序由負(fù)載控制服務(wù)程序安裝在應(yīng)用服務(wù)器上，用于應(yīng)用服務(wù)器與負(fù)載控制服務(wù)器通信。調(diào)度服務(wù)程序?qū)⑵渌诘膽?yīng)用服務(wù)器的路徑信息以及負(fù)載狀態(tài)信息發(fā)送給負(fù)載控制服務(wù)器。其中，路徑信息可以包括應(yīng)用服務(wù)器的地址信息和端口信息，根據(jù)路徑信息可以連接客戶端；負(fù)載狀態(tài)信息包括CPU利用率、內(nèi)存使用率和客戶端連接數(shù)量等，用于判定服務(wù)器是否為負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器。例如，服務(wù)器A上的負(fù)載控制服務(wù)程序?qū)⒄{(diào)度服務(wù)安裝在服務(wù)器B、C、D上，調(diào)度服務(wù)程序?qū)⒎?wù)器B、C、D的地址信息、端口信息以及CPU利用率、內(nèi)存使用率和客戶端連接數(shù)量發(fā)送給服務(wù)器A的負(fù)載控制程序。
[0053]進(jìn)一步，調(diào)度服務(wù)程序發(fā)送的各應(yīng)用服務(wù)器的路徑信息和負(fù)載狀態(tài)信息，可以是定時發(fā)送，也可以是在負(fù)載狀態(tài)信息變化時發(fā)送，也可以是由負(fù)載控制服務(wù)器向調(diào)度服務(wù)程序發(fā)送獲取路徑信息和負(fù)載狀態(tài)信息的指令時再發(fā)送。具體的，應(yīng)用服務(wù)器可以固定間隔時間向負(fù)載控制服務(wù)器反饋一次CHJ利用率、內(nèi)存使用率和客戶端連接數(shù)量等信息;或者是目標(biāo)應(yīng)用服務(wù)器與客戶端連接后，客戶端連接數(shù)量發(fā)生變化，調(diào)度服務(wù)程序自動將目標(biāo)應(yīng)用服務(wù)器的所有負(fù)載狀態(tài)信息反饋給負(fù)載控制服務(wù)器;又或者是，當(dāng)負(fù)載控制服務(wù)器有獲取應(yīng)用服務(wù)器負(fù)載狀態(tài)信息的需求時，向應(yīng)用服務(wù)器發(fā)送獲取指令，由應(yīng)用服務(wù)器上的調(diào)度服務(wù)器程序?qū)⑵渌诘膽?yīng)用服務(wù)器的路徑信息和負(fù)載狀態(tài)反饋給負(fù)載控制服務(wù)器。本實施例中對調(diào)度服務(wù)程序發(fā)送路徑信息和負(fù)載狀態(tài)的頻次不做詳細(xì)規(guī)定一一該頻次可以根據(jù)實際需求設(shè)置，本發(fā)明對此并不做限制，可由負(fù)載控制服務(wù)器對服務(wù)器B、C、D統(tǒng)一設(shè)置，也可以由各服務(wù)器自行設(shè)置。
[0054]本實施例中，服務(wù)器組A、B、C、D中，服務(wù)器A上安裝負(fù)載控制服務(wù)程序并啟動，負(fù)載控制服務(wù)程序?qū)⒄{(diào)度服務(wù)程序安裝在服務(wù)器上B、C、D。調(diào)度服務(wù)程序?qū)⒎?wù)器B、C、D的地址信息、端口信息和負(fù)載狀態(tài)信息發(fā)送給服務(wù)器A上負(fù)載控制服務(wù)程序。
[0055]步驟102，接收客戶端對所述應(yīng)用服務(wù)器的連接請求，根據(jù)所述負(fù)載狀態(tài)信息判定負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器。
[0056]本實施例中，負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器是根據(jù)負(fù)載狀態(tài)信息判定的最空閑服務(wù)器，負(fù)載狀態(tài)信息可以是服務(wù)器CPU利用率、內(nèi)存使用率和客戶端連接數(shù)量中至少一種。例如，在服務(wù)器^(:、0中，客戶端連接數(shù)量分別為35、30、40，(^1]利用率分別為50%、55%、60%，內(nèi)存使用率為70%、60%、60%，如果根據(jù)CPU利用率這一種負(fù)載狀態(tài)信息判定，服務(wù)器B為負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器，但是根據(jù)內(nèi)存使用率和客戶端連接數(shù)量這兩種負(fù)載狀態(tài)信息判定，服務(wù)器C為負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器。當(dāng)然，本實施例中還可以包括其他各種適用的判定應(yīng)用服務(wù)器是否空閑的標(biāo)準(zhǔn)，不限于上述幾種情況，可根據(jù)實際需求進(jìn)行設(shè)置。
[0057]本實施例中，客戶端在需求編輯素材時，發(fā)送連接服務(wù)器的請求。負(fù)載控制服務(wù)器接收客戶端連接服務(wù)器的請求，根據(jù)調(diào)度服務(wù)程序發(fā)送給負(fù)載服務(wù)器的負(fù)載狀態(tài)信息判定負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器。具體的，負(fù)載控制服務(wù)器接收客戶端發(fā)送的連接服務(wù)器的請求，通過比較調(diào)度服務(wù)發(fā)送的多個應(yīng)用服務(wù)器分別對應(yīng)的客戶端連接數(shù)量，判定其中某個應(yīng)用服務(wù)器為負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器。
[0058]步驟103，提取所述目標(biāo)應(yīng)用服務(wù)器的路徑信息并發(fā)送至所述客戶端，以使所述客戶端與所述目標(biāo)應(yīng)用服務(wù)器連接。
[0059]本實施例中，在根據(jù)負(fù)載狀態(tài)信息找到負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器后，提取目標(biāo)應(yīng)用服務(wù)器的路徑信息。例如，已根據(jù)客戶端連接數(shù)量找到負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器為C，提取服務(wù)器C的地址信息為221.11.90.15，端口信息為26。將路徑信息也就是地址信息221.11.90.15和端口信息26發(fā)送給客戶端，客戶端根據(jù)以上路徑信息與服務(wù)器C連接。
[0060]綜上所述，本實施例在客戶端請求連接應(yīng)用服務(wù)器時，由負(fù)載控制服務(wù)器根據(jù)負(fù)載狀態(tài)信息判定負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器，將目標(biāo)應(yīng)用服務(wù)器的路徑信息發(fā)送給客戶端，用于客戶端連接目標(biāo)服務(wù)器。本實施例實現(xiàn)了應(yīng)用服務(wù)器之間的負(fù)載平衡，最大化利用了服務(wù)器的性能。
[0061 ] 實施例二
[0062]步驟201，接收部署調(diào)度服務(wù)程序的各應(yīng)用服務(wù)器發(fā)送的路徑信息和負(fù)載狀態(tài)信息，所述應(yīng)用服務(wù)器運(yùn)行有非線性編輯系統(tǒng)。
[0063]步驟202，接收客戶端對所述應(yīng)用服務(wù)器的連接請求，根據(jù)所述負(fù)載狀態(tài)信息判定負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器。
[0064]步驟203，提取所述目標(biāo)應(yīng)用服務(wù)器的路徑信息并發(fā)送至所述客戶端，以使所述客戶端與所述目標(biāo)應(yīng)用服務(wù)器連接。
[0065]步驟204，根據(jù)所述目標(biāo)應(yīng)用服務(wù)器的最新負(fù)載狀態(tài)更新所述負(fù)載狀態(tài)信息。
[0066]本實施例中，目標(biāo)應(yīng)用服務(wù)器的最新負(fù)載狀態(tài)可以是該服務(wù)器與客戶端連接后的狀態(tài)。例如，在服務(wù)器8工、0中，客戶端連接數(shù)量分別為35、30、40<?1]利用率分別為50%、55%、60%，根據(jù)客戶端連接數(shù)量判定為負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器為C，在服務(wù)器C與客戶端連接后，服務(wù)器的負(fù)載狀態(tài)信息發(fā)生了變化，客戶端連接數(shù)量為31，CPU利用率為58%。目標(biāo)應(yīng)用服務(wù)器的最新負(fù)載狀態(tài)也可以是該服務(wù)器與客戶端連接前的狀態(tài)，例如，服務(wù)器C上連接的其他客戶端處理的程序比較復(fù)雜，導(dǎo)致服務(wù)器C的最新負(fù)載狀態(tài)信息變化為CPU利用率 65 %。
[0067]進(jìn)一步的，應(yīng)用服務(wù)器C在客戶端連接前，由于其他程序?qū)е碌腃PU利用率從55%變化為65%，該服務(wù)器C在與客戶端連接后，客戶端數(shù)量由30變化為31，這些負(fù)載狀態(tài)信息都由調(diào)度服務(wù)程序發(fā)送給負(fù)載控制服務(wù)器A，服務(wù)器A將服務(wù)器C之前的負(fù)載狀態(tài)信息更新為CPU利用率65%，客戶端連接數(shù)量31，更新的信息可供再次判定負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器時使用。
[0068]步驟205，指示所述目標(biāo)應(yīng)用服務(wù)器生成一個服務(wù)程序，所述服務(wù)程序唯一服務(wù)于所述目標(biāo)應(yīng)用服務(wù)器根據(jù)所述連接請求進(jìn)行連接的所述客戶端。
[0069]本實施例中，負(fù)載控制服務(wù)器接收每一次客戶端發(fā)送的連接請求，根據(jù)該次連接請求尋找負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器，在客戶端與負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器連接后，負(fù)載控制服務(wù)器指示目標(biāo)應(yīng)用服務(wù)器生成一個服務(wù)程序，一對一服務(wù)于連接的客戶端。具體的，負(fù)載控制服務(wù)器A，應(yīng)用服務(wù)器B、C、D，客戶端X、Y，服務(wù)器A在接收到客戶端X第一次發(fā)送的連接應(yīng)用服務(wù)器的請求時，找到負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器為C，客戶端X與目標(biāo)應(yīng)用服務(wù)器C連接，服務(wù)器A指示服務(wù)器C生成一個服務(wù)程序Fl，F(xiàn)1僅服務(wù)于客戶端X第一次發(fā)送的請求。當(dāng)客戶端X第二次發(fā)送連接應(yīng)用服務(wù)器的請求時，服務(wù)器A找到的目標(biāo)應(yīng)用服務(wù)器仍然為C，客戶端X與服務(wù)器C再次連接，服務(wù)器A指示服務(wù)器C生成一個服務(wù)程序F2，F(xiàn)2僅服務(wù)于客戶端X第二次發(fā)送的請求。當(dāng)服務(wù)器A在接收到客戶端Y第一次發(fā)送的連接應(yīng)用服務(wù)器的請求時，找到負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器仍然是C，客戶端Y與目標(biāo)應(yīng)用服務(wù)器C連接，月艮務(wù)器A指示服務(wù)器C生成一個服務(wù)程序F3，F(xiàn)3僅服務(wù)于客戶端Y第一次發(fā)送的請求。也就是說，不論是同一客戶端發(fā)送的第幾次連接請求，還是不同客戶端發(fā)送的連接請求，目標(biāo)應(yīng)用服務(wù)器均生成一個唯一服務(wù)于發(fā)送該次連接請求的客戶端的服務(wù)程序。
[0070]步驟206，接收所述調(diào)度服務(wù)程序在所述客戶端與所述目標(biāo)服務(wù)器斷開連接時發(fā)送的通知。
[0071 ]本實施例中，客戶端與目標(biāo)服務(wù)器斷開連接時，可能是客戶端編輯完成請求斷開；或者是客戶端編輯完成后，服務(wù)程序結(jié)束;又或者是由于網(wǎng)絡(luò)故障等原因?qū)е驴蛻舳伺c目標(biāo)服務(wù)器斷開。當(dāng)調(diào)度服務(wù)程序檢測到目標(biāo)應(yīng)用服務(wù)器與客戶端斷開時，向負(fù)載控制服務(wù)器發(fā)送目標(biāo)應(yīng)用服務(wù)器與客戶端已斷開的通知以及目標(biāo)應(yīng)用服務(wù)器的最新負(fù)載狀態(tài)信息。具體的，客戶端X完成編輯素材之后，由客戶端主動請求斷開連接，或者服務(wù)器C檢測到服務(wù)程序Fl結(jié)束，客戶端X與服務(wù)器C斷開連接。服務(wù)器C上的調(diào)度服務(wù)程序檢測到客戶端X與服務(wù)器C斷開，向負(fù)載控制服務(wù)器A發(fā)送客戶端X與服務(wù)器C已斷開的通知以及服務(wù)器C的最新負(fù)載狀態(tài)信息。
[0072]步驟207，根據(jù)所述通知更新所述負(fù)載狀態(tài)信息。
[0073]本實施例中，負(fù)載控制服務(wù)器接收調(diào)度服務(wù)程序發(fā)送的客戶端與目標(biāo)應(yīng)用服務(wù)器斷開的通知，根據(jù)目標(biāo)應(yīng)用服務(wù)器的最新負(fù)載狀態(tài)信息進(jìn)行信息更新。例如，客戶端X與服務(wù)器C斷開連接，服務(wù)器C的客戶端連接數(shù)量由客戶端X連接時的31變?yōu)?0，調(diào)度服務(wù)程序?qū)⒖蛻舳诉B接數(shù)量30發(fā)送至負(fù)載控制服務(wù)器A，服務(wù)器A更新服務(wù)器C的客戶端連接數(shù)量等負(fù)載狀態(tài)信息。
[0074]步驟208，接收對添加或者減少至少一個應(yīng)用服務(wù)器的指示。
[0075]本實施例中，可以由管理員對服務(wù)器組進(jìn)行編輯，添加或者減少應(yīng)用服務(wù)器;也可以由負(fù)載控制服務(wù)器對應(yīng)用服務(wù)器的負(fù)載狀態(tài)進(jìn)行檢測，然后對服務(wù)器組進(jìn)行添加或者減少應(yīng)用服務(wù)器的編輯。具體的，服務(wù)器組A、B、C、D，A為負(fù)載控制服務(wù)器，B、C、D為應(yīng)用服務(wù)器，當(dāng)管理員發(fā)現(xiàn)請求連接的客戶端比較多，應(yīng)用服務(wù)器的內(nèi)存使用率較高或者客戶端連接數(shù)量較大，可以手動編輯服務(wù)器組，將服務(wù)器E、F添加至服務(wù)器組中?；蛘呤秦?fù)載控制服務(wù)器A檢測到服務(wù)器D沒有與任何客戶端連接，將服務(wù)器D從服務(wù)器組中刪除。本實施例中對服務(wù)器組的編輯規(guī)則不做詳細(xì)規(guī)定，可根據(jù)實際情況設(shè)置。
[0076]步驟209，根據(jù)所述指示對應(yīng)添加或減少的至少一個應(yīng)用服務(wù)器，更新所述應(yīng)用服務(wù)器數(shù)量變化后的所述負(fù)載狀態(tài)信息。
[0077]本實施例中，負(fù)載控制服務(wù)器添加或者減少應(yīng)用服務(wù)器，并且更新數(shù)量變化后服務(wù)器的負(fù)載狀態(tài)信息。具體的，當(dāng)服務(wù)器組添加E、F時，負(fù)載控制服務(wù)器A在服務(wù)器E、F上部署調(diào)度服務(wù)程序，調(diào)度服務(wù)程序?qū)⒎?wù)器E、F的路徑信息和負(fù)載狀態(tài)信息反饋給服務(wù)器A，服務(wù)器A更新應(yīng)用服務(wù)器E和F的負(fù)載狀態(tài)信息。
[0078]綜上所述，本發(fā)明實施例具有生成唯一服務(wù)于客戶端的服務(wù)程序，自動更新應(yīng)用服務(wù)器負(fù)載狀態(tài)信息，自動編輯應(yīng)用服務(wù)器組等功能，很好的實現(xiàn)了服務(wù)器之間的負(fù)載平衡，最大化的利用了服務(wù)器的性能，提高了用戶編輯的效率。
[0079]需要說明的是，對于前述的方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動作順序的限制，因為依據(jù)本發(fā)明，某些步驟可以采用其他順序或者同時進(jìn)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作并不一定是本發(fā)明所必需的。
[0080]實施例三
[0081 ]詳細(xì)介紹本發(fā)明實施例提供的一種服務(wù)器負(fù)載控制裝置。
[0082]參照圖3，示出了本發(fā)明實施例中的一種服務(wù)器負(fù)載控制裝置的結(jié)構(gòu)框圖，部署在負(fù)載控制服務(wù)器，所述裝置具體包括:
[0083]接收模塊，用于接收部署調(diào)度服務(wù)程序的各應(yīng)用服務(wù)器發(fā)送的路徑信息和負(fù)載狀態(tài)信息，所述應(yīng)用服務(wù)器運(yùn)行有非線性編輯系統(tǒng)；
[0084]判定模塊，用于接收客戶端對所述應(yīng)用服務(wù)器的連接請求，根據(jù)所述負(fù)載狀態(tài)信息判定負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器；
[0085]發(fā)送模塊，用于提取所述目標(biāo)應(yīng)用服務(wù)器的路徑信息并發(fā)送至所述客戶端，以使所述客戶端與所述目標(biāo)應(yīng)用服務(wù)器連接。
[0086]本實施例中，優(yōu)選地，所述路徑信息包括所述應(yīng)用服務(wù)器的端口信息和地址信息。
[0087]本實施例中，優(yōu)選地，所述裝置還包括:
[0088]第一更新模塊，用于根據(jù)所述目標(biāo)應(yīng)用服務(wù)器的最新負(fù)載狀態(tài)更新所述負(fù)載狀態(tài)
?目息O
[0089]本實施例中，優(yōu)選地，所述判定負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器的步驟包括:
[0090]選擇所述應(yīng)用服務(wù)器中CPU利用率、內(nèi)存使用率和客戶端連接數(shù)量中至少一項最小的服務(wù)器。
[0091]本實施例中，優(yōu)選地，所述裝置還包括:
[0092]服務(wù)程序模塊，用于指示所述目標(biāo)應(yīng)用服務(wù)器生成一個服務(wù)程序，所述服務(wù)程序唯一服務(wù)于所述目標(biāo)應(yīng)用服務(wù)器根據(jù)所述連接請求進(jìn)行連接的所述客戶端。
[0093]本實施例中，優(yōu)選地，所述裝置還包括:
[0094]通知模塊，用于接收所述調(diào)度服務(wù)程序在所述客戶端與所述目標(biāo)服務(wù)器斷開連接時發(fā)送的通知；
[0095]第二更新模塊，用于根據(jù)所述通知更新所述負(fù)載狀態(tài)信息。
[0096]本實施例中，優(yōu)選地，所述裝置還包括:
[0097]服務(wù)器編輯模塊，用于接收對添加或者減少至少一個應(yīng)用服務(wù)器的指示；
[0098]第三更新模塊，用于根據(jù)所述指示對應(yīng)添加或減少的至少一個應(yīng)用服務(wù)器，更新所述應(yīng)用服務(wù)器數(shù)量變化后的所述負(fù)載狀態(tài)信息。
[0099]綜上所述，本發(fā)明實施例負(fù)載控制服務(wù)器使客戶端連接到服務(wù)器組中負(fù)載最小的應(yīng)用服務(wù)器，同時自動更新應(yīng)用服務(wù)器負(fù)載狀態(tài)信息，自動編輯應(yīng)用服務(wù)器組，實現(xiàn)了服務(wù)器之間的負(fù)載平衡，最大化的利用了服務(wù)器的性能。
[0100]對于上述服務(wù)器負(fù)載控制裝置實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關(guān)之處參見方法實施例的部分說明即可。
[0101]本說明書中的各個實施例均采用遞進(jìn)的方式描述，每個實施例重點(diǎn)說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。
[0102]本領(lǐng)域技術(shù)人員易于想到的是:上述各個實施例的任意組合應(yīng)用都是可行的，故上述各個實施例之間的任意組合都是本發(fā)明的實施方案，但是由于篇幅限制，本說明書在此就不一一詳述了。
[0103]在此提供的服務(wù)器負(fù)載控制方案不與任何特定計算機(jī)、虛擬系統(tǒng)或者其它設(shè)備固有相關(guān)。各種通用系統(tǒng)也可以與基于在此的示教一起使用。根據(jù)上面的描述，構(gòu)造具有本發(fā)明方案的系統(tǒng)所要求的結(jié)構(gòu)是顯而易見的。此外，本發(fā)明也不針對任何特定編程語言。應(yīng)當(dāng)明白，可以利用各種編程語言實現(xiàn)在此描述的本發(fā)明的內(nèi)容，并且上面對特定語言所做的描述是為了披露本發(fā)明的最佳實施方式。
[0104]在此處所提供的說明書中，說明了大量具體細(xì)節(jié)。然而，能夠理解，本發(fā)明的實施例可以在沒有這些具體細(xì)節(jié)的情況下實踐。在一些實例中，并未詳細(xì)示出公知的方法、結(jié)構(gòu)和技術(shù)，以便不模糊對本說明書的理解。
[0105]類似地，應(yīng)當(dāng)理解，為了精簡本公開并幫助理解各個發(fā)明方面中的一個或多個，在上面對本發(fā)明的示例性實施例的描述中，本發(fā)明的各個特征有時被一起分組到單個實施例、圖、或者對其的描述中。然而，并不應(yīng)將該公開的方法解釋成反映如下意圖:即所要求保護(hù)的本發(fā)明要求比在每個權(quán)利要求中所明確記載的特征更多的特征。更確切地說，如權(quán)利要求書所反映的那樣，發(fā)明方面在于少于前面公開的單個實施例的所有特征。因此，遵循【具體實施方式】的權(quán)利要求書由此明確地并入該【具體實施方式】，其中每個權(quán)利要求本身都作為本發(fā)明的單獨(dú)實施例。
[0106]本領(lǐng)域那些技術(shù)人員可以理解，可以對實施例中的設(shè)備中的模塊進(jìn)行自適應(yīng)性地改變并且把它們設(shè)置在與該實施例不同的一個或多個設(shè)備中?？梢园褜嵤├械哪K或單元或組件組合成一個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任何組合對本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設(shè)備的所有過程或單元進(jìn)行組合。除非另外明確陳述，本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。
[0107]此外，本領(lǐng)域的技術(shù)人員能夠理解，盡管在此所述的一些實施例包括其它實施例中所包括的某些特征而不是其它特征，但是不同實施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實施例。例如，在權(quán)利要求書中，所要求保護(hù)的實施例的任意之一都可以以任意的組合方式來使用。
[0108]本發(fā)明的各個部件實施例可以以硬件實現(xiàn)，或者以在一個或者多個處理器上運(yùn)行的軟件模塊實現(xiàn)，或者以它們的組合實現(xiàn)。本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，可以在實踐中使用微處理器或者數(shù)字信號處理器(DSP)來實現(xiàn)根據(jù)本發(fā)明實施例的服務(wù)器負(fù)載控制方案中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設(shè)備或者裝置程序(例如，計算機(jī)程序和計算機(jī)程序產(chǎn)品)。這樣的實現(xiàn)本發(fā)明的程序可以存儲在計算機(jī)可讀介質(zhì)上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。
[0109]應(yīng)該注意的是上述實施例對本發(fā)明進(jìn)行說明而不是對本發(fā)明進(jìn)行限制，并且本領(lǐng)域技術(shù)人員在不脫離所附權(quán)利要求的范圍的情況下可設(shè)計出替換實施例。在權(quán)利要求中，不應(yīng)將位于括號之間的任何參考符號構(gòu)造成對權(quán)利要求的限制。單詞“包含”不排除存在未列在權(quán)利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當(dāng)編程的計算機(jī)來實現(xiàn)。在列舉了若干裝置的單元權(quán)利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序?？蓪⑦@些單詞解釋為名稱。
【主權(quán)項】
1.一種負(fù)載控制的實現(xiàn)方法，應(yīng)用在負(fù)載控制服務(wù)器，所述方法包括: 接收部署調(diào)度服務(wù)程序的各應(yīng)用服務(wù)器發(fā)送的路徑信息和負(fù)載狀態(tài)信息，所述應(yīng)用服務(wù)器運(yùn)行有非線性編輯系統(tǒng)； 接收客戶端對所述應(yīng)用服務(wù)器的連接請求，根據(jù)所述負(fù)載狀態(tài)信息判定負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器； 提取所述目標(biāo)應(yīng)用服務(wù)器的路徑信息并發(fā)送至所述客戶端，以使所述客戶端與所述目標(biāo)應(yīng)用服務(wù)器連接。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述路徑信息包括所述應(yīng)用服務(wù)器的端口信息和地址信息。3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括: 根據(jù)所述目標(biāo)應(yīng)用服務(wù)器的最新負(fù)載狀態(tài)更新所述負(fù)載狀態(tài)信息。4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述判定負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器的步驟包括: 選擇所述應(yīng)用服務(wù)器中CHJ利用率、內(nèi)存使用率和客戶端連接數(shù)量中至少一項最小的服務(wù)器。5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括: 指示所述目標(biāo)應(yīng)用服務(wù)器生成一個服務(wù)程序，所述服務(wù)程序唯一服務(wù)于所述目標(biāo)應(yīng)用服務(wù)器根據(jù)所述連接請求進(jìn)行連接的所述客戶端。6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括: 接收所述調(diào)度服務(wù)程序在所述客戶端與所述目標(biāo)服務(wù)器斷開連接時發(fā)送的通知； 根據(jù)所述通知更新所述負(fù)載狀態(tài)信息。7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括: 接收對添加或者減少至少一個應(yīng)用服務(wù)器的指示； 根據(jù)所述指示對應(yīng)添加或減少的至少一個應(yīng)用服務(wù)器，更新所述應(yīng)用服務(wù)器數(shù)量變化后的所述負(fù)載狀態(tài)信息。8.一種負(fù)載控制的實現(xiàn)裝置，部署在負(fù)載控制服務(wù)器，所述裝置包括: 接收模塊，用于接收部署調(diào)度服務(wù)程序的各應(yīng)用服務(wù)器發(fā)送的路徑信息和負(fù)載狀態(tài)信息，所述應(yīng)用服務(wù)器運(yùn)行有非線性編輯系統(tǒng)； 判定模塊，用于接收客戶端對所述應(yīng)用服務(wù)器的連接請求，根據(jù)所述負(fù)載狀態(tài)信息判定負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器； 發(fā)送模塊，用于提取所述目標(biāo)應(yīng)用服務(wù)器的路徑信息并發(fā)送至所述客戶端，以使所述客戶端與所述目標(biāo)應(yīng)用服務(wù)器連接。9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述路徑信息包括所述應(yīng)用服務(wù)器的端口信息和地址信息。10.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述裝置還包括: 第一更新模塊，用于根據(jù)所述目標(biāo)應(yīng)用服務(wù)器的最新負(fù)載狀態(tài)更新所述負(fù)載狀態(tài)信息。11.據(jù)權(quán)利要求8所述的裝置，其特征在于，所述判定負(fù)載最小的目標(biāo)應(yīng)用服務(wù)器的步驟包括: 選擇所述應(yīng)用服務(wù)器中CHJ利用率、內(nèi)存使用率和客戶端連接數(shù)量中至少一項最小的服務(wù)器。12.據(jù)權(quán)利要求8所述的裝置，其特征在于，所述裝置還包括: 服務(wù)程序模塊，用于指示所述目標(biāo)應(yīng)用服務(wù)器生成一個服務(wù)程序，所述服務(wù)程序唯一服務(wù)于所述目標(biāo)應(yīng)用服務(wù)器根據(jù)所述連接請求進(jìn)行連接的所述客戶端。13.據(jù)權(quán)利要求8所述的裝置，其特征在于，所述裝置還包括: 通知模塊，用于接收所述調(diào)度服務(wù)程序在所述客戶端與所述目標(biāo)服務(wù)器斷開連接時發(fā)送的通知； 第二更新模塊，用于根據(jù)所述通知更新所述負(fù)載狀態(tài)信息。14.據(jù)權(quán)利要求8所述的裝置，其特征在于，所述裝置還包括: 服務(wù)器編輯模塊，用于接收對添加或者減少至少一個應(yīng)用服務(wù)器的指示； 第三更新模塊，用于根據(jù)所述指示對應(yīng)添加或減少的至少一個應(yīng)用服務(wù)器，更新所述應(yīng)用服務(wù)器數(shù)量變化后的所述負(fù)載狀態(tài)信息。
【文檔編號】H04L29/08GK105933429SQ201610371406
【公開日】2016年9月7日
【申請日】2016年5月30日
【發(fā)明人】見良, 嚴(yán)玄, 鄭鵬程, 劉鐵華
【申請人】新奧特（北京）視頻技術(shù)有限公司