可用性ゾーンのシナリオをサポートしています。エンドのシナリオで可用性を最適化させることができます。可用性ゾーンとは何か、現在可用性ゾーンをサポートしているリージョン、その他の関連する概念と製品については、可用性ゾーンに関する記事をご覧ください。組み合わせは、さまざまなシナリオを作成できる拡張性と柔軟性の高い機能セットです。このドキュメントを読んで、これらの概念と基本的なシナリオの設計ガイダンスを理解してください。関するページを参照してください。リソースと実際のインフラストラクチャの間に直接的な関係はありません。作成しても、インスタンスは作成されません。インフラストラクチャをプログラミングする方法を表すことができます。つのリソースに見えるので、ゾーンの可用性のコンテキストでは重要なことです。ベースではありません。ベースではありません。プール定義の各構成によって制限されます。ベースとして記述されます。ベースは、プロパティのゾーン性を記述します。分離することを意味します。("ゾーン間負荷分散")。サービスが公開される負荷分散されたエンドポイントを形成します。ベースのフロントエンドとゾーン冗長のフロントエンドの規則を同時に含むことができます。再作成する必要があります。可用性ゾーンでは、複数のフロントエンドについての制約が変更されません。複数フロントエンド」を確認してください。フロントエンドは既定でゾーン冗長になります。アドレスを使って、リージョン内の複数の可用性ゾーンにより同時に処理されることを意味します。冗長性スキームは必要ありません。メンバーへのアクセスに使用できます。アドレスは、複数の可用性ゾーンで複数の独立したインフラストラクチャ展開によって同時に処理されます。パスを意味するものではなく、ゾーンの障害による影響を受けていない他のゾーンですべての再試行または再確立が成功します。アドレスを定義する方法を示しています。セクションを追加してください。アドレスを定義する方法を示しています。セクションを追加してください。],前の抜粋は完全なテンプレートではありませんが、可用性ゾーンのプロパティを表す方法を示すことを目的としています。これらのステートメントをお使いのテンプレートに組み込む必要があります。isolation単一ゾーンを保証されたフロントエンドにすることができます。つのゾーンによって処理されることを意味します。フロントエンドは、ゾーンの正常性に左右されます。パスは、それが保証されたゾーン以外のゾーンのエラーによっては影響を受けません。アドレスを公開することができます。ベースのフロントエンドを直接使用することもできます。これを使ってゾーンごとに負荷分散されたエンドポイントを公開し、各ゾーンを個別に監視することもできます。