问题标签 [aws-auto-scaling]

AWS Autoscaling 有两个概念：

• 冷却期：来自 AWS 文档：冷却期有助于确保您的 Auto Scaling 组在之前的扩展活动生效之前不会启动或终止其他实例。您可以根据您的实例预热期或其他应用程序需求配置时间长度。详情在这里。
• 运行状况检查宽限期：来自 AWS 文档：通常，刚刚投入使用的 Auto Scaling 实例需要预热才能通过运行状况检查。Amazon EC2 Auto Scaling 会等待运行状况检查宽限期结束，然后再检查实例的运行状况。详情在这里。

但我无法弄清楚它们之间的区别。有人可以帮忙吗？

提前致谢。

我们知道，为了为自动扩展组附加应用程序/网络负载均衡器，我们需要将目标组附加到现有的自动扩展组以分配负载。在 Classic Load Balancer 的情况下，我们直接将负载均衡器附加到 ，ASG但在 的情况下ALB，我们通过由目标组成的目标组来完成，这些目标可以是实例、IP 或 lambda 函数。

我的问题是，这些目标组中的实例是为 ALB 定义的，还是ASG不同的？或者他们是一样的？如果它们相同，那么我们是否必须再次创建一个新的目标组，其中目标定义为 中的EC2实例ASG？我无法理解目标组中的实例到 ASG 中的实例的映射。我浏览了将负载均衡器附加到现有的文档ASG，但它所说的只是选择一个现有的目标组。

如何测试我的 AWS Auto Scaling 是否正常工作？是否有任何线索可以找到通过自动化测试此功能的方法？我的目标是在服务器上增加负载并检查新的 AWS 实例是否根据要求（通过自动化）旋转。提前致谢。

我正在尝试将我的 LoadBalancer 和 TargetGroup 与 DeploymentGroup 链接，当我运行模板时，它显示“无法指定属性 LoadBalancerInfo”。这是我的模板的快照。我的模板正确吗？

我有一个已设置自动扩展的 ECS 服务。这是一项具有 2 个 Fargate 任务的服务。问题是 Docker 容器的 CPU 利用率通常很低，一般在 0.1% 左右。我想测试我的自动缩放设置，尤其是当 CPU 利用率低于阈值时应该发生的自动缩放。测试它的最佳方法是什么？

我在应用程序负载均衡器后面有一个自动缩放组。它们都配置为对 2 个不同的 AZ 使用 2 个子网。

自动缩放组设置为仅配置 1 个实例（最小：1，最大：1，期望：1）

现在，如果 AZ 发生故障，负载均衡器将检测到实例不健康并停止向其发送 tarfic。

但是我假设 Autoscaling Group 会认为该实例是健康的，因此它不会在第二个 AZ 中创建新实例。

所以我的问题是有没有办法让负载均衡器通知自动缩放组终止失败 AZ 中的实例并在正常 AZ 中启动一个新实例？

我现在最好的做法是将 Autoscaling 组设置为例如配置 2 个实例，每个 AZ 中一个。但是有没有办法让它只使用 1 个实例？

谢谢。

有许多文档解释了如何解决此错误。检查了许多并尝试了。但是，跟随他们并不能为我解决这个问题。

我得到的错误是

调用 PutLifecycleHook 操作时发生错误 (ValidationError)：无法使用 IAM 角色 arn:aws:iam::XXXXXXXX:role/kubeautoscaling 将测试消息发布到通知目标 arn:aws:sqs:xxxxx:XXXXX:kubeeventsqueue.fifo。请检查您的目标和角色配置并尝试再次放置生命周期挂钩。

我正在使用的命令是：

aws autoscaling put-lifecycle-hook --lifecycle-hook-name terminate --auto-scaling-group-name mygroupname --lifecycle-transition autoscaling:EC2_INSTANCE_TERMINATING --role-arn arn:aws:iam::XXXXXX:role/kubeautoscaling --notification-target-arn arn:aws:sqs:xxxxx:XXXXXXX:kubeeventsqueue.fifo

请注意，我已将 XXXXX 替换为上面的实际 ID。

相关角色 ( arn:aws:iam::XXXXXX:role/kubeautoscaling) 与 autoscaling.amazonaws.com 具有信任关系。它还附加了“AutoScalingNotificationAccessRole”策略。

在测试时，我还尝试为所有 SQS 操作 (SQS:*) 添加“允许所有人”的权限。（虽然在测试后将其删除）。

我也尝试过先创建 SQS 队列然后配置--notification-target-arn，但没有任何成功。

对此的任何帮助都会非常有帮助。

我刚开始使用弹性 beanstalk。我正在测试一个 golang Web 应用程序，请求数量从每分钟 10k 到 450k 不等。在缩放期间，我得到“BackendConnectionErrors”、“HTTPCode ELB 5XX”、“HTTPCode Backend 5XX”。这是正常的吗？放大或缩小时如何避免请求错误？

运行使用 CloudFormation 设计的系统，该系统最近经历了一系列不幸的硬件故障。为了这个不经常使用的系统的成本效益，它仅由单个实例支持，并且不使用负载均衡器。我想向它添加一个自动缩放组，以确保至少不需要手动干预来对未来的类似故障做出反应。但是，由于系统是可公开访问的，因此实例需要关联一个弹性 IP，这正是我苦苦挣扎的地方。我的想法是 IP 在启动后将简单地重新关联到一个新实例。这里不需要关心用户会话等。

据我所知，不可能将单个弹性 IP 配置为在自动缩放组中重用（据我所知，我知道这是一个利基用例）。因此，我最终尝试在 CloudFormation::Init 期间重新关联 IP。有没有更优雅的解决方案？

我正在尝试为我的 AutoScaling 组创建一个配置启动器。我尝试将其部署在新的 Amazon 帐户上，但遇到授权错误。无论我是使用 root 帐户还是管理员帐户连接，我总是会遇到同样的错误。

我的配置是：

欢迎任何想法:)