All Products
Search
Document Center

Tair (Redis® OSS-Compatible):Enable bandwidth auto scaling

Last Updated:Jun 21, 2025

When your business encounters an unexpected or anticipated surge in traffic, you can use the bandwidth auto scaling feature provided by Tair (Redis OSS-compatible). This feature continuously monitors the average bandwidth usage in real time and automatically increases the instance bandwidth when usage reaches the threshold. After traffic peaks subside, the feature can also automatically scale back the instance bandwidth. This feature helps you easily handle various traffic spikes and focus on business improvement.

Prerequisites

The instance is a Redis Open-Source Edition instance or a Tair (Enterprise Edition) memory-optimized or persistent memory-optimized instance.

Function overview

Because different instance types have different bandwidth allocations, if traffic exceeds the bandwidth limit, network congestion may occur and instance performance may deteriorate. You can enable the bandwidth auto scaling feature to prevent these situations. Compared to changing instance specifications, adjusting bandwidth helps you quickly increase bandwidth, reduce overall costs, and avoid connection interruptions, allowing for immediate use.

Bandwidth scaling process

After you enable the bandwidth auto scaling feature, the system performs the following operations based on the auto scaling policy and observation window that you configure. The increment or decrement is calculated by the system:

  • If the bandwidth increase threshold of an instance is reached, the system increases the bandwidth and continues to monitor bandwidth usage. If the threshold is reached again, the system increases the bandwidth again. The bandwidth can be increased by up to six times the default bandwidth of the instance type, with a cap at 192 MB/s.

    If you need a higher bandwidth, we recommend using Tair (Enterprise Edition), as Tair instances support a maximum bandwidth of more than 96 MB/s for all specifications. You can also upgrade to Tair (Enterprise Edition) and then adjust the bandwidth.

  • If the bandwidth decrease threshold of an instance is reached, the system decreases the bandwidth and continues to monitor bandwidth usage. If the threshold is reached again, the system decreases the bandwidth again. The bandwidth can be decreased to the default bandwidth of the instance type.

Note

The expected bandwidth after each scale-up or scale-down is calculated by using the following formula: Actual used bandwidth (MB/s)/((Scale-up threshold + Scale-down threshold)/2). After each scaling operation, the system attempts to keep the actual bandwidth usage between the scale-up threshold and the scale-down threshold.

For example: If the default bandwidth of an instance is 96 MB/s, the expansion threshold is set to 70%, the scale-down threshold is set to 30%, and the Observation Window is set to 15 minutes, when the Average Bandwidth Usage is greater than or equal to 70%, the expansion operation is triggered. The target bandwidth after expansion is ((96*70%))/((70% + 30%)/2)) = 135 MB/s. If the Average Bandwidth Usage is less than or equal to 30% after the upgrade, the system will perform a bandwidth scale-back operation on the instance (at minimum, it will scale back to the default bandwidth of the current instance type).

Usage notes

  • To ensure that DAS can properly access cloud database resources, after you enable this feature, the system grants the AliyunServiceRoleForDAS service-linked role to DAS.

  • If the instance uses the Cloud-native read/write splitting architecture, the system will use the node with the highest actual bandwidth usage as the primary node and scale all nodes uniformly.

  • If the instance uses the cluster architecture or Classic read/write splitting architecture, bandwidth monitoring and scaling are performed at the data shard or read replica level. Each node is scaled independently without affecting others.

Scenarios

You can adjust the bandwidth of your instance using this feature in the following business scenarios.

Expand to view detailed scenarios

Scenario

Description

Handle traffic spikes

You can adjust the bandwidth of your instance to handle traffic spikes during promotional events such as a flash sale. After these events end, you can decrease the bandwidth of the instance to reduce costs.

Mitigate impacts on your business

If many read and write operations are performed on large keys within a short period of time, you must temporarily increase the bandwidth of the instance to mitigate impacts on your business and reserve time to process these operations.

Deal with request skew at low costs

If your instance uses the cluster or read/write splitting architecture, specific data shards or read replicas of the instance are more frequently accessed than others. As a result, the bandwidth consumption of these data shards or read replicas frequently reaches the allocated bandwidths. However, the usage of the bandwidths that are allocated to other data shards or read replicas is low.

After you enable the bandwidth auto scaling feature, the system identifies the data shards or read replicas whose allocated bandwidths are insufficient and increases the bandwidths for them. You do not need to manually increase the bandwidth or change the specifications of the instance to which these data shards or read replicas belong. This reduces costs and facilitates O&M.

Billing

Fees are charged hourly based on the amount of additional bandwidth and usage duration. Pricing varies by region. For more information, see Billing items.

Note

You are not charged for the default bandwidth that is provided for the instance type. You are charged only for the extra bandwidth that you purchase.

Limits

  • After the bandwidth of an instance is automatically upgraded, a cooldown period of at least 1 hour is required before automatic bandwidth scale-back can be triggered. Additionally, a cooldown time of 1 minute is required between two automatic bandwidth expansion operations.

  • The bandwidth of an instance can be increased by up to six times the default bandwidth of the instance type, with a cap at 192 MB/s.

    Note

    Examples:

    • If the default bandwidth of a 2 GB standard Tair memory-optimized instance is 96 MB/s, the maximum bandwidth of the instance can be 96 MB/s + 192 MB/s = 288 MB/s.

    • If the default bandwidth of a 256 MB standard Redis Open-Source Edition instance is 10 MB/s, the bandwidth of the instance can be increased by up to 60 MB/s. As a result, the maximum bandwidth of the instance can be 10 MB/s + 60 MB/s = 70 MB/s.

    To further increase the bandwidth of the instance, you can upgrade the instance specifications or instance architecture. For example, you can change the standard architecture to the cluster architecture. For more information, see Instance specifications.

  • We recommend that you do not manually adjust the instance bandwidth and enable bandwidth auto scaling for the instance at the same time.

    If you use both methods: If the manually set bandwidth reaches the upper limit, automatic bandwidth expansion is not triggered. As the traffic decreases, automatic bandwidth scale-back reduces the manually set bandwidth to the default bandwidth of the instance type.

    Note

    Examples:

    • The default bandwidth of an instance is 10 MB/s. After you manually set the bandwidth to 70 MB/s, automatic bandwidth expansion is not triggered when the threshold is reached because the bandwidth exceeds the upper limit of six times the default bandwidth.

    • If you manually set the bandwidth of an instance of the same type to 40 MB/s, automatic bandwidth expansion increases the bandwidth to a maximum of 70 MB/s when the threshold is reached. When the scale-down threshold is reached, the bandwidth is decreased until it reaches the default bandwidth of 10 MB/s.

  • If an instance has unexpired bandwidth plans, you cannot enable bandwidth auto scaling for the instance. In this case, you must unsubscribe from the bandwidth plans. For more information, see Refund management.

  • If you perform one of the following operations, bandwidth auto scaling is disabled for your instance. You must re-enable this feature for the instance based on your needs:

    Operation

    Exception

    Upgrade the major version

    N/A

    Change the configurations of an instance

    If the instance uses the standard architecture, the bandwidth settings remain valid after you change the specifications of the instance.

    Migrate an instance across zones

    If the instance uses the standard architecture, the bandwidth settings remain valid after you migrate the instance across zones.

Procedure

  1. Log on to the console and go to the Instances page. In the top navigation bar, select the region in which the instance that you want to manage resides. Then, find the instance and click the instance ID.

  2. In the Configuration Information section, click Modify to the right of Maximum Internal Bandwidth.

    Note

    The first time you log on to the DAS console, follow the instructions to grant permissions to your account.

  3. Turn on the Bandwidth Auto Scaling switch.

  4. In the DAS console, configure the policy for bandwidth auto scaling and event subscription.

    1. Set the parameters for bandwidth auto scaling policy.

      Section

      Parameter

      Description

      Automatic Bandwidth Upgrade

      Automatic Bandwidth Upgrade

      Turn on the switch to enable the feature.

      Average Bandwidth Usage ≥

      The scale-up threshold. Select the threshold of average bandwidth usage for triggering an automatic scale-up. Valid values: 50% to 95%.

      Note
      • The system compares the bandwidth usage of inbound traffic and that of outbound traffic, and takes the larger value as the Average Bandwidth Usage.

      • The bandwidth of the instance can be increased by up to six times the default bandwidth of the instance type, with a cap at 192 MB/s. You can also view the message about this limit in the panel.

      Observation Window

      Select the length of the observation window. Unit: minutes.

      Note

      When the average bandwidth usage within the observation window is greater than or equal to the threshold, bandwidth auto scaling is triggered.

      Automatic Bandwidth Downgrade

      Automatic Bandwidth Downgrade

      Turn on the switch to enable the feature. Before you enable the feature, make sure that the Automatic Bandwidth Upgrade feature is enabled.

      Average Bandwidth Usage ≤

      The scale-down threshold. Select the threshold of average bandwidth usage for triggering an automatic scale-down. Valid values: 10% to 70%. The threshold must be at least 10% lower than the scale-up threshold.

      Note

      The system compares the bandwidth usage between inbound traffic and outbound traffic, and uses the larger value as the Average Bandwidth Usage.

  5. Click OK.

    In the Tair console, the Bandwidth Auto Scaling switch is turned on, indicating that the feature is enabled.

  6. Optional: Configure alerts to receive timely notifications about automatic bandwidth expansion or contraction for your database instance. You can follow the system prompts to complete the configuration.

    Note

    Expand to view detailed steps

    1. Select the system-recommended alert template. The system will add the Auto Scaling Events monitoring item.

    2. Select the Alert Contact Groups that should receive alert notifications.

    3. Click Submit Configuration and confirm the alert configuration in the dialog box that appears.