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

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

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

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

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

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