適用於 Nutanix AHV 環境的 SIOS 高可用性 HA

適用於 Nutanix AHV 環境的 SIOS 高可用性 HA

在當今快節奏的 IT 環境中，保持重要數據和應用程式始終可用且可靠至關重要。 Nutanix AHV (Acropolis HyperVisor) 作為強大的企業級虛擬化解決方案脫穎而出，提供無縫管理和可擴展性。然而，在 Nutanix AHV 環境中實現高可用性需要採取策略方法，尤其是在 Linux 中。 SIOS 提供全面的高可用性和災難復原專為在 Windows 和所有主要 Linux 發行版上運行的 Nutanix AHV 環境量身定制的 (HA/DR) 解決方案，包括 Red Hat Enterprise Linux、SUSE Linux Enterprise Server、Rocky Linux 和 Oracle Linux。

SIOS 利用叢集和自動故障轉移技術來提供無與倫比的彈性到在 Nutanix AHV 上運行的虛擬化工作負載。透過與 Nutanix AHV 無縫集成，SIOS 擴展了其功能，提供自動監控、主動故障檢測和快速恢復機制，確保最短的停機時間和不間斷的業務運作。

應用程式感知高可用性

SIOS 與其他 HA 解決方案的區別在於其獨特的應用程式感知 HA 功能。這意味著不僅基礎設施受到保護，應用程式本身也受到監控並防止中斷。 SIOS 確保關鍵工作負載在發生計劃內和計劃外的故障和中斷時仍然可存取和回應。

SIOS HA：簡單可靠的部署與管理

適用於 Nutanix AHV 環境的 SIOS HA 透過其簡單的 Web 管理控制台和簡化的設定流程簡化了部署和管理。管理員可以輕鬆設定HA集群、定義故障轉移政策，並透過集中儀表板監控虛擬化基礎架構的運作狀況。

適用於 Nutanix AHV 環境的 SIOS HA 將 Nutanix AHV 的彈性與 SIOS HA 的可靠性相結合，為組織提供強大的解決方案，以實現持續可用性並降低與停機相關的風險。

保持基本 Linux 應用程式運行，不會造成停機或資料遺失

適用於 Linux 的 SIOS LifeKeeper是一款簡單、經濟高效的叢集軟體，可為SAP、SAP S/4HANA、Oracle、MaxDB 以及在虛擬化環境中以及跨實體環境中運行的其他基本應用程式提供完整的高可用性(HA) 和災難恢復(DR) 保護、雲、混合雲和多雲。受 LifeKeeper 保護的應用程式能夠在各種故障、故障以及本地、站點範圍和區域災難中保持運行，使您能夠輕鬆滿足可用性 SLA。

進階應用程式監控

與其他僅監控伺服器運作的叢集軟體不同，SIOS LifeKeeper 監控整個應用程式環境的運作狀況。

快速、可靠的故障轉移
當 SIOS LifeKeeper 偵測到問題時，它會自動重新啟動相同叢集節點上的應用程式服務，通常會復原操作。如有必要，它會故障轉移到備用節點，從而快速且有效率地恢復應用程式運作。

無風險災難復原測試
SIOS LifeKeeper 的切換/切回功能可輕鬆執行頻繁、無風險的故障轉移和災難復原測試，以確保應用程式故障轉移和災難復原的可靠性。

廣泛的 Linux 支援
SIOS LifeKeeper 支援所有主要 Linux 發行版，包括 Red Hat Enterprise Linux、SUSE Linux Enterprise Server、Rocky Linux 和 Oracle Linux，並適應各種儲存架構。

Windows 應用程式的高可用性保護

保護關鍵 Windows 應用程式免受停機和災難的影響SIOS DataKeeper 叢集版。只需將 SIOS DataKeeper 新增至 Windows Server 故障轉移叢集 (WSFC) 環境即可實現 HA/DR 叢集，而無需承擔共用儲存裝置的成本和單點故障風險。快速的區塊級複製可同步所有節點上的本地存儲，使備用伺服器在發生故障轉移時能夠立即存取最新資料。

節省高達 70% 的軟體授權成本
無需升級到更昂貴的 SQL Server 企業版或 Oracle 資料庫企業版即可取得企業級叢集功能。

保護無限數量的資料庫
與約 100 個資料庫限制的 SQL Server Always On 可用性群組不同，SIOS DataKeeper 可以保護無限數量的資料庫。

完整的配置靈活性
與 SQL Server Always On 可用性群組不同，DataKeeper 允許無節點限制的多節點叢集。輕鬆在雲端或災難復原站點新增災難復原節點，並混合實體、虛擬和雲端節點。

LifeKeeper for Windows 是高可用性 (HA) 故障轉移叢集、連續應用程式監控、資料複製和可設定復原策略的緊密整合策略。它為實體、虛擬、雲端、混合雲和多雲環境中 Microsoft Windows Server 上執行的應用程式提供 99.99% 的應用程式可用性和災難復原 (DR)。

應用智能
SIOS LifeKeeper 包括適用於 SQL Server、Oracle 資料庫、Postgres SQL 和 SAP HANA 等關鍵應用程式的 ARK。這些套件根據最佳實踐簡化設定、自動化任務並管理故障轉移。

效能最佳化
SIOS LifeKeeper 與 SIOS DataKeeper 捆綁在一起，後者為 SANless 叢集和災難復原提供區塊級複製和整合 WAN 加速。

為 Nutanix AHV 環境中以及跨實體、雲端、混合和多雲的關鍵 Windows 或 Linux 工作負載實現完整的高可用性 (HA) 和災難復原 (DR) 保護。安排演示或註冊今天免費試用。

經許可轉載安全作業系統

為什麼視訊管理系統 (VMS) 需要高可用性 (HA)

為什麼視訊管理系統 (VMS) 需要高可用性 (HA)

在這一集中的 Let’s Talk 中，SIOS Technology 的高級技術佈道師 Dave Bermingham 討論了安全應用視訊管理系統 (VMS) 中高可用性 (HA) 的重要性，重點討論了保護基本組件等挑戰。

經許可轉載安全作業系統

網路研討會：確保多雲環境中的高可用性：CrowdStrike 中斷的經驗教訓

網路研討會：確保多雲環境中的高可用性：CrowdStrike 中斷的經驗教訓

註冊參加點播網路研討會

企業越來越多地使用多個雲端服務供應商來保持靈活性和可擴展性；然而，最近發生的 CrowdStrike 中斷等事件凸顯出即使是頂級系統也可能遇到問題，特別是在更新和安全性修補程式方面。本次網路研討會討論了實施多雲高可用性 (HA) 解決方案的最佳實踐，以確保您的關鍵任務應用程式在意外中斷期間保持運作。它還涵蓋了防止系統配置錯誤或有問題的修補程式導致停機的策略，確保您可以有效地管理您的雲端基礎架構。

觀看點播網路研討會，了解如何在您的環境中實現高可用性並最大限度地減少可預防的停機時間。

經許可轉載安全作業系統

調整高可用叢集大小的儲存注意事項

調整高可用叢集大小的儲存注意事項

當我還是一名在坦克營服役的海軍陸戰隊員時，我記得在發射砲彈之前我們都做好了聽到「Fire in the Hole」的準備。即使你沒有聽到其他人大喊大叫，我們也有無線電/通訊、手/臂信號、旗幟、照明彈等，表明一切都“開始”，射彈正在射程內。我們都知道溝通至關重要。

通訊在叢集儲存大小調整中的重要性

如果您是資料庫管理員、伺服器工程師或負責叢集上應用程式資源運作狀況的 IT 通才 (資料管理員儲存），溝通對您來說也很重要。例如，您如何通知其他人您為擴展儲存所做的努力？為了取得成功，您可能需要與團隊中的其他幾名成員就與源捲和目標卷相關的廣泛主題進行溝通，包括：

• 您需要更多空間嗎？
• 您需要將磁碟類型從基本變更為動態嗎？
• MBR（主開機記錄）還是GPT（GUID分割區表）？
• 單位分配大小？
• 其他

當需要配置現有的 DataKeeper 鏡像時，您團隊中的誰會大喊「火在洞裡」？您不想在之前和之後收到通知嗎？

協調 DataKeeper 儲存大小調整的關鍵步驟

您的 DataKeeper 儲存需要向所有利害關係人傳達一些訊息；內部或外部（託管）：

• 準備：
  • 是否已將上述將要採取的行動通知所有部門？
    • 資料庫、網路、安全性、應用程式、客戶服務等
    • 是否提供了步驟調整大小？
      • 是否已與受影響的利害關係人分享了這些步驟？
• 分期：
  • 環境是否已「準備好」所需的資源？
    • 需要多少新儲存空間？
    • 卷屬性是否保持不變，例如單位分配大小、MBR/GPT 等。 。 。
• 執行：
  • 最後的演練。 。 。
    • 所有要求均已再次收集/審查。 。 。透過準備、分期等

海軍：“準備好了嗎？”

其他海軍陸戰隊員：“是！” （當然有一些髒話，我們是海軍陸戰隊！哈哈）

海軍陸戰隊：“洞裡有火”

DataKeeper 管理員：「暫停並解鎖鏡像」又稱為「洞裡有火」

• Greg Tucker，SIOS Technology Corp. 資深產品支援工程師

準備好優化您的儲存空間以實現高可用性了嗎？與 SIOS 專家聯繫今天，以確保您的叢集大小調整順利、高效且可擴展。

經許可轉載安全作業系統

5 通可預防的支援電話（以及如何避免）

5 通可預防的支援電話（以及如何避免）

作為客戶支援組織，我們每天都會收到來自世界各地客戶的來信。當客戶有疑問或需要協助的問題時，可以致電或發送電子郵件向我們提出案例。有些案例最終成為新問題，而許多案例最終根本不是新問題。客戶似乎一次又一次遇到同樣的問題。經過 20 年的客戶支援工作和數千個案例之後，我們仍然會看到以前從未報告過的新問題，而這些問題也屬於常見類別。這讓我們的工作變得非常有趣！我們注意到的一件事是，客戶報告的問題屬於一些常見的類別。

以下是客戶向我們尋求協助的 5 大原因（根本原因）：

1. 網路問題：如何提前規劃並避免停機

很多時候客戶需要更改叢集中的IP位址。有時，更改網路配置的後果並未事先意識到或規劃。當網路發生變化時，集群可能會出現意想不到的問題。如果更改的 IP 位址用於 DataKeeper 和 LifeKeeper 配置（例如鏡像端點或通訊路徑），則您需要在 DataKeeper 和 LifeKeeper 配置中進行更改，以便產品了解此變更。

提前規劃
如果您知道需要進行網路更改，我們建議您提前規劃網路更改。提前規劃將避免任何不可預見的問題，並確保您已定義實施變更的步驟。

更新鏡像IP位址
如果 IP 位址（鏡像端點）發生更改，DataKeeper 將無法再使用原始鏡像 IP 位址（因為它不再存在），並且無法在伺服器之間鏡像資料。 DataKeeper 將需要更新才能使用新的鏡像 IP 位址。這種情況已記錄在案這裡。

2. 配置問題：常見錯誤及其修復方法

通常，所報告問題的根本原因最終是配置問題。客戶報告說，他們的配置無法正常工作，或者從產品 GUI 中看到的產品似乎無法正常工作。通常，配置問題是由於群集環境中原始群集配置發生變更或首次安裝產品時設定不正確而導致的。

報告的常見配置問題範例：

• 某些 DataKeeper 鏡像未處於鏡像狀態

很多時候客戶需要擴大/增加他們的數量。關鍵的產品要求之一是來源磁碟區必須等於或小於目標卷，否則產品將無法將資料從來源重新同步到目標磁碟區。雖然這看起來合乎邏輯，但常常被忽略。有時，目標磁碟區最終小於來源磁碟區，這會導致磁碟區無法達到鏡像狀態。以下文件和影片解釋了擴展您的程序DataKeeper 卷。

• DataKeeper無法連接到叢集中的伺服器

安裝 DataKeeper 時，系統會提示使用者輸入 DataKeeper 服務要使用的登入憑證。建議使用具有管理員權限的網域帳戶，大多數客戶都會建立專門供 DataKeeper 使用的帳戶。使用的網域帳戶必須新增至本機系統管理員群組。此帳戶必須在安裝 DataKeeper 的每台伺服器上具有管理員權限。很多時候，該帳戶沒有新增到本機系統管理員群組，這會阻止 DataKeeper 無法連接到自身以及叢集中的其他 DataKeeper 伺服器。請參閱文件以獲取更詳細的信息這裡。

主要的時間配置問題需要對叢集進行更改，以使 DataKeeper 或 LifeKeeper 產品再次回到工作環境。

我們建議在對叢集環境進行更改之前聯繫支援人員，以便我們協助確保您朝著正確的方向前進，並為您提供有關該主題的文件和影片。

3. 升級規劃：避免系統中斷

升級是系統管理員任務的常見部分。隨著新版本的發布，您總是需要升級系統上的某些內容：作業系統、應用程式軟體、系統韌體、資料庫軟體、安全軟體等。措。

許多客戶在計劃升級 DataKeeper 或 LifeKeeper 時會聯繫支援人員並提出問題，以確保他們在實際實施升級之前了解升級流程。這是我們願意看到的。我們確實看到一些客戶在執行升級之前沒有聯繫並發生意外問題的情況。許多人認為升級是例行公事；但是，有些升級會造成不相容並可能導致問題。

升級規劃
規劃以及了解特定升級所需的內容是升級的關鍵。在執行升級之前詢問問題。確保在升級之前記錄了您的步驟。不要忘記在升級生產系統之前對測試或 QA 系統進行升級。這是我們推薦的最佳實踐，這樣，如果您遇到升級問題，問題將發生在測試伺服器或 QA 伺服器上，而不是在生產伺服器上。

4. 外部或作業系統相關問題：軟體以外的故障排除

什麼是外部或作業系統相關問題？當報告的問題超出了 DataKeeper 和 LifeKeeper 範圍時，我們將根本原因稱為外部或作業系統相關問題。 DataKeeper 和 LifeKeeper 使用許多伺服器元件，例如：磁碟/磁碟區和網路。如果作業系統無法「看到」磁碟或磁碟區，則 DataKeeper 和 LifeKeeper 也無法「看到」磁碟或磁碟區。乍一看，報告的問題可能與 DataKeeper 或 LifeKeeper 相關，但是，在分析問題時，確定是 DataKeeper 或 LifeKeeper 所依賴的作業系統元件。

例如，為了使 DataKeeper 映像正常運作，DataKeeper 要求磁碟區對作業系統可見、線上、運作狀況良好並且具有有效的檔案系統。如果不符合這些要求，DataKeeper 鏡像將無法將資料從一個系統鏡像到另一個系統。 DataKeeper 將顯示鏡像處於暫停狀態。偵錯此問題時，磁碟/磁碟區的 Windows 磁碟管理工具顯示該磁碟區處於離線狀態、不處於正常狀態，或是原始裝置。一旦這個問題得到修正，DataKeeper 就可以再次將資料從一個系統鏡像到另一個系統。有關更多詳細信息，請參閱視頻“為 DataKeeper 使用準備存儲”，位於這裡。

當 DataKeeper 磁碟區無法鎖定目標系統時，會出現外部或作業系統相關問題的另一個範例。 DataKeeper 有意鎖定目標系統上的捲，以防止在目標系統上發生寫入操作。為了讓 DataKeeper 鎖定目標卷，該磁碟區上不能有作業系統頁面檔案。很多時候，系統在作業系統層級配置為“自動管理頁面檔案”，有時頁面檔案最終會被作業系統放置在 DataKeeper 磁碟區上。為了解決這個問題，我們建議更改此作業系統設定。參考這個連結了解更多詳情。

5.性能：提高系統和鏡像效率

客戶還聯繫我們以透過鏡像來提高其鏡像性能和系統性能，因為鏡像沒有進入鏡像狀態或該產品正在降低系統性能。第一個問題（鏡像未達到鏡像狀態）只需使用 WriteQueueHighWater、WriteQueueHighWaterSynchronous 和 BlockWritesonLimitReached 等幾個常更改的可調參數調整 DataKeeper 中的註冊表項以匹配您的系統配置。請參閱位於這些可調參數的文檔這裡。

第二個問題（系統效能）只是移動 DataKeeper 位圖位置的問題。預設情況下，位圖位於 C 驅動器上，可能需要重新定位到更快的驅動器。有關重新定位點陣圖的信息，請參閱文件和視頻這裡。

系統和產品調整通常是為了最大限度地提高性能。這些變更的範例包括更改產品可調參數以更緊密地匹配客戶的環境。有很多因素會影響 DataKeeper 和 LifeKeeper，包括作業系統、網路、儲存設備等。我們確實提供驗證和運行狀況檢查服務，以幫助客戶確保實施 HA 最佳實踐。訪問這個連結有關我們產品的詳細資訊。

我們建議的一個關鍵策略是確保在投入生產之前完成測試，以便在此過程中儘早發現並解決問題（包括效能問題）。測試通常在進入生產環境之前在測試或 QA 環境中完成。最好嘗試在測試/QA 環境上模擬生產環境負載，以確保生產環境充分執行。我們建議您閱讀我們的一些有關性能的博客，位於我們的部落格特別是在這裡。

提前解決這些常見問題，確保您的系統順利運作。需要專家指導嗎？立即聯絡我們的支援團隊幫助您避免將來撥打支援電話！

經許可轉載安全作業系統