災害耐性とバックアップ - 災害耐性システムの概要

基本的な概要

ディザスタリカバリとバックアップの違い

災害復旧とバックアップ - バックアップテクノロジーシステムアーキテクチャとバックアップネットワークソリューション - CSDN ブログhttps://blog.csdn.net/m0_49864110/article/details/123969802?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522169772349816800185824923 %2 522 %252C%2522scm%2522%253A%252220140713.130102334.pc%255Fblog.%2522%257D&request_id=169772349816800185824923&biz_id=0&utm_medium=distribute.pc_search_result.n 1 -task-blog-2~blog~first_rank_ecpm_v1~rank_v31_ecpm-1-123969802-null-null . nonecase&utm_term=%E5%AE%B9%E7%81%BE&spm=1018.2226.3001.4450災害復旧の基本概念

災害復旧とは、運用サイトに加えて、ユーザーが新しい冗長サイト (新しいローカルサイトまたは他のリモートサイト) を確立することを意味します。

災害が発生し、本番サイトが損傷した場合、冗長サイトがユーザーの通常の業務を引き継ぎ、中断のないビジネスを実現します。

災害復旧のための主要テクノロジー

災害復旧を評価する3つの指標

TCO-----総所有コスト--- は、組織が特定の期間内で資産の取得に関連するすべてのコストを評価、管理、削減するのに役立ちます

RTO (目標復旧時間) --- 目標復旧時間---- 障害発生後のサービスの切り替えにかかる時間を指します。

RPO (Recovery Point Objective) --- 復旧ポイントデータ------- 失われたデータの量 (障害後に失われたデータ) を指します。

完全な状態: RTO=0 RPO=0

キーテクノロジー

HA --- ローカル高可用性テクノロジー、DR --- リモート高可用性テクノロジー

このテクノロジーにより、ローカルシステムの単一コンポーネントに障害が発生した場合でも、外部の世界が通常どおりローカルサービスにアクセスできるようになります。

主な特長

可用性

計算式は [1 - (ダウンタイム)/(ダウンタイム + 実行時間)] (通常は 9 桁で表されます)

	HA（高可用性）	DR（ディザスタリカバリ）
アプリケーションシナリオ	冗長性のために 1 つまたは複数のサービスを実行する複数のサーバーを備えたローカル高可用性システム	リモート高可用性システム: 同じ都市または離れた場所に新しい冗長サイトを作成します。
保存方法	一般に、共有ストレージなので、アクセス中にデータが失われることはありません。RPO=0 は、スイッチング時間の長さ RTO を考慮したものです。	一般に、データの同期はリモートレプリケーションなどの方法で行われます。データは通常失われます。RPO>0 で切り替え時間が長くなります。RTO>0
通信網	通常、アクティブシステムとスタンバイシステムの間には LAN ネットワークが存在します。	通常、アクティブシステムとスタンバイシステムの間には WAN ネットワークが存在します。
目標	ビジネスの高可用性を確保	データの信頼性確保に基づいて高いビジネス可用性を実現
失敗への対処	これは主に、単一コンポーネントの障害によって引き起こされる負荷に対処し、ビジネスがクラスター内のサーバー間で切り替えることを可能にします。	主にデータセンター間の業務負荷となる大規模障害（地震等）への対応

災害復旧システムのレベル

	データレベル	アプリケーションレベル	ビジネスレベル
説明する	オフサイトの災害復旧センターを設立して、データのリモートバックアップを実行し、データのみを保存します。災害発生後に元のデータが失われたり損傷したりしないようにします。サービスの整合性は保証されず、データが保存されるだけです。。	データレベルの災害復旧に基づいて、同一のアプリケーションシステムがバックアップサイトに構築され、主要なアプリケーションが許容時間範囲内で確実に復元できるようにすることで、システムによって提供されるサービスが完全かつ継続的に提供され、損失が発生することはありません。災害による被害が軽減されます。	フルサービスのバックアップには、必要な IT 関連技術に加えて、すべてのインフラストラクチャ (電話、オフィスの場所など) も必要です。大規模な災害が発生し、元のオフィススペースが破壊された場合、新しいオフィススペースが必要になります。通常通り業務を遂行します。
RTO	RTO が最も長い (数日) のは、災害が発生した場合、ビジネスを復元するためにマシンを再展開し、バックアップデータを使用する必要があることです。	RTO 中 (数時間)	最小 RTO (分数または秒数)
TCO	最低	中くらい	最高

主な災害復旧技術

ホスト層の災害復旧技術に基づく
- ボリュームレプリケーションソフトウェアなどの専用のデータレプリケーションソフトウェアをプロダクションセンターおよび災害復旧センターのサーバーにインストールし、リモートレプリケーション機能を実装します。
  - 2 つのセンター間にはデータチャネルとしてネットワーク接続が必要であり、アプリケーションリモートスイッチング機能ソフトウェアをサーバー層に追加して、完全なアプリケーションレベルの災害復旧ソリューションを形成できます。
- このデータ複製方法では比較的少ない投資で済み、主にソフトウェアの購入費がかかります。
  - 互換性が高く、さまざまなブランドのサーバーやストレージデバイスと互換性があり、複雑なハードウェアコンポーネントを使用するユーザーに適しています。
  - ただし、この方法ではサーバー上で同期操作を実装するためにソフトウェアを使用する必要があり、ホストとネットワークのリソースが大量に消費されます。

ネットワーク層の災害復旧技術に基づく
- SANネットワーク層に基づくデータレプリケーションテクノロジは、フロントエンドアプリケーションサーバーとバックエンドストレージシステム間のストレージエリアネットワーク(SAN)であり、ストレージゲートウェイを追加して、フロントエンドをサーバーホストに接続し、バックエンドを接続します。 -ストレージデバイスへの接続終了
- ストレージゲートウェイは、異なるストレージデバイス上の 2 つのボリューム間にミラーリング関係を確立し、プライマリボリュームに書き込まれたデータを同時にバックアップボリュームに書き込みます。
- プライマリストレージデバイスに障害が発生すると、業務はバックアップストレージデバイスに切り替えられ、データサービスが中断されないようにバックアップボリュームが有効になります。
アレイ層災害復旧技術に基づく
- ストレージ層のディザスタリカバリでは、主にアレイ間データレプリケーションテクノロジを使用して、ローカルアレイからディザスタリカバリアレイにデータをコピーし、ディザスタリカバリストレージアレイ内にデータの使用可能なコピーを生成します。メインアレイに障害が発生した場合、ビジネスをバックアップアレイに迅速に切り替えることができ、可能な限りビジネスの継続性が確保されます。