本發(fā)明實施例涉及網絡技術領域，尤其涉及一種分配服務器的方法及裝置。

背景技術：

服務器集群就是指將很多服務器集中起來一起進行同一種服務，在客戶端看來就像是只有一個服務器。集群可以利用多個計算機進行并行計算從而獲得很高的計算速度，也可以用多個計算機做備份，從而使得任何一個機器壞了整個系統(tǒng)還是能正常運行。集群技術的出現(xiàn)和IA架構服務器的快速發(fā)展為社會的需求提供了新的選擇。它價格低廉，易于使用和維護，而且采用集群技術可以構造超級計算機，其超強的處理能力可以取代價格昂貴的中大型機，為行業(yè)的高端應用開辟了新的方向。

集群技術是一種相對較新的技術，通過集群技術，可以在付出較低成本的情況下獲得在性能、可靠性、靈活性方面的相對較高的收益。

21世紀，在世界各地正在運行的超級計算機中，有許多都是采用集群技術來實現(xiàn)的。

集群是由一些互相連接在一起的計算機構成的一個并行或分布式系統(tǒng)。這些計算機一起工作并運行一系列共同的應用程序，同時，為用戶和應用程序提供單一的系統(tǒng)映射。從外部來看，它們僅僅是一個系統(tǒng)，對外提供統(tǒng)一的服務。集群內的計算機物理上通過電纜連接，程序上則通過集群軟件連接。這些連接允許計算機使用故障應急與負載平衡功能，而故障應急與負載平衡功能在單機上是不可能實現(xiàn)的。

服務器集群系統(tǒng)通俗地講就是把多臺服務器通過快速通信鏈路連接起來，從外部看來，這些服務器就像一臺服務器在工作，而對內來說，外面來的負載通過一定的機制動態(tài)地分配到這些節(jié)點機中去，從而達到超級服務器才有的高性能、高可用。

在實現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術中至少存在如下問題：

擴展快而負載能力差，需要頻繁的增加服務器節(jié)點，或者由于物理因素，用戶難以找到最近的服務器節(jié)點，響應速度慢。

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

為了克服現(xiàn)有的相關產品的所有不足，本發(fā)明提出一種分配服務器的方法及裝置，可以解決服務器節(jié)點響應速度慢和負載能力差等缺點。

本發(fā)明實施例解決其技術問題所采用的技術方案是：

本發(fā)明實施例所提供的一種分配服務器的方法，包括：

接收來自客戶端的服務請求并解析客戶端的源IP地址；

根據所述源IP地址確定所述客戶端所在地的經緯度；

將所述客戶端的服務請求分配到與所述客戶端的經緯度對應的服務器節(jié)點，其中，所述服務器節(jié)點按照經緯度進行服務區(qū)域的劃分。

作為本發(fā)明的進一步改進，所述根據所述源IP地址確定客戶端所在地的經緯度具體為：

獲取客戶端的源IP地址，根據IP比對表提供的數(shù)據，確定所述源IP地址的所在地，根據所述源IP地址的所在地，確定所述客戶端所在地的經緯度。

作為本發(fā)明的進一步改進，還包括：

在集群部署地部署服務器節(jié)點，所述服務器節(jié)點在該集群部署地組成一致性哈希環(huán)。

作為本發(fā)明的進一步改進，所述服務器節(jié)點的數(shù)量大于或等于服務區(qū)域的數(shù)量。

作為本發(fā)明的進一步改進，服務器節(jié)點的數(shù)量為X，服務器的編號為N，則第N個服務器節(jié)點在哈希環(huán)上的位置為2^16*N/X。

本發(fā)明實施例所提供的一種分配服務器的裝置，包括：采樣模塊、定位模塊、處理模塊以及服務器節(jié)點；

所述采樣模塊用于接收來自客戶端的服務請求并解析客戶端的源IP地址，將結果發(fā)送給定位模塊；

所述定位模塊用于對客戶端的源IP地址進行定位，確定客戶端的所在地以及經緯度；

所述處理模塊用于將所述客戶端的服務請求分配到與所述客戶端的經緯度對應的服務器節(jié)點，其中，所述服務器節(jié)點按照經緯度進行服務區(qū)域的劃分。

作為本發(fā)明的進一步改進，所述定位模塊包括獲取單元、數(shù)據庫、對比單元和查找單元；

所述獲取單元用于獲取客戶端的源IP地址；

所述數(shù)據庫為IP比對表，所述IP比對表內每一個IP地址對應一個唯一的位置信息；

所述對比單元調用數(shù)據庫的數(shù)據并將客戶端源IP地址與數(shù)據庫的數(shù)據進行對比，確定所述源IP地址的所在地；

所述查找單元根據源IP地址的所在地確定客戶端所在地的經緯度。

作為本發(fā)明的進一步改進，所述服務器節(jié)點在該集群部署地組成一致性哈希環(huán)。

作為本發(fā)明的進一步改進，所述服務器節(jié)點數(shù)量大于或等于處理模塊區(qū)域劃分出來的區(qū)域數(shù)量。

作為本發(fā)明的進一步改進，服務器節(jié)點的數(shù)量為X，服務器的編號為N，則第N個服務器節(jié)點在哈希環(huán)上的位置為2^16*N/X。

與現(xiàn)有技術相比，本發(fā)明有以下優(yōu)點：

本發(fā)明實施例通過獲取客戶端的源IP地址來確定客戶端所在地的經緯度，并根據經緯度來對集群部署所在地進行區(qū)域劃分，將客戶端的的服務請求分配至其對應經緯度所在的劃分區(qū)域內的服務器節(jié)點，可以有效提高服務器節(jié)點響應速度，同時按照用戶密度即客戶端服務請求的密度來部署服務器節(jié)點，可以解決負載能力差而需要頻繁的增加服務器節(jié)點的缺點。

附圖說明

圖1為本發(fā)明所述分配服務器的的方法第一實施例的流程示意圖；

圖2為本發(fā)明所述分配服務器的裝置第一實施例的原理結構圖；

圖3為本發(fā)明所述分配服務器的裝置第三實施例的原理結構圖。

具體實施方式

為了便于理解本發(fā)明，下面將參照相關附圖對本發(fā)明進行更全面的描述。附圖中給出了本發(fā)明的較佳實施例。但是，本發(fā)明可以以許多不同的形式來實現(xiàn)，并不限于本文所描述的實施例。相反地，提供這些實施例的目的是使對本發(fā)明的公開內容的理解更加透徹全面。

除非另有定義，本文所使用的所有的技術和科學術語與屬于本發(fā)明的技術領域的技術人員通常理解的含義相同。本文中在本發(fā)明的說明書中所使用的術語只是為了描述具體的實施例的目的，不是旨在于限制本發(fā)明。

分配服務器的方法第一實施例

參閱圖1所示，所述分配服務器的方法第一實施例的流程示意圖，包括以下步驟：

S1：接收來自客戶端的服務請求并解析客戶端的源IP地址；

上述步驟S1中，所述接收來自客戶端的服務請求并解析客戶端的源IP地址具體為：接收客戶端發(fā)出的服務請求，所述客戶端的服務請求包括有域名和客戶端的機器名，每一個機器名與其域名對應，所述域名與IP地址之間的對應關系記錄在DNS記錄中，存儲客戶端的機器名及機器名對應的DNS記錄，將接收到的客戶端的請求信息與存儲的數(shù)據進行對比，將得到的客戶端源IP地址輸出。

S2：根據源IP地址確定客戶端所在地的經緯度；

上述步驟S2中，所述根據所述源IP地址確定客戶端所在地的經緯度具體為：獲取客戶端的源IP地址，根據IP比對表提供的數(shù)據，確定所述源IP地址的所在地，根據所述源IP地址的所在地，確定所述客戶端所在地的經緯度；

每一個源IP地址都有其固定的位置，所述客戶端的源IP地址根據IP比對表提供的數(shù)據可以準確定位其所在地，并根據該所在地確定其經緯度，所述IP比對表內每一個IP地址對應一個唯一的位置信息，并根據該經緯度將客戶端的服務請求分配到服務對應區(qū)域的服務器節(jié)點，可以提高服務器節(jié)點對客戶端服務請求的響應速度。

S3：將所述客戶端的服務請求分配到與所述客戶端的經緯度對應的服務器節(jié)點，其中，所述服務器節(jié)點按照經緯度進行服務區(qū)域的劃分；

上述步驟S3中，將集群部署地按經緯度進行區(qū)域劃分時，按照用戶密度即客戶端服務請求的密度進行區(qū)域大小的劃分，若用戶密度較大，則區(qū)域劃分的越細，劃分的區(qū)域數(shù)量越多，相對的，當用戶密度較小時，則區(qū)域劃分的越大，劃分的區(qū)域數(shù)量越少，這樣可以節(jié)約資源，防止因服務器節(jié)點閑置而產生浪費。按經緯度進行區(qū)域劃分時劃分的區(qū)域在地圖上顯示為經緯小塊，比如緯度在北緯25到北緯26之間，經度在東京76到東經77之間的區(qū)域。

本發(fā)明實施例所述分配服務器的方法通過獲取客戶端的源IP地址來確定客戶端所在地的經緯度，并根據經緯度來對集群部署所在地進行區(qū)域劃分，將客戶端的的服務請求分配至其對應經緯度所在的劃分區(qū)域內的服務器節(jié)點，可以有效提高服務器節(jié)點響應速度，同時按照用戶密度即客戶端服務請求的密度來部署服務器節(jié)點，可以解決負載能力差而需要頻繁的增加服務器節(jié)點的缺點。

分配服務器的方法第二實施例

在第一實施例的基礎上，所述服務器節(jié)點用于響應客戶端的服務請求；所述一致性哈希環(huán)數(shù)據處理方法采用2^16的環(huán)形的一致性哈希算法，根據區(qū)域劃分出來的區(qū)域數(shù)量，在哈希環(huán)上對應設置同樣數(shù)量的服務器節(jié)點。當有區(qū)域的服務請求過于密集時，服務于該區(qū)域的服務器節(jié)點可能會負載過大進而影響服務器的響應速度，使用戶的體驗效果降低，因此需要在增設服務于該區(qū)域的服務器節(jié)點，則服務器節(jié)點的數(shù)量可以大于區(qū)域數(shù)量，即多個服務器節(jié)點可以同時服務同一塊區(qū)域。

服務器節(jié)點的數(shù)量為X，服務器的編號為N，則第N個服務器節(jié)點在哈希環(huán)上的位置為2^16*N/X；因為哈希環(huán)采用2^16的環(huán)形的一致性哈希算法，就是65536個節(jié)點，當有16個服務器節(jié)點時，即是每間隔4096個數(shù)設置一個服務器節(jié)點。

當集群部署地劃分區(qū)域外的客戶端發(fā)出服務請求時，按照就近原則將其分配到最近的服務器節(jié)點。

分配服務器的裝置第一實施例

參閱圖2所示，為所述分配服務器的裝置第一實施例的結構示意圖，包括：采樣模塊10、定位模塊20以及處理模塊30；所述采樣模塊10用于接收來自客戶端的服務請求并解析客戶端的源IP地址，將結果發(fā)送給定位模塊20；所述定位模塊20用于對客戶端的源IP地址進行定位，確定客戶端的所在地以及經緯度；所述處理模塊30用于將所述客戶端的服務請求分配到與所述客戶端的經緯度對應的服務器節(jié)點，其中，所述服務器節(jié)點按照經緯度進行服務區(qū)域的劃分。

本發(fā)明實施例所提供的一種分配服務器的裝置，通過采樣模塊10獲取客戶端的源IP地址并通過定位模塊20確定客戶端所在地的經緯度，處理模塊30根據經緯度來對集群部署所在地進行區(qū)域劃分，將客戶端的的服務請求分配至其對應經緯度所在的劃分區(qū)域內的服務器節(jié)點，可以有效提高服務器節(jié)點響應速度，同時按照用戶密度即客戶端服務請求的密度來部署服務器節(jié)點，可以解決負載能力差而需要頻繁的增加服務器節(jié)點的缺點。

分配服務器的裝置第二實施例

在第一實施例的基礎上，所述定位模塊20內包含有IP比對表提供的數(shù)據，所述IP比對表內每一個IP地址對應一個唯一的位置信息，所述定位模塊20根據該所在地可以確定客戶端的經緯度。

所述處理模塊30將集群部署地按經緯度進行區(qū)域劃分時，按照用戶密度即客戶端服務請求的密度進行區(qū)域大小的劃分，若用戶密度較大，則區(qū)域劃分的越細，劃分的區(qū)域數(shù)量越多，相對的，當用戶密度較小時，則區(qū)域劃分的越大，劃分的區(qū)域數(shù)量越少，這樣可以節(jié)約資源，防止因服務器節(jié)點閑置而產生浪費。根據該經緯度將客戶端的服務請求分配到服務對應區(qū)域的服務器節(jié)點，可以提高服務器節(jié)點對客戶端服務請求的響應速度。所述處理模塊30按經緯度進行區(qū)域劃分時劃分的區(qū)域在地圖上顯示為經緯小塊，比如緯度在北緯25到北緯26之間，經度在東京76到東經77之間的區(qū)域。

所述服務器節(jié)點在該集群部署地組成一致性哈希環(huán)，所述一致性哈希環(huán)數(shù)據處理方法采用2^16的環(huán)形的一致性哈希算法，根據區(qū)域劃分出來的區(qū)域數(shù)量，在哈希環(huán)上對應設置同樣數(shù)量的服務器節(jié)點，當有區(qū)域的服務請求過于密集時，所述服務器節(jié)點的數(shù)量可以大于區(qū)域數(shù)量，即多個服務器節(jié)點服務同一塊區(qū)域，服務器節(jié)點的數(shù)量為X，服務器的編號為N，則第N個服務器節(jié)點在哈希環(huán)上的位置為2^16*N/X；因為哈希環(huán)采用2^16的環(huán)形的一致性哈希算法，就是65536個節(jié)點，當有16個服務器節(jié)點時，即是每間隔4096個數(shù)設置一個服務器節(jié)點。

分配服務器的裝置第三實施例

參閱圖3所示，為所述分配服務器的裝置的第三實施例，包括：采樣模塊10、定位模塊20、處理模塊30以及服務器節(jié)點。

所述采樣模塊10包括接收單元101、DNS解析單元102、緩存單元103和傳輸單元104；

所述接收單元101用于接收客戶端發(fā)出的服務請求并將請求信息發(fā)送給DNS解析單元102，所述客戶端的服務請求包括有域名和客戶端的機器名，每一個機器名與其域名對應。

DNS(Domain Name System，域名裝置)，因特網上作為域名和IP地址相互映射的一個分布式數(shù)據庫，能夠使用戶更方便的訪問互聯(lián)網，而不用去記住能夠被機器直接讀取的IP數(shù)串。通過主機名，最終得到該主機名對應的IP地址的過程叫做域名解析(或主機名解析)；網絡之間互連的協(xié)議(IP)是Internet Protocol的外語縮寫，中文縮寫為“網協(xié)”，網絡之間互連的協(xié)議也就是為計算機網絡相互連接進行通信而設計的協(xié)議，IP地址具有唯一性。

所述緩存單元103用于存儲機器名及機器名對應的DNS記錄，每一條DNS記錄代表一個域名與IP地址之間的對應關系。

所述DNS解析單元102用于調用緩存單元103的數(shù)據，并將接收到的客戶端的請求信息與緩存單元103內的數(shù)據進行對比，通過客戶端的域名或客戶端的機器名即可確定其唯一的IP地址，所述DNS解析單元102控制傳輸單元104將得到的客戶端源IP地址傳輸給定位模塊20。

所述定位模塊20包括獲取單元201、數(shù)據庫202、對比單元203和查找單元204；所述獲取單元201用于接收傳輸單元104發(fā)送來的數(shù)據信息，該數(shù)據信息為發(fā)出服務請求的客戶端源IP地址；所述數(shù)據庫202為IP比對表，所述IP比對表內每一個IP地址對應一個唯一的位置信息；所述對比單元203調用數(shù)據庫202的數(shù)據并將客戶端源IP地址與數(shù)據庫202的數(shù)據進行對比，，確定所述源IP地址的所在地；所述查找單元204根據源IP地址的所在地確定客戶端所在地的經緯度。

所述處理模塊30用于將所述客戶端的服務請求分配到與所述客戶端的經緯度對應的服務器節(jié)點，其中，所述服務器節(jié)點按照經緯度進行服務區(qū)域的劃分；所述處理模塊30將集群部署地按經緯度進行區(qū)域劃分時，按照用戶密度即客戶端服務請求的密度進行區(qū)域大小的劃分，若用戶密度較大，則區(qū)域劃分的越細，劃分的區(qū)域數(shù)量越多，相對的，當用戶密度較小時，則區(qū)域劃分的越大，劃分的區(qū)域數(shù)量越少，這樣可以節(jié)約資源，防止因服務器節(jié)點閑置而產生浪費。根據該經緯度將客戶端的服務請求分配到服務對應區(qū)域的服務器節(jié)點，可以提高服務器節(jié)點對客戶端服務請求的響應速度。所述處理模塊30按經緯度進行區(qū)域劃分時劃分的區(qū)域在地圖上顯示為經緯小塊，比如緯度在北緯25到北緯26之間，經度在東京76到東經77之間的區(qū)域。

所述服務器節(jié)點用于響應客戶端的服務請求；所述服務器節(jié)點在該集群部署地組成一致性哈希環(huán)，所述一致性哈希環(huán)數(shù)據處理方法采用2^16的環(huán)形的一致性哈希算法，根據區(qū)域劃分出來的區(qū)域數(shù)量，在哈希環(huán)上對應設置同樣數(shù)量的服務器節(jié)點，當有區(qū)域的服務請求過于密集時，所述服務器節(jié)點的數(shù)量可以大于區(qū)域數(shù)量，即多個服務器節(jié)點服務同一塊區(qū)域，服務器節(jié)點的數(shù)量為X，服務器的編號為N，則第N個服務器節(jié)點在哈希環(huán)上的位置為2^16*N/X；因為哈希環(huán)采用2^16的環(huán)形的一致性哈希算法，就是65536個節(jié)點，當有16個服務器節(jié)點時，即是每間隔4096個數(shù)設置一個服務器節(jié)點。

一致性哈希算法提出了在動態(tài)變化的Cache環(huán)境中，判定哈希算法好壞的四個方面：平衡性、單調性、分散性和負載情況。

平衡性是指哈希的結果能夠盡可能分布到所有的緩沖中去，這樣可以使得所有的緩沖空間都得到利用；

單調性是指如果已經有一些內容通過哈希分派到了相應的緩沖中，又有新的緩沖加入到裝置中。哈希的結果應能夠保證原有已分配的內容可以被映射到原有的或者新的緩沖中去，而不會被映射到舊的緩沖集合中的其他緩沖區(qū)。在分布式環(huán)境中，終端有可能看不到所有的緩沖，而是只能看到其中的一部分。當終端希望通過哈希過程將內容映射到緩沖上時，由于不同終端所見的緩沖范圍有可能不同，從而導致哈希的結果不一致，最終的結果是相同的內容被不同的終端映射到不同的緩沖區(qū)中。這種情況顯然是應該避免的，因為它導致相同內容被存儲到不同緩沖中去，降低了裝置存儲的效率。

分散性的定義就是上述情況發(fā)生的嚴重程度。好的哈希算法應能夠盡量避免不一致的情況發(fā)生，也就是盡量降低分散性。

負載問題實際上是從另一個角度看待分散性問題。既然不同的終端可能將相同的內容映射到不同的緩沖區(qū)中，那么對于一個特定的緩沖區(qū)而言，也可能被不同的用戶映射為不同的內容。

本發(fā)明實施例所提供的一種分配服務器的裝置實施的具體過程為：采樣模塊10內的接收單元101接收客戶端發(fā)出的服務請求，DNS解析單元102調用緩存單元103的數(shù)據，并將接收到的客戶端的請求信息與緩存單元103內的數(shù)據進行對比，確定客戶端唯一的IP地址。定位模塊20內的獲取單元201接收傳輸單元104發(fā)送來的客戶端源IP地址，對比單元203調用數(shù)據庫202的數(shù)據并將客戶端源IP地址與數(shù)據庫202的數(shù)據進行對比，確定當前源IP地址的客戶端所在地的具體位置，查找單元204根據客戶端所在地的具體位置確定客戶端所在地的經緯度。處理模塊30對集群部署地進行區(qū)域劃分，并根據客戶端的經緯度將客戶端的服務請求分配到服務對應區(qū)域的服務器節(jié)點，服務器節(jié)點響應客戶端的服務請求。按經緯度對集群部署地進行區(qū)域劃分，一個或多個服務器節(jié)點對應服務于一塊區(qū)域。

本發(fā)明實施例所提供的一種分配服務器的裝置通過獲取客戶端的源IP地址來確定客戶端所在地的經緯度，并根據經緯度來對集群部署所在地進行區(qū)域劃分，將客戶端的的服務請求分配至其對應經緯度所在的劃分區(qū)域內的服務器節(jié)點，可以有效提高服務器節(jié)點響應速度，同時按照用戶密度即客戶端服務請求的密度來部署服務器節(jié)點，可以解決負載能力差而需要頻繁的增加服務器節(jié)點的缺點。

上述實施例為本發(fā)明較佳的實施方式，但本發(fā)明的實施方式并不受上述實施例的限制，其他的任何未背離本發(fā)明的精神實質與原理下所作的改變、修飾、替代、組合、簡化，均應為等效的置換方式，都包含在本發(fā)明的保護范圍之內。