翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# クラウド内の災害対策は異なる
災害対策戦略は、技術的イノベーションとともに進化します。オンプレミスのディザスタリカバリプランには、テープの物理的な転送や別のサイトへのデータのレプリケーションが含まれる場合があります。組織は、AWS での DR 目標を達成するために、以前のディザスタリカバリ戦略のビジネスへの影響、リスク、コストを再評価する必要があります。AWS クラウドのディザスタリカバリには、従来の環境よりも次のような利点があります。
+ 複雑さを軽減して災害から迅速に復旧する
+ シンプルで反復可能なテストにより、より簡単かつ頻繁にテストできます。
+ 管理オーバーヘッドを減らすことで運用上の負担を軽減
+ エラーの可能性を減らし、復旧時間を改善する機会
AWS では、物理バックアップデータセンターの固定資本コストをクラウド内の適切な環境の可変運用コストと交換できるため、コストを大幅に削減できます。
多くの組織では、オンプレミスのディザスタリカバリは、データセンター内のワークロードやワークロードが中断されるリスクと、バックアップまたはレプリケートされたデータをセカンダリデータセンターに復旧するリスクに基づいていました。組織がワークロードを AWS にデプロイする場合、適切に設計されたワークロードを実装し、AWS グローバルクラウドインフラストラクチャの設計に依存して、このような中断の影響を軽減できます。クラウドで信頼性、安全性、効率、費用対効果の高いワークロードを設計および運用するためのアーキテクチャのベストプラクティスの詳細については、[AWS Well-Architected Framework - Reliability Pillar ホワイトペーパー](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/welcome.html)を参照してください。[AWS Well-Architected Tool](https://aws.amazon.com/well-architected-tool/) を使用してワークロードを定期的に確認し、 Well-Architected フレームワークのベストプラクティスとガイダンスに従っていることを確認します。このツールは、 で無料で利用できます[AWS マネジメントコンソール](https://console.aws.amazon.com/wellarchitected/)。
ワークロードが AWS 上にある場合、データセンターの接続 (データセンターへのアクセス機能を除く）、電源、冷暖房、火災抑制、ハードウェアについて心配する必要はありません。これらはすべてお客様に代わって管理され、複数の障害分離されたアベイラビリティーゾーン (それぞれが 1 つ以上の個別のデータセンターで構成されます) にアクセスできます。
## 単一の AWS リージョン
1 つの物理データセンターの中断または損失に基づく災害イベントの場合、高可用性ワークロードを 1 つの AWS リージョン内の複数のアベイラビリティーゾーンに実装することで、自然災害や技術的災害を軽減できます。この単一リージョン内のデータの継続的なバックアップにより、データ損失につながる可能性のあるエラーや不正なアクティビティなど、人的脅威のリスクを減らすことができます。各 AWS リージョンは複数のアベイラビリティーゾーンで構成され、それぞれが他のゾーンの障害から分離されています。各アベイラビリティーゾーンは、1 つ以上の個別の物理データセンターで構成されます。影響のある問題をより適切に分離し、高可用性を実現するには、同じリージョン内の複数のゾーンにワークロードを分割できます。アベイラビリティーゾーンは、物理的な冗長性を考慮して設計されており、回復力を備えているため、停電、インターネットのダウンタイム、洪水、その他の自然災害が発生した場合でも、パフォーマンスを中断することなく実行できます。これを行う方法については、「AWS [グローバルクラウドインフラストラクチャ](https://www.infrastructure.aws/)」を参照してください。
単一の AWS リージョン内の複数のアベイラビリティーゾーンにデプロイすることで、ワークロードを単一の (または複数の) データセンターの障害から保護できます。単一リージョンのデプロイをより確実にするために、データと設定 (インフラストラクチャ定義を含む) を別のリージョンにバックアップできます。この戦略により、ディザスタリカバリプランの範囲が縮小され、データのバックアップと復元のみが含まれます。別の AWS リージョンにバックアップしてマルチリージョンの耐障害性を活用することは、次のセクションで説明する他のマルチリージョンオプションと比較して簡単で安価です。例えば、[Amazon Simple Storage Service (Amazon S3) ](https://aws.amazon.com/s3)にバックアップすると、データをすぐに取得できます。ただし、データの一部に対する DR 戦略で取得時間 (数分から数時間) の要件がより緩い場合、[Amazon Glacier または Amazon Glacier Deep Archive](https://aws.amazon.com/glacier/) を使用すると、バックアップおよびリカバリ戦略のコストが大幅に削減されます。
一部のワークロードには、規制データレジデンシー要件がある場合があります。これは、現在 AWS リージョンが 1 つしかないローカルのワークロードに適用される場合、上記のように高可用性を実現するマルチ AZ ワークロードを設計することに加えて、そのリージョン内の AZs を個別の場所として使用することもできます。これは、そのリージョン内のワークロードに適用されるデータレジデンシー要件に対処するのに役立ちます。以下のセクションで説明する DR 戦略では、複数の AWS リージョンを使用しますが、リージョンの代わりにアベイラビリティーゾーンを使用して実装することもできます。
## 複数の AWS リージョン
複数のデータセンターを互いにかなり離れて失うリスクを含む災害が発生した場合は、AWS 内のリージョン全体に影響を与える自然災害や技術的災害を軽減するためのディザスタリカバリオプションを検討する必要があります。以下のセクションで説明するすべてのオプションは、このような災害から保護するためにマルチリージョンアーキテクチャとして実装できます。