[Global Traffic Manager 3.0] 3.0 は、プール間の負荷分散とアドレス間の負荷分散という 2 つのレベルの負荷分散をサポートしており、DNS 応答を柔軟に制御できます。
プール間の負荷分散の設定
[ロードポリシー (アドレスプール間)] には、[ポーリング]、[フェイルオーバー]、[重み]、[ソース近接] があります。ビジネスシナリオに基づいてポリシーを選択してください。
ポリシー詳細
[ポーリング]
DNS クエリごとにすべてのアドレスプールを返し、その都度順序をローテーションします。クライアントは通常、リストの最初のアドレスを使用します。
1 回目のクエリ:アドレスプール 1、アドレスプール 2、アドレスプール 3
2 回目のクエリ:アドレスプール 3、アドレスプール 1、アドレスプール 2
3 回目のクエリ:アドレスプール 2、アドレスプール 3、アドレスプール 1
4 回目のクエリ:アドレスプール 1、アドレスプール 2、アドレスプール 3
次のシナリオでは、[ロードポリシー (アドレスプール間)] を [ポーリング] に設定することはできません。
IPv4 とドメインタイプのアドレスプールが共存する場合。
IPv6 とドメインタイプのアドレスプールが共存する場合。
シナリオ
トラフィックを均等に分散させるマルチアクティブなデータセンターアーキテクチャ。
正確な割り当てが不要な単純なトラフィック分散。
推奨事項:DNS キャッシュとクライアントの動作により、実際のトラフィックは厳密な 1:1:1 の比率からずれる可能性がありますが、分散は時間とともに均等化されます。
[フェイルオーバー]
シーケンス番号が最も小さい (値が小さいほど優先度が高い) アドレスプールを返します。最優先のアドレスプールが利用不可の場合、次のアドレスプールが返されます。 [プリエンプションモード] または [非プリエンプションモード] を選択できます。
[プリエンプションモード]:優先度の高いプールが復旧すると、即座にそのプールに切り替わります。
例:アドレスプール 1 のシーケンス番号が 1、アドレスプール 2 が 2、アドレスプール 3 が 3 の場合。アドレスプール 1 が利用可能であれば、常にそれを返します。
アドレスプール 1 に障害が発生した場合、アドレスプール 2 を返します。プール 1 と 2 の両方に障害が発生した場合、プール 3 を返します。プール 1 と 2 が復旧した場合、プール 1 を返します。
[非プリエンプションモード]:優先度の高いプールが復旧した後も、現在のプールを使用し続けます。
例:アドレスプール 1 のシーケンス番号が 1、アドレスプール 2 が 2、アドレスプール 3 が 3 の場合。アドレスプール 1 が利用可能であれば、常にそれを返します。
アドレスプール 1 に障害が発生した場合、アドレスプール 2 を返します。プール 1 と 2 の両方に障害が発生した場合、プール 3 を返します。プール 1 と 2 が復旧した場合、プール 3 を返し続けます。
シナリオ
シナリオ | 推奨モード | 理由 |
アクティブ/スタンバイのディザスタリカバリ | 非プリエンプティブモード | プライマリとスタンバイのデータセンター間の不整合によるデータ損失を防ぎます。新しいスタンバイデータがプライマリデータセンターに同期される前に切り替えると、エラーやデータ損失が発生する可能性があります。 |
パフォーマンス階層化 | プリエンプティブモード | 高性能または低レイテンシーのプールを優先します。これらのプールが復旧すると、トラフィックを即座に切り替えます。 |
コスト最適化 | プリエンプティブモード | 低コストのプール (サブスクリプションリソースなど) を優先します。障害発生時のみ従量課金プールにフォールバックし、復旧後すぐに切り替えます。 |
[重み]
各アドレスプールに 1 から 100 までの整数の重みを割り当てます。GTM は DNS クエリを比率に応じて分散させ、重みが大きいプールほど頻繁に返されます。
シナリオ
カナリアリリース:トラフィックのわずかな割合 (例:5%) を新しいアドレスプールにルーティングし、安定性を検証します。
比率に応じたトラフィック分割:各データセンターのキャパシティに基づいてトラフィックを分散します。
推奨事項
複数レベルの DNS キャッシュにより、実際のトラフィック比率は設定された重みと異なる場合があります。DNS クエリの統計情報のみに依存せず、ビジネスのモニタリングデータを使用して重みを調整してください。
調整を顕著にするために、重みの差は少なくとも 10 ポイント離しておくことを推奨します。
[ソース近接]
GTM は、DNS クエリのソース IP を、利用可能な最も具体的なアドレスプールにマッチングさせます。複数のプールが一致した場合、シーケンス番号が最も小さいプールが返されます。
シナリオ
ユーザーがリージョンに最適なアクセスを必要とする、グローバルまたは国内に分散したデータセンター。
推奨事項:
未定義のソースを処理し、グローバルな可用性を確保するために、常にデフォルト回線を設定してください。
フォールバック動作
ソース IP が詳細な回線に一致しない場合、GTM は次のフォールバックルールを適用します:
詳細な回線に一致するアドレスプールがない場合、GTM はデフォルト回線の下にある、利用可能で空ではないアドレスプールの中でシーケンス番号が最も小さいものを返します。
詳細な回線に一致するアドレスプールがなく、デフォルト回線の下にアドレスプールが設定されていない場合、GTM は NXRRSET を返します。
操作手順
Alibaba Cloud DNS – Global Traffic Manager に移動し、対象のドメインを見つけて、その設定ページを開きます。
ドメインの下にある現在のプール間の負荷分散ポリシー (例:[ポーリング]) をクリックして、設定パネルを開きます。

SLB ポリシーの設定 をクリックします。
このボタンは、インスタンストポロジービューの設定ウィンドウの左側にあります。
ロードポリシー (アドレスプール間) を選択します。 [ポーリング] を除き、他のポリシーではプールごとの追加設定が必要です。
[フェイルオーバー]:各アドレスプールにシーケンス番号 (小さいほど優先度が高い) を割り当て、上記のガイダンスに基づいてプリエンプティブモードまたは非プリエンプティブモードを選択します。
[重み]:各アドレスプールに 1 から 100 までの整数の重みを割り当てます。
[ソース近接]:計画された各ソース (リージョン、国、省、ISP など) にアドレスプールを割り当て、常にデフォルトのアドレスプールを設定します。

DNS レコードを確認するか、パブリック DNS サーバーにクエリを実行して、ポリシーを検証します。
dig @223.5.5.5 your-domain.com + short dig @8.8.8.8 your-domain.com + short
アドレス間の負荷分散の設定
[ロードポリシー (アドレス間)] は、[ポーリング]、[フェイルオーバー]、[重み]、[ソース近接] を利用できます。
ポリシー詳細
ラウンドロビン
DNS クエリごとにプール内のすべてのアドレスを返し、その都度順序をローテーションします。例:
1 回目のクエリ:IP1、IP2、IP3
2 回目のクエリ:IP3、IP1、IP2
3 回目のクエリ:IP2、IP3、IP1
4 回目のクエリ:IP1、IP2、IP3
複数の IP アドレスを受信したクライアントは、通常、最適なルートやリストの最初の IP など、内部ロジックに基づいて 1 つを選択します。
[フェイルオーバー]
シーケンス番号が最も小さい (値が小さいほど優先度が高い) アドレスを返します。最優先のアドレスが利用不可の場合、次のアドレスが返されます。フォールバック動作では、 [プリエンプションモード] または [非プリエンプションモード] を使用します。
[プリエンプションモード]:優先度の高いアドレスが復旧すると、即座にそのアドレスに切り替わります。
[非プリエンプションモード]:優先度の高いアドレスが復旧した後も、現在のアドレスを使用し続けます。
例:IP1 のシーケンス番号が 1、IP2 が 2、IP3 が 3 の場合。
プリエンプティブモードの場合:
IP1 が利用可能であれば、常に IP1 を返します。
IP1 に障害が発生した場合、IP2 を返します。IP1 と IP2 の両方に障害が発生した場合、IP3 を返します。IP1 と IP2 が復旧した場合、IP1 を返します。
非プリエンプティブモードの場合:
IP1 が利用可能であれば、常に IP1 を返します。
IP1 に障害が発生した場合、IP2 を返します。IP1 と IP2 の両方に障害が発生した場合、IP3 を返します。IP1 と IP2 が復旧した場合、IP3 を返し続けます。
ディザスタリカバリのセットアップでデータセンター間の一方向同期を使用している場合は、 [非プリエンプションモード] を使用してください。通常、GTM は IP1 を返します。IP1 に障害が発生すると、GTM は IP2 を返します。ユーザーが IP2 にアクセスしている間に作成されたデータは、すぐには IP1 に同期されません。 [プリエンプションモード] では、GTM は復旧時に IP1 に切り替えるため、サービスエラーが発生する可能性があります。
比率
個々のアドレスに異なる重みを割り当てて、比率に応じて分散させます。新旧のデータセンター間でトラフィックを移行する場合に便利です。
重みは 1 から 100 までの整数でなければなりません。重みを 0 に設定しないでください。
テスト中に DNS 応答が重みの設定と一致しないことがあっても、これは想定内の動作です。重み付けは粗粒度のトラフィック制御を提供します。これはローカル DNS リクエストに適用されます。各ローカル DNS は TTL 期間に 1 回だけ権威 DNS (Alibaba Cloud DNS) にクエリを実行します。
たとえば、上海のユーザーが localdnsA を使用し、北京のユーザーが localdnsB を使用しているとします。それぞれが GTM にクエリを実行すると、重みポリシーが適用されます。TTL の期間内では、同じローカル DNS を共有するすべてのユーザーは同じ結果を受け取ります。
[ソース近接]
インテリジェントな DNS 名前解決です。GTM はクエリのソースに基づいて異なる IP アドレスを返し、最寄りのアクセスルーティングを可能にします。
[クエリソース]:GTM は、クライアントのローカル DNS の出口 IP をルーティングに使用します。ローカル DNS が ECS (edns-client-subnet) をサポートしている場合、GTM はクライアントの実際の IP を使用して、より正確なルーティングを行います。
フォールバック動作
アドレスプールに一致する詳細な回線がない場合、GTM はデフォルト回線の下にあるすべての利用可能なアドレスを返します。IP タイプのアドレスにはラウンドロビンが使用され、ドメインタイプのアドレスには重みベースの分散が使用されます。
アドレスプールに一致する詳細な回線がなく、デフォルト回線が設定されていない場合、GTM はアドレスプール内のすべての利用可能なアドレスを返します。IP タイプのアドレスにはラウンドロビンが使用され、ドメインタイプのアドレスには重みベースの分散が使用されます。
操作手順
Alibaba Cloud DNS – Global Traffic Manager に移動し、対象のドメインを見つけて、その設定ページを開きます。
設定インターフェイスで、アドレスプールアイコンの下にあるポリシー名をクリックし、ポップアップウィンドウで SLB ポリシーの設定 を選択します。
適切な負荷分散ポリシー (アドレス間) を選択します。
[ポーリング] を除き、他のポリシーではアドレスごとの追加設定が必要です。例:
シーケンシャル:各アドレスにシーケンス番号 (小さいほど優先度が高い) を割り当て、上記のガイダンスに基づいてプリエンプティブモードまたは非プリエンプティブモードを選択します。
比率:各アドレスに 1 から 100 までの整数の重みを設定します。
最寄りのソース:計画された各ソース (リージョン、国、省、ISP など) にアドレスを割り当て、常にデフォルト回線を設定します。