SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

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

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

3 12 月, 2021 by Jason Aw 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

Filed Under: 伺服器集群简单化

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

28 11 月, 2021 by Jason Aw 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

Filed Under: 伺服器集群简单化

集群簡介 – 第 2 部分

23 11 月, 2021 by Jason Aw Leave a Comment

集群簡介 - 第 2 部分

集群簡介 – 第 2 部分

有哪些類型的集群以及它們如何工作?

HA 集群和負載均衡集群概述

集群通過創建冗餘來補償不可預見的系統故障,有助於提高軟件和硬件系統的可靠性和性能。 如果系統因硬件或軟件故障或自然災害而中斷,這可能會對業務和收入產生重大影響,浪費關鍵的時間和費用來恢復和運行。

這是哪裡聚類進來。 集群解決方案主要分為三種類型——HA集群、負載均衡集群和HPC集群。 哪種類型最能提高您企業的系統可用性和性能? 下面讓我們更詳細地看一下這三種聚類解決方案。

什麼是 HA 集群?

高可用性集群,也稱為 HA 集群,對於需要近乎連續可用性的任務關鍵型業務應用程序、ERP 系統和數據庫(例如 SQL Server SAP 和 Oracle)非常有效。

HA集群可以分為兩種類型,“主動-主動”配置和主動-被動配置。

下面我們來看看這兩種HA集群類型的區別。

HA 集群類型 1:雙活配置

在雙活配置中,處理是在集群中的所有節點上進行的。 例如,在雙節點集群的情況下,兩個節點都處於活動狀態。 如果一個節點停止,處理將被另一個節點接管。

但是,如果每個節點都以接近 100% 的速度運行而一個節點停止運行,則另一個節點將難以承擔額外的處理負載。 因此,有餘量的容量規劃對於 HA 集群很重要。

HA 集群類型 2:主備配置

讓我們再次使用我們的雙節點示例。 在主備配置中,一個節點配置為主節點,另一個節點配置為備節點。 主用節點和備用節點交換稱為“心跳”的信號,以不斷檢查它們是否正常運行。

如果備節點無法接收到主節點的心跳,則備節點判斷主節點已經停止,將接管主節點的處理。 這種機制稱為“故障轉移”。 相反,恢復停止的操作節點並將處理傳輸回恢復的活動節點的機制稱為“故障回复”。在主備配置中,當發生故障時,從主節點到備節點的簡單切換使得恢復相對容易。 但是要考慮到,當運行節點正常運行時,備用節點的資源會被浪費掉。

HA 集群的兩個組成部分:應用程序和存儲

要使 HA 集群有效,需要解決兩個方面的問題:應用程序編排和存儲保護。 集群軟件監控受保護應用程序的健康狀況,如果檢測到問題,則將該應用程序的操作轉移到備用節點。 備用節點需要訪問最新版本的數據——最好與主節點在事件發生前訪問的數據相同。 這可以通過兩種方式實現:共享存儲、無共享存儲。 在共享存儲模型中,兩個集群節點訪問相同的存儲——通常是 SAN。 在無共享(又名 SANless)配置中,所有節點上的本地存儲都使用複制軟件進行鏡像。

集群軟件產品在監控和檢測可能導致應用程序故障的問題的能力以及可靠地協調故障轉移的能力方面差異很大。 許多集群產品只檢測應用服務器是否正常運行,而沒有檢測到廣泛的軟件、服務、網絡和其他可能導致應用故障的問題。

應用程序意識是必不可少的

同樣,複雜的 ERP 和數據庫應用程序有多個組件,它們必須存儲在正確的服務器或實例上,以正確的順序啟動,並根據複雜的最佳實踐上線。 選擇具有稱為應用程序恢復工具包的專用軟件的集群軟件,這些軟件專為維護應用程序/數據庫特定要求的最佳實踐而設計。

有多種方法可以配置 HA 集群:

具有共享存儲的傳統雙節點集群

 

兩台服務器通過共享存儲集群。

兩節點 SANless 集群

可以使用本地 LAN 和高速同步塊級複製來配置集群。

實時復制可用於將主服務器上的存儲與位於同一數據中心、災難恢復站點或兩者中的備用服務器上的存儲同步。 這使您可以靈活地構建高可用性和容災配置;兩節點或多節點 SIOS 塊級複製針對性能進行了高度優化。 您甚至可以在物理服務器上使用超快速、高速的本地連接存儲,例如 PCIe 閃存類型的存儲設備,以實現非常低成本、高性能、高可用性的配置。您的數據在閃存設備和您的應用程序上也受到保護。

帶有第三個節點的基於 SAN 的集群

防災第三節點

此配置使用基於 SAN 的集群,並將第三個 SANless 節點添加到遠程數據中心或云中,並實現全面的災難恢復保護。在發生災難時,備用遠程物理服務器會自動投入使用,不會丟失數據,從而消除了從備份介質恢復所需的時間。

什麼是負載均衡集群?

負載均衡集群是一種通過使用負載均衡器將處理分佈到多個節點以通過分佈處理來提高性能的機制,可以用作單個系統。 雖然它可以隔離故障節點以防止節點故障影響整個系統,但負載均衡器是一個關鍵的單點故障風險和不是高可用性選項. 它僅對諸如 Web 服務器負載平衡之類的應用程序有效。 如果負載均衡器本身出現故障,整個系統停止。

什麼是 HPC 集群?

您還可以使用集群來提高性能而不是高可用性. 高性能計算集群或 HPC 集群結合了多個(有時是數千個節點)的處理能力,以獲得 CPU 密集型環境(例如需要大規模模擬、CAE 分析和並行處理的科技環境)所需的 CPU 性能.

您準備好為您的企業尋找合適的 HA 集群解決方案了嗎?

了解有關 SIOS 高可用性集群的更多信息這裡.

 

經授權轉載SIOS

Filed Under: 伺服器集群简单化

集群簡介 – 第 1 部分

18 11 月, 2021 by Jason Aw Leave a Comment

集群簡介 – 第 1 部分

集群簡介 – 第 1 部分

首先什麼是聚類?

集群技術是一種允許您連接多個服務器以充當單個功能單元的技術。

聚類類型

你可以簇服務器用於多種用途。 例如,您可以組合多個小型服務器的處理能力以獲得高性能。 您還可以使用負載平衡器將處理工作分發到多個節點以提高效率。

高可用性 (HA) 集群是一個組合服務器節點以保護重要應用程序免受停機和數據丟失的過程。

集群簡介
在傳統的共享存儲故障轉移集群中,主節點和輔助或遠程節點共享相同的存儲。

高可用性集群

高可用性 (HA) 集群是一種通過消除單點故障 (SPOF) 來減少停機時間的機制。 在 HA 集群中,重要的應用程序運行在連接到集群中一個或多個輔助或遠程節點的主節點上。 集群軟件監控應用程序、服務器和網絡的健康狀況。 如果主節點出現故障,它會在稱為故障轉移的過程中將應用程序操作轉移到輔助節點,在該過程中操作繼續。

高可用性

應用程序高可用性衡量給定年份中應用程序可用和運行的時間。 一般來說, HA集群在給定的一年中提供 99.99%(四個 9)的可用性或略多於 52 分鐘的停機時間。

需要注意的是,在傳統的 HA 集群中,所有集群節點都連接到同一個共享存儲——通常是 SAN。 這樣,在故障轉移後,輔助節點訪問與主節點相同的數據,操作可以繼續。

集群簡介
SANless 集群使用基於主機的塊級複製來同步本地存儲。

SANless 集群

但是,出於多種原因,許多公司更喜歡使用 SANless 集群。 首先,共享存儲代表了一個關鍵的單點故障。 其次,共享存儲在公共雲環境中通常不是一種選擇。 第三,SAN 有時會妨礙數據庫應用程序的性能,例如 SQL Server、Oracle 和 SAP。

這些公司不使用共享存儲,而是使用高效的、基於主機的、塊級複製來同步所有集群節點上的本地存儲。 如果發生故障轉移,輔助節點將連接到本地存儲,並具有與主存儲相同的副本。 這不僅消除了 SAN SPOF 風險,而且還支持將快速磁盤 (SSD) 添加到本地本地存儲,以實現經濟高效的高性能。 SANless 集群還使公司能夠以最少的努力或中斷正在進行的業務流程將本地 HA 環境遷移到雲。

轉載自SIOS

Filed Under: 伺服器集群简单化 Tagged With: SIOS

用於高可用性和災難恢復的集群軟件

13 11 月, 2021 by Jason Aw Leave a Comment

用於高可用性和災難恢復的集群軟件

集群軟件

用於高可用性和災難恢復的集群軟件

什麼是集群軟件?

聚類軟件允許您將服務器配置為分組或集群,以便多台服務器可以協同工作以提供可用性並防止數據丟失。 每個服務器維護相同的信息——操作系統、應用程序和數據。 如果一台服務器出現故障,另一台服務器會立即承擔工作負載。 IT 專業人員依靠集群來消除單點故障並將停機風險降至最低。 事實上,86% 的組織正在使用某種集群或高可用性機製到位。[1]

集群管理軟件的類型

有多種適用於 Windows 和 Linux 發行版的集群管理軟件解決方案。 例子包括:

  • Windows Server 故障轉移群集 (WSFC),
  • SUSE Linux Enterprise 高可用性擴展,
  • 紅帽集群套件,
  • Oracle 真正應用集群 (RAC),以及
  • SIOS 軟件。

除了 SIOS,這些產品支持單一操作系統或需要昂貴的 SAN 硬件,從而限制了靈活性和部署選項。 此外,Linux 開源 HA 擴展需要高度的技術技能,從而產生了挑戰大多數運營商的複雜性和可靠性問題。

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

SIOS 集群軟件如何為 Windows 和 Linux 集群提供高可用性

如果您在 Windows 或 Linux 環境中運行關鍵應用程序,您可能需要考慮 SIOS Technology Corporation 的高可用性軟件集群產品。

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

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

無論您是在 Windows 還是 Linux 環境中,SIOS 產品都可以將您的 IT 團隊從計算基礎架構的複雜性和挑戰中解放出來。 它們提供智能、自動化、靈活性、高可用性和易於使用的 IT 經理需要保護關鍵業務應用程序免於停機或數據丟失。 SIOS 已售出超過 80,000 個許可證,被許多世界上最大的公司使用。

這是一個案例研究,討論了領先的醫院信息系統 (HIS) 提供商如何部署 SIOS DataKeeper Cluster Edition 以提高其 Windows 集群環境中的高可用性和網絡帶寬。


一家 HIS 提供商如何使用 SIOS DataKeeper 集群軟件改進 RPO 和 RTO

這家領先的 HIS 提供商擁有超過 10,000 個美國醫療保健組織 (HCO),使用其各種應用程序,包括患者護理管理、患者自助服務和收入管理。 為了支持這些客戶,該組織在兩個地理位置分散的數據中心擁有 20 多個 SQL Server 集群,以及一些較小的服務器和 SQL Server 日誌傳送災難恢復(博士)。

該組織擁有龐大的客戶群和龐大的 IT 基礎架構,並且需要一種解決方案來處理繁重的網絡流量並在將數據複製到其 DR 站點時消除網絡帶寬問題。 該組織還需要改進其恢復點目標 (RPO) 和恢復時間目標 (RTO),以減少面臨風險的數據量,並在發生災難或系統故障後讓 IT 運營恢復並更快地運行。 RPO 是服務器出現故障或發生災難時可以容忍的最大數據丟失量。 RTO 是任何中斷的最大可容忍持續時間。

為了應對這些挑戰,該組織選擇了 SIOS DataKeeper Cluster Edition,它提供與 WSFC 的無縫集成,從而可以創建 SANless 集群。

一旦 SIOS DataKeeper Cluster Edition 通過了組織的嚴格 POC 測試,IT 團隊就在公司的生產環境中部署了該解決方案。 該團隊在一個三節點集群中部署了 SIOS,該集群由組織的主要本地數據中心中的兩個基於 SAN 的節點和其遠程 DR 站點中的一個 SANless 節點組成。

SIOS 解決方案在集群中的三個節點之間同步複製並消除 DR 站點的帶寬問題,提高 RPO 和 RTO 並降低帶寬成本。 如今,該組織使用 SIOS DataKeeper Cluster Edition 來保護其跨超過 18 個集群節點的 SQL Server 環境。

查看完整的案例研究以了解更多信息.


SIOS 集群軟件的工作原理

SIOS 軟件是集群解決方案的重要組成部分,可保護您在物理、虛擬和雲(公共、私有和混合)環境的任何配置(或組合)中選擇的 Windows 或 Linux 環境,而不會犧牲性能或可用性。

如果您需要快速、高效的複制來跨低帶寬局域網或廣域網傳輸數據,SIOS DataKeeper 可以保護關鍵業務 Windows 環境,包括 Microsoft SQL Server、Oracle、SharePoint、Lync、Dynamics 和 Hyper-V 免受停機和物理、虛擬或云環境中的數據丟失。

適用於 Linux 的 SIOS Protection Suite 支持所有主要 Linux 發行版,包括 Red Hat Enterprise Linux、SUSE Linux Enterprise Server、CentOS 和 Oracle Linux,並適用於各種存儲架構。

要了解 SIOS 集群軟件如何保護 Windows 和 Linux 環境,請求演示或者得到一個免費試用.

學習更多關於: SAP集群SQL Server 群集Oracle 集群Linux集群查看有關我們的集群產品的最新博客文章。

參考

  • https://searchdomino.techtarget.com/definition/application-clustering
  • https://www.itprotoday.com/cloud-computing/clustering-software
  • https://searchwindowsserver.techtarget.com/definition/Windows-Server-failover-clustering

[1]SIOS 與 ActualTech Research 合作,(2018) 應用程序高可用性調查報告的狀態轉載自SIOS

Filed Under: 伺服器集群简单化

  • « Previous Page
  • 1
  • …
  • 56
  • 57
  • 58
  • 59
  • 60
  • …
  • 113
  • Next Page »

最近的帖子

  • 什麼是高可用性(HA)?
  • 如何在周五晚上的系統崩潰中倖存下來:從簡陋的裸機到無縫的數據複製
  • 接地氣:錯過Percona Live Amsterdam讓我對HA有了哪些新的認識
  • SIOS LifeKeeper 與 Red Hat 高可用性附加元件:
  • 應用彈性現況:2026 年 SIOS 高可用性調查

最熱門的帖子

加入我們的郵件列表

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