すべてのプロダクト
Search
ドキュメントセンター

Alibaba Cloud DNS:レガシー GTM インスタンスの GTM 3.0 へのアップグレード

最終更新日:Jun 03, 2026

Global Traffic Management (GTM) 3.0 は、「Global Traffic Management 3.0 アップグレードガイド」に記載されているように、設定、スケジューリング、ディザスタリカバリ、および運用においてレガシーバージョンよりも改善されています。 この手順に従って、レガシー GTM インスタンスをアップグレードしてください。

説明

レガシー GTM インスタンスの GTM 3.0 への自動アップグレードは、2025 年 12 月 30 日から長期間にわたってバッチ単位で開始されます。 システムは、各バッチの 1 か月前、7 日前、3 日前、および 1 日前に、影響を受けるユーザーに SMS、メール、および内部メッセージで通知します。 このアップグレードは、お客様の DNS 名前解決サービスには影響しません。 タイミングを制御するには、この手順を使用して手動で移行してください。

  • レガシー GTM には、GTM 3.0 より前の 2 つのバージョンが含まれます。

  • このアップグレードは、レイテンシーベースのアクセスポリシー を持つレガシー GTM インスタンスには適用されません。

操作手順

ワークフロー

  1. GTM 3.0 のサブスクリプションインスタンスを購入します。 詳細については、「サブスクリプションインスタンス」をご参照ください。

  2. GTM 3.0 インスタンスでスケジューリングポリシーを設定し、レガシー GTM のアクセスポリシーと一致させます。 一般的なフェールオーバーシナリオは次のとおりです:

    GTM を使用したプライマリ/スタンバイのディザスタリカバリの実装方法

    GTM を使用したマルチアクティブの負荷分散とフェールオーバーの実装方法

    GTM を使用した ISP ベースの DNS 名前解決とフェールオーバーの実装方法

    GTM を使用したジオロケーションベースのインテリジェント DNS 名前解決の実装方法

    GTM を使用したデュアルスタックの DNS 名前解決とフェールオーバーの実装方法

  3. GTM 3.0 インスタンスのアクセスドメイン名でヘルスチェックを実行し、その名前解決結果がレガシーインスタンスの結果と一致することを確認します。

  4. 権威 DNS の CNAME レコードを更新し、サービスドメイン名を GTM 3.0 のアクセスドメイン名に向けます。

  5. レガシー GTM インスタンスを解約します。

サービスドメイン名が ceshi.cloud-example.com で、レガシー GTM インスタンスが管理していると仮定します。

シナリオ 1:サービスドメイン名と GTM アクセスドメイン名が異なる場合

説明

このシナリオでは、権威 DNS 上の CNAME レコードが、すでにサービスドメイン名を GTM のアクセスドメイン名に向けています。

  1. レガシー GTM インスタンスの [Basic Settings] ページで CNAME アクセスドメイン名がデフォルト値 (例:gtm-cn-btz4**01.cloud-example.com) を使用している場合は、[CNAME Access Domain Name (Public Network)] フィールドで実際のアクセスドメイン名 (例:gtm-cn-btz4***.01.cloud-example.com) を確認します。

  2. 権威 DNS 上の CNAME レコードが、ceshi.cloud-example.com をレガシー GTM のアクセスドメイン名に向けていることを確認します。

  3. GTM 3.0 インスタンスを購入し、レガシーインスタンスと同じアクセスポリシーを設定します。 デフォルトのアクセスドメイン名を使用できます。

    重要

    レガシーインスタンスが システムが割り当てたアクセスドメイン名 を使用しており、Alibaba Cloud DNS でドメインをホストしていない場合、アップグレード後に GTM アクセスドメイン名を生成できません。 解決策は次のとおりです:

    [Basic Settings of Access Domain] ダイアログボックスで、[Bind Instance] を選択します。 [Access Domain] (例:cloud-example.com)、[Record Type] (例:A - For scheduling of IPv4 addresses or domain names)、および [Global TTL] (例:30 秒) を設定します。 [Status] はデフォルトで無効になっています。 アドレスプール、アドレス、および負荷分散ポリシーを設定した後にのみ、DNS 名前解決を有効にしてください。

  4. GTM 3.0 のアクセスドメイン名でヘルスチェックを実行し、名前解決の結果がレガシーインスタンスと一致することを確認します。

    重要

    トラフィックを切り替える前に、名前解決の結果に一貫性があることを確認してください。

  5. DNS コンソールの [Modify Record] ページで、CNAME の [Record Value] を GTM 3.0 のアクセスドメイン名に更新します。 [TTL][10 Minutes] に設定します。 変更は 10〜30 分以内に有効になります。

シナリオ 2:サービスドメイン名と GTM アクセスドメイン名が同じ場合

説明

このシナリオでは、GTM のアクセスドメイン名はサービスドメイン名と同じであるため、権威 DNS に CNAME レコードは必要ありません。

  1. レガシー GTM インスタンスの [Basic Settings] ページでは、CNAME アクセスドメイン名は ceshi.cloud-example.com です。

  2. レガシーインスタンスと同じアクセスポリシーで GTM 3.0 インスタンスを購入します。 アクセスドメイン名を ceshi.cloud-example.com に設定します。

    警告

    インスタンスを有効にする前に、すべての負荷分散ポリシーを設定してください。 有効にすると、アクセスドメイン名はすぐに有効になり、レガシー GTM のポリシーが上書きされます。

    [Basic Settings of Access Domain Name] ダイアログボックスで、[Record Type]A - Configure scheduling for IPv4 addresses or domain names に、[Global TTL]30 秒に設定します。 [Enable Status] はデフォルトで [Disabled] になっています。

  3. GTM 3.0 のアクセス ポリシーがレガシー設定と一致することを確認し、アクセスドメイン名インスタンスを有効化します。

    重要

    有効化後、サービスドメイン名は設定されたアクセスポリシーに従ってスケジューリングされます。 ポリシーがレガシー設定と一致していることを確認してください。