Date: 11 2 月, 2015
SQL Server 管理員有很多選項在 VMware 環境中實現高可用性 (HA)。 VMware 提供的 vSphere 醫管局。 Microsoft 提供了 Windows 伺服器容錯移轉叢集 (WSFC)。 並在 WSFC SQL Server 具有自己醫管局選項 AlwaysOn 可用性組與 AlwaysOn 容錯移轉叢集。 協力廠商供應商也提供解決方案專為醫管局和災害復原，和這些經常結合其他解決方案，以創造更多的選擇。 例如，一些解決方案利用 SQL 伺服器提供魯棒的醫管局和資料保護的成本低於 AlwaysOn 可用性組需要更昂貴的企業版的附帶 AlwaysOn 容錯移轉叢集功能。 本文著重介紹了每個 SQL Server 管理員制訂 vSphere 環境中的任務關鍵型應用程式的高可用性策略前應該知道的五件事。 這種戰略很可能類似于圖 1，這是不可能有一些醫管局選項中所示的多網站配置。 1。 VSphere 的高可用性集群需要在虛擬伺服器中使用的抽象層的原始磁片映射起相當的靈活性，但這種抽象可能會導致問題，當一個虛擬機器 (VM) 必須與一個物理設備介面。 這是與存放區域網路 (San) vSphere 的理由。 要啟用與某些 SAN 和其他共用存儲功能，如 I/O 擊劍和 SCSI 保留相容性 vSphere 利用一項技術被稱為原始設備映射 (RDM) 創建通過虛擬機器監控程式 VM 和外部存儲系統之間的直接聯繫。 RDM 使用共用存儲的要求存在任何群集，包括 SQL Server 容錯移轉叢集。 在傳統群集中創建的 WSFC 在 vSphere，RDM 必須使用以提供虛擬機器 (Vm) 直接存取到底層存儲 (SAN)。 RDM 是能夠保持 100%的相容性與 SAN 的所有命令，使虛擬化存儲訪問無縫到作業系統和應用程式是必需的 WSFC。 RDM 可能有效運作，但實現所需的結果並不總是容易的和甚至不有可能。 例如，RDM 不支援磁碟分割，所以有必要使用"原始"或整個 Lun （邏輯單元號碼），和映射不是可用於直接連接的資料塊存儲和某些 RAID 設備。 2。 使用原始磁片映射意味著犧牲流行 VMware 功能另一重要的充分瞭解 RDM 方面涉及理解的障礙，它可以為使用其他 VMware 功能，其中許多都是流行與 SQL Server 管理員創建。 當這些障礙被視為不可接受的因為他們往往時，他們消除原始設備映射作為實現高可用性選項。 根本的問題在於如何 RDM 干擾 VMware 使用虛擬機器磁片 (VMDK) 檔的功能。 例如，RDM 防止 VMware 快照的使用，這反過來又可防止使用任何需要快照，如虛擬整合備份 （于其機械操） 的功能。 原始磁片映射也變得複雜資料移動、 創建使用功能，使伺服器虛擬化如此有益，包括將虛擬機器轉換為範本來簡化部署，和使用 vMotion 遷移 Vm 動態主機之間的障礙。 像 SQL Server 事務密集型應用程式的另一個潛在問題是無法利用 Flash 讀緩存配置 RDM 時。 3。 共用的存儲可以創建單個故障點叢集服務器要直接存取共用存儲的傳統需求可以創建限制為高可用性和災害復原的規定，和這些限制可以反過來，創建業務關鍵型應用程式遷移到 vSphere 的一個障礙。 在傳統的容錯移轉叢集中，兩個或多個物理伺服器 （叢集節點） 被連接到一個共用的存儲系統。 應用程式運行在一個伺服器上，併發生故障，群集軟體，如 Windows 伺服器容錯移轉叢集，移動到備用節點應用。 類似的聚類也有可能是與虛擬化伺服器在 vSphere 環境中，但這需要像原始磁片映射技術，虛擬機器可以直接存取共用的存儲。 是否物理或虛擬伺服器的共用存儲的使用可以創建一個單點故障。 一個 SAN 可以有一個高可用性配置，當然，但會增加其複雜性和成本，並可以產生不利影響，尤其是像 SQL Server 事務密集型應用程式的性能。 4。 醫管局 vSphere 集群可以建立沒有犧牲 VMware 功能一些協力廠商解決方案是特別建造的克服與共享的存儲和使用 RDM 與 SQL Server AlwaysOn 容錯移轉叢集和 Windows 伺服器容錯移轉叢集的要求相關的限制。 [標題 id =""對齊 ="
alignleft"寬度 ="319"]圖 1-多網站高可用性配置從影響整個資料中心的停機保護應用程式。[/caption]最好的這些解決方案提供了完整的配置靈活性，使創建一個 SANLess 的簇，以滿足範圍廣泛的需求-從一個兩節點的群集，在單個網站，對多節點的群集，到叢集節點在不同的地理位置，如圖 1 所示的災難保護。 一些這些解決方案也使它能夠以同步或非同步方式執行 LAN/WAN 優化、 即時資料塊級別複製。 實際上，這些方案都能在網路中，根據需要容錯移轉和故障恢復後自動改變方向的資料複製 （源和目標） 創建一個 RAID 1 鏡像。 同樣重要的是，SANLess 群集是經常容易實施和操作與物理和虛擬伺服器。 例如，對於與 WSFC 集成的解決方案，管理員都能夠配置高可用性集群中避免使用共用存儲作為潛在的單點故障的方式使用熟悉的功能。 一旦配置好，大多數解決方案然後自動同步的本機存放區區中兩個或多個伺服器 （一個或多個資料中心），使它們看起來到 WSFC 好像是一個共用的存放裝置。 5。 醫管局 SANLess 集群提供高級功能和性能在另外創建一個單點故障，複製 SAN 上的資料可以顯著減少在 VMware 環境中的輸送量性能。 高事務性應用程式像 SQL Server 是特別易受這些性能相關的因素。 [標題 id =""對齊 ="al
ignleft"寬度 ="362"]圖 2-測試的 SQL Server AlwaysOn 可用性組和處長 #SANLess 集群顯示輸送量優勢可能與複製技術專門為高可用性和高性能。[/caption]圖 2 總結了顯示 60-70%性能與使用 SQL 伺服器 AlwaysOn 可用性組複製資料關聯的測試結果。 這些測試結果也顯示利用本機存放區，專門構建高可用性 SANLess 聚類是如何能夠執行近以及配置不受保護的任何資料複製或鏡像。 #SANLess 群集測試是能夠實現這驕人的業績，因為其司機立即坐以下 NTFS。 寫發生在主伺服器上，該驅動程式寫入塊的一份當地 VMDK 和另一個副本同時跨到次要伺服器具有其自己獨立的 VMDK 網路。 SANLess 集群有許多其他優點，以及。 例如，使用塊級複製技術與 WSFC 充分綜合那些能夠保護整個 SQL Server 實例，包括資料庫、 登錄和代理工作全集成的方式。 對比 AlwaysOn 可用性組，哪些容錯移轉唯一使用者定義資料庫，這種做法，就需要工作人員來管理每個叢集節點的其他資料物件，分別和手動。 # # 關於作者傑裡 · 梅爾尼克，首席運營官，處長科技股份有限公司 傑裡 · 梅爾尼克 (jmelnick@us.sios.com) 是負責制定公司戰略和業務處代理處長科技股份有限公司 (www.us.sios.com) 處代理處長 SAN 和 #SANLess 群集軟體 (www.clustersyourway.com) 的生產商。 他超過 25 年經驗的企業和高可用性軟體行業。 他在波士頓大學擔任從伯洛伊特學院研究生工作中電腦工程和電腦科學學士學位。