SQL Server集群設計概述
以下的文章主要是對SQL Server集群設計的描述，在實際操作中有很多組織機構會慢慢的在不同的相關服務器與相關地點部署SQL Server數據庫即，各種應用和目的，開始考慮通過SQL Server集群的方式來合并。
將SQL Server實例和數據庫合并到一個中心的地點可以減低成本，尤其是維護和軟硬件許可證。此外，在合并之后，可以減低所需機器的數量，這些機器就可以用于備用。
當尋找一個備用，比如高可用性的環境，企業常常決定部署Microsoft的集群架構。我常常被問到小的集群(由較少的節點組成)SQL Server實例和作為中心解決方案的大的集群哪一種更好。在我們比較了這兩個集群架構之后，我讓你們自己做決定。
什么是Microsoft集群服務器
MSCS是一個Windows Server企業版中的內建功能。這個軟件支持兩個或者更多服務器節點連接起來形成一個“集群”，來獲得更高的可用性和對數據和應用更簡便的管理。MSCS可以自動的檢查到服務器或者應用的失效，并從中恢復。你也可以使用它來(手動)移動服務器之間的負載來平衡利用率，以及無需停機時間來調度計劃中的維護任務。
這種SQL Server集群設計使用軟件“心跳”來檢測應用或者服務器的失效。在服務器失效的事件中，它會自動將資源(比如磁盤和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的高可用性、災難恢復、可擴展性和負載均衡。單個更大的、由更多的節點組成的集群往往比小的、只有少數節點的集群更好。大個集群允許更靈活環境，為了負載均衡和維護，實例可以從一個節點移動到另外的節點。
以上的相關內容就是對SQL Server集群設計的介紹，望你能有所收獲。
【編輯推薦】
