深入解析 SQL Server 叢集架構：優缺點與部署考量

SQL Server 叢集是由兩台或多台獨立的實體伺服器（節點）組成的虛擬伺服器，透過 Microsoft 叢集服務（MSCS）進行管理。當其中一個節點發生故障時，另一個節點會自動接管其 SQL Server 執行個體，確保服務持續運作。這種架構的核心價值在於高可用性，而非效能提升。

常見迷思：叢集不等於負載平衡

許多人誤以為 SQL Server 叢集能在節點間分配查詢負載，實際上這是錯誤的。叢集僅提供故障轉移功能：當作用中節點因硬體故障、服務異常或人為錯誤而失效時，被動節點才會接手。平時僅有一個節點處理所有請求，另一個節點處於待命狀態，因此叢集無法提升查詢效能。

為何部署 SQL Server 叢集？

叢集的最大優勢在於極短的故障轉移時間（通常 3–7 秒），對終端使用者幾乎透明，僅需重新建立連線。這也意味著維護作業（如修補、硬體升級）可在不中斷服務的情況下進行，大幅降低計畫性停機風險。

兩種主要叢集模式

主動/被動模式

單一節點運行 SQL Server 執行個體，另一節點完全待命。

• 優點：故障轉移時效能無損耗，因備援節點無額外負載；授權成本較低（僅需一組授權）。
• 缺點：硬體資源利用率低，備援節點長期閒置，投資報酬率（ROI）較差。

主動/主動模式

兩個節點各自運行獨立的 SQL Server 執行個體。故障發生時，倖存節點同時運行兩個執行個體。

• 優點：充分利用硬體資源，雙節點均產出價值；平時可分散不同工作負載。
• 缺點：故障轉移後單節點負載倍增，效能必然下降；需購買雙份 SQL Server 授權，成本較高。

部署前的關鍵考量

• 高昂成本：節點硬體必須符合 Microsoft 相容性清單、配置幾乎相同、需共享磁碟子系統（通常採用 SAN）、複雜的網路設定。
• 地理限制：傳統叢集節點需位於同一資料中心，無法抵禦區域性災難。異地叢集雖可行，但架構複雜度與成本大幅上升。
• 授權細節：主動/主動模式每顆處理器皆需授權；主動/被動模式僅作用中節點需授權（Software Assurance 另有彈性條款）。

總結而言，SQL Server 叢集是可用性導向的解決方案，適合對停機零容忍的關鍵業務系統。若目標為擴展效能，應改向 AlwaysOn 可用性群組、讀取延伸或分散式架構尋求答案。