準備状況チェック用のデータプレーンとコントロールプレーン

フェイルオーバーとディザスタリカバリを計画する際は、フェイルオーバーメカニズムの耐障害性を考慮してください。フェイルオーバー中に依存するメカニズムは、可用性が高く、災害シナリオで必要なときに使用できるようにすることをお勧めします。信頼性と耐障害性を最大限に高めるため、可能であれば通常、データプレーン機能をメカニズムに使用する必要があります。そのことを念頭に置いて、サービス機能がコントロールプレーンとデータプレーンにどのように分けられているのか、また、サービスのデータプレーンで非常に高い信頼性が期待できるのはどのような場合なのかを理解することが重要です。

ほとんどの AWSサービスと同様に、準備状況チェック機能の機能は、コントロールプレーンとデータプレーンでサポートされています。どちらのタイプも信頼できるように構築されていますが、コントロールプレーンはデータ整合性のために最適化され、データプレーンは可用性のために最適化されています。データプレーンは、コントロールプレーンが使用できなくなるような破壊的なイベントでも、可用性を維持できるように設計されています。

一般に、コントロールプレーンを使用すると、サービス内のリソースの作成、更新、削除などの基本的な管理機能を実行できます。データプレーンはサービスのコア機能を提供します。

準備状況チェックには、コントロールプレーンとデータプレーンの両方に対応するリカバリの準備状況 API という単一の API があります。準備状況チェックと準備状況リソースは、米国西部 (オレゴン) リージョン (us-west-2) にのみあります。準備状況チェックのコントロールプレーンとデータプレーンは、信頼性は高いですが、可用性は高くありません。

データプレーン、コントロールプレーン、および が高可用性目標を達成するためのサービスAWSを構築する方法の詳細については、Amazon Builders' Library」の「アベイラビリティーゾーンを使用した静的安定性」を参照してください。