@alicloud/ess20220222 1.0.3 → 1.0.4

package/dist/client.js

@@ -230,6 +230,7 @@ class AttachLoadBalancersRequest extends $tea.Model {
             async: 'Async',
             clientToken: 'ClientToken',
             forceAttach: 'ForceAttach',
+            loadBalancerConfigs: 'LoadBalancerConfigs',
             loadBalancers: 'LoadBalancers',
             ownerId: 'OwnerId',
             resourceOwnerAccount: 'ResourceOwnerAccount',
@@ -241,6 +242,7 @@ class AttachLoadBalancersRequest extends $tea.Model {
             async: 'boolean',
             clientToken: 'string',
             forceAttach: 'boolean',
+            loadBalancerConfigs: { 'type': 'array', 'itemType': AttachLoadBalancersRequestLoadBalancerConfigs },
             loadBalancers: { 'type': 'array', 'itemType': 'string' },
             ownerId: 'number',
             resourceOwnerAccount: 'string',
@@ -915,6 +917,7 @@ class CreateScalingConfigurationRequest extends $tea.Model {
     }
     static names() {
         return {
+            imageOptions: 'ImageOptions',
             privatePoolOptions: 'PrivatePoolOptions',
             systemDisk: 'SystemDisk',
             affinity: 'Affinity',
@@ -969,6 +972,7 @@ class CreateScalingConfigurationRequest extends $tea.Model {
     }
     static types() {
         return {
+            imageOptions: CreateScalingConfigurationRequestImageOptions,
             privatePoolOptions: CreateScalingConfigurationRequestPrivatePoolOptions,
             systemDisk: CreateScalingConfigurationRequestSystemDisk,
             affinity: 'string',
@@ -1029,6 +1033,7 @@ class CreateScalingConfigurationShrinkRequest extends $tea.Model {
     }
     static names() {
         return {
+            imageOptions: 'ImageOptions',
             privatePoolOptions: 'PrivatePoolOptions',
             systemDisk: 'SystemDisk',
             affinity: 'Affinity',
@@ -1083,6 +1088,7 @@ class CreateScalingConfigurationShrinkRequest extends $tea.Model {
     }
     static types() {
         return {
+            imageOptions: CreateScalingConfigurationShrinkRequestImageOptions,
             privatePoolOptions: CreateScalingConfigurationShrinkRequestPrivatePoolOptions,
             systemDisk: CreateScalingConfigurationShrinkRequestSystemDisk,
             affinity: 'string',
@@ -1199,6 +1205,7 @@ class CreateScalingGroupRequest extends $tea.Model {
             launchTemplateOverrides: 'LaunchTemplateOverrides',
             launchTemplateVersion: 'LaunchTemplateVersion',
             lifecycleHooks: 'LifecycleHooks',
+            loadBalancerConfigs: 'LoadBalancerConfigs',
             loadBalancerIds: 'LoadBalancerIds',
             maxInstanceLifetime: 'MaxInstanceLifetime',
             maxSize: 'MaxSize',
@@ -1245,6 +1252,7 @@ class CreateScalingGroupRequest extends $tea.Model {
             launchTemplateOverrides: { 'type': 'array', 'itemType': CreateScalingGroupRequestLaunchTemplateOverrides },
             launchTemplateVersion: 'string',
             lifecycleHooks: { 'type': 'array', 'itemType': CreateScalingGroupRequestLifecycleHooks },
+            loadBalancerConfigs: { 'type': 'array', 'itemType': CreateScalingGroupRequestLoadBalancerConfigs },
             loadBalancerIds: 'string',
             maxInstanceLifetime: 'number',
             maxSize: 'number',
@@ -1319,6 +1327,7 @@ class CreateScalingRuleRequest extends $tea.Model {
         return {
             adjustmentType: 'AdjustmentType',
             adjustmentValue: 'AdjustmentValue',
+            alarmDimensions: 'AlarmDimensions',
             cooldown: 'Cooldown',
             disableScaleIn: 'DisableScaleIn',
             estimatedInstanceWarmup: 'EstimatedInstanceWarmup',
@@ -1346,6 +1355,7 @@ class CreateScalingRuleRequest extends $tea.Model {
         return {
             adjustmentType: 'string',
             adjustmentValue: 'number',
+            alarmDimensions: { 'type': 'array', 'itemType': CreateScalingRuleRequestAlarmDimensions },
             cooldown: 'number',
             disableScaleIn: 'boolean',
             estimatedInstanceWarmup: 'number',
@@ -2375,6 +2385,7 @@ class DescribeLimitationResponseBody extends $tea.Model {
             maxNumberOfLoadBalancers: 'MaxNumberOfLoadBalancers',
             maxNumberOfMaxSize: 'MaxNumberOfMaxSize',
             maxNumberOfMinSize: 'MaxNumberOfMinSize',
+            maxNumberOfNlbServerGroup: 'MaxNumberOfNlbServerGroup',
             maxNumberOfNotificationConfigurations: 'MaxNumberOfNotificationConfigurations',
             maxNumberOfScalingConfigurations: 'MaxNumberOfScalingConfigurations',
             maxNumberOfScalingGroups: 'MaxNumberOfScalingGroups',
@@ -2393,6 +2404,7 @@ class DescribeLimitationResponseBody extends $tea.Model {
             maxNumberOfLoadBalancers: 'number',
             maxNumberOfMaxSize: 'number',
             maxNumberOfMinSize: 'number',
+            maxNumberOfNlbServerGroup: 'number',
             maxNumberOfNotificationConfigurations: 'number',
             maxNumberOfScalingConfigurations: 'number',
             maxNumberOfScalingGroups: 'number',
@@ -4581,6 +4593,7 @@ class ModifyScalingConfigurationRequest extends $tea.Model {
     }
     static names() {
         return {
+            imageOptions: 'ImageOptions',
             privatePoolOptions: 'PrivatePoolOptions',
             systemDisk: 'SystemDisk',
             affinity: 'Affinity',
@@ -4631,6 +4644,7 @@ class ModifyScalingConfigurationRequest extends $tea.Model {
     }
     static types() {
         return {
+            imageOptions: ModifyScalingConfigurationRequestImageOptions,
             privatePoolOptions: ModifyScalingConfigurationRequestPrivatePoolOptions,
             systemDisk: ModifyScalingConfigurationRequestSystemDisk,
             affinity: 'string',
@@ -4687,6 +4701,7 @@ class ModifyScalingConfigurationShrinkRequest extends $tea.Model {
     }
     static names() {
         return {
+            imageOptions: 'ImageOptions',
             privatePoolOptions: 'PrivatePoolOptions',
             systemDisk: 'SystemDisk',
             affinity: 'Affinity',
@@ -4737,6 +4752,7 @@ class ModifyScalingConfigurationShrinkRequest extends $tea.Model {
     }
     static types() {
         return {
+            imageOptions: ModifyScalingConfigurationShrinkRequestImageOptions,
             privatePoolOptions: ModifyScalingConfigurationShrinkRequestPrivatePoolOptions,
             systemDisk: ModifyScalingConfigurationShrinkRequestSystemDisk,
             affinity: 'string',
@@ -4939,6 +4955,7 @@ class ModifyScalingRuleRequest extends $tea.Model {
         return {
             adjustmentType: 'AdjustmentType',
             adjustmentValue: 'AdjustmentValue',
+            alarmDimensions: 'AlarmDimensions',
             cooldown: 'Cooldown',
             disableScaleIn: 'DisableScaleIn',
             estimatedInstanceWarmup: 'EstimatedInstanceWarmup',
@@ -4965,6 +4982,7 @@ class ModifyScalingRuleRequest extends $tea.Model {
         return {
             adjustmentType: 'string',
             adjustmentValue: 'number',
+            alarmDimensions: { 'type': 'array', 'itemType': ModifyScalingRuleRequestAlarmDimensions },
             cooldown: 'number',
             disableScaleIn: 'boolean',
             estimatedInstanceWarmup: 'number',
@@ -5943,6 +5961,24 @@ class AttachAlbServerGroupsRequestAlbServerGroups extends $tea.Model {
     }
 }
 exports.AttachAlbServerGroupsRequestAlbServerGroups = AttachAlbServerGroupsRequestAlbServerGroups;
+class AttachLoadBalancersRequestLoadBalancerConfigs extends $tea.Model {
+    constructor(map) {
+        super(map);
+    }
+    static names() {
+        return {
+            loadBalancerId: 'LoadBalancerId',
+            weight: 'Weight',
+        };
+    }
+    static types() {
+        return {
+            loadBalancerId: 'string',
+            weight: 'number',
+        };
+    }
+}
+exports.AttachLoadBalancersRequestLoadBalancerConfigs = AttachLoadBalancersRequestLoadBalancerConfigs;
 class AttachServerGroupsRequestServerGroups extends $tea.Model {
     constructor(map) {
         super(map);
@@ -6755,6 +6791,22 @@ class CreateEciScalingConfigurationRequestVolumes extends $tea.Model {
     }
 }
 exports.CreateEciScalingConfigurationRequestVolumes = CreateEciScalingConfigurationRequestVolumes;
+class CreateScalingConfigurationRequestImageOptions extends $tea.Model {
+    constructor(map) {
+        super(map);
+    }
+    static names() {
+        return {
+            loginAsNonRoot: 'LoginAsNonRoot',
+        };
+    }
+    static types() {
+        return {
+            loginAsNonRoot: 'boolean',
+        };
+    }
+}
+exports.CreateScalingConfigurationRequestImageOptions = CreateScalingConfigurationRequestImageOptions;
 class CreateScalingConfigurationRequestPrivatePoolOptions extends $tea.Model {
     constructor(map) {
         super(map);
@@ -6915,6 +6967,22 @@ class CreateScalingConfigurationRequestSpotPriceLimits extends $tea.Model {
     }
 }
 exports.CreateScalingConfigurationRequestSpotPriceLimits = CreateScalingConfigurationRequestSpotPriceLimits;
+class CreateScalingConfigurationShrinkRequestImageOptions extends $tea.Model {
+    constructor(map) {
+        super(map);
+    }
+    static names() {
+        return {
+            loginAsNonRoot: 'LoginAsNonRoot',
+        };
+    }
+    static types() {
+        return {
+            loginAsNonRoot: 'boolean',
+        };
+    }
+}
+exports.CreateScalingConfigurationShrinkRequestImageOptions = CreateScalingConfigurationShrinkRequestImageOptions;
 class CreateScalingConfigurationShrinkRequestPrivatePoolOptions extends $tea.Model {
     constructor(map) {
         super(map);
@@ -7141,6 +7209,24 @@ class CreateScalingGroupRequestLifecycleHooks extends $tea.Model {
     }
 }
 exports.CreateScalingGroupRequestLifecycleHooks = CreateScalingGroupRequestLifecycleHooks;
+class CreateScalingGroupRequestLoadBalancerConfigs extends $tea.Model {
+    constructor(map) {
+        super(map);
+    }
+    static names() {
+        return {
+            loadBalancerId: 'LoadBalancerId',
+            weight: 'Weight',
+        };
+    }
+    static types() {
+        return {
+            loadBalancerId: 'string',
+            weight: 'number',
+        };
+    }
+}
+exports.CreateScalingGroupRequestLoadBalancerConfigs = CreateScalingGroupRequestLoadBalancerConfigs;
 class CreateScalingGroupRequestServerGroups extends $tea.Model {
     constructor(map) {
         super(map);
@@ -7219,6 +7305,24 @@ class CreateScalingGroupRequestVServerGroups extends $tea.Model {
     }
 }
 exports.CreateScalingGroupRequestVServerGroups = CreateScalingGroupRequestVServerGroups;
+class CreateScalingRuleRequestAlarmDimensions extends $tea.Model {
+    constructor(map) {
+        super(map);
+    }
+    static names() {
+        return {
+            dimensionKey: 'DimensionKey',
+            dimensionValue: 'DimensionValue',
+        };
+    }
+    static types() {
+        return {
+            dimensionKey: 'string',
+            dimensionValue: 'string',
+        };
+    }
+}
+exports.CreateScalingRuleRequestAlarmDimensions = CreateScalingRuleRequestAlarmDimensions;
 class CreateScalingRuleRequestStepAdjustments extends $tea.Model {
     constructor(map) {
         super(map);
@@ -8192,6 +8296,7 @@ class DescribeScalingConfigurationsResponseBodyScalingConfigurations extends $te
             imageFamily: 'ImageFamily',
             imageId: 'ImageId',
             imageName: 'ImageName',
+            imageOptionsLoginAsNonRoot: 'ImageOptionsLoginAsNonRoot',
             imageOwnerAlias: 'ImageOwnerAlias',
             instanceDescription: 'InstanceDescription',
             instanceGeneration: 'InstanceGeneration',
@@ -8256,6 +8361,7 @@ class DescribeScalingConfigurationsResponseBodyScalingConfigurations extends $te
             imageFamily: 'string',
             imageId: 'string',
             imageName: 'string',
+            imageOptionsLoginAsNonRoot: 'boolean',
             imageOwnerAlias: 'string',
             instanceDescription: 'string',
             instanceGeneration: 'string',
@@ -8347,6 +8453,24 @@ class DescribeScalingGroupsResponseBodyScalingGroupsLaunchTemplateOverrides exte
     }
 }
 exports.DescribeScalingGroupsResponseBodyScalingGroupsLaunchTemplateOverrides = DescribeScalingGroupsResponseBodyScalingGroupsLaunchTemplateOverrides;
+class DescribeScalingGroupsResponseBodyScalingGroupsLoadBalancerConfigs extends $tea.Model {
+    constructor(map) {
+        super(map);
+    }
+    static names() {
+        return {
+            loadBalancerId: 'LoadBalancerId',
+            weight: 'Weight',
+        };
+    }
+    static types() {
+        return {
+            loadBalancerId: 'string',
+            weight: 'number',
+        };
+    }
+}
+exports.DescribeScalingGroupsResponseBodyScalingGroupsLoadBalancerConfigs = DescribeScalingGroupsResponseBodyScalingGroupsLoadBalancerConfigs;
 class DescribeScalingGroupsResponseBodyScalingGroupsServerGroups extends $tea.Model {
     constructor(map) {
         super(map);
@@ -8434,6 +8558,7 @@ class DescribeScalingGroupsResponseBodyScalingGroups extends $tea.Model {
             launchTemplateOverrides: 'LaunchTemplateOverrides',
             launchTemplateVersion: 'LaunchTemplateVersion',
             lifecycleState: 'LifecycleState',
+            loadBalancerConfigs: 'LoadBalancerConfigs',
             loadBalancerIds: 'LoadBalancerIds',
             maxInstanceLifetime: 'MaxInstanceLifetime',
             maxSize: 'MaxSize',
@@ -8493,6 +8618,7 @@ class DescribeScalingGroupsResponseBodyScalingGroups extends $tea.Model {
             launchTemplateOverrides: { 'type': 'array', 'itemType': DescribeScalingGroupsResponseBodyScalingGroupsLaunchTemplateOverrides },
             launchTemplateVersion: 'string',
             lifecycleState: 'string',
+            loadBalancerConfigs: { 'type': 'array', 'itemType': DescribeScalingGroupsResponseBodyScalingGroupsLoadBalancerConfigs },
             loadBalancerIds: { 'type': 'array', 'itemType': 'string' },
             maxInstanceLifetime: 'number',
             maxSize: 'number',
@@ -8579,6 +8705,24 @@ class DescribeScalingInstancesResponseBodyScalingInstances extends $tea.Model {
     }
 }
 exports.DescribeScalingInstancesResponseBodyScalingInstances = DescribeScalingInstancesResponseBodyScalingInstances;
+class DescribeScalingRulesResponseBodyScalingRulesAlarmDimensions extends $tea.Model {
+    constructor(map) {
+        super(map);
+    }
+    static names() {
+        return {
+            dimensionKey: 'DimensionKey',
+            dimensionValue: 'DimensionValue',
+        };
+    }
+    static types() {
+        return {
+            dimensionKey: 'string',
+            dimensionValue: 'string',
+        };
+    }
+}
+exports.DescribeScalingRulesResponseBodyScalingRulesAlarmDimensions = DescribeScalingRulesResponseBodyScalingRulesAlarmDimensions;
 class DescribeScalingRulesResponseBodyScalingRulesAlarmsDimensions extends $tea.Model {
     constructor(map) {
         super(map);
@@ -8657,6 +8801,7 @@ class DescribeScalingRulesResponseBodyScalingRules extends $tea.Model {
         return {
             adjustmentType: 'AdjustmentType',
             adjustmentValue: 'AdjustmentValue',
+            alarmDimensions: 'AlarmDimensions',
             alarms: 'Alarms',
             cooldown: 'Cooldown',
             disableScaleIn: 'DisableScaleIn',
@@ -8685,6 +8830,7 @@ class DescribeScalingRulesResponseBodyScalingRules extends $tea.Model {
         return {
             adjustmentType: 'string',
             adjustmentValue: 'number',
+            alarmDimensions: { 'type': 'array', 'itemType': DescribeScalingRulesResponseBodyScalingRulesAlarmDimensions },
             alarms: { 'type': 'array', 'itemType': DescribeScalingRulesResponseBodyScalingRulesAlarms },
             cooldown: 'number',
             disableScaleIn: 'boolean',
@@ -9671,6 +9817,22 @@ class ModifyEciScalingConfigurationRequestVolumes extends $tea.Model {
     }
 }
 exports.ModifyEciScalingConfigurationRequestVolumes = ModifyEciScalingConfigurationRequestVolumes;
+class ModifyScalingConfigurationRequestImageOptions extends $tea.Model {
+    constructor(map) {
+        super(map);
+    }
+    static names() {
+        return {
+            loginAsNonRoot: 'LoginAsNonRoot',
+        };
+    }
+    static types() {
+        return {
+            loginAsNonRoot: 'boolean',
+        };
+    }
+}
+exports.ModifyScalingConfigurationRequestImageOptions = ModifyScalingConfigurationRequestImageOptions;
 class ModifyScalingConfigurationRequestPrivatePoolOptions extends $tea.Model {
     constructor(map) {
         super(map);
@@ -9831,6 +9993,22 @@ class ModifyScalingConfigurationRequestSpotPriceLimits extends $tea.Model {
     }
 }
 exports.ModifyScalingConfigurationRequestSpotPriceLimits = ModifyScalingConfigurationRequestSpotPriceLimits;
+class ModifyScalingConfigurationShrinkRequestImageOptions extends $tea.Model {
+    constructor(map) {
+        super(map);
+    }
+    static names() {
+        return {
+            loginAsNonRoot: 'LoginAsNonRoot',
+        };
+    }
+    static types() {
+        return {
+            loginAsNonRoot: 'boolean',
+        };
+    }
+}
+exports.ModifyScalingConfigurationShrinkRequestImageOptions = ModifyScalingConfigurationShrinkRequestImageOptions;
 class ModifyScalingConfigurationShrinkRequestPrivatePoolOptions extends $tea.Model {
     constructor(map) {
         super(map);
@@ -10011,6 +10189,24 @@ class ModifyScalingGroupRequestLaunchTemplateOverrides extends $tea.Model {
     }
 }
 exports.ModifyScalingGroupRequestLaunchTemplateOverrides = ModifyScalingGroupRequestLaunchTemplateOverrides;
+class ModifyScalingRuleRequestAlarmDimensions extends $tea.Model {
+    constructor(map) {
+        super(map);
+    }
+    static names() {
+        return {
+            dimensionKey: 'DimensionKey',
+            dimensionValue: 'DimensionValue',
+        };
+    }
+    static types() {
+        return {
+            dimensionKey: 'string',
+            dimensionValue: 'string',
+        };
+    }
+}
+exports.ModifyScalingRuleRequestAlarmDimensions = ModifyScalingRuleRequestAlarmDimensions;
 class ModifyScalingRuleRequestStepAdjustments extends $tea.Model {
     constructor(map) {
         super(map);
@@ -10312,6 +10508,9 @@ class Client extends openapi_client_1.default {
         if (!tea_util_1.default.isUnset(request.forceAttach)) {
             query["ForceAttach"] = request.forceAttach;
         }
+        if (!tea_util_1.default.isUnset(request.loadBalancerConfigs)) {
+            query["LoadBalancerConfigs"] = request.loadBalancerConfigs;
+        }
         if (!tea_util_1.default.isUnset(request.loadBalancers)) {
             query["LoadBalancers"] = request.loadBalancers;
         }
@@ -10506,7 +10705,7 @@ class Client extends openapi_client_1.default {
         return await this.changeResourceGroupWithOptions(request, runtime);
     }
     /**
-      * When you call this operation to end a lifecycle hook ahead of schedule, you can use the LifecycleActionResult parameter to specify the action that you want Auto Scaling to perform after the lifecycle hook ends. You can set the LifecycleActionResult parameter to CONTINUE or ABANDON.
+      * If you set the LifecycleActionResult parameter for a lifecycle hook of a scaling group to CONTINUE in the operation, Auto Scaling continues to complete the scaling activity in the scaling group after the lifecycle hook times out. If you set the LifecycleActionResult parameter to ABANDON, Auto Scaling stops the scaling activity in the scaling group after the lifecycle hook times out.
       *
       * @param request CompleteLifecycleActionRequest
       * @param runtime runtime options for this request RuntimeOptions
@@ -10556,7 +10755,7 @@ class Client extends openapi_client_1.default {
         return $tea.cast(await this.callApi(params, req, runtime), new CompleteLifecycleActionResponse({}));
     }
     /**
-      * When you call this operation to end a lifecycle hook ahead of schedule, you can use the LifecycleActionResult parameter to specify the action that you want Auto Scaling to perform after the lifecycle hook ends. You can set the LifecycleActionResult parameter to CONTINUE or ABANDON.
+      * If you set the LifecycleActionResult parameter for a lifecycle hook of a scaling group to CONTINUE in the operation, Auto Scaling continues to complete the scaling activity in the scaling group after the lifecycle hook times out. If you set the LifecycleActionResult parameter to ABANDON, Auto Scaling stops the scaling activity in the scaling group after the lifecycle hook times out.
       *
       * @param request CompleteLifecycleActionRequest
       * @return CompleteLifecycleActionResponse
@@ -10837,10 +11036,10 @@ class Client extends openapi_client_1.default {
         return await this.createEciScalingConfigurationWithOptions(request, runtime);
     }
     /**
-      * You can create up to six lifecycle hooks for each scaling group. After a lifecycle hook is created for a scaling group, Elastic Compute Service (ECS) instances in the scaling group waits to be added to or removed from the scaling group during scaling activities. You can use the HeartbeatTimeout parameter to specify the timeout period of the lifecycle hook. During the timeout period of a lifecycle hook, you can perform custom operations such as initialize ECS instance configurations and download ECS instance data on the ECS instances for which the lifecycle hook is applied.
-      * During a scale-out activity and the timeout period of a lifecycle hook, the private IP addresses of ECS instances wait to be added to the associated whitelist that manages access to the ApsaraDB RDS instance. The ECS instances also wait to be added to the backend server group of the associated Classic Load Balancer (CLB) instance. After the lifecycle hook times out, the private IP addresses of the ECS instances are added to the whitelist that manages access to the associated ApsaraDB RDS instance. The ECS instances are also added to the backend server group of the associated CLB instance. During a scale-in activity and the timeout period of a lifecycle hook, the private IP addresses of ECS instances wait to be removed from the whitelist that manages access to the associated ApsaraDB RDS instance. The ECS instances also wait to be removed from the backend server group of the associated CLB instance. After the lifecycle hook times out, the private IP addresses of the ECS instances are removed from the whitelist that manages access to the associated ApsaraDB RDS instance. The ECS instances are also removed from the backend server group of the associated CLB instance.
-      * You can configure a notification method for a lifecycle hook. When the lifecycle hook is triggered, a notification can be sent to the specified Message Service (MNS) topic or queue, or an operation can be performed based on the specified Operation Orchestration Service (OOS) template. If you want to configure an OOS template, you must create a Resource Access Management (RAM) role for OOS. For more information, see [Grant RAM permissions to OOS](~~120810~~).
-      * > If your scaling group has existing ECS instances and you configured an OOS template that is used to add the private IP addresses of ECS instances to or remove the private IP addresses of ECS instances from the whitelists that manage access to cloud databases that are not ApsaraDB RDS databases, you must manually add the private IP addresses of the ECS instances to or remove the private IP addresses of the ECS instances from the whitelists that manage access to the cloud databases.
+      * You can create up to six lifecycle hooks for each scaling group. Elastic Compute Service (ECS) instances are not immediately added to or removed from scaling groups that have effective lifecycle hooks during scaling activities. The ECS instances are added to or removed from the scaling groups only after the lifecycle hooks time out. The period of time before the lifecycle hooks time out is specified by the HeartbeatTimeout parameter. Before lifecycle hooks time out, you can initialize the configurations of ECS instances and query data on the ECS instances.
+      * If lifecycle hooks take effect for scale-out activities, the private IP addresses of ECS instances are added to the IP address whitelists of the associated ApsaraDB RDS instances and the ECS instances are added to the backend server groups of the associated Server Load Balancer (SLB) instances only after the lifecycle hooks time out. If lifecycle hooks take effect for scale-in activities, the private IP addresses of ECS instances are removed from the IP address whitelists of the disassociated ApsaraDB RDS instances and the ECS instances are removed from the backend server groups of the disassociated SLB instances only after the lifecycle hooks time out.
+      * You can configure a notification method for a lifecycle hook. When the lifecycle hook takes effect, a notification can be sent by using a Message Service (MNS) topic, an MNS queue, or an Operation Orchestration Service (OOS) template. If you want to configure an OOS template, you must create a RAM role for OOS. For more information, see [Grant RAM permissions to OOS](~~120810~~).
+      * > If your scaling group contains ECS instances and you configure an OOS template to add the private IP addresses of the ECS instances to or remove the private IP addresses of the ECS instances from the IP address whitelists of cloud databases other than ApsaraDB RDS databases, you must manually add the private IP addresses of the ECS instances to the IP address whitelists of the cloud databases.
       *
       * @param request CreateLifecycleHookRequest
       * @param runtime runtime options for this request RuntimeOptions
@@ -10896,10 +11095,10 @@ class Client extends openapi_client_1.default {
         return $tea.cast(await this.callApi(params, req, runtime), new CreateLifecycleHookResponse({}));
     }
     /**
-      * You can create up to six lifecycle hooks for each scaling group. After a lifecycle hook is created for a scaling group, Elastic Compute Service (ECS) instances in the scaling group waits to be added to or removed from the scaling group during scaling activities. You can use the HeartbeatTimeout parameter to specify the timeout period of the lifecycle hook. During the timeout period of a lifecycle hook, you can perform custom operations such as initialize ECS instance configurations and download ECS instance data on the ECS instances for which the lifecycle hook is applied.
-      * During a scale-out activity and the timeout period of a lifecycle hook, the private IP addresses of ECS instances wait to be added to the associated whitelist that manages access to the ApsaraDB RDS instance. The ECS instances also wait to be added to the backend server group of the associated Classic Load Balancer (CLB) instance. After the lifecycle hook times out, the private IP addresses of the ECS instances are added to the whitelist that manages access to the associated ApsaraDB RDS instance. The ECS instances are also added to the backend server group of the associated CLB instance. During a scale-in activity and the timeout period of a lifecycle hook, the private IP addresses of ECS instances wait to be removed from the whitelist that manages access to the associated ApsaraDB RDS instance. The ECS instances also wait to be removed from the backend server group of the associated CLB instance. After the lifecycle hook times out, the private IP addresses of the ECS instances are removed from the whitelist that manages access to the associated ApsaraDB RDS instance. The ECS instances are also removed from the backend server group of the associated CLB instance.
-      * You can configure a notification method for a lifecycle hook. When the lifecycle hook is triggered, a notification can be sent to the specified Message Service (MNS) topic or queue, or an operation can be performed based on the specified Operation Orchestration Service (OOS) template. If you want to configure an OOS template, you must create a Resource Access Management (RAM) role for OOS. For more information, see [Grant RAM permissions to OOS](~~120810~~).
-      * > If your scaling group has existing ECS instances and you configured an OOS template that is used to add the private IP addresses of ECS instances to or remove the private IP addresses of ECS instances from the whitelists that manage access to cloud databases that are not ApsaraDB RDS databases, you must manually add the private IP addresses of the ECS instances to or remove the private IP addresses of the ECS instances from the whitelists that manage access to the cloud databases.
+      * You can create up to six lifecycle hooks for each scaling group. Elastic Compute Service (ECS) instances are not immediately added to or removed from scaling groups that have effective lifecycle hooks during scaling activities. The ECS instances are added to or removed from the scaling groups only after the lifecycle hooks time out. The period of time before the lifecycle hooks time out is specified by the HeartbeatTimeout parameter. Before lifecycle hooks time out, you can initialize the configurations of ECS instances and query data on the ECS instances.
+      * If lifecycle hooks take effect for scale-out activities, the private IP addresses of ECS instances are added to the IP address whitelists of the associated ApsaraDB RDS instances and the ECS instances are added to the backend server groups of the associated Server Load Balancer (SLB) instances only after the lifecycle hooks time out. If lifecycle hooks take effect for scale-in activities, the private IP addresses of ECS instances are removed from the IP address whitelists of the disassociated ApsaraDB RDS instances and the ECS instances are removed from the backend server groups of the disassociated SLB instances only after the lifecycle hooks time out.
+      * You can configure a notification method for a lifecycle hook. When the lifecycle hook takes effect, a notification can be sent by using a Message Service (MNS) topic, an MNS queue, or an Operation Orchestration Service (OOS) template. If you want to configure an OOS template, you must create a RAM role for OOS. For more information, see [Grant RAM permissions to OOS](~~120810~~).
+      * > If your scaling group contains ECS instances and you configure an OOS template to add the private IP addresses of the ECS instances to or remove the private IP addresses of the ECS instances from the IP address whitelists of cloud databases other than ApsaraDB RDS databases, you must manually add the private IP addresses of the ECS instances to the IP address whitelists of the cloud databases.
       *
       * @param request CreateLifecycleHookRequest
       * @return CreateLifecycleHookResponse
@@ -10963,13 +11162,13 @@ class Client extends openapi_client_1.default {
         return await this.createNotificationConfigurationWithOptions(request, runtime);
     }
     /**
-      * Auto Scaling automatically scales out Elastic Compute Service (ECS) instances based on the specified scaling configuration. ECS instances can be configured in the following modes:
-      * *   InstancePatternInfo.N: intelligent configuration mode. In this mode, you need to only specify the number of vCPUs, memory size, instance family, and maximum price. The system selects an instance type that is provided at the lowest price based on your configurations to create ECS instances. This mode is available only for scaling groups that reside in virtual private clouds (VPCs). This mode helps reduce the failures of scale-out activities caused by insufficient inventory of instance types.
+      * Auto Scaling automatically creates Elastic Compute Service (ECS) instances based on the specified scaling configuration. ECS instances can be created in the following modes:
+      * *   InstancePatternInfos: intelligent configuration mode. In this mode, you need to only specify the number of vCPUs, memory size, instance family, and maximum price. Auto Scaling selects the lowest-priced instance type based on your configurations to create ECS instances. This mode is available only for scaling groups that reside in virtual private clouds (VPCs). This mode reduces the failures of scale-outs caused by insufficient inventory of instance types.
       * *   InstanceType: In this mode, you must specify one instance type.
-      * *   InstanceTypes.N: In this mode, you must specify multiple instance types.
-      * *   InstanceTypeOverride.N: In this mode, you must specify multiple instance types and specify weights for the instance types.
-      * *   Cpu and Memory: In this mode, you must specify the number of vCPUs and the memory size. Auto Scaling determines a set of available instance types based on factors such as I/O optimization requirements and zones. Then, Auto Scaling preferentially creates ECS instances of the instance type that is provided at the lowest price. This mode is available only if the Scaling Policy parameter is set to Cost Optimization Policy and no instance type is specified in the scaling configuration.
-      * > You cannot use InstanceType, InstanceTypes, InstanceTypeOverride, and Cpu and Memory at the same time. You can use InstanceType and InstancePatternInfos or use InstanceTypes and InstancePatternInfos at the same time. If you use InstanceType and InstancePatternInfos or use InstanceTypes and InstancePatternInfos at the same time, Auto Scaling preferentially uses the instance types that are specified by InstanceType or InstanceTypes for scale-out activities. If the instance types that are specified by InstanceType or InstanceTypes do not have sufficient inventory, Auto Scaling uses the instance types that are specified by InstancePatternInfos for scale-out activities.
+      * *   InstanceTypes: In this mode, you can specify more than one instance type.
+      * *   InstanceTypeOverrides: In this mode, you can specify multiple instance types and weights for the instance types.
+      * *   Cpu and Memory: In this mode, you must specify the number of vCPUs and the memory size. Auto Scaling determines the range of available instance types based on factors such as I/O optimization requirements and zones. Then, Auto Scaling creates ECS instances of the lowest-priced instance type. This mode is available only if the Scaling Policy parameter is set to Cost Optimization Policy and no instance type is specified in the scaling configuration.
+      * > You cannot specify InstanceType, InstanceTypes, InstanceTypeOverrides, and Cpu and Memory parameters at the same time. You can specify InstanceType and InstancePatternInfos or specify InstanceTypes and InstancePatternInfo at the same time. If you specify the InstanceType and InstancePatternInfos parameters or specify the InstanceTypes and InstancePatternInfos parameters at the same time, Auto Scaling preferentially uses the instance types that are specified by the InstanceType or InstanceTypes parameter for scale-outs. If the instance types that are specified by the InstanceType or InstanceTypes parameter do not have sufficient inventory, Auto Scaling uses the instance types that are specified by the InstancePatternInfos parameter for scale-outs.
       *
       * @param tmpReq CreateScalingConfigurationRequest
       * @param runtime runtime options for this request RuntimeOptions
@@ -11127,6 +11326,9 @@ class Client extends openapi_client_1.default {
         if (!tea_util_1.default.isUnset(request.zoneId)) {
             query["ZoneId"] = request.zoneId;
         }
+        if (!tea_util_1.default.isUnset(request.imageOptions)) {
+            query["ImageOptions"] = request.imageOptions;
+        }
         if (!tea_util_1.default.isUnset(request.privatePoolOptions)) {
             query["PrivatePoolOptions"] = request.privatePoolOptions;
         }
@@ -11150,13 +11352,13 @@ class Client extends openapi_client_1.default {
         return $tea.cast(await this.callApi(params, req, runtime), new CreateScalingConfigurationResponse({}));
     }
     /**
-      * Auto Scaling automatically scales out Elastic Compute Service (ECS) instances based on the specified scaling configuration. ECS instances can be configured in the following modes:
-      * *   InstancePatternInfo.N: intelligent configuration mode. In this mode, you need to only specify the number of vCPUs, memory size, instance family, and maximum price. The system selects an instance type that is provided at the lowest price based on your configurations to create ECS instances. This mode is available only for scaling groups that reside in virtual private clouds (VPCs). This mode helps reduce the failures of scale-out activities caused by insufficient inventory of instance types.
+      * Auto Scaling automatically creates Elastic Compute Service (ECS) instances based on the specified scaling configuration. ECS instances can be created in the following modes:
+      * *   InstancePatternInfos: intelligent configuration mode. In this mode, you need to only specify the number of vCPUs, memory size, instance family, and maximum price. Auto Scaling selects the lowest-priced instance type based on your configurations to create ECS instances. This mode is available only for scaling groups that reside in virtual private clouds (VPCs). This mode reduces the failures of scale-outs caused by insufficient inventory of instance types.
       * *   InstanceType: In this mode, you must specify one instance type.
-      * *   InstanceTypes.N: In this mode, you must specify multiple instance types.
-      * *   InstanceTypeOverride.N: In this mode, you must specify multiple instance types and specify weights for the instance types.
-      * *   Cpu and Memory: In this mode, you must specify the number of vCPUs and the memory size. Auto Scaling determines a set of available instance types based on factors such as I/O optimization requirements and zones. Then, Auto Scaling preferentially creates ECS instances of the instance type that is provided at the lowest price. This mode is available only if the Scaling Policy parameter is set to Cost Optimization Policy and no instance type is specified in the scaling configuration.
-      * > You cannot use InstanceType, InstanceTypes, InstanceTypeOverride, and Cpu and Memory at the same time. You can use InstanceType and InstancePatternInfos or use InstanceTypes and InstancePatternInfos at the same time. If you use InstanceType and InstancePatternInfos or use InstanceTypes and InstancePatternInfos at the same time, Auto Scaling preferentially uses the instance types that are specified by InstanceType or InstanceTypes for scale-out activities. If the instance types that are specified by InstanceType or InstanceTypes do not have sufficient inventory, Auto Scaling uses the instance types that are specified by InstancePatternInfos for scale-out activities.
+      * *   InstanceTypes: In this mode, you can specify more than one instance type.
+      * *   InstanceTypeOverrides: In this mode, you can specify multiple instance types and weights for the instance types.
+      * *   Cpu and Memory: In this mode, you must specify the number of vCPUs and the memory size. Auto Scaling determines the range of available instance types based on factors such as I/O optimization requirements and zones. Then, Auto Scaling creates ECS instances of the lowest-priced instance type. This mode is available only if the Scaling Policy parameter is set to Cost Optimization Policy and no instance type is specified in the scaling configuration.
+      * > You cannot specify InstanceType, InstanceTypes, InstanceTypeOverrides, and Cpu and Memory parameters at the same time. You can specify InstanceType and InstancePatternInfos or specify InstanceTypes and InstancePatternInfo at the same time. If you specify the InstanceType and InstancePatternInfos parameters or specify the InstanceTypes and InstancePatternInfos parameters at the same time, Auto Scaling preferentially uses the instance types that are specified by the InstanceType or InstanceTypes parameter for scale-outs. If the instance types that are specified by the InstanceType or InstanceTypes parameter do not have sufficient inventory, Auto Scaling uses the instance types that are specified by the InstancePatternInfos parameter for scale-outs.
       *
       * @param request CreateScalingConfigurationRequest
       * @return CreateScalingConfigurationResponse
@@ -11168,26 +11370,26 @@ class Client extends openapi_client_1.default {
     /**
       * A scaling group is a group of Elastic Compute Service (ECS) instances that can be used in similar business scenarios.
       * You can create only a limited number of scaling groups in a region. Go to Quota Center to check the quota of the scaling groups.
-      * A scaling group does not immediately take effect after you create it. You must call the EnableScalingGroup operation to enable a scaling group. After you enable a scaling group, Auto Scaling can execute scaling rules to trigger scaling activities in the scaling group.
-      * The Classic Load Balancer (CLB) instances and ApsaraDB RDS instances that you want to associate with a scaling group must reside in the same region as the scaling group. CLB instances are formerly known as Server Load Balancer (SLB) instances. For more information, see the "Regions and zones" topic in ECS Product Introduction.
-      * If you associate a CLB instance with a scaling group, Auto Scaling automatically adds ECS instances in the scaling group to the backend server group of the CLB instance. You can specify a server group to which ECS instances can be added. You can add ECS instances to the following types of server groups:
+      * A scaling group does not immediately take effect after you create the scaling group. You must call the EnableScalingGroup operation to enable the scaling group. After you enable the scaling group, Auto Scaling can execute scaling rules to trigger scaling activities in the scaling group.
+      * The Classic Load Balancer (CLB) instances and ApsaraDB RDS instances that you want to associate with a scaling group must reside in the same region as the scaling group. CLB instances are formerly known as Server Load Balancer (SLB) instances. For more information, see the "Regions and zones" topic.
+      * If you associate a CLB instance when you create a scaling group, Auto Scaling automatically adds ECS instances in the scaling group to the backend server group of the associated CLB instance. You can specify a server group to which ECS instances can be added. You can add ECS instances to the following types of server groups:
       * *   Default server group: a group of ECS instances that are used to receive requests. If you do not specify a vServer group or a primary/secondary server group for a listener, requests are forwarded to the ECS instances in the default server group.
       * *   vServer group: If you want to forward requests to backend servers that are not in the default server group or configure domain name-based or URL-based forwarding rules, you can use vServer groups.
       * > If you specify the default server group and multiple vServer groups at the same time, ECS instances are added to all specified server groups.
       * The default weight of an ECS instance that is added as a backend server of a CLB instance is 50. The CLB instance that you want to associate with your scaling group must meet the following requirements:
       * *   The CLB instance must be in the Active state. You can call the DescribeLoadBalancers operation to query the state of the CLB instance.
       * *   The health check feature must be enabled on all listener ports that are configured for the CLB instance. Otherwise, the scaling group fails to be created.
-      * If you associate an Application Load Balancer (ALB) server group with a scaling group, Auto Scaling automatically adds ECS instances in the scaling group to the ALB server group to process requests distributed by the ALB instance to which the ALB server group belongs. You can specify multiple ALB server groups. The server groups must reside in the same virtual private cloud (VPC) as the scaling group. For more information, see the "AttachAlbServerGroups" topic.
+      * If you associate an Application Load Balancer (ALB) server group with a scaling group, Auto Scaling automatically adds ECS instances that are in the scaling group to the ALB server group to process requests distributed by the ALB instance to which the ALB server group belongs. You can specify multiple ALB server groups. The server groups must reside in the same virtual private cloud (VPC) as the scaling group. For more information, see the "AttachAlbServerGroups" topic.
       * If you associate an ApsaraDB RDS instance with a scaling group, Auto Scaling automatically adds the private IP addresses of the ECS instances in the scaling group to the IP address whitelist of the ApsaraDB RDS instance. The ApsaraDB RDS instance that you want to associate with your scaling group must meet the following requirements:
       * *   The ApsaraDB RDS instance must be in the Running state. You can call the DescribeDBInstances operation to query the state of the ApsaraDB RDS instance.
-      * *   The number of IP addresses in the IP address whitelist of the ApsaraDB RDS instance cannot exceed the upper limit. For more information, see the "Configure whitelists" topic in ApsaraDB RDS User Guide.
+      * *   The number of IP addresses in the IP address whitelist of the ApsaraDB RDS instance cannot exceed the upper limit. For more information, see the "Configure whitelists" topic.
       * If you set the MultiAZPolicy parameter of the scaling group to COST_OPTIMIZED, take note of the following items:
       * *   You can use the OnDemandBaseCapacity, OnDemandPercentageAboveBaseCapacity, and SpotInstancePools parameters to specify the instance allocation method based on the cost optimization policy. This instance allocation method is prioritized during scaling.
       * *   If you do not specify the OnDemandBaseCapacity, OnDemandPercentageAboveBaseCapacity, or SpotInstancePools parameter, the instance types that are provided at the lowest price are used to create instances based on the cost optimization policy.
-      * If you set the `Tags.Propagate` parameter for the scaling group to true, the following rules apply:
+      * If you set the `Tags.Propagate` parameter of the scaling group to true, the following rules apply:
       * *   Tags that you add to the scaling group cannot be propagated to existing instances in the scaling group. Tags that you add to the scaling group are propagated to only new instances.
-      * *   If you specify instance tags in the scaling configuration that is used to create instances, and propagate the tags that you add to the scaling group to the instances, all tags exist at the same time.
-      * *   If the tag key that you specify in a scaling configuration and the tag key that you add to the scaling group that uses the scaling configuration are the same, the tag value that you specify in the scaling configuration is preferentially used.
+      * *   If you specify instance tags in the scaling configuration that is used to create instances and propagate the tags that you add to the scaling group to the instances, all tags exist at the same time.
+      * *   If the tag key that you specify in a scaling configuration and the tag key that you add to the scaling group of the scaling configuration are the same, the tag value that you specify in the scaling configuration is preferentially used.
       *
       * @param request CreateScalingGroupRequest
       * @param runtime runtime options for this request RuntimeOptions
@@ -11250,6 +11452,9 @@ class Client extends openapi_client_1.default {
         if (!tea_util_1.default.isUnset(request.lifecycleHooks)) {
             query["LifecycleHooks"] = request.lifecycleHooks;
         }
+        if (!tea_util_1.default.isUnset(request.loadBalancerConfigs)) {
+            query["LoadBalancerConfigs"] = request.loadBalancerConfigs;
+        }
         if (!tea_util_1.default.isUnset(request.loadBalancerIds)) {
             query["LoadBalancerIds"] = request.loadBalancerIds;
         }
@@ -11341,26 +11546,26 @@ class Client extends openapi_client_1.default {
     /**
       * A scaling group is a group of Elastic Compute Service (ECS) instances that can be used in similar business scenarios.
       * You can create only a limited number of scaling groups in a region. Go to Quota Center to check the quota of the scaling groups.
-      * A scaling group does not immediately take effect after you create it. You must call the EnableScalingGroup operation to enable a scaling group. After you enable a scaling group, Auto Scaling can execute scaling rules to trigger scaling activities in the scaling group.
-      * The Classic Load Balancer (CLB) instances and ApsaraDB RDS instances that you want to associate with a scaling group must reside in the same region as the scaling group. CLB instances are formerly known as Server Load Balancer (SLB) instances. For more information, see the "Regions and zones" topic in ECS Product Introduction.
-      * If you associate a CLB instance with a scaling group, Auto Scaling automatically adds ECS instances in the scaling group to the backend server group of the CLB instance. You can specify a server group to which ECS instances can be added. You can add ECS instances to the following types of server groups:
+      * A scaling group does not immediately take effect after you create the scaling group. You must call the EnableScalingGroup operation to enable the scaling group. After you enable the scaling group, Auto Scaling can execute scaling rules to trigger scaling activities in the scaling group.
+      * The Classic Load Balancer (CLB) instances and ApsaraDB RDS instances that you want to associate with a scaling group must reside in the same region as the scaling group. CLB instances are formerly known as Server Load Balancer (SLB) instances. For more information, see the "Regions and zones" topic.
+      * If you associate a CLB instance when you create a scaling group, Auto Scaling automatically adds ECS instances in the scaling group to the backend server group of the associated CLB instance. You can specify a server group to which ECS instances can be added. You can add ECS instances to the following types of server groups:
       * *   Default server group: a group of ECS instances that are used to receive requests. If you do not specify a vServer group or a primary/secondary server group for a listener, requests are forwarded to the ECS instances in the default server group.
       * *   vServer group: If you want to forward requests to backend servers that are not in the default server group or configure domain name-based or URL-based forwarding rules, you can use vServer groups.
       * > If you specify the default server group and multiple vServer groups at the same time, ECS instances are added to all specified server groups.
       * The default weight of an ECS instance that is added as a backend server of a CLB instance is 50. The CLB instance that you want to associate with your scaling group must meet the following requirements:
       * *   The CLB instance must be in the Active state. You can call the DescribeLoadBalancers operation to query the state of the CLB instance.
       * *   The health check feature must be enabled on all listener ports that are configured for the CLB instance. Otherwise, the scaling group fails to be created.
-      * If you associate an Application Load Balancer (ALB) server group with a scaling group, Auto Scaling automatically adds ECS instances in the scaling group to the ALB server group to process requests distributed by the ALB instance to which the ALB server group belongs. You can specify multiple ALB server groups. The server groups must reside in the same virtual private cloud (VPC) as the scaling group. For more information, see the "AttachAlbServerGroups" topic.
+      * If you associate an Application Load Balancer (ALB) server group with a scaling group, Auto Scaling automatically adds ECS instances that are in the scaling group to the ALB server group to process requests distributed by the ALB instance to which the ALB server group belongs. You can specify multiple ALB server groups. The server groups must reside in the same virtual private cloud (VPC) as the scaling group. For more information, see the "AttachAlbServerGroups" topic.
       * If you associate an ApsaraDB RDS instance with a scaling group, Auto Scaling automatically adds the private IP addresses of the ECS instances in the scaling group to the IP address whitelist of the ApsaraDB RDS instance. The ApsaraDB RDS instance that you want to associate with your scaling group must meet the following requirements:
       * *   The ApsaraDB RDS instance must be in the Running state. You can call the DescribeDBInstances operation to query the state of the ApsaraDB RDS instance.
-      * *   The number of IP addresses in the IP address whitelist of the ApsaraDB RDS instance cannot exceed the upper limit. For more information, see the "Configure whitelists" topic in ApsaraDB RDS User Guide.
+      * *   The number of IP addresses in the IP address whitelist of the ApsaraDB RDS instance cannot exceed the upper limit. For more information, see the "Configure whitelists" topic.
       * If you set the MultiAZPolicy parameter of the scaling group to COST_OPTIMIZED, take note of the following items:
       * *   You can use the OnDemandBaseCapacity, OnDemandPercentageAboveBaseCapacity, and SpotInstancePools parameters to specify the instance allocation method based on the cost optimization policy. This instance allocation method is prioritized during scaling.
       * *   If you do not specify the OnDemandBaseCapacity, OnDemandPercentageAboveBaseCapacity, or SpotInstancePools parameter, the instance types that are provided at the lowest price are used to create instances based on the cost optimization policy.
-      * If you set the `Tags.Propagate` parameter for the scaling group to true, the following rules apply:
+      * If you set the `Tags.Propagate` parameter of the scaling group to true, the following rules apply:
       * *   Tags that you add to the scaling group cannot be propagated to existing instances in the scaling group. Tags that you add to the scaling group are propagated to only new instances.
-      * *   If you specify instance tags in the scaling configuration that is used to create instances, and propagate the tags that you add to the scaling group to the instances, all tags exist at the same time.
-      * *   If the tag key that you specify in a scaling configuration and the tag key that you add to the scaling group that uses the scaling configuration are the same, the tag value that you specify in the scaling configuration is preferentially used.
+      * *   If you specify instance tags in the scaling configuration that is used to create instances and propagate the tags that you add to the scaling group to the instances, all tags exist at the same time.
+      * *   If the tag key that you specify in a scaling configuration and the tag key that you add to the scaling group of the scaling configuration are the same, the tag value that you specify in the scaling configuration is preferentially used.
       *
       * @param request CreateScalingGroupRequest
       * @return CreateScalingGroupResponse
@@ -11385,6 +11590,9 @@ class Client extends openapi_client_1.default {
         if (!tea_util_1.default.isUnset(request.adjustmentValue)) {
             query["AdjustmentValue"] = request.adjustmentValue;
         }
+        if (!tea_util_1.default.isUnset(request.alarmDimensions)) {
+            query["AlarmDimensions"] = request.alarmDimensions;
+        }
         if (!tea_util_1.default.isUnset(request.cooldown)) {
             query["Cooldown"] = request.cooldown;
         }
@@ -13184,9 +13392,9 @@ class Client extends openapi_client_1.default {
     /**
       * You can call this operation to enable a scaling group that is in the Inactive state and has an instance configuration source. The instance configuration source can be a scaling configuration, a launch template, or an Elastic Compute Service (ECS) instance that you specified when you created the scaling group. If a scaling group is not in the Inactive state or does not have an active instance configuration source, you cannot call this operation to enable the scaling group.
       * > A scaling group can have only one active instance configuration source. When you call this operation to enable a scaling group, you can specify a scaling configuration or a launch template for the scaling group. If an instance configuration source has been configured for the scaling group before you call this operation, the scaling configuration or launch template that you specify in the request overwrites the original scaling configuration or launch template.
-      * If you specify a value for the InstanceId parameter when you call the operation, Auto Scaling checks whether the total number of ECS instances is within the range allowed in the scaling group after you call the operation.
-      * *   If the total number of ECS instances is less than the minimum number of instances allowed in the scaling group after you call the operation, Auto Scaling automatically creates the required number of pay-as-you-go ECS instances and adds the instances to the scaling group to reach the minimum number. For example, if the minimum number of instances allowed in your scaling group is five, and you specify the InstanceId parameter to add two created ECS instances to the scaling group, Auto Scaling automatically creates three instances in the scaling group after the two instances are added.
-      * *   If the value of the TotalCapactiy parameter is greater than the value of the MaxSize parameter, the call fails.
+      * If you specify a value for the InstanceIds parameter when you call the operation, Auto Scaling checks whether the total number of ECS instances is within the range allowed in the scaling group after you call the operation.
+      * *   If the total number of ECS instances is less than the minimum number of instances required in the scaling group after you call the operation, Auto Scaling automatically creates the required number of pay-as-you-go ECS instances and adds the instances to the scaling group to reach the minimum number. For example, if the minimum number of instances required in your scaling group is five, and you specify the InstanceIds parameter to add two ECS instances to the scaling group, Auto Scaling automatically creates three instances in the scaling group after the two instances are added.
+      * *   If the value of the TotalCapacity parameter is greater than the value of the MaxSize parameter, the call fails.
       *
       * @param request EnableScalingGroupRequest
       * @param runtime runtime options for this request RuntimeOptions
@@ -13250,9 +13458,9 @@ class Client extends openapi_client_1.default {
     /**
       * You can call this operation to enable a scaling group that is in the Inactive state and has an instance configuration source. The instance configuration source can be a scaling configuration, a launch template, or an Elastic Compute Service (ECS) instance that you specified when you created the scaling group. If a scaling group is not in the Inactive state or does not have an active instance configuration source, you cannot call this operation to enable the scaling group.
       * > A scaling group can have only one active instance configuration source. When you call this operation to enable a scaling group, you can specify a scaling configuration or a launch template for the scaling group. If an instance configuration source has been configured for the scaling group before you call this operation, the scaling configuration or launch template that you specify in the request overwrites the original scaling configuration or launch template.
-      * If you specify a value for the InstanceId parameter when you call the operation, Auto Scaling checks whether the total number of ECS instances is within the range allowed in the scaling group after you call the operation.
-      * *   If the total number of ECS instances is less than the minimum number of instances allowed in the scaling group after you call the operation, Auto Scaling automatically creates the required number of pay-as-you-go ECS instances and adds the instances to the scaling group to reach the minimum number. For example, if the minimum number of instances allowed in your scaling group is five, and you specify the InstanceId parameter to add two created ECS instances to the scaling group, Auto Scaling automatically creates three instances in the scaling group after the two instances are added.
-      * *   If the value of the TotalCapactiy parameter is greater than the value of the MaxSize parameter, the call fails.
+      * If you specify a value for the InstanceIds parameter when you call the operation, Auto Scaling checks whether the total number of ECS instances is within the range allowed in the scaling group after you call the operation.
+      * *   If the total number of ECS instances is less than the minimum number of instances required in the scaling group after you call the operation, Auto Scaling automatically creates the required number of pay-as-you-go ECS instances and adds the instances to the scaling group to reach the minimum number. For example, if the minimum number of instances required in your scaling group is five, and you specify the InstanceIds parameter to add two ECS instances to the scaling group, Auto Scaling automatically creates three instances in the scaling group after the two instances are added.
+      * *   If the value of the TotalCapacity parameter is greater than the value of the MaxSize parameter, the call fails.
       *
       * @param request EnableScalingGroupRequest
       * @return EnableScalingGroupResponse
@@ -13835,7 +14043,9 @@ class Client extends openapi_client_1.default {
         return await this.modifyEciScalingConfigurationWithOptions(request, runtime);
     }
     /**
-      * Modifies a lifecycle hook.
+      * You can use one of the following methods to specify the lifecycle hook that you want to modify:
+      * *   Specify the lifecycle hook ID by using the LifecycleHookId parameter. When you use this method, the ScalingGroupId and LifecycleHookName parameters are ignored.
+      * *   Specify the scaling group ID by using the ScalingGroupId parameter and specify the lifecycle hook name by using the LifecycleHookName parameter.
       *
       * @param request ModifyLifecycleHookRequest
       * @param runtime runtime options for this request RuntimeOptions
@@ -13900,7 +14110,9 @@ class Client extends openapi_client_1.default {
         return $tea.cast(await this.callApi(params, req, runtime), new ModifyLifecycleHookResponse({}));
     }
     /**
-      * Modifies a lifecycle hook.
+      * You can use one of the following methods to specify the lifecycle hook that you want to modify:
+      * *   Specify the lifecycle hook ID by using the LifecycleHookId parameter. When you use this method, the ScalingGroupId and LifecycleHookName parameters are ignored.
+      * *   Specify the scaling group ID by using the ScalingGroupId parameter and specify the lifecycle hook name by using the LifecycleHookName parameter.
       *
       * @param request ModifyLifecycleHookRequest
       * @return ModifyLifecycleHookResponse
@@ -14097,6 +14309,9 @@ class Client extends openapi_client_1.default {
         if (!tea_util_1.default.isUnset(request.zoneId)) {
             query["ZoneId"] = request.zoneId;
         }
+        if (!tea_util_1.default.isUnset(request.imageOptions)) {
+            query["ImageOptions"] = request.imageOptions;
+        }
         if (!tea_util_1.default.isUnset(request.privatePoolOptions)) {
             query["PrivatePoolOptions"] = request.privatePoolOptions;
         }
@@ -14261,6 +14476,9 @@ class Client extends openapi_client_1.default {
         if (!tea_util_1.default.isUnset(request.adjustmentValue)) {
             query["AdjustmentValue"] = request.adjustmentValue;
         }
+        if (!tea_util_1.default.isUnset(request.alarmDimensions)) {
+            query["AlarmDimensions"] = request.alarmDimensions;
+        }
         if (!tea_util_1.default.isUnset(request.cooldown)) {
             query["Cooldown"] = request.cooldown;
         }