Class: TencentCloud::As::V20180419::CreateAutoScalingGroupRequest
- Inherits:
-
Common::AbstractModel
- Object
- Common::AbstractModel
- TencentCloud::As::V20180419::CreateAutoScalingGroupRequest
- Defined in:
- lib/v20180419/models.rb
Overview
CreateAutoScalingGroup请求参数结构体
Instance Attribute Summary collapse
-
#AutoScalingGroupName ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#CapacityRebalance ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#ConcurrentScaleOutForDesiredCapacity ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#DefaultCooldown ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#DesiredCapacity ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#ForwardLoadBalancers ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#HealthCheckType ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#HostNameIndexSettings ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#InstanceAllocationPolicy ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#InstanceNameIndexSettings ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#Ipv6AddressCount ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#LaunchConfigurationId ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#LoadBalancerHealthCheckGracePeriod ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#LoadBalancerIds ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#MaxSize ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#MinSize ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#MultiZoneSubnetPolicy ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#ProjectId ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#RetryPolicy ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#ServiceSettings ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#SpotMixedAllocationPolicy ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#SubnetIds ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#Tags ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#TerminationPolicies ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#VpcId ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#Zones ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。. -
#ZonesCheckPolicy ⇒ Object
与本策略相关的注意点：
- 当伸缩组为基础网络时，本策略适用于多可用区；当伸缩组为VPC网络时，本策略适用于多子网，此时不再考虑可用区因素，例如四个子网ABCD，其中ABC处于可用区1，D处于可用区2，此时考虑子网ABCD进行排序，而不考虑可用区1、2。
- 本策略适用于多可用区/子网，不适用于启动配置的多机型。多机型按照优先级策略进行选择。
- 按照 PRIORITY 策略创建实例时，先保证多机型的策略，后保证多可用区/子网的策略。例如多机型A、B，多子网1、2、3，会按照A1、A2、A3、B1、B2、B3 进行尝试，如果A1售罄，会尝试A2（而非B1）。
- CVM：根据实例网络状态判断实例是否处于不健康状态，不健康的网络状态即发生实例 PING 不可达事件，详细判断标准可参考实例健康检查
- CLB：根据 CLB 的健康检查状态判断实例是否处于不健康状态，CLB健康检查原理可参考健康检查
如果选择了CLB类型，伸缩组将同时检查实例网络状态与CLB健康检查状态，如果出现实例网络状态不健康，实例将被标记为 UNHEALTHY 状态；如果出现 CLB 健康检查状态异常，实例将被标记为CLB_UNHEALTHY 状态，如果两个异常状态同时出现，实例HealthStatus字段将返回 UNHEALTHY|CLB_UNHEALTHY。默认值：CLB- LAUNCH_CONFIGURATION，代表传统的按照启动配置模式。
- SPOT_MIXED，代表竞价混合模式。目前仅支持启动配置为按量计费模式时使用混合模式，混合模式下，伸缩组将根据设定扩容按量或竞价机型。使用混合模式时，关联的启动配置的计费类型不可被修改。
仅当 InstanceAllocationPolicy 取 SPOT_MIXED 时可用。- TRUE，开启该功能，当伸缩组内的竞价实例即将被竞价实例服务自动回收前，AS 主动发起竞价实例销毁流程，如果有配置过缩容 hook，则销毁前 hook 会生效。销毁流程启动后，AS 会异步开启一个扩容活动，用于补齐期望实例数。
- FALSE，不开启该功能，则 AS 等待竞价实例被销毁后才会去扩容补齐伸缩组期望实例数。
默认取 FALSE。.
Instance Method Summary collapse
- #deserialize(params) ⇒ Object
-
#initialize(autoscalinggroupname = nil, launchconfigurationid = nil, maxsize = nil, minsize = nil, vpcid = nil, defaultcooldown = nil, desiredcapacity = nil, loadbalancerids = nil, projectid = nil, forwardloadbalancers = nil, subnetids = nil, terminationpolicies = nil, zones = nil, retrypolicy = nil, zonescheckpolicy = nil, tags = nil, servicesettings = nil, ipv6addresscount = nil, multizonesubnetpolicy = nil, healthchecktype = nil, loadbalancerhealthcheckgraceperiod = nil, instanceallocationpolicy = nil, spotmixedallocationpolicy = nil, capacityrebalance = nil, instancenameindexsettings = nil, hostnameindexsettings = nil, concurrentscaleoutfordesiredcapacity = nil) ⇒ CreateAutoScalingGroupRequest
constructor
A new instance of CreateAutoScalingGroupRequest.
Constructor Details
#initialize(autoscalinggroupname = nil, launchconfigurationid = nil, maxsize = nil, minsize = nil, vpcid = nil, defaultcooldown = nil, desiredcapacity = nil, loadbalancerids = nil, projectid = nil, forwardloadbalancers = nil, subnetids = nil, terminationpolicies = nil, zones = nil, retrypolicy = nil, zonescheckpolicy = nil, tags = nil, servicesettings = nil, ipv6addresscount = nil, multizonesubnetpolicy = nil, healthchecktype = nil, loadbalancerhealthcheckgraceperiod = nil, instanceallocationpolicy = nil, spotmixedallocationpolicy = nil, capacityrebalance = nil, instancenameindexsettings = nil, hostnameindexsettings = nil, concurrentscaleoutfordesiredcapacity = nil) ⇒ CreateAutoScalingGroupRequest
Returns a new instance of CreateAutoScalingGroupRequest.
888 889 890 891 892 893 894 895 896 897 898 899 900 901 902 903 904 905 906 907 908 909 910 911 912 913 914 915 916 |
# File 'lib/v20180419/models.rb', line 888 def initialize(autoscalinggroupname=nil, launchconfigurationid=nil, maxsize=nil, minsize=nil, vpcid=nil, defaultcooldown=nil, desiredcapacity=nil, loadbalancerids=nil, projectid=nil, forwardloadbalancers=nil, subnetids=nil, terminationpolicies=nil, zones=nil, retrypolicy=nil, zonescheckpolicy=nil, =nil, servicesettings=nil, ipv6addresscount=nil, multizonesubnetpolicy=nil, healthchecktype=nil, loadbalancerhealthcheckgraceperiod=nil, instanceallocationpolicy=nil, spotmixedallocationpolicy=nil, capacityrebalance=nil, instancenameindexsettings=nil, hostnameindexsettings=nil, concurrentscaleoutfordesiredcapacity=nil) @AutoScalingGroupName = autoscalinggroupname @LaunchConfigurationId = launchconfigurationid @MaxSize = maxsize @MinSize = minsize @VpcId = vpcid @DefaultCooldown = defaultcooldown @DesiredCapacity = desiredcapacity @LoadBalancerIds = loadbalancerids @ProjectId = projectid @ForwardLoadBalancers = forwardloadbalancers @SubnetIds = subnetids @TerminationPolicies = terminationpolicies @Zones = zones @RetryPolicy = retrypolicy @ZonesCheckPolicy = zonescheckpolicy @Tags = @ServiceSettings = servicesettings @Ipv6AddressCount = ipv6addresscount @MultiZoneSubnetPolicy = multizonesubnetpolicy @HealthCheckType = healthchecktype @LoadBalancerHealthCheckGracePeriod = loadbalancerhealthcheckgraceperiod @InstanceAllocationPolicy = instanceallocationpolicy @SpotMixedAllocationPolicy = spotmixedallocationpolicy @CapacityRebalance = capacityrebalance @InstanceNameIndexSettings = instancenameindexsettings @HostNameIndexSettings = hostnameindexsettings @ConcurrentScaleOutForDesiredCapacity = concurrentscaleoutfordesiredcapacity end |
Instance Attribute Details
#AutoScalingGroupName ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def AutoScalingGroupName @AutoScalingGroupName end |
#CapacityRebalance ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def CapacityRebalance @CapacityRebalance end |
#ConcurrentScaleOutForDesiredCapacity ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def ConcurrentScaleOutForDesiredCapacity @ConcurrentScaleOutForDesiredCapacity end |
#DefaultCooldown ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def DefaultCooldown @DefaultCooldown end |
#DesiredCapacity ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def DesiredCapacity @DesiredCapacity end |
#ForwardLoadBalancers ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def ForwardLoadBalancers @ForwardLoadBalancers end |
#HealthCheckType ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def HealthCheckType @HealthCheckType end |
#HostNameIndexSettings ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def HostNameIndexSettings @HostNameIndexSettings end |
#InstanceAllocationPolicy ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def InstanceAllocationPolicy @InstanceAllocationPolicy end |
#InstanceNameIndexSettings ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def InstanceNameIndexSettings @InstanceNameIndexSettings end |
#Ipv6AddressCount ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def Ipv6AddressCount @Ipv6AddressCount end |
#LaunchConfigurationId ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def LaunchConfigurationId @LaunchConfigurationId end |
#LoadBalancerHealthCheckGracePeriod ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def LoadBalancerHealthCheckGracePeriod @LoadBalancerHealthCheckGracePeriod end |
#LoadBalancerIds ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def LoadBalancerIds @LoadBalancerIds end |
#MaxSize ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def MaxSize @MaxSize end |
#MinSize ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def MinSize @MinSize end |
#MultiZoneSubnetPolicy ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def MultiZoneSubnetPolicy @MultiZoneSubnetPolicy end |
#ProjectId ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def ProjectId @ProjectId end |
#RetryPolicy ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def RetryPolicy @RetryPolicy end |
#ServiceSettings ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def ServiceSettings @ServiceSettings end |
#SpotMixedAllocationPolicy ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def SpotMixedAllocationPolicy @SpotMixedAllocationPolicy end |
#SubnetIds ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def SubnetIds @SubnetIds end |
#Tags ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def Tags @Tags end |
#TerminationPolicies ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def TerminationPolicies @TerminationPolicies end |
#VpcId ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def VpcId @VpcId end |
#Zones ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def Zones @Zones end |
#ZonesCheckPolicy ⇒ Object
与本策略相关的注意点：
886 887 888 |
# File 'lib/v20180419/models.rb', line 886 def ZonesCheckPolicy @ZonesCheckPolicy end |
Instance Method Details
#deserialize(params) ⇒ Object
918 919 920 921 922 923 924 925 926 927 928 929 930 931 932 933 934 935 936 937 938 939 940 941 942 943 944 945 946 947 948 949 950 951 952 953 954 955 956 957 958 959 960 961 962 963 964 965 966 967 968 969 970 971 972 |
# File 'lib/v20180419/models.rb', line 918 def deserialize(params) @AutoScalingGroupName = params['AutoScalingGroupName'] @LaunchConfigurationId = params['LaunchConfigurationId'] @MaxSize = params['MaxSize'] @MinSize = params['MinSize'] @VpcId = params['VpcId'] @DefaultCooldown = params['DefaultCooldown'] @DesiredCapacity = params['DesiredCapacity'] @LoadBalancerIds = params['LoadBalancerIds'] @ProjectId = params['ProjectId'] unless params['ForwardLoadBalancers'].nil? @ForwardLoadBalancers = [] params['ForwardLoadBalancers'].each do |i| forwardloadbalancer_tmp = ForwardLoadBalancer.new forwardloadbalancer_tmp.deserialize(i) @ForwardLoadBalancers << forwardloadbalancer_tmp end end @SubnetIds = params['SubnetIds'] @TerminationPolicies = params['TerminationPolicies'] @Zones = params['Zones'] @RetryPolicy = params['RetryPolicy'] @ZonesCheckPolicy = params['ZonesCheckPolicy'] unless params['Tags'].nil? @Tags = [] params['Tags'].each do |i| tag_tmp = Tag.new tag_tmp.deserialize(i) @Tags << tag_tmp end end unless params['ServiceSettings'].nil? @ServiceSettings = ServiceSettings.new @ServiceSettings.deserialize(params['ServiceSettings']) end @Ipv6AddressCount = params['Ipv6AddressCount'] @MultiZoneSubnetPolicy = params['MultiZoneSubnetPolicy'] @HealthCheckType = params['HealthCheckType'] @LoadBalancerHealthCheckGracePeriod = params['LoadBalancerHealthCheckGracePeriod'] @InstanceAllocationPolicy = params['InstanceAllocationPolicy'] unless params['SpotMixedAllocationPolicy'].nil? @SpotMixedAllocationPolicy = SpotMixedAllocationPolicy.new @SpotMixedAllocationPolicy.deserialize(params['SpotMixedAllocationPolicy']) end @CapacityRebalance = params['CapacityRebalance'] unless params['InstanceNameIndexSettings'].nil? @InstanceNameIndexSettings = InstanceNameIndexSettings.new @InstanceNameIndexSettings.deserialize(params['InstanceNameIndexSettings']) end unless params['HostNameIndexSettings'].nil? @HostNameIndexSettings = HostNameIndexSettings.new @HostNameIndexSettings.deserialize(params['HostNameIndexSettings']) end @ConcurrentScaleOutForDesiredCapacity = params['ConcurrentScaleOutForDesiredCapacity'] end |