Upgrade notes for GTM 3.0

Updated at: 2024-05-30 13:11

Overview

To simplify configurations, Global Traffic Manager (GTM) 3.0 allows you to configure global settings that apply to all access domain names rather than configure instances one by one. For example, you can configure an address pool and a health check template that apply to all access domain names. In addition, you can configure health check templates or directly use preset health check templates in the system.

Release content

Optimization type

Optimization content

Optimization type

Optimization content

Configuration optimization

  • Graphical orchestration configuration: The graphical orchestration capability is introduced to make configurations and monitoring more intuitive and convenient.

Scheduling optimization

  • Health check templates: The multi-protocol-based determination of the health status for service endpoints is supported. This ensures accurate and efficient monitoring of service availability.

  • Load balancing policies: More load balancing policies can be combined in a flexible way. This can better adapt to complex and ever-changing scheduling scenarios.

  • Multiple types of line combinations: Internet service provider (ISP) lines and regional lines can be combined to achieve fine-grained scheduling in different network environments.

  • Batch recovery mechanism: Traffic for data centers or applications can be switched in a centralized manner upon failures to ensure service continuity and stability.

Disaster recovery

  • Heterogeneous disaster recovery: A heterogeneous disaster recovery solution is built for cloud and on-premises systems, and local data and service backup is provided for stable DNS resolution.

O&M optimization

  • Global or custom alert settings: You can configure global alert settings for all instances in a centralized manner. You can also configure custom alert settings for a single instance.

  • Status visualization: The information about access domain names, address pools, service availability, enabling status, and health status is displayed. This helps you quickly identify service availability.

Edition comparison

GTM Standard Edition

GTM Ultimate Edition

GTM 3.0 Standard Edition

GTM 3.0 Ultimate Edition

Network-wide recovery time = Time required for identifying failures and performing failovers + Time required for the new configuration to take effect on the entire network

If the health check interval is set to 1 minute, the time to live (TTL) period is set to 60 seconds, and the number of consecutive failures is set to 2, GTM can identify a failure and perform a failover within about 3 minutes. Theoretically, the new configuration takes effect on the entire network within about 60 seconds. The actual period depends on the TTL periods that are specified by ISPs.

If the health check interval is set to 15 seconds, the TTL period is set to 1 second, and the number of consecutive failures is set to 2, GTM can identify a failure and perform a failover within about 1 minute. Theoretically, the new configuration takes effect on the entire network within about 1 second. The actual period depends on the TTL periods that are specified by ISPs.

If the health check interval is set to 1 minute, the TTL period is set to 60 seconds, and the number of consecutive failures is set to 2, GTM can identify a failure and perform a failover within about 3 minutes. Theoretically, the new configuration takes effect on the entire network within about 60 seconds. The actual period depends on the TTL periods that are specified by ISPs.

If the health check interval is set to 15 seconds, the TTL period is set to 1 second, and the number of consecutive failures is set to 2, GTM can identify a failure and perform a failover within about 1 minute. Theoretically, the new configuration takes effect on the entire network within about 1 second. The actual period depends on the TTL periods that are specified by ISPs.

Load balancing policy type

Load balancing policy based on the geographical location

Load balancing policy based on the geographical location and load balancing policy based on latency

Closest to Source (load balancing policy based on the geographical location), Order, Poll, and Weight

Closest to Source (load balancing policy based on the geographical location), Order, Poll, and Weight

Load balancing policy based on latency (supported address types)

Supported (IPv4 address)

Supported (IPv4 address)

Not supported

Not supported

Address type

IPv4 address, IPv6 address, and domain name

IPv4 address, IPv6 address, and domain name

IPv4 address, IPv6 address, and domain name

IPv4 address, IPv6 address, and domain name

Health check interval

60 seconds

15 or 60 seconds

60 seconds

15 or 60 seconds

Policies for load balancing between address pools

Active/standby policy

Active/standby policy

Closest to Source, Order, Poll, and Weight

Closest to Source, Order, Poll, and Weight

Policies for load balancing between addresses

Round robin and weight-based policy

Round-robin and weight-based policy

Load balancing between address pools and between application service IP addresses

Load balancing between address pools and between application service IP addresses

Request line

ISP lines in the Chinese mainland, which include China Unicom, China Telecom, China Mobile, Dr. Peng Group, and Alibaba Cloud regional lines, regional lines in North China, South China, East China, Northeast China, Northwest China, Southwest China, and Central China, and continental lines outside the Chinese mainland

Note

Supported lines are also affected by the edition of the Alibaba Cloud DNS instance that is associated with the access domain name.

ISP lines in the Chinese mainland, which include China Unicom, China Telecom, China Mobile, Dr. Peng Group, CERNET, CBN, Alibaba Cloud regional lines, and ISP provincial and municipal lines, regional lines in North China, South China, East China, Northeast China, Northwest China, Southwest China, and Central China, and continental and national or regional lines outside the Chinese mainland

Note

Supported lines are also affected by the edition of the Alibaba Cloud DNS instance that is associated with the access domain name.

ISP lines in the Chinese mainland, which include China Unicom, China Telecom, China Mobile, Dr. Peng Group, CERNET, CBN, Alibaba Cloud regional lines, and ISP provincial and municipal lines, regional lines in North China, South China, East China, Northeast China, Northwest China, Southwest China, and Central China, and continental and national or regional lines outside the Chinese mainland Supported lines are also affected by the edition of the Alibaba Cloud DNS instance that is associated with the access domain name.

ISP lines in the Chinese mainland, which include China Unicom, China Telecom, China Mobile, Dr. Peng Group, CERNET, CBN, Alibaba Cloud regional lines, and ISP provincial and municipal lines, regional lines in North China, South China, East China, Northeast China, Northwest China, Southwest China, and Central China, and continental and national or regional lines outside the Chinese mainland Supported lines are also affected by the edition of the Alibaba Cloud DNS instance that is associated with the access domain name.

Combination of regional lines and ISP lines

Not supported

Not supported

Supported

Supported

Maximum number of address pools configured for an instance

10

20

30

50

Maximum number of IP addresses and domain names in an address pool

20

20

30

50

Minimum number of available addresses

1 to 200

1 to 200

The number of available addresses can be specified by proportion.

The number of available addresses can be specified by proportion.

Minimum global TTL

60 seconds

Note

The TTL value is also affected by the edition of the Alibaba Cloud DNS instance that is associated with the access domain name.

1 second

Note

The TTL value is also affected by the edition of the Alibaba Cloud DNS instance that is associated with the access domain name.

You can specify a custom value. The custom value is not affected by the edition of the Alibaba Cloud DNS instance.

You can specify a custom value. The custom value is not affected by the edition of the Alibaba Cloud DNS instance.

Maximum number of health check nodes

Unlimited

Unlimited

Unlimited

Unlimited

Combination of different health check templates

Not supported

Not supported

Supported

Supported

Number of health check tasks per month

100

100

100

100

Number of SMS notifications per month

1,000

2,000

1,000

2,000

Custom alert notification methods based on alert event types

Supported

Supported

Supported

Supported

Upgrade GTM instances

All running GTM instances of earlier versions are smoothly upgraded to GTM 3.0 instances in batches. The upgrade has no impact on the traffic scheduling service. If you need to upgrade your GTM instance in a specified period of time, add the DingTalk account j19bx23. If you want to use GTM 3.0, purchase a GTM 3.0 instance and bind the instance to an access domain name provided by GTM 3.0. Then, add a canonical name (CNAME) record to point your subdomain name to the access domain name on the DNS Settings page.

Pricing

GTM 3.0 instances are purchased in the same way as GTM instances of earlier versions. You are charged the same prices for GTM 3.0 instances as the running GTM instances. The version upgrade does not incur additional fees. For more information, see Billing rules.

Purchase

Click here to purchase a GTM 3.0 instance.

  • On this page (1, O)
  • Overview
  • Release content
  • Edition comparison
  • Upgrade GTM instances
  • Pricing
  • Purchase
Feedback
phone Contact Us

Chat now with Alibaba Cloud Customer Service to assist you in finding the right products and services to meet your needs.

alicare alicarealicarealicare