伺服器叢集解決方案

1.Proxy 伺服器維護客戶專用的應用伺服器的表結構(此表規划了Server Load Balancer, 每一個客戶都有自己專用的應用伺服器):

使用者編號, 使用者密碼, 應用伺服器編號

 

2.Proxy 伺服器維護應用伺服器的表結構:

應用伺服器編號, 應用伺服器名稱, 應用伺服器IP地址(網域名稱), 應用伺服器連接埠號碼

 

3.Proxy 伺服器的IP地址和連接埠號碼必須對所有的用戶端進行公開.  Proxy 伺服器必須有公網IP地址(網域名稱). 各應用伺服器也必須有公網IP地址(網域名稱), 但只向Proxy 伺服器公開.

 

4.Proxy 伺服器提供所有用戶端調用的介面:

Function GetAppServer(const UserId, Password: string): string;

功能: 用戶端擷取自己專用的應用伺服器IP地址和連接埠號碼

參數: UserId: string---客戶編碼;Password: string---客戶密碼

返回: 字串---應用伺服器的IP地址(網域名稱);應用伺服器連接埠號碼(分號隔開)

 

5.用戶端斷開同Proxy 伺服器之間的串連, 建立同應用伺服器之間的串連.

 

6.各應用伺服器分別串連自己專用的資料庫伺服器

 

7.各資料庫伺服器之間必須保持資料同步. 比如通過資料庫複寫的方式來進行.

 

8.如果是倆台資料庫伺服器的話, 可以考慮如此劃分: 一台負責資料的查詢; 一台負責資料的提交. SQL SERVER資料庫伺服器進行讀寫分離的劃分是實現資料庫群集的唯一辦法.

一般來講，70%的資料庫操作為讀操作。在寫入資料庫上做一個發行伺服器，主要基於SQL Server 的複製技術，將即將用到的表都選上。其次，在兩個讀伺服器上做訂閱服務，

這樣一個“一寫兩讀”的資料庫叢集就完成了。

 

9.整個伺服器叢集的一些容錯處理:首先, 使用多個中介層。從中介層的作用可以看出，它承接了資料庫的所有串連，所以，一旦出了問題，就會導致整個系統癱瘓。
所以做多個中介層是必要的，這樣，如果一個壞了可以登入到另一個。

其次, 資料庫鏡像是SQL Server 2005大力推出的，它就是要實現資料庫的安全轉移，所以需要再單獨拿出一台機器來做備份伺服器，
將完全鏡像寫入該伺服器，這樣，即使寫入伺服器壞了，它也可以自動轉移到備份伺服器上來，保證不影響使用者。
這實際上就相當於實現了對伺服器的容災管理，但是有一點需要注意，在這種鏡像的體系中，必須要有一台伺服器作為監視伺服器，
以便察看哪台伺服器壞了，用以在機器出錯之後迅速調整。