ECS服务需求计数通过Auto Scaling重置

如何解决ECS服务需求计数通过Auto Scaling重置

我想每天停止ECS Fargate测试环境，对我来说，最好的选择是按照aws ecs update-service --cluster COOL --service blablabla --desired-count 0的方式将ECS服务修改为期望计数为零，因此任何正在运行的任务都将在几分钟之内耗尽，如果我没有Auto Scaling，它就可以正常工作。

当ECS服务具有Auto Scaling时，问题就开始了，如下图所示，如果我使用AWS CLI，则我有min 1，desired 1和max 3上面的命令，该服务会在一分钟左右后重置为1，并且由于Auto Scaling具有desired 1，因此不会停止任何任务。

如果我手动编辑ECS服务并为服务和自动扩展设置了desired 0（当然，在自动扩展中也设置了min 0），我可以停止任何正在运行的任务。

我尝试将以下命令用于Auto Scaling，希望可以更改desired，但该命令不可用。

aws application-autoscaling register-scalable-target \
    --service-namespace ecs \
    --scalable-dimension ecs:service:DesiredCount \
    --resource-id service/COOL/blablabla \
    --min-capacity 1 \
    --max-capacity 3

我一直在想，也许这样做的一种方法是通过AWS CLI删除Auto Scaling，然后将ECS服务desired更改为0，这样一切都会停止，然后一天重新创建Auto Scaling并将ECS服务desired更新为1之后。

总结一下，我想每天停止/启动ECS Fargate测试环境，到目前为止，对我来说，编辑ECS服务很适合，但是Auto Scaling会中断此操作。

有人可以为此提出解决方案吗？，谢谢。

解决方法

如果将ECS与应用程序自动缩放配合使用，则无需更改与服务相关的任务数，也无需更改与自动缩放选项相关的所需任务数。触发自动缩放策略后，这两个值都将被替换。相反，您必须自行调整策略（python SDK）：

    response = app_autoscaling.register_scalable_target(
        ServiceNamespace='ecs',ResourceId=f"service/{ECS_CLUSTER_NAME}/{ECS_SERVICE_NAME}",ScalableDimension='ecs:service:DesiredCount',MinCapacity=0,MaxCapacity=0,SuspendedState={
            'DynamicScalingInSuspended': False,'DynamicScalingOutSuspended': True,'ScheduledScalingSuspended': True
        }
    )

在“容量”为零的情况下，您告诉App Autoscaling将容量缩小为零。将DynamicScalingOutSuspended设置为True时，您将禁止TargetTracking策略触发新的横向扩展事件。

要还原更改，只需将零替换为所需的容量，然后将挂起的选项设置为false（以允许进一步缩放）。

,

我将其称为“按预期工作”。如果启用了自动缩放，则无法像这样手动设置任务计数。如果您想每天关闭服务，则有两种选择：

• 请勿对ECS服务使用自动缩放，而是继续直接设置desired-count。
• 与自动缩放组冲突，而不是直接更新desired-count，而是更新自动缩放配置，并让其处理将您的服务缩减到0个任务。