SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

故障轉移集群

by Leave a Comment

什麼是故障轉移？

故障轉移的“告訴所有”

故障轉移是當主系統、數據庫或網絡出現故障或主操作異常終止時備用系統、冗餘系統、數據庫或網絡承擔操作的過程。 熱故障轉移是納入的關鍵設計原則之一高可用性和災難恢復系統。

反收購行動是任何中斷的最大可容忍持續時間。 在線事務處理應用程序通常具有最低的 RTO，而那些關鍵任務的 RTO 通常只有幾秒鐘。

RPO是發生故障時可以容忍的最大數據丟失量。 對於 HA，RPO 通常為零，以指定在所有故障情況下都應為零數據丟失

讓我們了解故障轉移

首先，我們需要討論冷、暖、熱備服務器的區別：

  • 冷服務器（有時稱為冷故障轉移）是一種未連接到主服務器但僅在主服務器出現故障時可用並打開的服務器。 對於冷服務器，啟動備用服務器可能需要相當長的時間，這可能需要更新配置和軟件。 這意味著恢復時間目標 (RTO) 和恢復點目標 (RPO) 是最長的。 對於任務關鍵型應用程序，冷故障轉移被認為是不可接受的。
  • 熱服務器/故障轉移是一種通過數據複製和鏡像定期從主服務器接收更新的服務器。
  • 熱服務器/故障轉移是一種從主服務器接收定期更新並在發生故障轉移時立即接管的服務器。 熱故障轉移是最佔用資源的，導致零數據丟失（零 RPO）和不超過幾分鐘的 RPO，並且需要支持任務關鍵型應用程序的高可用性。

SIOS 故障轉移集群軟件支持熱故障轉移，提供零 RPO 和毫秒級的 RTO高可用性. 結果：系統故障不會導致數據丟失，並且對用戶是透明的。

SIOS 故障轉移集群軟件

SIOS 提供故障轉移集群軟件，因此您可以構建傳統的共享存儲集群以實現高可用性或使用本地存儲的 SIOS SANless 集群。 SIOS 軟件使用實時同步（對於 LAN 環境）或異步（對於 WAN 環境）數據複製來同步存儲。

SIOS 解決方案提供高可用性和災難恢復使用單一解決方案。 這種方法消除了基於 SAN 的複制的成本和復雜性。 憑藉複製到多個目標的能力，您可以配置一個多節點故障轉移集群，其節點位於多個位置，以保護您的系統免受災難。

使用 SIOS 集群，您可以在您選擇的配置之間進行複制——在 SAN 和 SANless 環境之間以及物理、虛擬、雲和混合配置的任意組合之間進行複制。 事實上，SIOS 集群解決方案在所支持的操作系統、應用程序和基礎設施環境的廣度上是獨一無二的，包括 Windows、Linux、SAP、SQL Server、Oracle、AWS、Azure 和 Google 雲平台。

SIOS 故障轉移
SIOS 故障轉移集群軟件使用高效的塊級複製來保持本地存儲同步，使集群中的輔助節點能夠在故障轉移後繼續運行並訪問最新數據。

在 Windows 環境中， SIOS 數據管理器使您可以靈活地在物理、虛擬和雲環境的任意組合中構建 Windows 集群。 SIOS DataKeeper Cluster Edition 通過提供性能優化的、基於主機的，與 Windows Server Failover Clustering (WSFC) 無縫集成並擴展數據複製機制。

在 Linux 環境中，SIOS LifeKeeper 和 SIOS DataKeeper 提供了高可用性故障轉移集群、持續應用程序監控、數據複製和可配置恢復策略的緊密集成組合，保護您的關鍵業務應用程序免受停機和災難的影響。

 

讓我們回顧一個案例研究，該研究討論了 SIOS 解決方案之一——SIOS DataKeeper 的好處。

正在運行的 SIOS 故障轉移群集軟件解決方案

Van de Lande BR (VDL) 位於荷蘭，生產各種 PVC 和 PE 壓縮配件和閥門。 他們的產品在世界各地的工業和技術設施中使用。 VDL 生產 4500 多種不同的產品，致力於產品改進和質量，使其品牌成為系統和安裝製造商的選擇 50 多年。

VDL 擁有 Hyper-V 環境、固態磁盤 (SSD) 存儲，其業務嚴重依賴其 ERP 解決方案。 由於只有一個數據處理系統，VDL 暴露在外，需要災難恢復 (DR) 解決方案來確保在發生災難時其 ERP、Web 服務和其他關鍵任務系統的保護和可用性。

為了提供即時故障轉移和 DR 保護，VDL 構建了一個 Windows Server 故障轉移群集 (WSFC) 系統，其中一個節點將數據複製到另一個節點。 如果主節點出現故障，WSFC 會將所有操作轉移到備用節點，讓用戶可以持續訪問應用程序和數據。

VDL 還選擇 SIOS DataKeeper Cluster Edition 為其 Hyper-V 虛擬機 (VM) 提供災難恢復。 SIOS DataKeeper 是一個軟件插件，提供不間斷的數據訪問。 它與 WSFC 無縫集成，以在跨 LAN 和 WAN 連接的物理服務器之間添加性能優化的、基於主機的、同步或異步的 Hyper-V 虛擬機實時復制。 SIOS DataKeeper 與 WSFC 一起使用，可以監控系統和應用程序運行狀況，維護客戶端連接，並使創建 SANless 集群成為可能。 與 SAN 不同，SANless 集群消除了單點故障並降低了部署集群的成本和復雜性。

SIOS DataKeeper 還使用 WSFC 為系統管理員提供熟悉且與應用程序無關的 HA/DR 解決方案，從而顯著簡化實施和操作。

VDL 部署了兩個 SIOS DataKeeper 集群；一個雙節點集群用作文件服務器和 iSCSI 服務器，而另一個支持 SQL Server (ERP) 集群和 Dynamics NAV Web 服務。 實施時間不到一天。 在系統故障轉移測試期間，網絡服務團隊快速、輕鬆地進行故障轉移和故障恢復。 在對 VDL 服務器配置進行徹底評估並完成測試後，安裝團隊確認 SIOS DataKeeper 和 SANless 集群滿足他們的災難恢復、性能以及 ERP 系統、Web 服務和其他任務的高可用性的所有標準- 關鍵應用。 組織不再有發生故障時數據丟失的風險。

最後一件事

除了測試 SIOS 之外，VDL 還測試了其他解決方案，但結果不可接受。 VDL ICT 經理 Maurits van de Lande 評論道：“我們已經使用 DFS 複製和 AlwaysOn 技術測試了我們的文件服務器。 兩者都沒有提供與 SIOS DataKeeper 相匹配的自動災難恢復解決方案，它完全滿足我們的 DR 要求。” ———————————————————————————————————————————————- 無論您的 IT 環境如何，您的組織可以從 SIOS DataKeeper 集群版和 DataKeeper 標準版中獲益，兩者都提供配置靈活性、降低數據傳輸成本、消除單點故障、降低複雜性並優化網絡性能。

想要查詢更多的信息，聯繫我們或請求一個免費試用.

參考：

轉載自SIOS

 

數據複製

by Leave a Comment

數據複製

實時數據複製以實現高可用性

什麼是數據複製

數據複製是將駐留在物理/虛擬服務器或云實例（主實例）上的數據連續複製或複製到輔助服務器或云實例（備用實例）的過程。 組織複製數據以支持高可用性、備份和/或災難恢復。 根據輔助實例的位置，同步或異步複製數據。 數據的複制方式會影響恢復時間目標 (RTO) 和恢復點目標 (RPO)。

例如，如果您需要從系統故障中恢復，您的備用實例應該位於您的局域網 (LAN) 上。 對於關鍵數據庫應用程序，您可以將數據從主實例通過 LAN 同步複製到輔助實例。 這使您的備用實例“熱”並與您的活動實例同步，因此它可以在發生故障時立即接管。 這稱為高可用性 (HA)。

在發生災難時，您希望確保您的輔助實例不與您的主實例位於同一地點。 這意味著您希望您的輔助實例位於遠離主實例的地理位置或通過 WAN 連接的雲實例中。 為避免對吞吐量性能產生負面影響，WAN 上的數據複製是異步的。 這意味著對備用實例的更新將滯後於對活動實例的更新，從而導致恢復過程的延遲。

為什麼要將數據複製到雲端？

您想要將數據複製到雲的原因有五個。

  1. 正如我們上面所討論的，雲複製將您的數據保存在異地並遠離公司的站點。 雖然火災、洪水、風暴等重大災難可能會摧毀您的主實例，但您的輔助實例在雲中是安全的，可用於恢復受災難影響的數據和應用程序。
  2. 雲複製比將數據複製到您自己的數據中心便宜。 您可以消除與維護輔助數據中心相關的成本，包括硬件、維護和支持成本。
  3. 對於小型企業，將數據複製到雲會更加安全，尤其是如果您的員工沒有安全專業知識。 雲提供商提供的物理和網絡安全都是無與倫比的。
  4. 將數據複製到雲提供了按需可擴展性。 隨著您的業務增長或收縮，您無需投資額外的硬件來支持您的輔助實例，也無需在業務放緩時讓該硬件閒置。 您也沒有長期合同。
  5. 將數據複製到雲時，您有許多地理選擇，包括在下一個城市、全國或其他國家/地區（根據您的業務要求）擁有云實例。

為什麼要在雲實例之間複製數據？

雖然雲提供商採取一切預防措施確保 100% 正常運行，但由於硬件和軟件故障的物理損壞，個別雲服務器可能會出現故障——這與本地硬件出現故障的原因相同。 因此，在雲中運行其關鍵任務應用程序的組織應複製其云數據以支持高可用性和災難恢復. 您可以在單個區域的可用區之間、雲中的區域之間、不同的雲平台之間、本地系統或任何混合組合之間複製數據。

用於高可用性和災難恢復的 SIOS 實時數據複製

SIOS 數據管理員™使用高效的塊級數據複製來保持主實例和輔助實例同步。 如果發生故障轉移，輔助實例將繼續運行，為用戶提供對最新數據的訪問。 使用 SIOS 解決方案，RPO 始終為零，而 RTO 取決於應用程序，但通常為 30 秒到幾分鐘。

SIOS 產品獨特地保護在物理、虛擬、雲或混合雲環境以及站點或災難恢復場景的任意組合中運行的任何基於 Windows 或 Linux 的應用程序，為應用程序實現高可用性和災難恢復，例如樹液和數據庫，包括甲骨文, HANA, MaxDB,數據庫服務器、DB2 等。 SIOS 產品的“開箱即用”簡單性、配置靈活性、可靠性、性能和成本效益使它們與其他產品區分開來聚類軟件.

在 Windows 環境中，SIOS DataKeeper Cluster Edition 通過提供性能優化的、基於主機的數據複製機制，與 Windows Server Failover Clustering (WSFC) 無縫集成並擴展。 在 WSFC 管理軟件集群的同時，SIOS 執行數據複製以啟用災難保護並確保在無法共享存儲集群或不切實際的情況下（例如在雲、虛擬和高性能存儲環境中）的數據零丟失。

在 Linux 環境中，SIOS LifeKeeper 和 SIOS DataKeeper 提供了高可用性故障轉移集群、持續應用程序監控、數據複製和可配置恢復策略的緊密集成組合，保護您的關鍵業務應用程序免受停機和災難的影響。

——————————————————————————————————————————————— 這是一個真實的例子一家領先的製造公司如何使用 SIOS 通過實時數據複製在雲中創建高可用性解決方案。

如何通過實時數據複製在雲環境中實現高可用性

邦飛利是意大利領先的設計、製造和分銷公司，專注於工業自動化、移動機械和風能產品，在全球各地擁有 3,600 多名員工。 為了開展業務，該公司依賴各種關鍵任務應用程序，包括其 SAP ERP 系統。 該公司的 IT 基礎架構包括一個本地 VMware 數據中心和一個用於業務連續性和災難保護的遠程數據中心。 由於大多數應用程序在 Windows 環境中運行，Bonfiglioli 在其 VMware 環境中使用來賓級 Windows Server 故障轉移集群來提供高可用性和災難保護。

該公司的 IT 團隊實施了一項計劃，將其部分 IT 運營轉移到 Microsoft Azure 雲中，並利用 Azure 作為其災難恢復站點。 公司遷移計劃的一個重要要求是確保云架構能夠提供比以前更好的高可用性保護，並確保邦飛利能夠繼續滿足其嚴格的服務水平協議 (SLA)。

在其本地環境中，該公司使用 VMware 集群，它允許 Windows Server 故障轉移集群 (WSFC) 在基礎架構發生故障時管理故障轉移到輔助服務器。 然而，在雲中提供這種類型的保護是一個挑戰，因為使用帶有共享總線磁盤的來賓集群不是一個可行的雲解決方案。 使用原始設備映射和共享總線磁盤 (RDM) 在 VMware 中創建集群具有挑戰性，並且會對備份虛擬機產生限制。

解決方案

在評估了多個解決方案後，邦飛利得知 SIOS DataKeeper 是唯一經過認證的公共雲 SAP 高可用性集群解決方案後，選擇了 SIOS DataKeeper 作為他們的雲高可用性和災難恢復解決方案。 此外，邦飛利的管理諮詢合作夥伴 BGP 擁有使用 SIOS DataKeeper 的經驗，並且知道它易於安裝、對操作系統透明，並且是經過驗證的高效解決方案。

借助 SIOS，IT 團隊打造了一個沒有 RDM 的集群環境。 他們在 VMware 中創建了一個雙節點集群，並添加了 SIOS DataKeeper Cluster Edition 以通過每個集群實例中的實時數據複製來同步存儲。 在本地環境中，同步存儲在 WSFC 中表現為單個共享存儲磁盤。

SIOS DataKeeper 還為公司的 SAP 實例提供高可用性保護並消除單點故障。 使用 SIOS DataKeeper，IT 團隊使用實時數據複製在公司的本地數據中心複製了 SSD 分層磁盤分區。 這使得 Bonfiglioli 能夠在發生災難時將其虛擬機恢復到 Microsoft Azure。

結果

Bonfiglioli 的系統架構師 Daniele Bovina 對結果評論說：“SIOS DataKeeper 為我們提供了一種將業務關鍵型 SAP 系統遷移到微軟 Azure 雲同時滿足我們在可用性、災難恢復和性能方面的嚴格 SLA。” ————————————————————————————————————————————– 有關 SIOS 集群解決方案的更多信息，聯繫我們或者申請免費試用.

參考

轉載自SIOS

通過高可用性實現 IT 彈性

by Leave a Comment

通過高可用性實現 IT 彈性

通過高可用性實現 IT 彈性

什麼是 IT 彈性？

IT 彈性是組織在業務運營、關鍵流程或 IT 生態系統中斷時保持可接受的服務水平的能力。 在這個數字時代，高可用性對您組織的成功至關重要。 您的客戶不會容忍被關閉的網站。 而且，您也無法承受癱瘓的 ERP、CRM 或其他關鍵業務系統。 這是哪裡高可用性進來。

您的組織必須“勾選”許多不同的技術和解決方案，以確保 IT 彈性——其中最重要的是確保您至少擁有備份、災難恢復、網絡彈性和高可用性解決方案。 出於本文的目的，我們將討論高可用性 (HA) 作為確保 IT 彈性所需的關鍵要素之一。

什麼是高可用性？

當您的系統、應用程序和網絡出現故障時，高可用性系統可確保業務運營繼續進行——對客戶和用戶完全透明。 HA 是技術系統的一個組成部分，可消除單點故障以確保長時間的連續運行或正常運行。 高可用性系統包含五個設計原則：自動故障轉移、自動檢測應用程序級故障、無數據丟失、自動快速故障轉移到冗餘組件，以及用於計劃維護的按鈕式故障轉移和故障恢復。

———————————————————————————————————————————————

IT 彈性和高可用性——非示例！

去年 8 月，日產集團位於丹佛的數據中心因停電而崩潰。 受影響的系統在內部稱為 NNANet。 它是一種 Nissan 解決方案，供員工訂購汽車/零件、管理產品折扣銷售、獲取車輛召回信息、提交定價和開始服務工作所需的保修索賠以及獲取融資信息。NNANet 被描述為 Nissan 的命脈，因為 Nissan 所做的一切都通過 NNANet。

該系統持續停機四天，影響了許多零售商的運營和兩家工廠的生產系統。 該公司、其零售商和客戶都受到了影響。

影響

顯然，這是一個正確配置、正確定位的高可用性系統本可以節省時間或至少將崩潰的影響降到最低的例子。 對於“消費者、零售商、分銷網絡、製造工廠和金融公司之間的貿易”而言，高可用性實際上變成了一場災難。都受到了四天的影響。[1]由於車禍，日產將當月的經銷商銷售目標重置了 10%。 日產及其經銷商/零售商/合作夥伴的總體財務影響仍有待觀察。

IT 彈性——一個真實的例子！

Cayan™ 是支付技術的領先供應商，其 Genius Customer Engagement Platform® 將當前和未來所有可能的交易技術、支付類型和客戶計劃聚合併集成到一個平台中。 Genius 平台以及 Cayan 的其他關鍵任務應用程序都在 SQL Server 上運行。

Cayan 的客戶包括一些世界上最大的在線零售商，這些公司對停機時間沒有容忍度。 Cayan 首席技術官 Paul Vienneau 表示：“我們的首要任務是確保我們的客戶可以每週 7 天、每天 24 小時不間斷地完成交易。

Cayan 需要高可用性和災難恢復用於他們的 SQL Server 數據庫的系統。 該公司考慮使用傳統的共享存儲集群，但 SAN 解決方案成本高、管理複雜，並且會帶來與單點故障相關的風險。

出於這些原因，Cayan IT 員工決定使用 SIOS #SANLess 集群。 SANLess 集群使用本地存儲，因此性能開銷最小，應用程序響應時間快。 SIOS 軟件 SIOS DataKeeper 與 Windows Server 故障轉移群集 (WSFC) 集成。 SIOS 使用高效、實時、數據複製同步主集群節點和遠程集群節點中的本地存儲，使它們在 WSFC 中表現為虛擬 SAN。

影響

自從部署 SIOS SANless 集群以來，Cayan 沒有遇到任何停機或數據丟失。 首席技術官 Paul Vienneau 評論道：“我們對 SIOS DataKeeper 軟件非常滿意。 它達到或超出了我們的預期。 實施和持續管理很容易，自從我們實施 SIOS SANLess 集群以來，我們的停機時間為零。”沒有要報告的客戶滿意度問題，沒有收入損失，沒有無效率的員工，沒有業務中斷。

———————————————————————————————————————

SIOS：通過高可用性實現 IT 彈性

SIOS DataKeeper™ 使用高效的塊級複製來保持本地存儲同步，使集群中的輔助節點能夠在故障轉移後繼續運行並訪問最新數據。

SIOS 產品獨特地保護在物理、虛擬、雲或混合雲環境以及站點或災難恢復場景的任意組合中運行的任何基於 Windows 或 Linux 的應用程序，為 SAP S/4HANA 和數據庫等應用程序實現高可用性和災難恢復，包括 Oracle、SQL Server、DB2 等。 SIOS 產品的“開箱即用”簡單性、配置靈活性、可靠性、性能和成本效益使其與其他集群軟件區別開來。

在 Windows 環境中，SIOS DataKeeper Cluster Edition 通過提供性能優化的、基於主機的數據複製機制，與 Windows Server Failover Clustering (WSFC) 無縫集成並擴展。 在 WSFC 管理軟件集群的同時，SIOS 執行複制以啟用災難保護並確保在共享存儲集群不可能或不切實際的情況下（例如在雲、虛擬和高性能存儲環境中）的零數據丟失。

在 Linux 環境中，SIOS LifeKeeper™ 和 SIOS DataKeeper for Linux 提供了高可用性的緊密集成組合故障轉移集群、持續的應用程序監控、數據複製和可配置的恢復策略，保護您的關鍵業務應用程序免受停機和災難的影響。

無論您是在 Windows 還是 Linux 環境中，SIOS 產品都可以將您的 IT 團隊從創建和管理高可用性計算基礎架構的複雜性和挑戰中解放出來。 它們提供了 IT 經理保護關鍵業務應用程序免於停機或數據丟失所需的智能、自動化、靈活性、高可用性和易用性。

SIOS = 具有 HA + DR 的 IT 彈性

備份、高可用性、災難恢復和網絡彈性都是實現 IT 彈性的重要因素。 借助 SIOS 解決方案，您可以“勾選”高可用性和災難恢復——兩種解決方案合二為一。 通過複製到多個目標的能力，您可以配置一個多節點故障轉移集群，節點位於多個位置，以保護您的系統免受故障和災難的影響。

欲了解更多信息，並確保IT彈性為您的組織，獲得免費演示今天的 SIOS。

參考：

經授權轉載SIOS

如何通過集群實現高可用性

by Leave a Comment

 

如何通過集群實現高可用性

什麼是高可用性？

高可用性(HA) 是技術系統的一個組成部分，可消除單點故障以確保長時間的連續運行或正常運行。 高可用性集群是支持需要最少停機時間和持續可用性的關鍵業務應用程序的服務器組。

所有組織都使用各種關鍵業務數據庫和應用程序，例如數據倉庫、電子商務應用程序、客戶關係管理系統 (CRM)、財務系統、供應鏈管理和商業智能係統。 當系統、數據庫或應用程序出現故障時，這些組織需要高可用性保護來保持系統正常運行，並將收入損失、員工效率低下和客戶不滿的風險降至最低。

高可用集群包含五個設計原則：

  • 當活動組件出現故障時，它們會自動故障轉移到冗餘系統以進行操作。 這消除了單點故障。
  • 無論原因如何，它們都可以在發生應用程序級故障時自動檢測它們。
  • 它們確保在系統故障期間不會丟失大量數據。
  • 它們會自動快速地故障轉移到冗餘組件，以最大限度地減少停機時間。
  • 它們提供手動故障轉移和故障恢復的能力，以最大限度地減少計劃維護期間的停機時間。

TechTarget 將 HA 定義為“一個系統或組件，可以持續運行很長時間。 可以相對於“100% 運行”或“永不失敗”來衡量可用性。一個廣泛持有但難以實現的系統或產品可用性標準被稱為‘五個 9’ (99.999%) 的可用性。”但是讓我們用簡單的術語定義高可用性：

高可用性可確保您的系統、數據庫和應用程序在需要時運行。

“何時”考慮了應用程序必須啟動和運行的時間百分比。 “根據需要”考慮了系統、數據庫和/或應用程序的正常運行，不會丟失數據。

根據系統和/或應用程序，高可用性會有所不同。 例如，對於關鍵任務應用程序，例如您的電子商務系統，四個 9 (99.99%) 的可用性被視為行業標準。 憑藉 99.99% 的可用性，您預計每年的停機時間不會超過 52.60 分鐘或每天的停機時間不超過 8.64 秒。 但是，對於非關鍵應用程序和系統，例如單個桌面故障，高可用性可能是兩個 9 (99%)，這相當於每年 8.77 小時的停機時間或每天 1.44 分鐘的停機時間。 在衡量可接受的停機時間時，重要的是要考慮：

  • 計劃外停機（例如，硬件或軟件故障）
  • 日常硬件和軟件維護所需的計劃停機時間
  • 數據庫和應用程序級別的正常運行時間

您對高可用性的選擇取決於許多因素，包括應用程序對業務的重要性、客戶是否受到影響、應用程序運行的頻率、受影響的用戶數量、數據庫或應用程序必須以多快的速度故障轉移到冗餘系統，以及可以容忍的數據丟失量。

高可用性指標：RTO 和 RPO

通常用於評估 HA（以及災難恢復 (DR)）的兩個指標是恢復時間目標 (RTO) 和恢復點目標 (RPO)。

  • RTO 是任何中斷的最大可容忍持續時間。 在線事務處理應用程序通常具有最低的 RTO，而那些關鍵任務的 RTO 通常只有幾秒鐘。
  • RPO 是發生故障時可以容忍的最大數據丟失量。 對於 HA，RPO 通常為零，以指定在所有故障情況下都應為零數據丟失。

但是，您可以實現哪些 RTO 和 RPO 來支持高可用性與災難恢復. 有了 HA，數據複製可以是同步的，因為您的冗餘組件位於您的 LAN 環境中。 活動和備用數據庫可以同時更新，從而實現完全、自動、實時的恢復，可以滿足最苛刻的 RTO 和 RPO。 因此，您的備用實例是“熱的”並且與您的活動實例同步，因此它可以在發生故障時立即接管。

但是，要在發生災難時恢復系統、軟件和數據，需要在廣域網 (WAN) 上安裝冗餘組件。 這很重要，因為您必須將冗餘組件保留在遠離活動實例的地理位置。 但是對於 WAN，數據複製是異步的，以避免對吞吐量性能產生負面影響。 這意味著對備用實例的更新將滯後於對活動實例的更新，從而導致恢復過程的延遲。 由於災難很少發生，一些延遲可能是可以容忍的，並且取決於 (a) 實現盡可能低的 RTO 和 RPO 對您的業務有多重要，以及 (b) 您可以分配多少預算來實現最佳 RTO 和 RPO。

SIOS 如何幫助您實現高可用性

SIOS 提供單一解決方案來滿足各種操作系統、基礎架構環境和應用程序的高可用性和災難恢復需求，包括 SAP、SQL Server、Oracle 和其他運行在基於 SAN 的共享存儲配置或 SAN 的環境中，本地數據存儲配置。

  • 視窗環境：當添加到 Windows Server 故障轉移群集 (WSFC) 環境時，SIOS DataKeeper 允許您創建無 SAN 群集，其中共享存儲群集是不可能或不切實際的，或者在基於 SAN 的 Windows 群集中添加複制以進行災難保護。 快速、高效的基於主機的複制同步本地和遠程集群節點上的本地存儲，在物理、虛擬或云環境的任意組合中創建無 SAN 集群。
  • Linux 環境：適用於 Linux 的 SIOS 保護套件是一個打包的聚類軟件使用 SIOS LifeKeeper 和 SIOS DataKeeper 提供高可用性故障轉移集群、持續應用程序監控、數據複製和可配置恢復策略的緊密集成組合的解決方案，以保護您的業務關鍵應用程序和數據免受停機和災難的影響。 SIOS 保護套件讓您可以使用各種存儲設備（包括直連存儲、iSCSI 和光纖通道）構建 SAN 或 SANLess 集群。 SIOS Protection Suite for Linux 支持所有主要的 Linux 發行版，包括 Red Hat Enterprise Linux、SUSE Linux Enterprise Server、CentOS 和 Oracle Linux。

使用 SIOS 解決方案，RPO 始終為零，而 RTO 取決於應用程序，但對於某些應用程序，通常為 30 秒到幾分鐘。 讓我們來討論一位客戶在瑞士最大的零售公司中使用 HA 集群的“SIOS in action”案例研究。

Migros 通過 SIOS 高可用性解決方案實現其 POS 系統的關鍵業務連續性

Migros 是瑞士最大的零售公司、最大的連鎖超市以及擁有超過 100,000 名員工的最大雇主。 它也是世界上最大的四十家零售商之一。 Migros 與總部位於瑞士的 IT 服務提供商和 SIOS 解決方案經銷商 Realstuff Informatik AG 合作，希望將其銷售點 (POS) 系統替換為一個新平台，該平台運行效率更高，並且可以最大限度地減少停機威脅。

新的 POS 系統在 Migros 的 650 家商店中提供價格和產品分類信息，零售商需要一個高可用性解決方案來支持日常銷售。 如果沒有 HA 系統，員工將無法在系統出現故障時為產品定價或稱重貨物，從而導致運營陷入停頓。 在評估選項後，Migros 決定需要一個開源服務器環境，提供高可用性和持續數據保護，獨立於虛擬環境，並且可以由公司的 IT 員工內部操作。 為了滿足這些要求，該團隊選擇了 SIOS Protection Suite for Linux 進行複制以保護 POS 數據。

在系統設計、客戶培訓和母語支持方面，Realstuff 與位於德國德累斯頓並由 Computer Concept 運營的中歐和東歐 SIOS 能力和支持中心合作。 對於 Migros 來說，在區域辦公時間內從能力和支持中心獲得 24x7x365 的支持非常重要。

Realstuff 實施了 SIOS Protection Suite 高可用性解決方案，以持續監控 POS 服務器並複制數據。 在每個商店位置，使用兩台服務器來確保持續的數據保護。 如果一台服務器出現故障，第二個實例會立即接管工作。 此外，兩台服務器都在監控系統上鏡像數據資產。在此處閱讀完整的 Migros 案例研究。

最後的想法

區域能力和支持中心與 Realstuff 協商，為實施和啟動提供見解和指導，並舉辦了為期三天的培訓研討會來培訓 Migros 團隊。 Realstuff 經理兼執行委員會成員 Richard Huber 在部署後評論說，SIOS 高可用性解決方案的優勢在於其靈活性、可靠性、易用性以及數據始終保持同步的保證。

如今，Migros 已通過 SIOS 易於使用的解決方案滿足其對 HA 的要求，該解決方案提供對服務器、存儲、應用程序、數據庫和網絡連接的持續監控，以檢測故障點、減少停機時間、保持客戶端連接並提供不間斷的數據訪問。

有關 SIOS 解決方案以及 SIOS 如何幫助您在 SQL Server 環境中實現 HA 的更多信息，您可以閱讀“為什麼使用集群實現 SQL Server 高可用性”在這裡。

 

轉載自SIOS

在高可用性中使用迴避策略的四個理由

by Leave a Comment

在高可用性中使用迴避策略的四個理由

提高集群彈性、性能和結果的四種避免策略

在 SIOS Protection Suite 集群環境中部署的簡單步驟

避免某些事情——我們以前都做過。我們在與配偶散步時在商店裡看到的舊情人，在我們“不准備購買”時看到的銷售人員，甚至在我們“度假”時看到的老闆。當我是一個開發團隊的經理時，我瞥見了一個直接報告在他們應該不在辦公室的時候在商店裡瀏覽。他們躲在衣架之間，匆匆跑下下一個過道，匆匆離開。我們以前都這樣做過，在某些情況下，出於心理健康、身體健康或隱私和個人原因，我們都需要採取一些避免措施。即使在 HA。那麼，你如何在你的高可用性環境，為什麼？

在高可用性中使用迴避策略的四個理由

  • 更好的性能（最小化服務器過載）

在 HA 中使用避免策略的原因之一是提高應用程序和服務器性能。考慮運行生產工作負載的三台服務器的情況，我們稱它們為 Server Alpha、Server Beta 和 Server Gamma。服務器 Alpha 和 Beta 運行由數據庫支持的關鍵應用程序，而服務器 Gamma 運行報告和數據轉換作業。如果 Server Alpha 出現故障，通常會發生故障轉移到 Server Beta。但是，由於服務器 Beta 已經在運行大量工作負載，因此產生的額外應用程序負載可能會導致服務器過載和兩個應用程序的性能不佳。因此，部署避免策略以確保選擇 Server Gamma 作為故障轉移目標可能是明智之舉。

  • 性能優化

再次考慮三個服務器的場景，Alpha、Beta 和 Gamma。服務器 Alpha 和 Beta 可擴展以處理峰值工作負載，而服務器 Gamma 是成本優化的服務器。如果 Server Alpha 和 Server Beta 出現故障，則會發生故障轉移到成本優化的服務器 Gamma。但是，此服務器無法擴展以處理峰值工作負載，也無法同時處理 Server Alpha 和 Server Beta 的工作負載。在這種情況下，可以使用規避策略通過在另一台主機可用時自動從 Server Gamma 移動一個或兩個工作負載來優化性能。

  • 高可用優化

HA 優化是另一種部署迴避策略的場景。 與性能優化策略一樣，HA 優化用於確保您的環境能夠承受大多數故障情況，並且您的應用程序經過優化以在任何時間點提供最高級別的可用性。HA 優化對於具有復制入隊進程的 SAP 等應用程序很重要。在任何 SAP 環境中，您都不希望 ASCS（ABAP SAP 中央服務）和 ERS（入隊複製服務）實例長時間駐留在同一服務器上，因為存在丟失鎖定和取消作業的風險。 為了防止這種情況發生，您可以使用避免策略，使 ERS 和 ASCS 實例始終在相對的集群節點上運行。考慮運行生產工作負載的三台服務器的情況，我們將它們稱為服務器 Alpha、Beta 和 Gamma。Server Alpha 正在運行 ASCS 實例，而 Server Beta 正在運行 ERS 實例。服務器 Gamma 用作服務器 Beta (ERS) 和服務器 Alpha (ASCS) 故障轉移的第三個節點。如果 Beta 崩潰，您不希望 ERS 資源與 ASCS 實例在同一節點上運行。為確保此操作，您可以部署避免策略，首先自動檢查並確保兩個應用程序位於不同的服務器上，並維護 SAP ASCS/ERS 鎖定故障轉移的最佳實踐。

  • DR避免

假設您有兩個數據中心：City Alpha 和 City Beta，它們相距大約 70 英里，您的大多數客戶都位於它們之間的中心。 但是，由於最近內部組織的變化、合併/關閉和收購以及治理要求，您的 IT 團隊必須添加位於 City Gamma 的第三個數據中心，距離 Alpha 和 Beta 大約 350 英里。現在主要在 Alpha 和 Beta 中保護的資源也擴展到 Gamma 位置。鑑於大多數用戶和團隊都在 Alpha 和 Beta 位置附近，即使是最極端的用戶也位於鄰近城市，您的團隊需要避免故障轉移到 Gamma 位置。 與其他策略一樣，DR 避免尋求通過避免 DR 節點來優化性能、輸入/輸出區域數據成本、延遲和客戶端訪問，如果任一區域內只有一個節點發生故障。它還可以確保即使兩個節點在不同的時間後都發生故障，在轉移到 DR 之前，故障轉移總是發生在集群或數據中心中的另一個節點上。

那麼，您如何部署迴避策略呢？

許多提供程序具有可以配置的關聯規則，而其他提供程序使用服務器優先級或手動步驟的組合。對於適用於 Linux 的 SIOS 保護套件，您可以使用多種內置方法，包括：

  • 資源優先級

如果發生故障，資源將故障轉移到它們具有最低剩餘優先級的服務器並級聯到任何其他服務器（Alpha、Beta 和 Gamma）。Server Alpha 是Resource.HR 的主服務器，Server Beta 是Resource.MFG 的主服務器，Server Gamma 是所有資源/服務器的備份服務器。使用資源優先級，Resource.HR 在服務器 Alpha 上的優先級為一 (1)，在服務器 Gamma 上的優先級為二 (2)。而 Resource.MFG 在服務器 Beta 上的優先級為一 (1)，在服務器 Gamma 上的優先級為二 (2)。如果客戶想要優化環境的使用，那麼 Resource.HR 在 Server Beta 上的優先級可以是三 (3)，Resource.MFG 在 Server Alpha 上的優先級可以是三 (3)。如果服務器 Alpha 發生故障，資源 Resource.HR 將首先失敗到服務器 Gamma，然後再嘗試在服務器 Alpha 上投入使用（恢復）。

適用於 Linux 的 SIOS 保護套件（UI 和 CLI）允許用戶為每個服務器和資源組合指定優先級。

  • 策略或關聯規則

策略規則還可用於防止在給定服務器上發生資源恢復，從而允許資源避開可能正在運行更關鍵或資源密集型工作負載的指定服務器。典型的政策包括：

            • 默認情況下將阻止來自特定服務器的應用程序的約束策略。
            • 將阻止應用程序來自沒有足夠資源的服務器的資源策略
            • 定義允許或禁止資源進入系統的時間段的臨時策略
            • 定義首選服務器或集群內可能的應用程序所有權能力的自定義策略

SIOS Protection for Linux CLI 允許用戶指定策略規則，這些規則可以禁用故障轉移到指定服務器的特定資源、提供保護故障的臨時策略、禁用特定應用程序類型的故障、約束策略和自定義策略。

  • 特定規避資源

建立資源避免策略的最細粒度的方法是在每個層次結構中部署特定的避免腳本。這種方法將允許用戶配置特定的應用程序（例如 app1 和 app2），盡可能避免彼此，同時允許其他應用程序不受限制地運行。在我們的三個服務器（Alpha、Beta 和 Gamma）以及三個資源 app1、app2 和 app3 的情況下，此方法將提供最大的靈活性。在這個例子中，app1 和 app2 將在服務器出現故障時尋求避免搭配，但 app3 將根據優先級失敗到下一個可用節點，沒有任何搭配限制。

有關避免策略和資源的其他示例，請考慮適用於 Linux 的 SIOS 保護套件文件.如果客戶有兩個應用程序 app1 和 app2，他們需要盡可能在不同的節點上運行，則客戶可以使用 SIOS Protection Suite for Linux gen/app 資源和 '/opt/LifeKeeper /lkadm/bin/avoid_restore' 腳本。

轉載自SIOS