心智圖資源庫 阿里雲混合雲容災服務 HDR
混合雲容災服務 Hybrid Disaster Recovery(簡稱「HDR」)是為企業級應用提供低分鐘級RPO、RTO的容災服務。覆蓋阿里雲上應用跨可用區或跨地域容災場景以及本地應用容災上雲場景,可有效保障資料安全和業務連續性。無需自建災備中心,雲端資源全自動管理、控制台集中管控。
編輯於2024-01-13 20:50:39This is a mind map about bacteria, and its main contents include: overview, morphology, types, structure, reproduction, distribution, application, and expansion. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about plant asexual reproduction, and its main contents include: concept, spore reproduction, vegetative reproduction, tissue culture, and buds. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about the reproductive development of animals, and its main contents include: insects, frogs, birds, sexual reproduction, and asexual reproduction. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about bacteria, and its main contents include: overview, morphology, types, structure, reproduction, distribution, application, and expansion. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about plant asexual reproduction, and its main contents include: concept, spore reproduction, vegetative reproduction, tissue culture, and buds. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about the reproductive development of animals, and its main contents include: insects, frogs, birds, sexual reproduction, and asexual reproduction. The summary is comprehensive and meticulous, suitable as review materials.
阿里雲混合雲容災服務 HDR
產品簡介
混合雲容災HDR(Hybrid Disaster Recovery) 是一個為資料中心提供企業級應用的本地備份與雲端容災一體化的服務。可為本地資料中心以及阿里雲上面的企業關鍵業務提供低至秒級RPO和分鐘級RTO的容災服務,有效保障資料安全和業務連續性。
解決的核心問題
應用級容災保障業務持續性(Business Continuity):在資料中心故障或長時間系統維護作業時,在雲端上快速恢復應用程式運行,縮短業務停機時間,極大減少損失。
資料級災難復原:在資料中心備份您的資料庫、虛擬機器、實體機整機、備份資料儲存在本機並自動上雲。可在自建資料中心發生重大災害時保障資料安全,同時提供高效率的本地和雲端上的雙重復原。
支援的資料複製技術
連續複製型容災(CDR)
:為企業關鍵應用提供高標準容災方案,提供分鐘級的RPO和RTO容災。
雲盤異步複製型災難
:基於ESSD雲盤非同步複製技術,為複雜的ECS應用提供低至15分鐘RPO、分鐘級RTO的容災能力。
對比項 雲端碟異步複製(EBS Async) 連續性資料複製(CDR) 適用場景 ECS數量規模較大,作業系統多樣,資料量大。 小於等於10台ECS。應用規模小,ECS資料量小,作業系統相容CDR的ECS容災。 RPO,RTO 15分鐘 1-5分鐘 (取決於ECS寫入量) 成本 成本低 費用包括:容災端雲盤 複製流量 說明 公測階段HDR不收取災難軟體使用費。 成本略高 費用包括:災難復原軟體使用費 容災端雲盤 複製流量 複影ECS 侵入性 無侵入 需安裝客戶端,佔用ECS資源。其中Windows客戶端安裝後需重新啟動。 單盤複製吞吐上限 100MB/s 30MB/s 單一站點對複製吞吐上限 無上限 50MB/s 沙箱演練 暫時不支持 支援 作業系統相容性 絕大多數作業系統 限於指定Windows,Linux系統。更多信息,請參見操作系統。 雲端磁碟類型相容性 ESSD 所有類型
基本概念
在使用混合雲容災HDR前,您需要了解以下基本概念。
概念 描述 故障轉移(Fail Over) 即容災恢復,指您的IDC應用程式發生故障時,在阿里雲上恢復應用程式的過程。 故障恢復(Fail Back) 當您的IDC內的環境恢復以後,將應用程式資料遷回自有IDC恢復應用程式運作的過程。 RPO Recovery Point Objective(資料復原點目標),指套用發生故障時預期的資料遺失量。例如,RPO = 15 分鐘,表示在應用程式發生故障時,最近 15 分鐘的資料無法在雲端上恢復。 RTO Recovery Time Objective(恢復時間目標),指故障發生時,將應用程式恢復在雲端所需的時間。 混合雲災備一體機 阿里雲推出的具有容災備份功能的一體機。
產品優勢
總成本低廉
無需自建災備中心,免去機房維運、硬體採購等成本。
雲端主要消耗儲存資源、運算資源需求極低。
可針對不同的應用需求以及不同的網路頻寬,配置不同的RPO、RTO,從而節省成本。
相對自建災備中心的方案,可節省高達80%的費用。
簡單易用
雲端部署簡單、雲端上資源全自動管理、控制台集中管控。
備份復原演練與災難復原演練可隨時進行,一鍵啟動、快速清理。
RPO/RTO分級
企業需要對不同重要性等級的應用制定階梯化的RPO/RTO。企業的基礎架構,尤其是網路狀況會限制能達到的容災指標。
連續複製型災難復原(CDR)基於磁碟級即時資料複製技術,可提供秒級-分鐘級的RPO/RTO。
混合雲大數據容災提供近0 RPO的大數據容災,可以將Hadoop集群容災至阿里雲OSS或EMR,在Hadoop集群間雙向即時複製,建構大數據湖。
應用級容災和資料級容災
支援將Windows、Linux應用程式伺服器做高效的容災複製和雲端恢復,實現應用程式級容災。
您可以只針對關鍵應用的數據,包括SQL Server、Oracle資料庫、VMWare虛擬機等進行定時備份和備份上雲,以實現資料級容災。
應用場景
關鍵應用的異地容災
在本地資料中心上運行的應用程式可能面臨各種意外情況。例如,由於軟硬體環境被破壞而無法在短時間內恢復應用,火災、自然災害等事件甚至可能導致整個資料中心的重建。這些情況會導致關鍵應用長時間無法使用,對您的業務造成較大損失。當自有 IDC 內的應用程式無法短暫復原時,混合雲容災服務能夠協助您將應用程式在雲端上快速拉起。
使用混合雲容災閘道後,核心應用的伺服器鏡像、應用程式資料、檔案等都會持續複製到阿里雲上。如果自有 IDC 內應用出現難以復原的故障時,您可以在阿里雲端上啟動容災復原網關,快速在 ECS 上恢復應用程式伺服器運行,使應用程式迅速重新上線,極大減少業務損失。平時,您也可以方便地進行災難復原演練,確保真實故障發生時復原流程順暢,確保容災計畫的準確性。
混合雲容災服務讓您無需承擔自建災備中心的巨大投入,也無需擔心傳統容災方案複雜的軟硬體部署運維,極大減少了異地容災的成本,提高容災的有效性。
整機雲端遷移
傳統的上雲遷移一般需要應用在雲端鏡像上重新安裝配置,ECS虛擬機重新配置,甚至應用重構等步驟,這個過程往往比較漫長。尤其是一些第三方開發的應用,因為軟體依賴多且不明確、配置複雜等情況,上雲遷移操作較為困難。
混合雲容災閘道或災備一體機提供了整機備份上雲並在雲端復原的方式,讓您可以在 ECS 中非常方便地真實還原雲端下伺服器環境,讓上雲遷移變得簡單直覺。
災備規劃
需求分析
資料保護和業務連續性對資料中心的意義重大,關鍵應用程式的故障或資料遺失會對您的業務造成重大損失。混合雲容災服務提供了兩個層次的能力來保護數據,並確保業務連續性。
異地備份
伺服器鏡像和資料備份後會直接上傳至阿里雲災備庫,以實現高可靠的雲端上異地備份。穩定的異地備份確保關鍵資料在本地資料中心發生火災等極端情況下不會遺失,在本地設施修復後恢復至本地。
雲上容災
為減少因應用程式故障導致的業務損失,當資料中心出現嚴重故障無法快速恢復時,混合雲容災服務可以有效率地在ECS上快速恢復您的應用程式。
RTO和RPO要求
應用容災有兩個核心的指標:
RPO:指應用發生故障時可以容忍的資料遺失量。數據越重要,RPO就要求越小。 RPO越小,往往要求資料備份、複製頻率更高,對生產環境、網路的壓力也會越大,成本通常也越高。
RTO:指故障發生後,期望從啟動災難復原作業到應用復原上線所需的時間。故障單位時間內對業務造成的損失越大,RTO就要求越短。
RTO和RPO一般由業務部門提出要求,與IT部門共同商議,基於技術可行性、對現有系統影響、成本等多面向綜合考量綜合得出。 RTO和RPO標準的高低與基礎設施成本往往有線性關係。
您也可以參考國家和行業標準來制定RTO、RPO目標。 GB/T 20988-2007標準是中國國家標準化管理委員會制定的資訊系統災難復原規範。附錄中有某行業RPO/RTO的等級規範範例,如下圖所示。更多信息,請參見
應用的分析
應用程式的部署
在部署關鍵應用程式前,您需要考慮以下三個要素:
該應用程式包含哪些伺服器
伺服器之間的網路連接
伺服器內需要做哪些配置
例如,一個簡單的網頁應用程式包含以下要素:
應用程式包含:1個資料庫伺服器,1個後端伺服器,1個Web前端伺服器。
3台伺服器處於同一網路。
後端伺服器內有設定項目指定資料庫伺服器IP位址,Web前端伺服器有個設定項指明後端伺服器IP位址。
辨識這些要素之後,可以做以下計劃:
混合雲容災服務需要保護這3台伺服器。
阿里雲上恢復時,需要將這3台伺服器恢復在同一個VPC內。
整機恢復後,為確保這個應用程式能夠運行,必須確保恢復時使用與雲端相同的IP位址。或者,確保在恢復完成後用自動化腳本修改組態項目。
環境的依賴
應用容災是一個需要多部門合作完成的過程,包括應用程式管理員、機房管理員和網路管理員等角色的配合實施。一個能夠滿足業務要求的完整的災備方案需要考慮多個方面的細節,主要包括:
應用所依賴的環境,例如Active Directory(AD)、DNS等
應用所需的網路配置
很多情況下,應用程式的運作還有一些重要的環境依賴。例如在Windows環境中,許多應用程式都依賴AD運行。那麼在雲端上恢復的時候,您雲端上的 VPC環境必須能夠連接AD服務。當然,DNS服務也是許多環境下的強烈需求。
以AD為例,通常會有以下兩種情況:
如果您已經在不同的資料中心內部署了多個主從AD伺服器,那麼您只需要在AD所在的資料中心和雲端上VPC之間能夠建立高速通道或 SSLVPN連線。
如果您的AD伺服器是集中部署在一個資料中心,可能發生相同時間離線的情況,建議您:
用混合雲災備一體機保護AD伺服器,在雲端發生故障時先恢復這台AD伺服器。
在雲端上VPC部署一個從AD伺服器,與雲端下的主AD伺服器保持連線。雲下發生故障時,使用雲端上AD。
同樣,DNS伺服器也需要進行相應的配置才能滿足災備後的應用環境要求。
應用的客戶端連接
應用恢復後,需要確保客戶端能夠連線恢復出來的應用程式。通常情況下,您需要:
如果恢復的應用程式伺服器IP位址與原始的一樣,DNS伺服器也成功恢復,那麼只需要客戶端與應用程式有網路連線即可。您可能需要使用SSLVPN或高速通道來確保用戶端能與雲端上恢復出的應用程式有連接,或是恢復的應用程式提供公有IP位址讓客戶端接入。
應用程式復原的時候不要求必須使用原始IP位址,您也可以修改DNS確保客戶端可以連線新的服務。
如果網域名稱和IP位址都發生變化,您需要修改客戶端。
災備設備及網路環境
根據應用伺服器的數量、資料量、RPO和RTO的標準、以及所依賴環境設施的要求,您可以合理地選用災備設備並部署合適的網路環境。
CDR災備一體機
如果支援虛擬化環境,且需要容災保護的伺服器數量少於5台,建議您進行虛擬化部署。
如果不支援虛擬化環境,或容災保護的伺服器數量在5台以上,建議使用CDR災備一體機。可選擇的一體機型號如下所示:
型號 支援伺服器數量 Apsara DR100 <20 Apsara DR200 <100
網路環境
以上災備設備需求的網路環境包括以下兩種:
資料中心到阿里雲之間的網絡
由於優化了資料儲存傳輸演算法,混合雲容災服務並未強制要求本地資料中心與阿里雲建立專線連線。但是對於大數據量、嚴格RPO要求的場景,建議您使用專線連接,以確保容災服務能夠達到要求的指標。
套用恢復後,根據用戶端、AD、DNS等與阿里雲VPC的連線需求,您可能需要考慮透過SSLVPN、高速通道連線、套用暴露公網IP位址等方式來確保應用程式的正常使用。
混合雲災備一體機到被保護伺服器之間的網絡
為了對受保護伺服器進行正常備份恢復,需要災備一體機和被保護伺服器之間有網路連線。
備份一體機提供了雙千兆、雙萬兆網路卡供選擇,您可以根據備份還原吞吐要求按需配置。