问题标签 [aws-auto-scaling]

如何通过使用 Boto3 传递负载均衡器名称或负载均衡器 ARN 来检查 AWS 弹性负载均衡器、应用程序负载均衡器或网络负载均衡器是否与任何 Auto-Scaling 组关联？

我正在尝试（学习）找出在 k8s节点上利用 CPU（和 RAM）的最佳方法。我的最终目标是确保集群中每个节点的 CPU 利用率高于 X%

到目前为止，我已经阅读了有关cluster-autoscaler和HPA的信息，但不确定它们是否会帮助我解决用例。

从我读到的：

• cluster-autoscalerresources.request用于根据副本数和目标 ec2 实例上的可用 CPU之间的比较来自动缩放节点- 这不是基于流量/实际 CPU 使用率
• HPA基于 CPU/实际 CPU 使用率，但针对单个 pod

我基本上想达到一个kubectl top nodes显示所有节点正在使用> X％（比如说60％）的地步 - 如果我们达到X2％（比如说80％），理想情况下会触发自动缩放

关于如何处理这个用例的任何建议/指针？（或者我应该以某种方式使用这两种自动缩放机制的组合）

我们有几个（> 5）windows framework 4.8 .Net MVC Web 应用程序工作负载托管在由 ALB 暴露在外部的多可用区 ECS 集群（EC2 类型：Windows ）中。所有这些应用程序在相当长的一段时间内都运行良好。现在需要有选择地为这些应用程序引入自动缩放（在 5 个中，3 个需要扩展/缩小）。我们正在考虑同时利用以下两个功能来实现这一目标。

1. ECS 服务自动伸缩以扩展每个容器实例（任务级别）。

2. ECS 集群 Auto Scaling在EC2 实例级别使用 ECS 容量提供程序。它为步骤 1 中的任务启动的容器提供了空间。

我的问题是，这是可以实现的吗？或者这是Windows 容器的正确方法？. 为什么我强调 Windows 容器是因为 AWS ECS 与 Linux 容器相比缺乏很多特性，例如我们不能设置容器内存软限制（内存预留）但应该在配置任务本身时提到硬限制（内存），我认为是一大局限。

如果这无法实现，有哪些选择？我们现在无法迁移到 EKS，而且显然 Windows 不支持 Fargate。

在 AMI 下拉菜单下创建启动配置时，我无法过滤“Amazon Linux 2”AMI。我可以在下拉菜单中看到 My AMI, Marketplace。我哪里错了？

我们正在使用 aws ecs 任务来运行我们的 docker 容器。我们的应用程序正在连接到 TIBCO 队列并使用 AlpakkaJMSListeners 从队列中读取消息。

我们希望在 ec2 实例级别为这些容器启用自动缩放。我们为我们的一些具有 http 端点的服务定义了具有目标组的应用程序 LB。

我知道如果我们使用启用了 http 健康检查并在实例上自动缩放的目标组，那么 ecs 任务将在停止容器之前耗尽请求。

问题是当我们的容器通过自动缩放连接到 JMS 队列时，如何实现相同的行为（即在容器停止之前排出所有消息）？

我们已经使用 web 和 worker 类（多个集群）为 AWS beanstalk 设置了一个不可变的配置。当我们部署一个新应用程序时，它会创建一个临时的自动缩放组，然后部署到该组，最后切换回旧的自动缩放组。这个过程大约需要 20-30 分钟并且工作正常。

虽然，每次我们部署应用程序时，监控统计信息：CPU 利用率、内存利用率、磁盘空间等都会消失 5-6 小时，然后再返回。似乎是 AWS 问题，但不确定我们是否做错了什么。有没有其他人经历过这种行为？有解决方法吗？

编辑：这是缺少内存指标的屏幕截图，您可以看到下午 5.30 到 11.30 之间没有数据。

我有一种情况，就是在特定的可用区中一直运行一个健康的 ec2 实例。

ec2 Auto Scaling 组中是否有一个选项可以确保给定的可用区（比如说 ap-southeast-2b）在扩展和扩展期间始终包含至少一个健康的 ec2 实例？

谢谢， 阿维纳什

这就是我想要做的。我有 2 个使用 Terraform 创建的自动缩放组。一种是在三个不同的可用区中启动 3 个 EC2 实例，并使用公共 IP 地址。另一个 Auto Scaling 组正在三个不同的可用区中启动 3 个 EC2 实例，使用私有 IP 地址我试图为每个实例设置一个唯一的“名称”标签。在 Terraform 中，我看到自动缩放资源有一个标签块，但在应用时，相同的标签应用于所有 3 个实例。此外，我尝试将我的代码设置为一个自动扩展组可以启动我的所有实例（公共和私有），但是在我的 vpc_zone_identifier 语句中使用“for”表达式循环时遇到问题。这个问题迫使我为私有实例创建第二个 Auto Scaling 组。

我想知道是否有任何 AWS 文档说明 aws ecs 服务如何选择在服务中进行活动扩展时终止哪个任务。

我只找到了 Auto Scaling 组的生命周期，但没有找到 Auto Scaling 本身的生命周期。

有谁知道这个文档是否存在？有谁知道 ECS 服务在缩减时如何选择要停止的任务？

谢谢！

我正在测试 aws 自动缩放和其他相应的服务。

我有 1 个实例注册到目标组

Auto Scaling 组上的最小/所需实例为 1。当 CPU 利用率超过 50% 时向上扩展

在负载测试期间，由于服务器响应时间增加，aws 目标组未能通过运行状况检查并开始耗尽在我的 aws 应用程序负载均衡器后面提供服务的 1 个实例。之后 Auto Scaling 组开始删除不健康的实例，我的 Web 服务出现故障。

应该发生的是，只要服务器上的负载增加，aws Auto Scaling 组就应该推出新的保险。

如果我将最小/所需服务器增加到 2 或 4，相同的结果，在负载测试中，所有服务器都会收到大量流量，目标组运行状况检查失败，并且它会将所有服务器标记为不健康，并且 aws asg 在检测到高 CPU 利用率之前开始将它们全部删除并产生新的实例。

这里应该做什么？