Global Traffic Manager 3.0 (GTM 3.0) がオンラインになりました。以前のバージョンと比較して、GTM 3.0 は構成、スケジューリング、ディザスタリカバリ、および運用において改善されています。詳細については、「Global Traffic Manager 3.0 アップグレード手順」をご参照ください。現在 Global Traffic Manager インスタンス (以前のバージョンのインスタンスを含む) を使用している場合は、このトピックのメソッドに従って Global Traffic Manager 3.0 にスムーズにアップグレードできます。
以前のバージョンの Global Traffic Manager から Global Traffic Manager 3.0 へのアップグレードは、2025 年 12 月 30 日に開始される予定です。このサービスにはコアビジネスのドメイン名が含まれるため、スムーズなトランジションを確保するために、アップグレードはバッチで展開されます。プロセス全体には時間がかかる場合があります。準備に十分な時間を確保できるよう、システムはアップグレードの 1 か月前、7 日前、3 日前、および 1 日前に、ショートメッセージ、メール、および内部メッセージを通じて対象ユーザーに通知します。プラットフォームのアップグレードプロセスは、現在の DNS サービスの通常の操作には影響しません。より柔軟に、積極的にバージョンを切り替えたい場合は、このトピックの手順に従って新しいバージョンに手動で移行することもできます。
Global Traffic Manager (以前のバージョン) とは、Global Traffic Manager 3.0 より前にリリースされたバージョンを指します。
以前の Global Traffic Manager バージョンのインスタンスがレイテンシーベースのアクセスポリシーで構成されている場合、このアップグレードには含まれません。
メソッド
フロー
GTM 3.0 インスタンスを購入します。詳細については、「インスタンスの購入」をご参照ください。
現在の GTM バージョンで構成されているアクセス ポリシーを参照し、GTM 3.0 で同じスケジューリング ポリシーを構成します。一般的なフェールオーバー シナリオについては、以下を参照してください。
GTM を使用してプライマリ/セカンダリ ディザスタリカバリを実装する方法
GTM を使用してマルチアクティブ ロードバランシングとディザスタリカバリを実装する方法
構成済みの GTM 3.0 のアクセス ドメインをテストおよび検証し、解析結果が現在の GTM バージョンと一致することを確認します。。
ドメインが配置されている権威 DNS 上で、ビジネス ドメインの CNAME レコードを GTM 3.0 アクセス ドメインを指すように変更します。
以前の GTM インスタンスのサブスクリプションを解除します。
例
ビジネス ドメインが ceshi.cloud-example.com であり、現在以前のバージョンの Global Traffic Manager を使用しているとします。
シナリオ 1：ビジネス ドメインと GTM アクセス ドメインが異なる
このシナリオでは、権威 DNS 上に CNAME レコードを既に設定して、ビジネス ドメインを GTM アクセス ドメインにポイントしています。
以前の Global Traffic Manager の [基本構成] ページで、GTM CNAME アクセス ドメインがデフォルト構成
gtm-cn-btz4**01.cloud-example.comに設定されているとします。
現在、権威 DNS 上に CNAME レコードを既に設定して、ビジネス ドメイン
ceshi.cloud-example.comを GTM アクセス ドメインにポイントしています。GTM 3.0 インスタンスを購入し、現在の GTM バージョンと同じアクセス ポリシーを構成します。GTM 3.0 アクセス ドメイン構成には、デフォルトのドメイン名を使用できます。
重要以前の GTM アクセス ドメインが [システム割り当てアクセス ドメイン] で、現在 Alibaba Cloud DNS でホストされているドメインがない場合、GTM 3.0 にアップグレードした後に GTM アクセス ドメインを生成することはできません。次の 2 つの解決策をお勧めします。
ドメイン解決レコードを Alibaba Cloud DNS に移行します。詳細については、「ドメイン解決を Alibaba Cloud DNS にスムーズに移行する方法」をご参照ください。
Alibaba Cloud DNS でサブドメインをホストします。詳細については、「シナリオ 1：プライマリ ドメインはサードパーティ DNS を使用し、サブドメインは Alibaba Cloud DNS を使用する」をご参照ください。
新しく構成された GTM 3.0 アクセス ドメインをテストして、返された解析結果が以前の GTM バージョンによって返された結果と一致することを確認します。
重要このシナリオでは、構成済みの GTM 3.0 アクセス ポリシーを検証して、アップグレードの前後で解析結果が一致することを確認できます。
権威 DNS 上で、ビジネス ドメインの CNAME レコード値を GTM 3.0 アクセス ドメインを指すように変更します。
シナリオ 2：ビジネス ドメインと GTM アクセス ドメインが同じ
このシナリオでは、GTM アクセス ドメインをビジネス ドメインと同じになるようにアクティブに変更しています。したがって、権威 DNS 上に CNAME レコードを設定して、ビジネス ドメインを GTM アクセス ドメインにポイントする必要はありません。
以前の Global Traffic Manager の [基本構成] ページで、GTM CNAME アクセス ドメインを
ceshi.cloud-example.comとして構成しています。
GTM 3.0 インスタンスを購入し、現在のバージョンと同じアクセス ポリシーを構成します。GTM 3.0 アクセス ドメインがビジネス ドメイン
ceshi.cloud-example.comと同じであることを確認します。警告インスタンスを有効にする前に、すべてのロード スケジューリング ポリシーの構成を完了してください。そうしないと、インスタンスが有効になると、現在のアクセス ドメインがすぐに有効になり、以前の GTM バージョンによって構成されたスケジューリング ポリシーが上書きされます。
GTM 3.0 で構成されたアクセス ポリシーが以前のバージョンと完全に一致することを確認し、[有効化] アクセス ドメイン インスタンスをクリックします。
重要このシナリオでは、アクセス ドメインが有効になると、ビジネス ドメインは構成されたアクセス ポリシーに従ってスケジュールされます。アクセス ポリシーが以前のバージョンで構成されたものと一致していることを確認してください。