GTM 3.0 improves configuration, scheduling, disaster recovery, and O&M over legacy versions (GTM 3.0 Upgrade Guide). Follow this procedure to upgrade a legacy instance.
Automatic upgrades of legacy GTM instances to GTM 3.0 begin December 30, 2025 in batches. You receive notifications 1 month, 7 days, 3 days, and 1 day before your batch via SMS, email, and internal messages. The upgrade does not affect DNS resolution. To control the timing, migrate manually.
-
Legacy GTM includes two versions that predate GTM 3.0.
-
This upgrade does not apply to legacy GTM instances with a Latency-based Access Policy.
Procedure
Workflow
-
Purchase a GTM 3.0 subscription instance. Subscription instances.
-
Configure GTM 3.0 scheduling policies to match your legacy access policies. Common failover scenarios:
How to implement primary/standby disaster recovery with GTM
How to implement multi-active load balancing and failover with GTM
How to implement ISP-based DNS resolution and failover with GTM
How to implement geo-location-based intelligent DNS resolution with GTM
How to implement dual-stack DNS resolution and failover with GTM
-
Run health checks on the GTM 3.0 access domain name to verify that resolution results match the legacy instance.
-
Update the CNAME record on your authoritative DNS to point your service domain name to the GTM 3.0 access domain name.
-
Unsubscribe from the legacy GTM instance.
Examples
Assume your service domain name is ceshi.cloud-example.com and a legacy GTM instance manages it.
Scenario 1: Different service and GTM access domains
In this scenario, a CNAME record already points your service domain name to the GTM access domain name.
-
If the CNAME access domain name on the Basic Configuration page uses the default value (such as
gtm-cn-btz4**01.cloud-example.com), check the CNAME Access Domain Name (Public Network) field for the actual value (such asgtm-cn-btz4***.01.cloud-example.com). -
Verify that a CNAME record on your authoritative DNS points
ceshi.cloud-example.comto the legacy GTM access domain name. -
Purchase a GTM 3.0 instance and configure the same access policy as your legacy instance. You can use the default access domain name.
ImportantIf your legacy instance uses a System-assigned Access Domain and your domains are not on Alibaba Cloud DNS, you cannot generate a GTM access domain name after upgrading. Solutions:
-
Migrate your domain's DNS records to Alibaba Cloud DNS. Migrate DNS records to Alibaba Cloud DNS.
-
Host a subdomain on Alibaba Cloud DNS. Subdomain Management.
In the Basic Configuration for Access Domain dialog box, select Bind Instance. Set Access Domain (such as
cloud-example.com), Record Type (such asA - For scheduling of IPv4 addresses or domain names), and Global TTL (such as30seconds). Status defaults to Disabled. Enable DNS resolution only after configuring address pools, addresses, and load balancing policies. -
-
Run a health check on the GTM 3.0 access domain name to verify that resolution results match the legacy instance.
ImportantVerify consistent resolution results before switching traffic.
-
On the Modify Record page in the DNS console, update the CNAME Record Value to the GTM 3.0 access domain name. Set TTL to 10 minutes. Changes take effect in 10–30 minutes.
Scenario 2: Same service and GTM access domains
In this scenario, the GTM access domain name matches your service domain name, so no CNAME record is needed.
-
On the Basic Configuration page of your legacy GTM instance, the CNAME access domain name is
ceshi.cloud-example.com. -
Purchase a GTM 3.0 instance with the same access policy as your legacy instance. Set the access domain name to
ceshi.cloud-example.com.WarningConfigure all load balancing policies before enabling the instance. Once enabled, the access domain name takes effect immediately and overwrites legacy GTM policies.
In the Access Domain Name Basic Configuration dialog box, set Record Type to A - Configure scheduling for IPv4 addresses or domain names and Global TTL to 30 seconds. Enabled Status defaults to Disabled.
-
Verify that the GTM 3.0 access policy matches the legacy configuration, then Enable the access domain name instance.
ImportantAfter enabling, the service domain is scheduled by the configured access policy. Ensure it matches the legacy configuration.