使用 SIOS DataKeeper 在 GCP 上建立 SQL Server 2019 叢集
使用我們的逐步指南在 Google Cloud Platform (GCP) 上建立 SQL Server 2019 叢集。我們的指南使用 SIOS DataKeeper Cluster Edition 進行 SANLess 集群,透過預先編寫腳本的步驟簡化了流程,並以 Google 文件為基礎,以實現輕鬆性和一致性。
經許可轉載安全作業系統
SIOS SANless clusters High-availability Machine Learning monitoring
使用我們的逐步指南在 Google Cloud Platform (GCP) 上建立 SQL Server 2019 叢集。我們的指南使用 SIOS DataKeeper Cluster Edition 進行 SANLess 集群,透過預先編寫腳本的步驟簡化了流程,並以 Google 文件為基礎,以實現輕鬆性和一致性。
經許可轉載安全作業系統
這篇文章用於記錄我在 GCP 中關於將性能寫入複製到 GCP 的磁盤的發現。 但首先,一些背景信息。 一位客戶表示擔心,在同一區域的 Google 區域之間使用同步鏡像進行測試時,DataKeeper 會為其寫入性能增加大量開銷。 他們執行的原始測試是使用 C 驅動器上的位圖文件,這是一個持久的 SSD。 在這種配置中,他們只推動了大約 70 MBps。 他們嘗試將位圖重新定位到一個極端的 GCP 磁盤,但性能並沒有提高。
我建議他們將位圖移動到本地 SSD,但他們猶豫不決,因為他們認為他們用於位圖的極端磁盤的延遲和吞吐量與本地 SSD 一樣好或更好,因此他們懷疑它是否會不同之處。 此外,添加本地 SSD 並非易事,因為它只能在最初配置 VM 時添加。
當我著手完成我的任務時,我發現的第一件事是並非所有實例類型都支持本地 SSD。 例如,E2-Standard-8 不支持本地 SSD。 在我的第一個測試中,我選擇了一種 C2-Standard-8 實例類型,它被認為是“計算優化的”。 我連接了一個 500 GB 的持久 SSD 並開始運行一些寫入性能測試,很快發現我只能讓磁盤以大約 140MBps 的速度寫入,而不是最大速度 240MBps。 客戶確認他們看到了同樣的東西。 這很令人困惑,但我們決定繼續嘗試不同的實例類型。
我們選擇的第二種實例類型是 N2-Standard-8。 使用這種實例類型,我們能夠在不復制磁盤時將磁盤推到其最大吞吐速度 240 MBps。 我將位圖移動到我已配置的本地 SSD 並在同步鏡像(DataKeeper v8.8.2)上重複相同的測試,並得到如下所示的結果。
Diskspd測試參數diskspd.exe -c96G -d10 -r -w100 -t8 -o3 -b64K -Sh -LD:data.dat diskspd.exe -c96G -d10 -r -w100 -t8 -o3 -b8K -Sh -LD:data .dat diskspd.exe -c96G -d10 -r -w100 -t8 -o3 -b4K -Sh -LD:data.dat
寫入大小 | MB/s | MBps 開銷百分比 |
64k-鏡子 | 240.01 | 0.00% |
64k-無鏡 | 240.02 | |
8k-鏡子 | 58.87 | 39.18% |
8k-無鏡 | 96.8 | |
4k-鏡子 | 29.34 | 21.84% |
4k-無鏡 | 37.54 |
寫入大小 | 平均緯度 | 平均開銷 |
64k-鏡子 | 6.247 | -0.02% |
64k-無鏡 | 6.248 | |
8k-鏡子 | 3.183 | 39.21% |
8k-無鏡 | 1.935 | |
4k-鏡子 | 3.194 | 21.88% |
4k-無鏡 | 2.495 |
64k 和 4k 寫入大小都會產生開銷,這對於同步複製來說是“可接受的”。 儘管 3.183 毫秒的平均延遲仍然相當低,但 8k 寫入大小似乎會產生更大的開銷。
-Dave Bermingham,客戶成功總監 經許可轉載西歐
如果這個話題聽起來令人困惑,我們明白了。 根據我們專家的建議,我們希望能緩和您的擔憂——同時在之前或之後為您的組織提出一些重要的考慮因素去多雲. 對於採用雲計算的公司來說,災難恢復規劃是一個常見的困惑點,尤其是當它涉及多個雲提供商時。
這足以確保數據保護和災難恢復(DR) 當所有數據都位於本地時。 但如今,許多公司擁有本地數據以及多個雲提供商,這種混合策略可能具有良好的商業意義,但可能會給負責數據保護的人員帶來挑戰。 在我們深入研究細節之前,讓我們定義關鍵術語。
多雲是利用兩個或多個雲提供商為組織的 IT 服務和基礎架構提供服務。 多雲方法通常由主要公共雲提供商的組合組成,即亞馬遜網絡服務 (AWS)、谷歌云平台 (GCP) 和微軟 Azure。
組織根據成本、技術要求、地理可用性和其他因素從每個雲提供商處選擇最佳服務。 這可能意味著公司使用 Google Cloud 進行開發/測試,同時使用 AWS 進行災難恢復,並使用 Microsoft Azure 來處理業務分析數據。
多云不同於混合雲,混合雲是指混合本地基礎設施、私有云服務和公共雲的計算環境。
應對這些挑戰要求公司製定涵蓋眾多問題的數據保護和恢復策略。 試著問自己以下戰略問題:
在多雲場景中成功保護和恢復數據的最大關鍵是確保您可以查看所有數據,無論數據如何存儲。 公司提供的工具使您能夠定義在災難場景中應該恢復哪些數據和應用程序以及如何恢復——例如,無論是從備份映像還是通過將數據移動到雲中新創建的虛擬機。
該工具應該可以幫助您編排恢復場景,重要的是,可以對其進行測試。 如果該工具與您的數據備份工具很好地集成在一起,它還可以讓您將備份用作恢復數據的來源,即使數據存儲在不同的位置——比如多個雲。 我們最近的 SIOS 網絡研討會討論了同一點;手錶在這裡如果你有興趣。SIOS 數據管理員讓您可以在靈活、可擴展的雲環境中運行關鍵業務應用程序,例如亞馬遜網絡服務 (AWS) ,天藍色, 和谷歌云平台在不犧牲性能、高可用性或災難保護的情況下。 SIOS DataKeeper 可在AWS 市場以及唯一的 Azure 認證的 WSFC 高可用性軟件Azure 市場。