集群伺服器如何處理jwt認證

① 如何建立伺服器集群及相關問題

集群准備工作N多，看你的具體需求而定，一般情況如下：
1、節點伺服器，域，節點伺服器必須在同一域內；
2、共享存儲，最次也得一個NAS吧；
3、節點伺服器的雙網卡，共享存儲一塊，伺服器通訊一塊；
4、域相關設置，比如集群管理帳戶等；

具體安裝比較簡單，add feature（添加功能），集群功能。
安裝後需要先驗證安裝，開始菜單--〉管理工具--〉故障轉移集群管理，驗證過程中輸入節點伺服器IP或者域名（域內DNS注冊以後）--〉運行全部測試，最後查看報告，根據報告修改、配置集群。一切正常以後，開始正式配置集群；

② 什麼是集群服務，集群服務的配置

當今計算機技術已經進入以網路為中心的時代。互聯網的高速發展，用戶數量及網路流量的迅速增長使得越來越多伺服器顯得負擔沉重，對網路伺服器的可擴展性和 可用性提出了更高的要求。簡單的提高硬體性能並不能真正解決這個問題。為此，必須採用多伺服器和負載均衡技術才能滿足大量並發訪問的需要。
集群技術就是將 多台計算機組織起來進行協同工作來模擬一台功能更強大的伺服器的技術。
集群是在一組計算機上運行相同的軟體並虛擬成一台主機系統為客戶端與應用提供服務。 計算機通過纜線物理連接並通過集群軟體實現程序上的連接，可以使計算機實現單機無法實現的容錯和負載均衡。
Windows Server 2003 家族產品將提供兩種類型的集群服務：
集群服務(MSCS)
僅用於Windows Server 2003 企業版和數據中心版，該服務為像資料庫、消息系統、文件與列印服務這些關鍵業務應用提供了高可用性和可擴展性。在集群中的多個伺服器（節點）保持不間斷的聯系。如果在集群中的某一節點因出錯或維護不可用時，另一節點會立刻提供服務，以實現容錯。正在訪問服務的用戶可以繼續訪問，而不會察覺到服務已經由另一台伺服器（節點）提供。
Windows Server 2003的企業版和數據中心版都可以支持最大達8個節點的集群配置。這一改變增強了部署的靈活性：尤其對於地理分散部署的集群配置而言，並且支持主機的N+I配置(N 個主動節點+ I 個備用節點)。 N+I 模型將為將來利用Windows Server 2003部署大型Microsoft Exchange Server提供非常重要的支持。
網路負載均衡 (NLB) 在Windows Server 2003家族的所有版本中都可用，該服務可在集群內均衡分布訪問的IP流量。網路負載均衡增強了Web伺服器、流媒體伺服器、終端伺服器等Internet伺服器程序的可用性和擴展性。作為負載均衡架構並提供了控制信息管理在WMI結構之上的應用，網路負載均衡可與現存Web伺服器群結構無縫集成。

③ 集群伺服器的介紹

集群，英文名稱為Cluster，通俗地說，集群是這樣一種技術：它將多個系統連接到一起，使多台伺服器能夠像一台機器那樣工作或者看起來好像一台機器。採用集群系統通常是為了提高系統的穩定性和網路中心的數據處理能力及服務能力。

④ 求集群管理的相關知識！

集群技術案例介紹和具體操作

集群技術案例介紹和具體操作
中國科學院西安網路中心 中科紅旗linux培訓認證中心
集群技術
1.1 什麼是集群
簡單的說，集群（cluster）就是一組計算機，它們作為一個整體向用戶提
供一組網路資源。這些單個的計算機系統就是集群的節點（node）。一個理想的
集群是，用戶從來不會意識到集群系統底層的節點，在他/她們看來，集群是一
個系統，而非多個計算機系統。並且集群系統的管理員可以隨意增加和刪改集群
系統的節點。
1.2 為什麼需要集群
集群並不是一個全新的概念，其實早在七十年代計算機廠商和研究機構就
開始了對集群系統的研究和開發。由於主要用於科學工程計算，所以這些系統並
不為大家所熟知。直到Linux集群的出現，集群的概念才得以廣為傳播。
對集群的研究起源於集群系統良好的性能可擴展性(scalability)。提高CPU
主頻和匯流排帶寬是最初提供計算機性能的主要手段。但是這一手段對系統性能的
提供是有限的。接著人們通過增加CPU個數和內存容量來提高性能，於是出現了
向量機，對稱多處理機(SMP)等。但是當CPU的個數超過某一閾值，象SMP這些
多處理機系統的可擴展性就變的極差。主要瓶頸在於CPU訪問內存的帶寬並不能
隨著CPU個數的增加而有效增長。與SMP相反，集群系統的性能隨著CPU個數的
增加幾乎是線性變化的。圖1顯示了這中情況。
圖1. 幾種計算機系統的可擴展性
對於關鍵業務，停機通常是災難性的。因為停機帶來的損失也是巨大的。下
面的統計數字列舉了不同類型企業應用系統停機所帶來的損失。
中科紅旗linux技術支持服務中心---西安站 http://linux.xab.ac.cn
中國科學院西安網路中心 中科紅旗linux培訓認證中心
應用系統每分鍾損失(美元)
呼叫中心(Call Center) 27000
企業資源計劃(ERP)系統13000
供應鏈管理(SCM)系統11000
電子商務(eCommerce)系統10000
客戶服務(Customer Service Center)系統27000
圖2：停機給企業帶來的損失
隨著企業越來越依賴於信息技術，由於系統停機而帶來的損失也越拉越大。
集群系統的優點並不僅在於此。下面列舉了集群系統的主要優點：
高可擴展性：如上所述。
高可用性：集群中的一個節點失效，它的任務可傳遞給其他節點。可以有效防止單點失效。
高性能：負載平衡集群允許系統同時接入更多的用戶。
高性價比：可以採用廉價的符合工業標準的硬體構造高性能的系統。
2.1 集群系統的分類
雖然，根據集群系統的不同特徵可以有多種分類方法，但是一般把集群系統分為兩類：
（1）、高可用(High Availability)集群,簡稱HA集群。
這類集群致力於提供高度可靠的服務。就是利用集群系統的容錯性對外提供7*24小時不間
斷的服務，如高可用的文件伺服器、資料庫服務等關鍵應用。
目前已經有在Linux下的高可用集群，如Linux HA項目。
負載均衡集群：使任務可以在集群中盡可能平均地分攤不同的計算機進行處理，充分利
用集群的處理能力，提高對任務的處理效率。
在實際應用中這幾種集群類型可能會混合使用，以提供更加高效穩定的服務。如在一個使
用的網路流量負載均衡集群中，就會包含高可用的網路文件系統、高可用的網路服務。
（2）、性能計算(High Perfermance Computing)集群，簡稱HPC集群，也稱為科學計算
集群。
在這種集群上運行的是專門開發的並行應用程序，它可以把一個問題的數據分布到多
台的計算機上，利用這些計算機的共同資源來完成計算任務，從而可以解決單機不能勝任
的工作（如問題規模太大，單機計算速度太慢）。
這類集群致力於提供單個計算機所不能提供的強大的計算能力。如天氣預報、石油勘探與油
藏模擬、分子模擬、生物計算等。這些應用通常在並行通訊環境MPI、PVM等中開發，由於MPI
中科紅旗linux技術支持服務中心---西安站 http://linux.xab.ac.cn
中國科學院西安網路中心 中科紅旗linux培訓認證中心
是目前的標准，故現在多使用MPI為並行環境。
比較有名的集群Beowulf就是一種科學計算集群項目。
3、集群系統轉發方式和調度演算法
3．1轉發方式
目前LVS主要有三種請求轉發方式和八種調度演算法。根據請求轉發方式的不同，所構
架集群的網路拓撲、安裝方式、性能表現也各不相同。用LVS主要可以架構三種形式的集群，
分別是LVS/NAT、LVS/TUN和LVS/DR，可以根據需要選擇其中一種。
（1）、網路地址轉換（LVS/NAT）
中科紅旗linux技術支持服務中心---西安站 http://linux.xab.ac.cn
中國科學院西安網路中心 中科紅旗linux培訓認證中心
（2）、直接路由
（3）、IP隧道
中科紅旗linux技術支持服務中心---西安站 http://linux.xab.ac.cn
中國科學院西安網路中心 中科紅旗linux培訓認證中心
三種轉發方式的比較：
3．2、調度演算法
在選定轉發方式的情況下，採用哪種調度演算法將決定整個負載均衡的性能表現，不同
的演算法適用於不同的應用場合，有時可能需要針對特殊場合，自行設計調度演算法。LVS的算
法是逐漸豐富起來的，最初LVS只提供4種調度演算法，後來發展到以下八種：
1.輪叫調度（Round Robin）
調度器通過「輪叫」調度演算法將外部請求按順序輪流分配到集群中的真實伺服器上，它均
等地對待每一台伺服器，而不管伺服器上實際的連接數和系統負載。
2.加權輪叫（Weighted Round Robin）
調度器通過「加權輪叫」調度演算法根據真實伺服器的不同處理能力來調度訪問請求。這樣
可以保證處理能力強的伺服器能處理更多的訪問流量。調度器可以自動詢問真實伺服器的
負載情況，並動態地調整其權值。
3.最少鏈接（Least Connections）
調度器通過「最少連接」調度演算法動態地將網路請求調度到已建立的鏈接數最少的伺服器
上。如果集群系統的真實伺服器具有相近的系統性能，採用「最小連接」調度演算法可以較
好地均衡負載。
4.加權最少鏈接（Weighted Least Connections）
在集群系統中的伺服器性能差異較大的情況下，調度器採用「加權最少鏈接」調度演算法優
中科紅旗linux技術支持服務中心---西安站 http://linux.xab.ac.cn
中國科學院西安網路中心 中科紅旗linux培訓認證中心
化負載均衡性能，具有較高權值的伺服器將承受較大比例的活動連接負載。調度器可以自
動詢問真實伺服器的負載情況，並動態地調整其權值。
5.基於局部性的最少鏈接（Locality-Based Least Connections）
「基於局部性的最少鏈接」調度演算法是針對目標IP地址的負載均衡，目前主要用於Cache
集群系統。該演算法根據請求的目標IP地址找出該目標IP地址最近使用的伺服器，若該服務
器是可用的且沒有超載，將請求發送到該伺服器；若伺服器不存在，或者該伺服器超載且
有伺服器處於一半的工作負載，則用「最少鏈接」的原則選出一個可用的伺服器，將請求
發送到該伺服器。
6. 帶復制的基於局部性最少鏈接（ Locality-Based Least Connections with
Replication）
「帶復制的基於局部性最少鏈接」調度演算法也是針對目標IP地址的負載均衡，目前主要
用於Cache集群系統。它與LBLC演算法的不同之處是它要維護從一個目標IP地址到一組服務
器的映射，而LBLC演算法維護從一個目標IP地址到一台伺服器的映射。該演算法根據請求的目
標IP地址找出該目標IP地址對應的伺服器組，按「最小連接」原則從伺服器組中選出一
台伺服器，若伺服器沒有超載，將請求發送到該伺服器；若伺服器超載，則按「最小連接
」原則從這個集群中選出一台伺服器，將該伺服器加入到伺服器組中，將請求發送到該服
務器。同時，當該伺服器組有一段時間沒有被修改，將最忙的伺服器從伺服器組中刪除，
以降低復制的程度。
7.目標地址散列（Destination Hashing）
「目標地址散列」調度演算法根據請求的目標IP地址，作為散列鍵（Hash Key）從靜態分
配的散列表找出對應的伺服器，若該伺服器是可用的且未超載，將請求發送到該伺服器，
否則返回空。
8.源地址散列（Source Hashing）
「源地址散列」調度演算法根據請求的源IP地址，作為散列鍵（Hash Key）從靜態分配的
散列表找出對應的伺服器，若該伺服器是可用的且未超載，將請求發送到該伺服器，否則
返回空。
了解這些演算法原理能夠在特定的應用場合選擇最適合的調度演算法，從而盡可能地保持
Real Server的最佳利用性。當然也可以自行開發演算法，不過這已超出本文范圍，請參考有
關演算法原理的資料。
4．1、什麼是高可用性
計算機系統的可用性(availability)是通過系統的可靠性(reliability)和可維護性
(maintainability)來度量的。工程上通常用平均無故障時間(MTTF)來度量系統的可靠性，
用平均維修時間（MTTR）來度量系統的可維護性。於是可用性被定義為：
中科紅旗linux技術支持服務中心---西安站 http://linux.xab.ac.cn
中國科學院西安網路中心 中科紅旗linux培訓認證中心
MTTF/(MTTF+MTTR)*100%
業界根據可用性把計算機系統分為如下幾類：
可用比例
(Percent
Availability)
年停機時間
(downtime/year
)
可用性分類
99.5 3.7天
常規系統
(Conventional)
99.9 8.8小時可用系統(Available)
99.99 52.6分鍾
高可用系統(Highly
Available)
99.999 5.3分鍾Fault Resilient
99.9999 32秒Fault Tolerant
為了實現集群系統的高可用性，提高系統的高可性，需要在集群中建立冗餘機制。一個功
能全面的集群機構如下圖所示
中科紅旗linux技術支持服務中心---西安站 http://linux.xab.ac.cn
中國科學院西安網路中心 中科紅旗linux培訓認證中心
負載均衡伺服器的高可用性
為了屏蔽負載均衡伺服器的失效，需要建立一個備份機。主伺服器和備份機上都運行
High Availability監控程序，通過傳送諸如「I am alive」這樣的信息來監控對方的運
行狀況。當備份機不能在一定的時間內收到這樣的信息時，它就接管主伺服器的服務IP並
繼續提供服務；當備份管理器又從主管理器收到「I am alive」這樣的信息是，它就釋放
服務IP地址，這樣的主管理器就開開始再次進行集群管理的工作了。為在住伺服器失效的
情況下系統能正常工作，我們在主、備份機之間實現負載集群系統配置信息的同步與備份，
保持二者系統的基本一致。
HA的容錯備援運作過程
自動偵測(Auto-Detect)階段 由主機上的軟體通過冗餘偵測線，經由復雜的監聽程序。邏
輯判斷，來相互偵測對方運行的情況，所檢查的項目有：
主機硬體(CPU和周邊)
主機網路
主機操作系統
資料庫引擎及其它應用程序
主機與磁碟陣列連線
為確保偵測的正確性，而防止錯誤的判斷，可設定安全偵測時間，包括偵測時間間隔，
偵測次數以調整安全系數，並且由主機的冗餘通信連線，將所匯集的訊息記錄下來，以供
維護參考。
自動切換(Auto-Switch)階段 某一主機如果確認對方故障，則正常主機除繼續進行原來的
任務，還將依據各種容錯備援模式接管預先設定的備援作業程序，並進行後續的程序及服
務。
自動恢復(Auto-Recovery)階段 在正常主機代替故障主機工作後，故障主機可離線進行修
復工作。在故障主機修復後，透過冗餘通訊線與原正常主機連線，自動切換回修復完成的
主機上。整個回復過程完成由EDI-HA自動完成，亦可依據預先配置，選擇回復動作為半自
動或不回復。
4．2、HA三種工作方式：
（1）、主從方式 （非對稱方式）
工作原理：主機工作，備機處於監控准備狀況；當主機宕機時，備機接管主機的一切工作，
待主機恢復正常後，按使用者的設定以自動或手動方式將服務切換到主機上運行，數據的
一致性通過共享存儲系統解決。
中科紅旗linux技術支持服務中心---西安站 http://linux.xab.ac.cn
中國科學院西安網路中心 中科紅旗linux培訓認證中心
（2）、雙機雙工方式（互備互援）
工作原理：兩台主機同時運行各自的服務工作且相互監測情況，當任一台主機宕機時，另
一台主機立即接管它的一切工作，保證工作實時，應用服務系統的關鍵數據存放在共享存
儲系統中。
（3）、集群工作方式（多伺服器互備方式）
工作原理：多台主機一起工作，各自運行一個或幾個服務，各為服務定義一個或多個備用
主機，當某個主機故障時，運行在其上的服務就可以被其它主機接管。
中科紅旗linux技術支持服務中心---西安站 http://linux.xab.ac.cn
中國科學院西安網路中心 中科紅旗linux培訓認證中心
相關文檔
http://tech.sina.com.cn/it/2004-04-09/1505346805.shtml
http://stonesoup.esd.ornl.gov
LINUX下的集群實列應用
最近有客戶需要一個負載均衡方案，筆者對各種軟硬體的負載均衡方案進行了調查和
比較，從IBM sServer Cluster、Sun Cluster PlatForm 等硬體集群，到中軟、紅旗、
TurboLinux的軟體集群，發現無論採用哪個廠商的負載均衡產品其價格都是該客戶目前所
不能接受的。於是筆者想到了開放源項目Linux Virtual Server(簡稱LVS)。經過對LVS的研
究和實驗，終於在Red Hat 9.0上用LVS成功地構架了一組負載均衡的集群系統。整個實
現過程整理收錄如下，供讀者參考。
選用的LVS實際上是一種Linux操作系統上基於IP層的負載均衡調度技術，它在操
作系統核心層上，將來自IP層的TCP/UDP請求均衡地轉移到不同的伺服器，從而將一組
伺服器構成一個高性能、高可用的虛擬伺服器。使用三台機器就可以用LVS實現最簡單的集
群，如圖1所示。
中科紅旗linux技術支持服務中心---西安站 http://linux.xab.ac.cn
中國科學院西安網路中心 中科紅旗linux培訓認證中心
圖1 LVS實現集群系統結構簡圖
圖1顯示一台名為Director的機器在集群前端做負載分配工作；後端兩台機器稱之為
Real Server，專門負責處理Director分配來的外界請求。該集群的核心是前端的Director
機器，LVS就是安裝在這台機器上，它必須安裝Linux。Real Server則要根據其選用的負
載分配方式而定，通常Real Server上的設置比較少。接下來介紹Director機器上LVS的
安裝過程。
安裝
LVS的安裝主要是在Director機器上進行，Real Server只需針對不同的轉發方式做簡單
的設定即可。特別是對LVS的NAT方式，Real Server惟一要做的就是設一下預設的網關。
所以構架集群的第一步從安裝Director機器開始。
首先，要在Director機器上安裝一個Linux操作系統。雖然早期的一些Red Hat版本，
如6.2、7.2、8.0等自帶Red Hat自己的集群軟體，或者是在內核中已經支持LVS，但是為
了更清楚地了解LVS的機制，筆者還是選擇自行將LVS編入Linux內核的方式進行安裝，
Linux版本採用Red Hat 9.0。
如果用戶對Red Hat的安裝比較了解，可以選擇定製安裝，並只安裝必要的軟體包。
安裝中請選擇GRUB 做為啟動引導管理軟體。因為GRUB 在系統引導方面的功能遠比
LILO強大，在編譯Linux內核時可以體會它的方便之處。
LVS是在Linux內核中實現的，所以要對原有的Linux內核打上支持LVS的內核補丁，
然後重新編譯內核。支持LVS 的內核補丁可以從LVS 的官方網
http://www.linuxvirtualserver.org 下載，下載時請注意使用的Linux核心版本，必須下載和
中科紅旗linux技術支持服務中心---西安站 http://linux.xab.ac.cn
中國科學院西安網路中心 中科紅旗linux培訓認證中心
使用的Linux內核版本相一致的LVS內核補丁才行。對於Red Hat 9.0，其Linux內核版本
是2.4.20，所以對應內核補丁應該是http://www.linuxvirtualserver.org/software/kernel-
2.4/linux-2.4.20-ipvs-1.0.9.patch.gz。筆者經過多次實驗，使用Red Hat 9.0自帶的Linux
源代碼無法成功編譯LVS 的相關模組。由於時間關系筆者沒有仔細研究，而是另外從
kernel.org上下載了一個tar包格式的2.4.20內核來進行安裝，順利完成所有編譯。下面是
整個內核的編譯過程：
1.刪除Red Hat自帶的Linux源代碼
# cd /usr/src
# rm -rf linux*
2.下載2.4.20內核
# cd /usr/src
# wget ftp://ftp.kernel.org/pub/linux/kernel/v2.4/linux-2.4.20.tar.bz2
3.解壓到當前目錄/usr/src
# cd /usr/src
# tar -xjpvf linux-2.4.20.tar.bz2
4.建立鏈接文件
# cd /usr/src # ln -s linux-2.4.20 linux-2.4 # ln -s linux-2.4.20 linux
5.打上LVS的內核補丁
# cd /usr/src
#wget http://www.linuxvirtualserver.org/software/kernel-2.4/linux-2.4.20-ipvs-
1.0.9.patch.gz
# gzip -cd linux-2.4.20-ipvs-1.0.9.patch.gz
# cd /usr/src/linux
# patch -p1 < ../linux-2.4.20-ipvs-1.0.9.patch
在打補丁時，注意命令執行後的信息，不能有任何錯誤信息，否則核心或模組很可能
無法成功編譯。
6.打上修正ARP問題的內核補丁
# cd /usr/src
# wget http://www.ssi.bg/~ja/hidden-2.4.20pre10-1.diff
# cd /usr/src/linux
中科紅旗linux技術支持服務中心---西安站 http://linux.xab.ac.cn
中國科學院西安網路中心 中科紅旗linux培訓認證中心
# patch -p1 < ../hidden-2.4.20pre10-1.diff
這一步在Director機器上可以不做，但是在使用LVS/TUN和LVS/DR方式的Real Server
上必須做。
7.為新核心命名
打開/usr/src/linux/Makefile。注意，在開始部分有一個變數EXTRAVERSION可以自行定
義。修改這個變數，比如改成「EXTRAVERSION=-LVS」後，編譯出的核心版本號就會顯
示成2.4.20-LVS。這樣給出有含義的名稱將有助於管理多個Linux核心。
8.檢查源代碼
# make mrproper
這一步是為確保源代碼目錄下沒有不正確的.o文件及文件的互相依賴。因為是新下載的內
核，所以在第一次編譯時，這一步實際可以省略。
9.配置核心選項
# make menuconfig
命令執行後會進入一個圖形化的配置界面，可以通過這個友好的圖形界面對內核進行定製。
此過程中，要注意對硬體驅動的選擇。Linux支持豐富的硬體，但對於伺服器而言，用不到
的硬體驅動都可以刪除。另外，像Multimedia devices、Sound、Bluetooth support、Amateur
Radio support等項也可以刪除。
注意，以下幾項配置對LVS非常重要，請確保作出正確的選擇：
(1)Code maturity level options項
對此項只有以下一個子選項，請選中為*，即編譯到內核中去。
Prompt for development and/or incomplete code/drivers
(2)Networking options項
對此項的選擇可以參考以下的配置，如果不清楚含義可以查看幫助：
<*> Packet socket
[ ] Packet socket: mmapped IO
< > Netlink device emulation
中科紅旗linux技術支持服務中心---西安站 http://linux.xab.ac.cn
中國科學院西安網路中心 中科紅旗linux培訓認證中心
Network packet filtering (replaces ipchains)
[ ] Network packet filtering debugging
Socket Filtering
<*> Unix domain sockets
TCP/IP networking
IP: multicasting
IP: advanced router
IP: policy routing
[ ] IP: use netfilter MARK value as routing key
[ ] IP: fast network address translation
<M> IP: tunneling
IP: broadcast GRE over IP
[ ] IP: multicast routing
[ ] IP: ARP daemon support (EXPERIMENTAL)
[ ] IP: TCP Explicit Congestion Notification support
[ ] IP: TCP syncookie support (disabled per default)
IP: Netfilter Configuration --->
IP: Virtual Server Configuration --->
(3)Networking options項中的IP: Virtual Server Configuration項
如果打好了LVS的內核補丁，就會出現此選項。進入Virtual Server Configuration選項，
有以下子選項：
<M> virtual server support (EXPERIMENTAL)
IP virtual server debugging
(12) IPVS connection table size (the Nth power of 2)
--- IPVS scheler
<M> round-robin scheling
<M> weighted round-robin scheling
<M> least-connection scheling scheling
<M> weighted least-connection scheling
<M> locality-based least-connection scheling
<M> locality-based least-connection with replication scheling
<M> destination hashing scheling
<M> source hashing scheling
<M> shortest expected delay scheling
<M> never queue scheling
--- IPVS application helper
<M> FTP protocol helper
以上所有項建議全部選擇。
中科紅旗linux技術支持服務中心---西安站 http://linux.xab.ac.cn
中國科學院西安網路中心 中科紅旗linux培訓認證中心
(4)Networking options項中的IP: Netfilter Configuration項
對於2.4版本以上的Linux Kernel來說，iptables是取代早期ipfwadm和ipchains的
更好選擇，所以除非有特殊情況需要用到對ipchains和ipfwadm的支持，否則就不要選它。
本文在LVS/NAT方式中，使用的就是iptables，故這里不選擇對ipchains和ipfwadm的
支持：
< > ipchains (2.2-style) support
< > ipfwadm (2.0-style) support
10. 編譯內核
(1)檢查依賴關系
# make dep
確保關鍵文件在正確的路徑上。
(2)清除中間文件
# make clean
確保所有文件都處於最新的版本狀態下。
(3)編譯新核心
# make bzImage
(4)編譯模組
# make moles
編譯選擇的模組。
(5)安裝模組
# make moles_install
# depmod -a
生成模組間的依賴關系，以便modprobe定位。
(6)使用新模組
# cp System.map /boot/System.map-2.4.20-LVS
# rm /boot/System.map
# ln -s /boot/System.map-2.4.20-LVS /boot/System.map
# cp arch/i386/boot/bzImage /boot/vmlinuz-2.4.20-LVS
# rm /boot/vmlinuz
# ln -s /boot/vmlinuz-2.4.20-LVS /boot/vmlinuz
# new-kernel-pkg --install --mkinitrd --depmod 2.4.20-LVS
中科紅旗linux技術支持服務中心---西安站 http://linux.xab.ac.cn
中國科學院西安網路中心 中科紅旗linux培訓認證中心
(7)修改GRUB，以新的核心啟動
執行完new-kernel-pkg命令後，GRUB的設置文件/etc/grub.conf中已經增加了新核心的
啟動項，這正是開始安裝Linux時推薦使用GRUB做引導程序的原因。
grub.conf中新增內容如下：
title Red Hat Linux (2.4.20-LVS)
root (hd0,0)
kernel /boot/vmlinuz-2.4.20LVS ro root=LABEL=/
initrd /boot/initrd-2.4.20LVS.img
將Kernel項中的root=LABEL=/改成 root=/dev/sda1 (這里的/dev/sda1是筆者Linux的根
分區，讀者可根據自己的情況進行不同設置）。
保存修改後，重新啟動系統:
# reboot
系統啟動後，在GRUB的界面上會出現Red Hat Linux(2.4.20-LVS)項。這就是剛才編譯的
支持LVS的新核心，選擇此項啟動，看看啟動過程是否有錯誤發生。如果正常啟動，ipvs
將作為模塊載入。同時應該注意到，用LVS的內核啟動後在/proc目錄中新增了一些文件，
比如/proc/sys/net/ipv4/vs/*。
11.安裝IP虛擬伺服器軟體ipvsadm
用支持LVS的內核啟動後，即可安裝IP虛擬伺服器軟體ipvsadm了。用戶可以用tar包或
RPM 包安裝，tar 包可以從以下地址http://www.linuxvirtualserver.org/software/kernel-
2.4/ipvsadm-1.21.tar.gz 下載進行安裝。
這里採用源RPM包來進行安裝：
# wget http://www.linuxvirtualserver.org/software/kernel-2.4/ipvsadm-1.21-7.src.rpm
# rpmbuild --rebuild ipvsadm-1.21-7.src.rpm
# rpm -ivh /usr/src/redhat/RPMS/i386/ipvsadm-1.21-7.i386.rpm
注意：高版本的rpm命令去掉了--rebuild這個參數選項，但提供了一個rpmbuild命令來實
現它。這一點和以前在Red Hat 6.2中以rpm—rebuild XXX.src.rpm來安裝源RPM包的習
慣做法有所不同。
安裝完，執行ipvsadm命令，應該有類似如下的信息出現：
# ipvsadm
中科紅旗linux技術支持服務中心---西安站 http://linux.xab.ac.cn
中國科學院西安網路中心 中科紅旗linux培訓認證中心
IP Virtual Server version 1.0.9 (size=4096)
Prot LocalAddress:Port Scheler Flags
-> RemoteAddress:Port Forward Weight ActiveConn InActConn
出現類似以上信息，表明支持LVS 的內核和配置工具ipvsadm 已完全安裝，這台
Director機器已經初步安裝完成，已具備構架各種方式的集群的條件。
實例
理解了上述關於請求轉發方式和調度演算法的基本概念後，就可以運用LVS來具體實現
幾種不同方式的負載均衡的集群系統。LVS的配置是通過前面所安裝的IP虛擬伺服器軟體
ipvsadm來實現的。ipvsadm與LVS的關系類似於iptables和NetFilter的關系，前者只是
一個建立和修改規則的工具，這些命令的作用在系統重新啟動後就消失了，所以應該將這
些命令寫到一個腳本里，然後讓它在系統啟動後自動執行。網上有不少配置LVS的工具，
有的甚至可以自動生成腳本。但是自己手工編寫有助於更深入地了解，所以本文的安裝沒
有利用其它第三方提供的腳本，而是純粹使用ipvsadm命令來配置。
下面就介紹一下如何配置LVS/NAT、LVS/TUN、LVS/DR方式的負載均衡集群。
1.設定LVS/NAT方式的負載均衡集群
NAT是指Network Address Translation，它的轉發流程是：Director機器收到外界請求，
改寫數據包的目標地址，按相應的調度演算法將其發送到相應Real Server上，Real Server
處理完該請求後，將結果數據包返回到其默認網關，即Director機器上，Dire

⑤ jwt的token怎麼生存的

引入依賴包加密解密方法。
在生產環境中，一般jwt會保存用戶的名字和角色許可權等信息。可以將token寫到cookie里，每次前端訪問後台時，可以在攔截器或者過濾器取到token，然後解密，先判斷是否過期，過期就拋異常阻止其訪問。然後取出信息保存到threadLocal里，方便以後調用這些信息，當後台訪問完成後，從thredLocal刪除此用戶信息。
伺服器認證以後，生成一個JSON格式的對象返回給客戶端。之後客戶端與服務端通信的時候，都要發回這個JSON對象。伺服器完全根據這個對象認證用戶身份。

⑥ 集群伺服器如何通信

一、 集群通信系統的概念
集群(英文名為：Trunking),是一種多用戶共用一組通信信道而不互相影響的技術。集群這一技術概念其實已在雙向的無線通信領域中被廣泛應用。
集群通信系統能使大量的用戶共享相對有線的頻率資源，即系統的所有可用信道可為系統內所有用戶共用，具有自動識別用戶，自動並動態地分配無線信道的功能，是一種多用途，高效率的移動調度通信系統
二、 集群通信系統的特點
1、 集群使用的頻率
集群的工作頻段為800兆頻段，具體的：
· 上行頻段為：806～821（MHz）;下行頻段為：851～866(MHz);
· 鄰道之間的頻率間隔為：25KHz;
· 集群系統中，通信的雙方（基站和用戶終端）採用兩個頻率為一組，實現雙向通信；
· 一組頻點的上下行頻率間隔為：45MHz;
2、 集群通信的工作方式
集群系統中基站採用雙頻全雙工的工作方式，用戶終端則根據不同的工作模式採用不同的工作方式：
調度模式下，採用雙頻半雙工方式；
電話模式下，若用戶終端為全雙工類型的終端可採用雙頻全雙工方式；若為單工用戶機，則只能採用雙頻半雙工方式；
雙頻全雙工的定義：通信雙方採用兩個頻率為一組，通信的任何一方在發射的同時也能接收，操作方便，無需進行按鍵通信。
雙頻半雙工的定義：通信的雙方採用兩個頻率為一組，通信的一方（基站）為全雙工方式工作；另一方為單工方式，即在發射的同時無法接收，在接收的同時也無法發射，只能採用按鍵發話，松鍵收聽的方式。
3、 集群系統的組網方式
模擬集群系統一般採用小容量大區制的覆蓋（又稱為單站結構），模擬聯網的集群系統和數字集群系統一般採用大容量小區制的覆蓋（又成為蜂窩網結構）；
所謂大區制是指用一個基站覆蓋整個業務區，業務區半徑一般為30km左右，以可大至60km。大區制一般可容納幾千至上萬用戶。
所謂小區制是將整個服務區話分為若干無線小區（有稱基站區），每個小區服務半徑為2～10km。採用該組網方式的系統中頻率可以重復利用,而且根據小區分割模式不同可採用不同的頻率復用方式。
4、 集群系統的基本功能
集群系統所共有的基本功能如下：
1、具有強勁的調度通信功能；
2、兼備有與公共電話網和公共移動通信網互聯的電話通信功能；
3、智能化的用戶移動行管理功能；
5、 智能化的無線信道分配管理、系統控制和交換功能；
三、 集群通信系統分類
1、按控制方式分
有集中控制和分布控制。集中控制是指一個系統中有一個獨立的智能控制器統一控制、管理資源和擁護。分布式控制方式是指每個信道都有一個單獨的控制起，這些控制器分別獨立的控制、管理相應的系統資源和一部分用戶。
2、按信令方式分
有共路信令和隨路信令方式。共路信令是指基站或小區內設定了一個專門的信道作為控制信道，用以接收用戶機發出的通信、入網等請求信號，同時傳輸系統的控制信令，向用戶下達信道分配信息和用戶通知信息。
3、按通話佔用信道分
有信息集群、傳輸集群和准傳輸集群。信息集群是指用戶完成一次通信後，該信道仍為該用戶保留一段時間（一般為10秒左右），以確保該用戶在這段時間內再次呼叫時仍能成功佔用信道，如此來保證信息的完整性；傳輸集群是指當用戶完成一次通信後，新道立即釋放，以提供系統再次分配，如此來提高系統資源的利用率；准傳輸集群是介於以上兩種之間的一種集群方式，即信道保留的時間略短於信息集群（一般為3秒左右）。
4、按信令占信道方式分
有固定式和搜索式。固定實是指信令信道（控制信道）是系統中固定的一個信道，用戶在入網或業務請求式固定向該信道發起請求；搜索式是指信令信道不固定，由系統隨機指定，用戶每次入網或業務請求均必須搜索信令信道。

模擬集群

一、設備及組織結構
本公司三個集群基站均採用美國MOTOROLA公司生產的集群移動通信系統SMARTNETII，系統組成如圖所示，主要由中央控制器、電話互聯終端、集群信道機、收發天線共用器、天線、系統管理終端、系統監視終端、移動台和手機等設備組成。如圖3-1
中央控制器：
負責控制和管理整個系統的運行，包括：選擇和分配可用信道；監視話音信道活動；監測和報告告警情況；為系統管理提供介面等。
電話互聯終端(CIT)：
是集群通信網與有線電話網的介面，供調度台和移動台自動接入有線電話網之用。
集群信道機：
分為控制信道和話音信道，提供中央控制器與用戶設備間的介面。每個信道機要求一部發射機和一部收發信機全雙工工作。
系統管理終端：
提供系統操作員輸入或修改系統運行參數、設備狀態及告警報告、調整系統定時及系統接續參數、報告信道工作狀態及控制用戶接入系統等。
天饋系統：
天饋系統包括從天線到傳輸線接頭為止的所有匹配、平衡、移相或其他耦合裝置，包括天線、發射機合路器、接收機多路耦合器、傳輸線、雷電保護和避雷器及塔頂放大器等。

模擬集群系統組織結構圖
二、功能簡介
1、 用戶終端實現的功能：
組呼：通話小組是集群系統中最基本的通信組織。通過用戶機編碼可以將多個用戶機編在一個通話小組中，用戶機按鍵進行組呼，只有同一組碼的用戶機才能與本小組內的成員進行通信。
私線呼叫（單呼）：一個用戶機能有選擇性地指定用戶與其建立單獨通話。
呼叫提示：由一方用戶機發起的對另一方用戶機的尋呼，被叫的一方機器會間隔幾秒鍾發出"嘟嘟"的響聲，直到被叫用戶響應，同時被叫方的機器將會顯示主叫方的用戶ID；被叫用戶此時若直接按鍵，會向主叫方發起一次私線呼叫。
電話互連：集群用戶可以通過系統撥打有線電話（市話、長話），市話用戶也可通過二次撥號與集群用戶建立電話通信。
緊急呼叫：由用戶按緊急呼叫鍵發起，緊急呼叫具有最高等級，當信道遇忙時，通常有兩種方式：隊首式和強拆式。
2、 系統管理實現的功能：
系統對用戶機ID碼的識別和管理
用戶每一次申請，系統都必須對其ID碼進行認別，以辨別其合法性及小組歸屬。
用戶機功能的遙閉、授權、開啟
系統可以根據需要對分散在各處的用戶機進行空中關閉---遙閉或開啟。系統也可以對用戶機優先等級、電話功能等進行遠程授權或取消。
遇忙排隊
當用戶發起呼叫申請時，系統內無空閑信道，則系統記錄下用戶機的ID碼並進行排隊，按一定的程序進行處理。
動態的信道分配
由系統中央控制器根據系統當前的狀態按一定的順序進行向用戶提供動態的信道分配。
故障弱化模式
當中央控制器或所有的控制信道故障時，系統會工作在故障弱化模式下，這時所有用戶機以常規模式工作，佔用用戶機編程時設定的故障弱化信道進行通信。
系統的故障診斷和處理、狀態監視、系統參數的調整
· 系統能對於當前發生在信道機或控制器部件上的故障作出響應和處理，將故障的部件自動暫閉，以使系統不再將用戶的通信分配上去。
· 系統對當前的運行狀態進行不斷的監視，如哪些/哪個信道機被佔用，哪些空閑，哪些故障等，以便在信道分配時作出准確的處理。
· 系統內有大量的參數，可以通過系統管理終端進行及時的遠程調整。

數字集群

IDEN(Integrated Digital Enhanced Networks)是美國MOTOROLA公司生產的800M數字集群移動通信系統，這個系統是利用了多項先進的數字話技術，能在一部iDEN用戶機上集成了調度、電話、簡訊、數傳四項功能。其先進的無線射頻技術使得一個25kHz的載頻上容納6路話音，從而使得有限的頻點得到了更大程度的利用。iDEN數字集群通信網具有大容量、大覆蓋區、高保密和高通話清晰度的特點。
1、 組織結構及設備
iDEN的基本組織結構包含：調度子系統、互聯子系統、操作維護子系統、計費及用戶數據管理子系統和基站子系統；
運行管理中心（MSO）：是上層網路控制和交換設備所在的機房，負責執行系統的日常管理，為長期的網路工程系統監控和規劃工具提供資料庫資料。在MSO中包含的子系統為：調度子系統、互聯子系統、OMC子系統、計費及用戶數據管理子系統；
操作維護中心（OMC）:承擔對全網設備的管理，對運行參數進行設置和修改，收集運行數據，監控系統運行情況。
計費及用戶數據管理子系統（ADC）：實現對用戶進行的開、關、授權、採集計費數據等功能。
基站子系統: 包含了分布在全市各個方向上的基站（EBTS-增強型基站傳輸系統）。各個基站通過E1數字中繼線路與MSO設備聯接。在本公司的iDEN基站系統中目前分布在外環線以內的基站均為3扇區的基站，分布在外環線以外的基站為全向基站。
調度子系統包含以下設備：
調度應用處理器（DAP）：為調度通信提供了總體的協調、控制和實時的調度呼叫處理，實現了調度通信時所需的資源管理、用戶訪問控制、位置跟蹤和調度子系統內所有設備的網路管理，同時也為OMC子系統提供介面；DAP包含了D-HLR、D-VLR、i-HLR
· D-HLR：調度歸屬位置寄存器，是一個駐留在硬碟上的用戶資料庫。用以記錄用戶與調度通信相關的身份碼、許可權、通話組號、開設的調度業務類別等；
· D-VLR：調度訪問位置寄存器，是一個駐留在內存上的用戶資料庫，用以記錄在系統中當前一開機的調度用戶狀態、位置以及相關許可權等；
· i-HLR：分組業務歸屬位置寄存器，是一個與分組數傳業務相關的用戶資料庫，用以記錄為用戶的分組數傳業務分配的IP地址；
快速分組交換機（MPS）:在DAP的控制下將來自基站的話音分組進行復制，根據DAP的指令在各個基站之間實現話音分組的交換。
移動數據網關（MDG）:是一個企業基叫環路由器，通過該介面網關可以建立起與其他intranet或internet的互聯路由
互聯子系統包括以下設備：
移動交換中心（MSC）:為iDEN用戶的電話通信提供了控制管理和實時的呼叫處理和話音交換功能。另一方面，又為MSC與公共電話網（PSTN）之間的互聯提供了介面。MSC包含了T-HLR和T-VLR
· T-HLR：電話歸屬位置寄存器，是一個集成在MSC交換機核心內的用戶資料庫。記錄了所有用戶與電話通信相關的身份碼、業務類型和狀態等。
· T-VLR:電話訪問位置寄存器，是一個駐留在交換機核心內存上的用戶資料庫。記錄了當前開機用戶的位置、狀態等。
短消息業務服務中心：（SMS-SC）為用戶的短消息提供接收、存儲和轉發功能。
基站控制器（BSC）: 是基站與MSC之間的介面，又稱為A介面。它一方面實現了將電話通信的話音從EBTS接續至MSC進行交換；另一方面也將公共有線電話網內的交換信令轉換為行動電話應用信令，為移動用戶與PSTN之間的通信建立信令握手。BSC包括BSC-CP,和BSC-XCDR
· BSC-CP（基站控制器-處理器）：承擔呼叫處理，包括信令轉換、話音接續等。
· BSC-XCDR(基站控制器-話音變碼器): 提供PSTN網內使用的PCM話音編碼和iDEN EBTS系統內使用的VSELP話音編碼之間的轉換

iDEN基本網路結構
二、關鍵技術
· 時分多址TDMA技術：是把時間分割成周期性的幀，每一幀在分割成若干個時隙。然後根據一定的時間分配原則，使各個移動台在每幀內只能按指定的時隙向基站發送信號，在滿足定時和同步的條件下，基站可以分別在各時隙中接受各移動台的信號而不混擾。同時基站發向多個移動台的信號都按順序安排在預定的時隙中傳輸，各移動台只要在指定的時隙內接收，就能在合路的時隙中把發給它的信號區分出來。
iDEN系統把每個25kHz信道分割為6個時隙，每個時隙佔15ms。
· VESLP語音編碼技術（矢量和激勵線性預測編碼技術）：將90ms的模擬話音壓縮為15ms的數字信號。以適應其在一個15ms的時隙信道內傳送。
· M-16QAM調制技術（多路復用-16點陣正交振幅調制技術）：這是一種專為集群系統設計的調制技術這種調制方式具有線形頻譜，克服時間擴散產生的影響。
三、 承載業務
1、新增的用戶機功能
新增的調度功能：
· 組呼
--本地呼叫（支持用戶在其歸屬的Service Area的小區內進行呼叫）
--選區呼叫（支持用戶選擇某一Service Area進行呼叫）
--廣域呼叫（支持用戶在iDEN區域網路的任何位置進行呼叫）
· 單呼
--私線呼叫
--呼叫提示
· 緊急呼叫-在按下緊急呼叫按鈕後，允許該用戶強拆本組用戶在用的通信，使本組內所有成員均收聽到其話音；
· 單站操作模式（ISO）---- ISO功能支持當一個基站失去與MSO的鏈接後，仍能保持在該機站范圍內的受限的調度功能
· 移動用戶狀態消息----允許有增強功能的MS單機向iDEN增強型調度台或其他有此功能的MS發送預定義的狀態簡訊；
· 多組通信（MSTG）---- MSTG支持調度模式下可訪問一個主要的通話組和3個輔助的通話組;
增強的電話功能：
· 蜂窩小區和雙工漫遊
· 呼叫等待、三方會談、呼叫轉移
· 自動漫遊和越區切換
短消息收發功能-在用戶機不具備接收簡訊的條件下（如:關機、不在服務區或手機存儲器已滿等），信息存儲在簡訊中心內，在用戶可以接受時（如開機並在服務區內等），信息發送給用戶；
分組數傳功能-在16QAM調制技術下，一個載頻的傳輸速率為22Kbit/s;
2、新增的系統管理功能
（1） 配置管理，如：改變顯示基站設備及系統網路管理設備的配置、改變和顯示控制用戶機的資料庫、報告所有資料庫的最新數據、確定用戶機的使用功能等
（2） 計費管理：記錄用戶機在空中的使用時間和時長，輸出記錄的數據到計算機
（3） 錯誤診斷管理：顯示各類設備的故障報告、告警報告、輸出各設備的狀態變化信息、進行環路反饋的測試等。
（4） 安全保密管理：控制有關人員對系統資源的訪問、提供用戶機的無線遙斃、開啟功能等。
（5） 運行管理：對運行著的設備進行有針對性的監控、收集和處理各類運行數據。
四、用戶機編碼結構
· IMEI(international Mobile Equipment Identifier)-國際移動終端設備身份碼，這是一台用戶終端再生產過程中有生產廠家根據國際標准給移動台設立的，在國際范圍內唯一的機器編號。該編碼長15個位元組，編寫在移動台硬體晶元(如SIM卡)中。
· IMSI(International Mobile Station Identifier)- 國際移動台身份碼，這是由服務提供商為移動台設立的，在國際范圍內唯一的身份碼。改編碼長15個位元組，系統首先在上層網路設備中進行分配，在資料庫中建立並存儲起IMEI於IMSI的唯一對應關系，移動台在首次開機注冊時在通過了系統鑒定後，由控制信道上讀取並自動存儲在移動台內存中。
· TMSI(Temporary Mobile Station Identifier)-臨時的移動台身份碼，這是由系統在移動台每次的開機或更新位置區域時分配的編碼，在VLR范圍內唯一。該編碼是為了防止用戶身份的盜用，同時節省呼叫建立的時間。
· MSISDN(Mobile Station ISDN)-移動台ISDN號碼，是一個電話號碼，它唯一地標識了移動它在iDEN網和PSTN網內的身份，iDEN用戶在電話通信時使用該號碼。該號碼長度部超過15個位元組。
· FLEET & MEM-調度大組號及成員號，大組號在整個iDEN系統內唯一的標識了一個單位或團體；成員號則在該大組范圍內唯一的標識了一個調度用戶單機。
· Talkgroup-通話組號，在FLEET范圍內唯一，它將FLEET范圍內的成員組織為一個一個獨立調度的小組。
五、 用戶機與系統之間的部分叫呼過程
1、關於用戶機的身份碼分配過程
? 首先由管理員登錄到系統管理終端連接到系統的HLR(歸屬位置登記器)，將記錄在用戶機CPU內存中的串號（IMEI-國際移動設備標識符）登記到HLR中，為其分配一個在系統中有效的且唯一的IMSI（國際移動用戶標識），以及一系列的其他參數，包括編組情況。所有這些參數必須確保在HLR內正確地成功注冊。
在HLR中IMEI和IMSI必須都保持唯一，即一個IMEI對應一個IMSI，一個IMSI也只能分配給一個用戶機。
2、 用戶機在系統中的登記過程
用戶機的每次開機時與系統之間相互傳遞數據的過程為登記過程。
用戶機在注冊後的首次登記時將IMEI通過基站傳送至系統中心設備，系統收到後與用戶機之間執行鑒證過程。當鑒證通過後，將IMSI、Indivial ID（一個半固定的身份碼）等通過基站發送給用戶機。
用戶機以後每次的開機時所觸發的登記過程向系統發送IMSI，在鑒證通過後收到Indivial ID等。
用戶機在成功地開機登記後到關機之前，每次位置更新和業務通信申請時，均向系統傳遞Indivial ID。
用戶機的鑒證過程：
系統HLR產生一個隨機數，傳送到系統的CPU上執行一次運算（特定的運算程序）得到與此隨機數相應的結果值，保存在VLR（訪問位置寄存器）中。隨機數通過基站發送給用戶機。
用戶機收到隨機數後由用戶機的CPU進行相關的運算，並將其得到的結果數通過基站傳送給VLR，VLR將此結果數與系統運算的結果數比較，兩數相等，則鑒證正確，通過；反之則鑒證失敗，系統拒絕該用戶機入網。

⑦ 伺服器如何實現集群和負載均衡

很多組織機構慢慢的在不同的伺服器和地點部署sql
server資料庫——為各種應用和目的——開始考慮通過sql
server集群的方式來合並。
將sql
server實例和資料庫合並到一個中心的地點可以減低成本，尤其是維護和軟硬體許可證。此外，在合並之後，可以減低所需機器的數量，這些機器就可以用於備用。
當尋找一個備用，比如高可用性的環境，企業常常決定部署microsoft的集群架構。我常常被問到小的集群(由較少的節點組成)sql
server實例和作為中心解決方案的大的集群哪一種更好。在我們比較了這兩個集群架構之後，我讓你們自己做決定。
什麼是microsoft集群伺服器
mscs是一個windows
server企業版中的內建功能。這個軟體支持兩個或者更多伺服器節點連接起來形成一個「集群」，來獲得更高的可用性和對數據和應用更簡便的管理。mscs可以自動的檢查到伺服器或者應用的失效，並從中恢復。你也可以使用它來(手動)移動伺服器之間的負載來平衡利用率以及無需停機時間來調度計劃中的維護任務。
這種集群設計使用軟體「心跳」來檢測應用或者伺服器的失效。在伺服器失效的事件中，它會自動將資源(比如磁碟和ip地址)的所有權從失效的伺服器轉移到活動的伺服器。注意還有方法可以保持心跳連接的更高的可用性，比如站點全面失效的情況下。
mscs不要求在客戶計算機上安裝任何特殊軟體，因此用戶在災難恢復的經歷依賴於客戶-伺服器應用中客戶一方的本質。客戶的重新連接常常是透明的，因為mscs在相同的ip地址上重啟應用、文件共享等等。進一步，為了災難恢復，集群的節點可以處於分離的、遙遠的地點。
在集群伺服器上的sql
server
sql
server
2000可以配置為最多4個節點的集群，而sql
server
2005可以配置為最多8個節點的集群。當一個sql
server實例被配置為集群之後，它的磁碟資源、ip地址和服務就形成了集群組來實現災難恢復。
sql
server
2000允許在一個集群上安裝16個實例。根據在線幫助，「sql
server
2005在一個伺服器或者處理器上可以支持最多50個sql
server實例，」但是，「只能使用25個硬碟驅動器符，因此如果你需要更多的實例，那麼需要預先規劃。」
注意sql
server實例的災難恢復階段是指sql
server服務開始所需要的時間，這可能從幾秒鍾到幾分鍾。如果你需要更高的可用性，考慮使用其他的方法，比如log
shipping和資料庫鏡像。
單個的大的sql
server集群還是小的集群
下面是大的、由更多的節點組成的集群的優點：
◆更高的可用新(更多的節點來災難恢復)。
◆更多的負載均衡選擇(更多的節點)。
◆更低廉的維護成本。
◆增長的敏捷性。多達4個或者8個節點，依賴於sql版本。
◆增強的管理性和簡化環境(需要管理的少了)。
◆更少的停機時間(災難恢復更多的選擇)。
◆災難恢復性能不受集群中的節點數目影響。
下面是單個大的集群的缺點：
◆集群節點數目有限(如果需要第9個節點怎麼辦)。
◆在集群中sql實例數目有限。
◆沒有對失效的防護——如果磁碟陣列失效了，就不會發生災難恢復。
◆使用災難恢復集群，無法在資料庫級別或者資料庫對象級別，比如表，創建災難恢復集群。
虛擬化和集群
虛擬機也可以參與到集群中，虛擬和物理機器可以集群在一起，不會發生問題。sql
server實例可以在虛擬機上，但是性能可能會受用影響，這依賴於實例所消耗的資源。在虛擬機上安裝sql
server實例之前，你需要進行壓力測試來驗證它是否可以承受必要的負載。
在這種靈活的架構中，如果虛擬機和物理機器集群在一起，你可以在虛擬機和物理機器之間對sql
server進行負載均衡。比如，使用虛擬機上的sql
server實例開發應用。然後在你需要對開發實例進行壓力測試的時候，將它災難恢復到集群中更強的物理機器上。
集群伺服器可以用於sql
server的高可用性、災難恢復、可擴展性和負載均衡。單個更大的、由更多的節點組成的集群往往比小的、只有少數節點的集群更好。大個集群允許更靈活環境，為了負載均衡和維護，實例可以從一個節點移動到另外的節點。

⑧ windows搭建集群伺服器

你這個需求是備份吧，Windows有兩種服務可以解決你現在的問題：
1、網路負載均衡，可以把指定的伺服器添加到負載均衡群中，並指定網路埠和協議，選擇負載均衡集群切換模式是按照一對一還是交叉負載均衡；
2、故障轉移集群，可以針對進程判斷是否啟用備份機的指定進程；

這兩個集群各有各的用途，同時對於搭建也有自己的要求，完成集群後所對應的功能也略有不同。

部署：
負載均衡不需要額外設備；
但故障轉移，需要iSCSI存儲設備支持；

用途：
負載均衡針對網路埠，重點在於均衡，可以通過交叉策略，保證a/b的訪問量一致，或者單一主機方式，保證在宕機或網線不通的情況下切換到備機；
故障轉移，可以精確監控到進程，保證進程出現故障（包括宕機）即可轉移到備機；

具體問題具體分析，看你需要什麼級別的備份，要求高的話，上故障轉移（但是要增加設備——iSCSI），要求簡單，就上負載均衡