GTM 3.0 は、レガシーバージョンと比較して、設定、スケジューリング、ディザスタリカバリ、運用保守の機能が向上しています。詳細については、GTM 3.0 アップグレードガイドをご参照ください。レガシー GTM インスタンスを GTM 3.0 にアップグレードするには、手動でアップグレードするか、自動バッチアップグレードを使用します。
2025 年 12 月 30 日以降、レガシー GTM インスタンスは自動的に GTM 3.0 にバッチアップグレードされます。スケジュールされたバッチの 1 か月前、7 日前、3 日前、1 日前に、SMS、メール、内部メッセージで通知されます。アップグレードは DNS 名前解決に影響しません。タイミングを制御するには、手動でアップグレードしてください。
レガシー GTM とは、GTM 3.0 より前の 2 つのバージョンを指します。
このアップグレードは、レイテンシーベースのアクセスポリシー を使用するレガシー GTM インスタンスには適用されません。
操作手順
ワークフロー
GTM 3.0 サブスクリプションインスタンスを購入します。サブスクリプションインスタンスをご参照ください。
レガシーアクセスポリシーに一致するように、GTM 3.0 スケジューリングポリシーを設定します。一般的なフェールオーバーシナリオ:
GTM でプライマリ/スタンバイディザスタリカバリを実装する方法
GTM でマルチアクティブ負荷分散とフェールオーバーを実装する方法
GTM で ISP ベースの名前解決とフェールオーバーを実装する方法
GTM 3.0 アクセスドメイン名でヘルスチェックを実行して、名前解決の結果がレガシーインスタンスと一致することを確認します。
権威 DNS の CNAME レコードを更新して、サービスドメイン名が GTM 3.0 アクセスドメイン名を指すようにします。
レガシー GTM インスタンスを解約します。レガシー GTM インスタンスはコンソールから無効化できません。レガシー GTM サービスを停止するには、インスタンスを解約してください。
例
以下の例では、レガシー GTM インスタンスで管理されているサービスドメイン名として ceshi.cloud-example.com を使用します。
シナリオ 1:サービスドメインと GTM アクセスドメインが異なる場合
このシナリオでは、サービスドメイン名と GTM アクセスドメイン名が異なり、サービスドメインが GTM アクセスドメインを指すように CNAME レコードが既に設定されています。
[基本設定] ページの CNAME アクセスドメイン名がデフォルト値 (
gtm-cn-btz4**01.cloud-example.comなど) を使用している場合は、[CNAME アクセスドメイン名 (パブリックネットワーク)] フィールドで実際の値 (gtm-cn-btz4***.01.cloud-example.comなど) を確認します。権威 DNS の CNAME レコードが、
ceshi.cloud-example.comをレガシー GTM アクセスドメイン名にポイントしていることを確認します。GTM 3.0 インスタンスを購入し、レガシーインスタンスと同じアクセスポリシーを設定します。デフォルトのアクセスドメイン名を使用できます。
重要レガシーインスタンスで システムが割り当てたアクセスドメイン名 を使用し、ドメインが Alibaba Cloud DNS でホストされていない場合、アップグレード後に GTM アクセスドメイン名を生成できません。次のいずれかの解決策を使用します。
ドメインの DNS レコードを Alibaba Cloud DNS に移行します。DNS レコードを Alibaba Cloud DNS に移行をご参照ください。
Alibaba Cloud DNS でサブドメインをホストします。サブドメイン管理をご参照ください。
[アクセスドメインの基本設定] ダイアログボックスで、[インスタンスをバインド] を選択します。[アクセスドメイン] (
cloud-example.comなど)、[レコードタイプ] (A - IPv4 アドレスまたはドメイン名のスケジューリング用など)、[グローバル TTL] (30秒など) を設定します。[ステータス] はデフォルトでは無効になっています。DNS 名前解決は、アドレスプール、アドレス、および負荷分散ポリシーを設定した後にのみ有効にしてください。GTM 3.0 アクセスドメイン名でヘルスチェックを実行して、名前解決の結果がレガシーインスタンスと一致することを確認します。
重要トラフィックを切り替える前に、名前解決の結果が一致していることを確認してください。
DNS コンソールの [レコードの変更] ページで、CNAME レコードの [レコード値] を GTM 3.0 アクセスドメイン名に更新します。[TTL] を [10 分] に設定します。変更が反映されるまで 10~30 分かかります。
シナリオ 2:サービスドメインと GTM アクセスドメインが同じ場合
このシナリオでは、GTM アクセスドメイン名とサービスドメイン名が同じであるため、CNAME レコードは不要です。
レガシー GTM インスタンスの [基本設定] ページで、CNAME アクセスドメイン名は
ceshi.cloud-example.comです。レガシーインスタンスと同じアクセスポリシーで、GTM 3.0 インスタンスを購入します。アクセスドメイン名を
ceshi.cloud-example.comに設定します。警告インスタンスを有効にする前に、すべての負荷分散ポリシーの設定を完了してください。有効にすると、アクセスドメイン名が直ちに有効になり、レガシー GTM ポリシーが上書きされます。
[アクセスドメイン名の基本設定] ダイアログボックスで、[レコードタイプ] を [A - IPv4 アドレスまたはドメイン名のスケジューリングを設定] に、[グローバル TTL] を [30] 秒に設定します。[有効ステータス] はデフォルトで [無効] になっています。
GTM 3.0 のアクセスポリシーが従来の構成と一致することを確認してから、アクセスドメイン名インスタンスを有効化します。
重要インスタンスを有効にすると、サービスドメインは設定されたアクセスポリシーに基づいてスケジューリングされます。ポリシーがレガシー設定と一致していることを確認してください。