用語 | 説明 |
Global Traffic Manager | DNS を使用して、ユーザーが最小限のレイテンシでアプリケーションサービスにアクセスできるようにし、高い同時実行負荷を均等に分散し、ヘルスチェックに基づいてトラフィックをスイッチして、アプリケーションサービスの障害復旧を実現します。 |
CNAME アクセスドメイン | Global Traffic Manager を購入すると、インスタンスの作成中に、システムによって各インスタンスにドメインレコードが自動的に割り当てられます。 Global Traffic Manager サービスを必要とするドメインの CNAME レコードを使用して、Global Traffic Manager インスタンスにアクセスできます。 |
地理的位置に基づくアクセス ポリシー | インテリジェントな解析を使用して、異なるネットワークまたは地域からのユーザーに対して異なる解決応答 IPAM プールを設定し、グローバルユーザーが最小限のレイテンシと高速アクセスでサービスにアクセスできるようにします。 |
レイテンシに基づくアクセス ポリシー | 訪問者の発信元からアプリケーション アドレス リージョンへのネットワーク レイテンシを検出し、エンドユーザーをレイテンシが最も低いサーバー クラスターにルーティングします。 |
プライマリ アドレス プール コレクション | アクセス ポリシー構成では、異なるビジネス シナリオに合わせて組み合わせられた、同じタイプのアドレス プールの集合です。ユーザー アクセス トラフィックは、デフォルトでプライマリ アドレス プール コレクションを介してルーティングされます。 |
セカンダリ アドレス プール コレクション | アプリケーション サービスに障害が発生すると、ユーザー アクセス トラフィックはプライマリ アドレス プール コレクションからセカンダリ アドレス プール コレクションに自動的に切り替えられ、サービス中断時間が短縮されます。 |
IPAM プール | 同じサービスを提供する複数の IP で構成される IP アドレスのリスト。ユーザー アクセスに同時に対応し、個々の IP アドレスへの負荷を軽減するために使用されます。管理を容易にするために、アドレス プールの概念を使用してアドレスを管理します。アドレス プールには、IP アドレスまたは他のドメイン名を含めることができます。 |
すべてのアドレスを返す | アプリケーション サービスのドメイン名は複数の IP アドレスに同時に解決され、各 IP アドレスはユーザー アクセス トラフィックを均等に処理します。 |
重み付けでアドレスを返す | アプリケーション サービスのドメイン名は複数のアドレスに同時に解決され、各アドレスには異なる重みが設定されて、異なる割合のアクセス トラフィックを処理します。 |
ヘルスチェック | ping、TCP、または HTTP を介した一連の監視ポイントを使用して、IP アドレスで実行されているアプリケーション サービスの可用性をリアルタイムで検出し、設定されたアラーム ルールに基づいてアプリケーション サービスが異常かどうかを判断します。 |
検出 タスク | パブリック ネットワーク シナリオでヘルスチェックが有効になっている場合、ターゲット IP アドレスごとに 1 つの検出ポイントが必要であり、これは 1 つの検出 タスクと見なされます。 検出 タスク数量計算式: 使用される検出 タスク ＝ アドレス プール A のアドレス数 × アドレス プール A ヘルスチェック構成の監視ノード数 ＋ アドレス プール B のアドレス数 × アドレス プール B ヘルスチェック構成の監視ノード数 |
トラフィックの再ルーティング | ネットワーク トラフィックの特徴をリアルタイムで分析することにより、複数のユーザーからのビジネス リクエストを異なる宛先サーバーに適切に割り当てます。 |
返されるアドレスの最大数 | アクセスポリシータイプが レイテンシーベースのアクセス ポリシーで、アプリケーションサービスに複数の IP アドレスがある場合、システムはアクセス待機時間が最も短い 1 つ以上の解決アドレスを返します。有効値: (1-8) |
レイテンシ解決スケジューリングの最適化 | 最大戻り量が 1 より大きく設定されている場合、このモードを有効にすると、システムは返されるアドレスの最大数内で最適な解決アドレスをインテリジェントに返すことができます。 |
SNI | SNI（Server Name Indication）は RFC 4366 で定義されており、SSLv3/TLSv1 で有効になっている SSL/TLS を改善するために使用されるテクノロジーです。クライアントは、SSL ハンドシェイク リクエストを開始するときに（具体的には、SSL リクエストの ClientHello フェーズ中に）リクエストされたホスト情報を送信できるため、サーバーは正しいドメインに切り替えて適切な証明書を返すことができます。 |