使用 DataKeeper 將共用儲存叢集轉換為 SANless 叢集時保持 HA 和 DR

1. 準備環境

• 備份數據：確保您擁有目前共享儲存資料的完整備份。
• 安裝資料管理器： 下載並安裝SIOS資料管理器叢集的兩個節點上的 Cluster Edition。
• 許可證啟動：在兩個節點上啟動 DataKeeper 許可證。

2. 將共用儲存叢集置於維護模式

• 維護模式：將叢集置於維護模式以防止在配置過程中發生任何變更。

3.調整共享磁碟訪問

• 限制訪問：調整共享磁碟配置，使得只有一個節點可以存取該磁碟。這通常是透過 SAN 管理軟體或伺服器設定來完成的。

4. 刪除共享儲存叢集磁碟資源

• 刪除資源：從叢集配置中完全刪除叢集磁碟資源，包括可用儲存。

5.在Secondary節點上新增本機磁碟

• 新增本機磁碟：為Secondary節點新增額外的本機磁碟。該磁碟應與原始共用磁碟大小相同且磁碟機號相同。
• 格式化本機磁碟：格式化新的本機磁碟並確保其可使用

6. 建立 SIOS DataKeeper 複製作業

• 啟動 SIOS DataKeeper UI：在主節點上開啟DataKeeper使用者介面。
• 創造就業機會：透過指定來源磁碟區（主節點上的共用磁碟）和目標磁碟區（輔助節點上的本機磁碟）來建立新的複製作業。
• 選擇複製模式：根據您的需求選擇合適的複製模式（同步或非同步）。
• 開始複製：啟動複製過程，將共享磁碟的資料同步到本機磁碟。

7. 在叢集中註冊SIOS DataKeeper卷

• 註冊量：在叢集中註冊DataKeeper磁碟區。這涉及將 DataKeeper 磁碟區新增為 WSFC 中的叢集資源。

8. 重新配置叢集資源依賴

• 新增 SIOS DataKeeper 卷：將新建立的DataKeeper磁碟區新增至現有叢集資源配置中。
• 重新建立依賴關係：重新建立 DataKeeper 磁碟區的依賴關係，以確保它與叢集應用程式無縫協作。

9. 配置新見證人

• 刪除磁碟見證：如果您使用磁碟見證，請從叢集中刪除用作磁碟見證的所有磁碟。
• 設定檔共享見證或雲端見證:
  • 文件共享見證：在單獨的伺服器上建立檔案共用，並將叢集配置為使用此檔案共用作為見證人。
  • 雲端見證：透過在 Azure 中設定儲存帳戶並將叢集配置為使用此儲存帳戶作為見證來配置雲端見證。

10. 將新資源上線

• 上線：使新的 DataKeeper 磁碟區資源聯機。
• 測試故障轉移：執行故障轉移測試以確保 DataKeeper 捲和叢集應用程式在所有節點上正常運作。

11. 完成 SANless 叢集的配置

• 退出維護模式：使叢集退出維護模式。
• 備份配置：備份新的 SANless 叢集配置。
• 文件變更：記錄轉換過程中所做的所有更改，以便日後參考和故障排除。

透過執行以下步驟，您將成功地將共用儲存叢集轉換為使用本機磁碟和 SIOS DataKeeper 的 SANless 叢集，同時維護高可用性和資料複製而不僅僅是依賴共享儲存。此外，您還需要設定檔共用見證或雲端見證，以確保叢集中的仲裁配置正確。

SIOS Technology Corporation 提供高可用性集群軟體透過叢集管理保護和優化您最重要的應用程式的 IT 基礎架構。聯絡我們今天就了解有關我們專業服務和支援的更多資訊。

經許可轉載安全作業系統

網路研討會：優化 Azure HA/DR 部署中的 SQL Server 成本

註冊參加點播網路研討會

遷移到 Azure 的挑戰之一是控制每月成本。為 SQL Server 提供了多種 Azure 服務，但您需要了解您真正需要哪些服務以及這些服務如何適合您的 SQL Server 雲端策略。

在本次網路研討會中，我們深入探討了 Azure 中 SQL Server 部署的高可用性 (HA) 和災難復原 (DR)，並專注於經濟高效的方法。本次會議旨在提供對三項關鍵技術的全面理解和實際演示：基本可用性群組、具有 Azure 共用磁碟的 SQL Server 故障轉移叢集執行個體 (FCI) 和 Azure 網站復原。您將深入了解每種方法的架構、設定和操作的細微差別。

我們將特別強調在不影響可靠性和性能的情況下優化成本。該會議旨在讓基於雲端的 SQL Server 部署領域的新手和經驗豐富的專業人士受益。在本次會議結束時，參與者將具備在 Azure 中做出有關 HA/DR 策略的明智決策的知識，從而確保 SQL Server 環境的經濟效率和穩健性。

經許可轉載安全作業系統

網路研討會：在雲端實現 HA/DR 目標

註冊參加點播網路研討會

關於雲端 SLA 似乎仍然存在混亂。雲端可用性 SLA 涵蓋基礎架構可用性，但 SAP、SQL Server 和 Oracle 等應用程式又如何呢？您的應用程式是否需要雲端中的可用性、高可用性或災難復原保護？本次 Actual Tech Media MegaCast 會議介紹如何為雲端中的關鍵任務應用程式實現 HA/DR 目標。

右經許可製作安全作業系統

優化 IT 系統以實現高可用性的策略

維持 IT 系統的高可用性 (HA) 對於組織的成功至關重要。從關鍵資料庫管理到確保無縫的客戶體驗，實現不間斷營運提出了需要策略規劃的獨特挑戰。以下是組織可以利用的一些關鍵策略來優化其 IT 系統以實現高可用性。

優化 IT 系統以實現高可用性的常見挑戰

有幾個不同的領域開始為 IT 系統帶來挑戰。經常出現的問題是與防毒 (AV) 解決方案的兼容性。通常，問題源於防毒軟體對系統的過度保護以及對應用程式或 HA 解決方案運行至關重要的文件的隔離。當然，驗證解決方案之間的相容性始終很重要，但要更進一步 – 對於管理系統的每個人來說，熟悉 AV 解決方案的工作原理並了解配置/請求更改 AV 的過程總是有好處的解決方案，使關鍵應用程式不會中斷。

除了 AV 解決方案之外，還會出現防火牆配置 – 通常使用 HA 解決方案時，會透過網路傳輸額外的通訊以編排叢集行為。因此，通常需要新增特定規則來適應 HA 解決方案，以防止 HA 解決方案執行錯誤的叢集復原作業。

最後，在配置高可用系統時，存取控制的原理變得稍微複雜一些。雖然各個團隊（IE、資料庫團隊、SAP 團隊、雲端團隊- 無論事物如何分佈）都需要各自網域的權限，但管理HA 解決方案的任何管理員可能會發現他們擁有可透過HA 解決方案存取的其他權限（IE 、啟動應用程式的故障轉移、在節點之間建立通訊、鎖定/解鎖儲存等）。因此，在委派存取權限時，考慮可透過 HA 解決方案執行的操作非常重要。僅允許根級別使用者進行 HA 控制可能是相關的，或者您可以定義透過 HA 解決方案採取操作的程序，以便通知團隊並追蹤操作。無論如何，從最小特權原則來看，HA 解決方案呈現出複雜性，應考慮這種複雜性，以確保應用程式和系統只能由受委託方存取和可變。

故障轉移和災難復原策略在確保系統正常運作時間中的作用

故障轉移功能和災難復原 (DR) 策略都會對關鍵系統的正常運作時間產生重大影響。顯然，HA 可以提供故障轉移功能，以確保單一伺服器問題不會導致應用程式套件中斷，並且如果配置正確，故障轉移幾乎可以是無縫的。這允許在故障系統上進行恢復，同時備用系統發揮主要作用來承擔負載。當然，災難復原可以與HA策略緊密結合。如果已經配置了冗餘 – 為什麼不確保跨故障域存在這種冗餘。如果觀察得當，應用程式可以具有高可用性和容錯性。從 IT 角度分析這些結果時，正確配置的 HA 和 DR 策略可以確保系統充分發揮其潛力，同時最大限度地減少停機時間。託管應用程式的區域中的自然災害或技術故障傳播到其他區域的可能性要小得多。將計劃的冗餘與災難復原計劃結合起來可以用更少的資源滿足更多的功能需求——因為仔細的規劃可以確保透過部署備用站點來處理冗餘和容錯。

平衡成本效益和高可用性：組織策略

配置叢集環境或高可用性系統的成本可能會很高。通常，至少有一個備用系統與主系統一起運行，儘管不處理工作負載，但仍會產生成本，但成本是可以降低的。我建議採取以下幾種方法：考慮使用託管共享儲存解決方案。如果不需要冗餘資料副本，可以使用共用儲存空間來節省儲存空間。像 Amazon EFS 這樣的東西可能意味著您只需為複製磁碟配置的一半儲存空間付費。

考慮 DR 系統的用例。通常，這些系統只是恢復主站點時的權宜之計。資源不會在災難復原站點上長時間運行，因此，根據工作負載，您可以在災難復原站點上配置較小的系統以節省運算成本。當然，您需要與利害關係人溝通設計決策，以便每個人都知道災難復原網站不是長期託管解決方案 – 但只要您的工作負載和勞動力能夠處理額外的限制，就可以節省執行個體大小。同樣，不託管工作負載而僅在叢集內進行協調的編排器和/或仲裁系統可能會比委派的系統工作負載小得多。

考慮使用縱向擴展或橫向擴展的解決方案。擴展意味著增加單一機器的運算能力－在雲端環境中，這涉及到當工作負載壓垮較小實例時，較小實例將其資源池增加到較大實例的資源池。橫向擴展意味著在需要計算能力時增加將分擔應用程式負載的工作人員數量。顯然，用例決定了何時何地擴展或擴展是更好的解決方案 – 但透過熟悉手頭的軟體和環境，您將能夠做出決策並配置系統，以便在時機成熟時採取適當的行動。使用縮放解決方案需要考慮的另一件事是考慮除垢規則的激進程度。為了節省成本，請確保實例將縮減至適當的資源池，並評估指示縮減行為的規則，以確保不會將過多的資源配置時間超過所需時間。之間建立強而有力的溝通和 HA 供應商。確保有溝通的基礎可以促進任何技術的合作部署或環境升級。此外，透過保持溝通活躍，所有團隊都將更了解系統上發生的活動。讓所有團隊保持最新狀態至關重要，並且可以更輕鬆地診斷問題或在必要時開始回溯程序。最後，保持強大的溝通還可以確保團隊之間可以有效地共享最佳實踐，以便團隊可以合作工作，而不是按照不同的原則運作。

實施高可用性：最佳實踐

我向任何部署系統的人推薦的第一個也是最大的實踐是維護測試環境。保持測試環境盡可能與生產環境相同，並對生產環境中將發生的任何流程進行試運行，以便團隊在生產部署時熟悉流程和操作手冊。這種實踐也融入了我為系統提供的其他最佳實踐。透過維護測試環境，您還可以維護一個可用於預先測試任何變更的系統。測試環境是驗證產品相容性並確保技術之間相互操作的任何考慮因素得到充分確立的完美場所。我一次又一次看到的一個很棒的例子是為防毒軟體配置排除項- 在某些情況下，這些排除項未配置並且生產環境會遭受中斷，因為防毒軟體可能會隔離經常訪問的文件。最後，確保定期審核您的配置。檢查各個方面，例如安全群組、存取控制、防火牆規則和軟體相容性（尤其是 HA、受保護的應用程式和防毒之間）。保留對這些審計結果和所做的任何更改的詳細日誌 – 追蹤這些詳細資訊可以提供可靠的記錄，如果可能存在導致問題的配置更改，則可以對其進行審查。此外，當請求供應商支援時，這些審核可以成為一個很棒的共享工具，以便更快地進行完整的根本原因分析。最重要的是，這些審計將提供如何配置的記錄 – 如果指定的配置發生任何變化，人們可以參考過去的審計結果，以根據組織的標準重新調整系統系統配置。

SIOS 知道優化 IT 系統以實現高可用性對於組織的成功至關重要。透過解決防毒解決方案的相容性挑戰和微調防火牆配置，組織可以增強系統彈性和正常運作時間。今天與我們聯繫以獲取更多信息。

經許可轉載安全作業系統

SIOS 技術有助於在高可用性和雲端成本之間取得平衡

 

在兩者之間找到適當的平衡高可用性成本優化可能具有挑戰性。 SIOS Technology 的高級技術佈道師 Dave Bermingham 談論了影響雲端成本的一些關鍵因素以及一些優化成本的策略。他說：「我們專注於實用且有效的策略，這些策略不僅有助於降低與部署高可用性相關的成本，而且除了最大限度地減少與計劃維護相關的停機時間之外，還有助於最大限度地減少意外停機時間。

影響雲端環境成本的關鍵因素

• 影響高可用性配置中的雲端成本和最佳化成本的關鍵因素包括高效的資源管理、策略架構決策和持續監控。
• Bermingham 討論了選擇正確的實例、類型和大小來滿足工作負載要求的重要性，以及自動擴展如何幫助降低成本和優化雲端支出。
• 伯明罕強調，如果跨多個時區部署高可用性解決方案，請考慮資料傳輸成本的重要性，並且您可以使用策略來最大限度地減少費用。
• 其他關鍵考慮因素包括優化儲存以及實施有效的治理和成本管理政策。

在雲端尋找高可用性和成本優化之間的平衡

• Bermingham 解釋說，雖然高可用性會產生一些費用，但這抵消了與任何停機相關的成本，而停機時間可能是巨大的。
• 透過創建模組化和可擴展的系統以及採用 DevOps 文化和利用 CI/CD 實踐的營運策略，在高可用性和最小化雲端成本之間取得平衡非常重要。

雲端成本優化和高可用性挑戰

• Bermingham 強調了在不影響高可用性的情況下優化成本的常見陷阱，例如低估雲端成本管理的複雜性和忽視應用程式效能監控的重要性。
• 關於雲端成本優化最佳實踐和實施 HA 解決方案的培訓不足通常會導致資源利用效率低下和計劃外停機。

SIOS Technology 的高可用性解決方案如何提供協助

• Bermingham 解釋了 SIOS 技術如何透過 HA 解決方案協助應對這些挑戰，這些解決方案可簡化和自動化不同雲端環境中的 HA，從而最大限度地降低成本、最大限度地減少停機時間並管理維護。

經許可轉載安全作業系統