Global Traffic Manager (GTM) 3.0 は、GTM サービスのアップグレード版です。グラフィカルな設定、組み込みのヘルスチェックテンプレート、そしてリクエストラインを組み合わせ可能な複数の負荷分散ポリシー (近接性ベース、加重、シーケンシャル、ラウンドロビン) を特徴としています。GTM 3.0 は、柔軟なディザスタリカバリのスケジューリングと、きめ細かなインバウンドトラフィック管理を可能にします。
製品概要
GTM は、近接性ベースのアクセス、高同時実行性の負荷分散、ヘルスチェック、およびフェールオーバーをサポートし、アクティブゾーン冗長およびジオディザスタリカバリのアーキテクチャを構築します。GTM は Alibaba Cloud と Alibaba Cloud 以外の IP アドレスの両方を管理し、ハイブリッドクラウドアプリケーションのディザスタリカバリを可能にします。
GTM は DNS レベルのサービスであり、DNS 解決を通じてサービスエンドポイントを返します。クライアントはこれらのエンドポイントに直接接続します。GTM はプロキシやゲートウェイではなく、クライアントとサービス間のトラフィックを処理または検査することはありません。Global Traffic Manager の購入
GTM インスタンスをアクティブ化した後、CNAME アクセスドメイン名を設定し、CNAME レコードを作成して、ビジネスドメインを GTM アクセスドメインにマッピングします。これにより、ディザスタリカバリのフェールオーバーとインテリジェント解決が可能になります。
このアクセスドメインでは、GTM のインテリジェント解決が優先され、パブリックゾーンで設定されている同じタイプの既存の DNS レコードは上書きされます。
機能
GTM 3.0 は、以下のコア機能を提供します：
機能 | 説明 | 関連ドキュメント |
GTM アクセスドメイン名 | GTM アクセスドメイン名は、GTM がサービスを提供するエントリーポイントです。CNAME レコードを使用して、ビジネスドメイン名を GTM アクセスドメイン名にマッピングします。
| |
アドレスプール | アドレスプールは、同じアプリケーションを提供し、ISP またはリージョンのプロパティを共有する IP アドレスまたはドメイン名をグループ化したものです。複数のアドレスプールを設定して、異なるリージョンのユーザーに近接性ベースのアクセスを可能にできます。アドレスプールが利用できなくなった場合、GTM はトラフィックをバックアッププールに切り替えます。 | |
アドレス | アドレスは、GTM がクライアントに返すアプリケーションサービスのエンドポイントです。IP アドレスまたはドメイン名のいずれかになります。サービスポートは、ヘルスチェックによって可用性を確認するために使用されます。 | |
負荷分散ポリシー | 負荷分散ポリシーは、どのアドレスプールがドメインにサービスを提供し、そのプール内のどのアドレスがリクエストに応答するかを決定します。GTM は以下の方法をサポートしています：
これらのポリシーにより、柔軟なインバウンドトラフィックの分散が可能になります。 | GTM 3.0 は、2 段階のアクセスポリスケジューリングをサポートしています：
|
ヘルスチェックテンプレート | ヘルスチェックは、アドレスプール内のアドレスをプローブして、サービスの可用性を評価します。サポートされている方法には、ICMP ping、TCP 接続、および HTTP/HTTPS エンドポイント監視があります。 GTM 3.0 は、マルチプロトコル検出を設定してアドレスの可用性を評価するためのヘルスチェックテンプレートを提供します。 | |
キャッシュの更新 | GTM がアドレスプールの障害を検出し、フェールオーバーを実行すると、[エンタープライズ再帰ゲートウェイ] および [モバイル解決 HTTPDNS] に自動的に通知して、ローカル DNS キャッシュを更新します。これにより、TTL の有効期限が切れるのを待たずに、トラフィックの切り替えが数秒で有効になります。 |
仕組み
たとえば、ウェブサイトのビジネスドメイン名が www.example.com であるとします：
3 つのサーバー IP アドレス
1.1.XX.XX、2.2.XX.XX、3.3.XX.XXを GTM アドレスプールに追加し、ヘルスチェックを有効化します。アクセスポリシーを設定します。
GTM インスタンスを有効化して基本設定を完了すると、
gtm.example.comのような CNAME アクセスドメイン名が生成されます。CNAME レコードを作成して、ビジネスドメイン名
www.example.comをgtm.example.comにマッピングします。
フローチャート
DNS 解決フロー
クライアントは、アプリケーションサービスのドメイン名
www.example.comについて、ローカル再帰 DNS に問い合わせます。www.example.comのキャッシュが存在しない場合、ローカル再帰 DNS はルート DNS サーバーに問い合わせます。ルート DNS サーバーは.comDNS サーバーのアドレスを返します。.comDNS サーバーのアドレスを受信すると、ローカル再帰 DNS は.comDNS サーバーにwww.example.comを問い合わせます。.comDNS サーバーは、example.comDNS サーバーのアドレスを返します。ドメインで Alibaba Cloud DNS が使用されている場合、これは Alibaba Cloud DNS サーバーを指します。.comTLD サーバーの応答を受信した後、ローカル再帰 DNS は Alibaba Cloud DNS にwww.example.comを問い合わせます。 Alibaba Cloud DNS はwww.example.comをgtm.example.comにマッピングする CNAME レコードを検出し、gtm.example.comを返します。ローカル再帰 DNS は
gtm.example.comを受信し、 GTM DNS サーバーにgtm.example.comを照会します。 GTM は設定されたポリシーを評価し、アプリケーションサービス IP アドレスを返します。ローカル再帰 DNS は、クライアントに
www.example.comの IP アドレスを返し、後続のクエリのためにキャッシュします。クライアントは、返された IP アドレスでアプリケーションサービスに直接接続します。
サービスアーキテクチャ
サービスアーキテクチャには以下が含まれます：
DNS モジュールは、リクエストをアプリケーションサービスのアドレスプール内のアドレスに解決します。たとえば、中国本土のユーザーはアドレスプール A にアクセスし、海外のユーザーはアドレスプール B にアクセスします。どちらもシーケンシャルポリシーを使用します。
HealthCheck モジュールは、ping、TCP、または HTTP/HTTPS を使用して、複数のリージョンからアプリケーションサービスのアドレスをプローブします。
アドレスがヘルスチェックに失敗した場合、DNS モジュールはそれを利用可能なリストから削除します。アドレスが回復すると、DNS モジュールはそれを復元します。
これにより、ユーザーは中断することなく、最適なアプリケーションサービスに自動的にルーティングされます。
システムアーキテクチャ
GTM は 2 つのレイヤーで構成されています：
コントロールレイヤー：コンソールと OpenAPI を通じてサービスを提供し、DNS レコード、設定、監視データ、ログの CRUD 操作を行います。中国 (張家口) と中国 (杭州) リージョンにあります。
解決レイヤー：グローバルに展開されたサーバークラスターを通じて DNS クエリを処理します。コントロールレイヤーから DNS レコードデータを受信し、世界中の主要な大陸にノードを持っています。
お問い合わせ
DingTalk グループ：79530043379