

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

# Amazon EVS の耐障害性
<a name="disaster-recovery-resiliency"></a>

 AWS グローバルインフラストラクチャは、 AWS リージョン およびアベイラビリティーゾーンを中心に構築されています。複数の物理的に分離および分離されたアベイラビリティーゾーン AWS リージョン は、低レイテンシー、高スループット、高度に冗長なネットワークを介して接続されます。アベイラビリティーゾーンでは、ゾーン間で中断することなく自動的にフェールオーバーするアプリケーションとデータベースを設計および運用することができます。アベイラビリティーゾーンは、従来の単一または複数のデータセンターインフラストラクチャよりも可用性、フォールトトレランス、および拡張性が優れています。

Amazon EVS 環境は、単一の AWS アベイラビリティーゾーンで使用できます。Amazon EVS シングル AZ インフラストラクチャの高可用性を確保するために、Amazon EVS には次の機能があります。

**注記**  
Amazon EVS は、現時点ではシングル AZ 配置のみをサポートしています。
+ Amazon EVS では、Elastic Disaster Recovery AWS を使用してデータのバックアップとリカバリを自動化できます。
+ Amazon EVS は、VPC 要件ごとに 2 つの NSX Edge ノードを持つアクティブ/スタンバイ NSX Edge クラスターをデプロイします。NSX Edge ノードは、高可用性を確保し、まれに NSX Edge ノードに障害が発生した場合に迅速なフェイルオーバーを可能にするために、異なるホストで実行されます。
+ Amazon EVS は、VPC が必要とする 4 つの ESX ホストの最小限の環境をデプロイします。デプロイ後にホストを追加できます。これは、適切な vSAN クォーラムを確保し、メンテナンスオペレーションやホスト障害発生時の可用性を維持するための VMware 設計要件です。詳細については、[VMware Cloud Foundation ドキュメントのvSphere Cluster Design for](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/vcf-design-5-2/vsphere-design-for-vmware-cloud-foundation/vcf-vsphere-cluster-design.html) VMware Cloud Foundation」を参照してください。
+ Amazon EVS は、EC2 ホストの EC2 パーティションプレイスメントグループまたはクラスタープレイスメントグループの使用をサポートしています。パーティションプレイスメントグループは EC2 インスタンスを論理パーティションに分散し、1 つのパーティション内のインスタンスのグループが異なるパーティション内のインスタンスのグループと基盤となるハードウェアを共有しないようにします。この戦略は、大規模な分散ワークロードで相関するハードウェア障害の可能性を減らすのに役立ちます。クラスタープレイスメントグループを使用して EC2 インスタンスを同じ物理ラックに配置し、遅延を軽減します。詳細については、「 * Amazon EC2 ユーザーガイド*」の[「パーティションプレイスメントグループ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/placement-strategies.html)」を参照してください。

 AWS リージョンとアベイラビリティーゾーンの詳細については、[AWS 「 グローバルインフラストラクチャ](https://aws.amazon.com/about-aws/global-infrastructure)」を参照してください。

## VMware コンポーネントの耐障害性
<a name="disaster-recovery-resiliency-app"></a>

Amazon EVS のお客様は、仮想マシン (VMs) の高可用性とワークロードの耐障害性を確保するために、Amazon EVS で実行されている VMware コンポーネントを設定する責任があります。

Amazon EVS は、次の VMware Cloud Foundation (VCF) の耐障害性機能をサポートしています。
+ vSphere レプリケーション - ディザスタリカバリとワークロード移行の目的で、VMs のホストベースの非同期レプリケーションを提供します。詳細については、VMware [vSphere レプリケーションドキュメントの「vSphere レプリケーションの仕組み](https://techdocs.broadcom.com/us/en/vmware-cis/live-recovery/vsphere-replication/9-0-3/using-vsphere-replication/about-vmware-vsphere-replication/how-vsphere-replication-works.html)」を参照してください。 vSphere 
+ vSAN データ保護 - vSAN クラスターにローカルに保存されているネイティブスナップショットを使用して、ランサムウェア攻撃の運用上の障害から VMs をすばやく復旧できます。詳細については、[vSAN ドキュメントの「vSAN データ保護の使用](https://techdocs.broadcom.com/us/en/vmware-cis/vsan/vsan/8-0/vsan-administration/expanding-and-managing-a-vsan-cluster/using-vsan-data-protection.html)」を参照してください。
+ vSphere HA - ホストに障害が発生した場合に VMs の自動フェイルオーバーを提供します。詳細については、VPC ドキュメント[のvCenter Server for VMware Cloud Foundation の高可用性設計](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/vcf-design-5-2/vsphere-design-for-vmware-cloud-foundation/vcf-vcenter-server-design.html#GUID-B4380728-190C-428E-83AE-3F7667506948-en)」を参照してください。
+ vSphere フォールトトレランス (FT) - フェイルオーバー状況が発生した場合に、同じで継続的に置き換えることができる別の VMs を作成して維持することで、ミッションクリティカルな VM の継続的な可用性を提供します。詳細については、vSphere ドキュメントの「How [Fault Tolerance Works](https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/vsphere/8-0/vsphere-availability/providing-fault-tolerance-for-virtual-machines/how-fault-tolerance-works.html)」を参照してください。
+ vSAN Failure to Tolerate (FTT) - VM がアクセス不能になる前に耐えることができるホスト障害の数を決定する vSAN 設定。これにより、vSAN クラスター内の仮想マシンの冗長性と耐障害性のレベルが定義されます。詳細については、[vSAN ドキュメントの「vSAN クラスターの障害ドメインで追加の障害を許容](https://techdocs.broadcom.com/us/en/vmware-cis/vsan/vsan/8-0/vsan-administration/expanding-and-managing-a-vsan-cluster/managing-fault-domains-in-vsan-clusters/tolerate-additional-failures-with-fault-domains-in-vsan-cluster.html)する」を参照してください。