SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • 產品
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • 新闻与活动
  • 伺服器集群简单化
  • 成功案例
    • 台灣成功案例
  • 聯繫我們
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

克服SQL Server Alwayson可用性組的性能問題

Date: 5 2 月, 2018

異步與AlwaysOn上的同步複製

從本週參加PASS峰會的會議中可以明顯看出,AlwaysOn是一個熱門話題,大約有六個會議專門討論這個解決方案。我學到的一件事是,儘管解決方案當然有其應用,但是大部分成功的部署都是基於以異步方式使用AlwaysOn。人們避免同步複製選項的原因是開銷太大。在同步複製期間,在源上提交之前,必須在副本上提交任何寫入。在我所做的測試中,引入的開銷可能高達68%。例如,在一個測試中,我有一個每秒插入大約1,000,000行的數據庫,我們測量日誌文件的吞吐量,我們看到沒有鏡像的地方我們正在寫大約400 MBps。一旦我們開始在10 Gbps局域網上使用AlwaysOn可用性組複製數據庫,我們發現性能下降了大約68%,這個特定的數據庫減慢到每秒大約250,000個插入。

異步與AlwaysOn上的同步複製
圖1 – 在AlwaysOn Synchronous Mirroring之前和之後寫入到SQL Server數據庫的MBps

如果您正在考慮將解決方案作為您的故障轉移群集的替代品,那麼這種下降應該是您的主要擔憂。為了實現您在故障轉移群集中習慣的自動故障轉移,您必須使用同步鏡像,這意味著您必須忍受這種性能下降。一般情況下,這是不可接受的,這可能是為什麼你沒有聽到專家定期推薦這樣的配置。

那你該怎麼辦?

你應該堅持傳統的故障轉移群集和SAN嗎?如果你想利用快速,高速的存儲,如Fusion-io?在這種情況下,你不能使用傳統的集群…或者你可以嗎?好消息是,您可以在沒有SAN的情況下構建集群,而且不會產生與AlwaysOn可用性組關聯的開銷,限制和開銷(更多關於下一篇博文的限制和費用)。通過使用DataKeeper Cluster Edition,您可以構建無共享存儲的集群,而與同步複製相關的開銷接近10%,而AlwaysOn可用性組接近70%。來到#SQLPASS的351號展台,我將很高興展示解決方案的工作原理。轉載https://clusteringformeremortals.com/2012/11/09/how-to-overcome-the-performance-problems-with-sql-server-alwayson-availability-groups-sqlpass/

Copyright © 2025 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in