翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# 回復力に関する責任共有モデル
<a name="shared-responsibility-model-for-resiliency"></a>

 レジリエンシーは、 AWS お客様とお客様との間の責任共有です。ディザスタリカバリと可用性がこの共有モデルの下でどのように機能するかを理解することが重要です。

## AWS 責任「クラウドの回復性」
<a name="aws-responsibility-resiliency-of-the-cloud"></a>

 AWS は、AWS クラウドで提供されるすべてのサービスを実行するインフラストラクチャの回復性に責任を負います。このインフラストラクチャは、AWS クラウドサービスを実行するハードウェア、ソフトウェア、ネットワーク、および施設で構成されます。AWS は、これらの AWS クラウドサービスを利用可能にするために商業上合理的な努力を払い、サービスの可用性が [AWS サービスレベルアグリーメント (SLAs) を満たすか超えるようにします](https://aws.amazon.com/legal/service-level-agreements/)。

 [AWS グローバルクラウドインフラストラクチャ](https://aws.amazon.com/about-aws/global-infrastructure)は、お客様が回復力の高いワークロードアーキテクチャを構築できるように設計されています。各 AWS リージョンは完全に分離され、複数の[アベイラビリティーゾーンで構成されます。アベイラビリティーゾーン](https://aws.amazon.com/about-aws/global-infrastructure/regions_az#Availability_Zones)は、インフラストラクチャの物理的に分離されたパーティションです。アベイラビリティーゾーンは、ワークロードの回復力に影響を及ぼす可能性のある障害を分離し、リージョン内のその他のゾーンへの影響を回避します。ただし、同時に、AWS リージョンのすべてのゾーンは、ゾーン間で高スループットで低レイテンシーのネットワークを提供する完全冗長の専用メトロファイバーを介して、高帯域幅で低レイテンシーのネットワークで相互接続されます。ゾーン間のすべてのトラフィックは暗号化されています。ゾーン間の同期レプリケーションを実行するために、十分なネットワークパフォーマンスが提供されます。アプリケーションを AZ 間でパーティショニングすると、企業は、停電、落雷、竜巻、台風などの問題からよりよく隔離され、保護されます。

## お客様の責任「クラウドにおける回復力」
<a name="customer-responsibility-resiliency-in-the-cloud"></a>

 お客様の責任は、選択した AWS クラウドサービスによって決まります。選択したサービスにより、お客様が回復力に関する責任の一環として実行する必要がある、設定作業の量が決まります。例えば、Amazon Elastic Compute Cloud (Amazon EC2) のようなサービスでは、必要となる回復力の設定と管理をすべてお客様が実行する必要があります。Amazon EC2 インスタンスをデプロイするお客様は、[複数のロケーション (AWS アベイラビリティーゾーンなど) に EC2 インスタンスをデプロイ](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/use-fault-isolation-to-protect-your-workload.html)し、Amazon EC2 Auto Scaling などのサービスを使用して[自己修復を実装](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/design-your-workload-to-withstand-component-failures.html)し、インスタンスにインストールされたアプリケーションの[回復力のあるワークロードアーキテクチャのベストプラクティス](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/workload-architecture.html)を使用する責任があります。Amazon S3 や Amazon DynamoDB などのマネージドサービスの場合、AWS はインフラストラクチャレイヤー、オペレーティングシステム、プラットフォームを運用し、お客様はエンドポイントにアクセスしてデータを保存および取得します。お客様は、バックアップ、バージョニング、レプリケーション戦略など、データの回復力を管理する責任があります。

 AWS リージョン内の複数のアベイラビリティーゾーンにワークロードをデプロイすることは、問題を 1 つのアベイラビリティーゾーンに分離してワークロードを保護するように設計された高可用性戦略の一部であり、他のアベイラビリティーゾーンの冗長性を使用してリクエストを処理し続けます。マルチ AZ アーキテクチャは、ワークロードをより適切に分離し、停電、落雷、竜巻、地震などの問題から保護するように設計された DR 戦略の一環でもあります。DR 戦略では、複数の AWS リージョンを使用する場合もあります。たとえば、アクティブ/パッシブ設定では、アクティブなリージョンがリクエストを処理できなくなった場合、ワークロードのサービスはアクティブなリージョンから DR リージョンにフェイルオーバーされます。

![\[耐障害性が AWS と顧客の間でどのように責任を共有しているかを示す図。\]](http://docs.aws.amazon.com/ja_jp/whitepapers/latest/disaster-recovery-workloads-on-aws/images/shared-responsibility-of-resiliency.png)


*図 2 - 回復力は AWS とお客様の責任を共有します*