Global Traffic Manager 3.0 の概要 - Alibaba Cloud DNS - Alibaba Cloud ドキュメントセンター

Global Traffic Manager (GTM) 3.0 は、GTM サービスのアップグレード版です。構成オーケストレーションのためのグラフィカルインターフェイス、豊富なヘルスチェックテンプレート、および近接性ベース、重み付け、シーケンシャル、ラウンドロビンなどの複数のロードバランシングポリシーを提供します。GTM 3.0 では、複数の種類のリクエスト回線を組み合わせることもできます。このサービスは、企業に柔軟かつ効率的なディザスタリカバリスケジューリングメカニズムを提供し、インバウンドトラフィックの詳細かつインテリジェントな管理を実現します。

製品概要

Global Traffic Manager (GTM) は、近接アクセス、高同時実行性のロードバランシング、ヘルスチェック、フェールオーバーをサポートし、企業がアクティブゾーン冗長およびジオディザスタリカリアーキテクチャを迅速に構築するのに役立ちます。GTM は、Alibaba Cloud と Alibaba Cloud 以外の両方の IP アドレスの管理もサポートしています。これにより、企業のお客様はハイブリッドクラウドアプリケーション向けのディザスタリカバリアーキテクチャを迅速に構築できます。

GTM は DNS レベルのサービスです。DNS を使用して特定のサービスエンドポイントをユーザーに返します。クライアントはこれらのエンドポイントに直接接続します。したがって、GTM はプロキシ、ゲートウェイデバイス、またはアプリケーションアクセスサービスではありません。GTM は、クライアントとアプリケーションサービス間のネットワークトラフィックを処理したり表示したりすることはありません。リンクをクリックして Global Traffic Manager を購入してください。

GTM インスタンスを有効化した後、CNAME アクセスドメイン名を設定し、ビジネスドメイン名を GTM アクセスドメイン名にマッピングする CNAME レコードを作成する必要があります。これにより、アプリケーションサービスのディザスタリカバリのスイッチオーバーとインテリジェント解決が可能になります。

機能

このトピックでは、Global Traffic Manager の機能について説明します。

機能	説明	関連ドキュメント
GTM アクセスドメイン名	Global Traffic Manager (GTM) のアクセスドメイン名は、GTM がサービスを提供するドメイン名です。通常、ビジネスドメイン名を GTM アクセスドメイン名にマッピングする CNAME レコードを追加して、ビジネスを GTM と統合します。 GTM アクセスドメイン名を設定するには、アカウントに少なくとも 1 つの独立してホストされているルートドメインまたはサブドメインが必要です。たとえば、`example.com` はアカウントのルートドメインです。 GTM アクセスドメイン名のフォーマットは `ホストレコード`.`ルートドメイン` です。例： `gtm.example.com`。ドメイン名が Alibaba Cloud DNS でホストされている場合、ビジネスドメイン名のホストレコードをアクセスドメイン名のホストレコードとして入力できます。この場合、GTM アクセスドメイン名はビジネスドメイン名になります。	1. アクセスドメイン名の構成
アドレスプール	アドレスプールは、アプリケーションサービスのアドレス (IP アドレスまたはドメイン名) を管理する GTM の機能です。アドレスプールは、同じアプリケーションサービスを提供し、同じ ISP またはリージョンのプロパティを持つ IP アドレスまたはドメイン名のグループを表します。GTM インスタンスに複数のアドレスプールを構成できます。これにより、異なるリージョンのユーザーが異なるアドレスプールにアクセスして、近接アクセスを実装できます。アドレスプール全体が利用できなくなった場合、GTM はバックアップアドレスプールへのスイッチオーバーを実行できます。	2. アドレスプールの構成
アドレス	アドレスは、アプリケーションのサービスエンドポイントです。また、GTM が解析および意思決定プロセスの後に返す応答でもあります。アドレスは IP アドレスまたはドメイン名にすることができます。サービスポートは、ヘルスチェックがサービスの可用性を検出するための重要なパラメーターです。	3. アドレスの構成
ロードバランシングポリシー	ロードバランシングポリシーは、特定のアルゴリズムとポリシーに基づいて、アクセスドメイン名に適したアドレスプールと、アドレスプール内の適切なアドレスを選択する動的リソーススケジューリングメカニズムです。次のロードバランシング方式がサポートされています：近接性ベース：このインテリジェント解決機能は、クライアントの地理的な場所またはネットワーク ISP に基づいてリクエストのソースを正確に識別します。トラフィックをユーザーに地理的に最も近い、または同じ ISP 環境にあるサービスエンドポイントに誘導して、ネットワーク遅延を最適化し、サービス応答速度を向上させます。シーケンシャル：アドレスプールまたはアドレスは、事前に設定された順序に基づいて 1 つずつ選択され、利用可能なサーバーへの順序正しいアクセスを保証します。ラウンドロビン：すべてのアドレスプールとアドレスはラウンドロビン方式で割り当てられ、利用可能なすべてのサーバーが比較的均等な数のアクセスリクエストを受信するようにし、負荷の均等な分散を実現します。具体的には、ラウンドロビンメカニズムに基づいて複数のアドレスプールから 1 つのアドレスプールが選択され、そのアドレスプール内のすべてのアドレスがラウンドロビン方式で返されます。重み付け：異なるサーバーの処理能力またはパフォーマンスに基づいて重み値を設定します。アドレスはこれらの重み比に基づいて割り当てられます。これにより、重みの高いサーバーがより多くのリクエストを処理できるようになり、システムリソースの効率的な利用が保証されます。これらの柔軟なロードバランシングポリシーにより、インバウンドネットワークトラフィックの効率的な分散と最適な管理が可能になります。	企業の複雑なスケジューリングシナリオに対応するため、GTM 3.0 は 2 段階のアクセスポリシースケジューリングをサポートしています。ロジックは次のとおりです：第 1 段階のスケジューリング：ロードバランシングポリシーに基づいて、ドメイン名に適したアドレスプールが選択されます。詳細については、「クイックスタート」をご参照ください。第 2 段階のスケジューリング：アドレスプールから適切なアドレスが選択されます。アドレスプールは、ロードバランシングポリシーに基づいて利用可能なアドレスを選択し、そのアドレスをクライアントに返します。詳細については、「2. アドレスプールの構成」をご参照ください。
ヘルスチェックテンプレート	ヘルスチェックメカニズムは、アドレスプール内のアドレスに対してリアルタイムプローブを実行し、アプリケーションサービスの運用状況と可用性を評価します。サポートされている監視方法には、ICMP ping 監視、TCP 接続監視、HTTP/HTTPS エンドポイント応答監視があります。 GTM 3.0 は、多次元プロトコル検出テンプレートを構成して、アプリケーションサービスアドレスの可用性を包括的に評価できるヘルスチェックテンプレートを提供します。	4. プローブテンプレート

仕組み

たとえば、Web サイトのビジネスドメイン名が www.example.com であるとします。

3 つのサーバー IP アドレス 1.1.XX.XX、2.2.XX.XX、3.3.XX.XX を GTM アドレスプールに追加し、ヘルスチェックを有効にします。
必要に応じてアクセスポリシーを構成します。
GTM インスタンスを有効化し、基本構成を完了します。構成に基づいて CNAME アクセスドメイン名が生成されます。例： gtm.example.com。
CNAME レコードを作成して、ビジネスドメイン名 www.example.com を gtm.example.com にマッピングします。

フローチャート

動作原理とフロー

エンドユーザーのクライアントは、ローカルリカーシブ DNS にアプリケーションサービスドメイン名 www.example.com をクエリします。
ローカルリカーシブ DNS に www.example.com のキャッシュがない場合、このドメイン名の DNS クエリをルート DNS サーバーに送信します。ルート DNS サーバーは、ドメイン名のサフィックスに基づいて、.com の DNS サーバーのアドレスをローカルリカーシブ DNS サーバーに応答します。
ルートサーバーから .com DNS サーバーのアドレスを受信した後、ローカルリカーシブ DNS サーバーは .com DNS サーバーに www.example.com をクエリします。.com DNS サーバーは、example.com の DNS サーバーのアドレスを応答します。ドメイン名が Alibaba Cloud DNS を使用している場合、このアドレスは Alibaba Cloud DNS サーバーを指します。
.com TLD の権威 DNS サーバーから Alibaba Cloud DNS サーバーのアドレスを受信した後、ローカルリカーシブ DNS サーバーは Alibaba Cloud DNS サーバーに www.example.com をクエリします。応答として、Alibaba Cloud DNS は www.example.com を GTM エンドポイント gtm.example.com にマッピングする CNAME レコードを見つけ、gtm.example.com をローカルリカーシブ DNS サーバーに返します。
ローカルリカーシブ DNS サーバーは Alibaba Cloud DNS から gtm.example.com を受信し、次に GTM DNS サーバーに gtm.example.com をクエリします。GTM はリクエストを受信し、事前に構成されたポリシーに基づいて、アプリケーションサービスの最終的な IP アドレスをローカルリカーシブ DNS サーバーに返します。
ローカルリカーシブ DNS サーバーは、最後のクエリからの IP アドレスを www.example.com の最終アドレスとして使用します。IP アドレスをエンドユーザーに返し、キャッシュします。これにより、ローカルリカーシブ DNS サーバーは後続のクエリに対してキャッシュされた結果を直接返すことができます。
エンドユーザーのクライアントは、ローカルリカーシブ DNS サーバーから IP アドレスを受信し、アプリケーションサービスへの直接のネットワーク接続を開始します。

サービスアーキテクチャ

サービスアーキテクチャ図の説明：

GTM システムの DNS モジュールは、エンドユーザーからのアクセスリクエストをアプリケーションサービスのアドレスプールのアドレスに解決します。たとえば、中国本土のユーザーはアドレスプール A のアプリケーションサービスにアクセスし、中国本土以外のユーザーはアドレスプール B のアプリケーションサービスにアクセスします。両方のアドレスプールのロードバランシングポリシーはシーケンシャルに設定されています。
GTM システムの HealthCheck モジュールは、複数のリージョンからアドレスプール内のアプリケーションサービスアドレスに対してヘルスチェックを実行します。これらのヘルスチェックは、ping、TCP、または HTTP/HTTPS メソッドを使用します。
アドレスプール A のアプリケーションサービスアドレスがヘルスチェックに失敗した場合、HealthCheck モジュールは障害を検出し、DNS モジュールに通知します。DNS モジュールは、障害のあるアドレスを利用可能なアプリケーションサービスアドレスのリストから一時的に削除します。HealthCheck モジュールがアプリケーションサービスアドレスが再び利用可能になったことを検出すると、DNS モジュールはアドレスを利用可能なアプリケーションサービスアドレスのリストに復元します。

このプロセスにより、エンドユーザーは GTM システムによって最適なアプリケーションサービスに自動的にルーティングされ、中断のないユーザーアクセスが提供されます。

システムアーキテクチャ

Global Traffic Manager は、コントロールレイヤーと解決レイヤーで構成されています：

コントロールレイヤー：コントロールレイヤーは、コンソールと OpenAPI を通じてサービスを提供します。DNS レコード、構成、モニタリングデータ、ログなどのデータの CRUD (作成、取得、更新、削除) 操作と保存に使用されます。コントロールレイヤーは、中国 (張家口) および中国 (杭州) リージョンにあります。
解決レイヤー：解決レイヤーは、グローバルに展開された解決サーバークラスターを通じてサービスを提供します。解決レイヤーは、コントロールレイヤーから DNS レコードデータを受信し、DNS クエリに応答します。解決レイヤーには、世界中の主要な大陸および主要なリージョンにノードが展開されています。

お問い合わせ

DingTalk グループ： 79530043379