问题标签 [aws-auto-scaling]

我有一个带有启动配置的 ASG，它使用我为其购买了预留实例的实例类型，但我想确保此 ASG/启动配置首先获得购买的预留实例的优先权，以确保仅容量。

其他应用程序/用户/角色可能会启动相同的 EC2 实例类型，但我想确保我的 ASG/启动配置获得购买预留实例时的容量保证。

为了节省成本，我了解 RI 适用于付款人账户下的所有账户，但我特别关心的是确保容量。

有没有办法将容量优先级设置为特定的自动缩放组/启动配置？

使用由服务器控制的 aws 自动缩放组，预测即将到来的负载并根据需要向上/向下扩展。服务器需要具有最少所需权限的自动缩放 api 权限。

我的问题是限制服务器仅使用在资源字段上定义的特定自动缩放组。到目前为止，我发现的所有策略示例都仅在资源字段中使用“*”，这意味着如果我没记错的话，它应该可以访问所有自动缩放组。

通过 terraform 实现，这将转换为以下 json 策略（自动缩放组 arn 混淆）：

错误是 AccessDenied：用户：arn:aws:sts::id:assumed-role/role_name/i-instance-id 无权执行：autoscaling:DescribeAutoScalingGroups

到目前为止，我只使用资源属性中的通配符运行它，任何提示都表示赞赏。

我们在 Magento 2.x 中使用 authorize.net 和 Paypal 作为支付选项。我们希望为每种付款方式保留单独的日志文件。任何人都知道如何将日志保存在远程位置。

使用多个目标组设置 1 个自动缩放是否是一个好习惯。所有目标组注册到相同的负载均衡器。

场景是应用负载均衡器 LB1 监听 80 和 443，目标组：

“开放”端口是 http/80

“安全的”。端口是 https/443

如果 Auto Scaling 组具有针对平均 CPU 利用率的目标跟踪策略，如果“开放”目标组的 CPU 利用率高于“安全”目标组。那么就没有自动缩放了吗？

如果警报被破坏，Auto Scaling 组如何确定哪个目标组应该拥有新实例？

我是否必须创建单独的自动缩放。每个目标组的组。对于 1 个 Auto Scaling 组下的多个目标组的这种情况，我找不到任何亚马逊文档。

请告诉我

假设我有这个简单的场景。我设置了一个自动缩放组，如果 CPU 使用率达到 85% 左右，它将启动一个新的 EC2 实例。我的理解是，当 CPU 使用率低于某个级别时，自动缩放组将通过减少 EC2 实例的数量来进行缩放。每次启动 EC2 实例时，都会分配一个私有 IP 地址。假设我的子网有一个 10.0.3.0/28 的 CIDR 块（即 16 个 IP）。问题： 1. 当自动扩展组缩减（删除 EC2 实例）时，它是否会释放内部 IP 以使其在下次扩展时可用？2. 如果是，立即发布还是需要一些时间才能发布，需要多长时间？

我在 Ubuntu 上遇到了 Aws cfn 的问题。我的模板如下。我尝试了很多事情，但我仍然无法解决。我在单个 ec2 实例上尝试了 cfn 并且它正在工作。谢谢你的帮助。

当我登录 Instances 时，出现如下错误。

模板：

我想让一个 EC2 实例成为负载均衡器中唯一运行的实例，并且只有在负载下，Auto Scaler 才能根据配置添加其他实例。这在扩大规模时效果很好，但在缩小规模时会终止手动附加的 EC2 实例。有没有办法防止这种行为 - 即保持我手动连接的 EC2 运行。

在将我的 EC2 附加到 Auto Scaling 组（正在运行的 EC2 的 AMI 克隆）时，我遵循了以下步骤 -将 EC2 实例附加到您的 Auto Scaling 组 - Amazon EC2 Auto Scaling

Auto Scaling 组配置为：最小大小 = 1，最大大小 = 5，所需容量 = 1。

在负载下，Auto Scaling 成功缩放到最大大小 = 5，但手动连接的 EC2 在 Auto Scaling 返回到最小大小 = 1 后关闭。

我正在寻找一种可用于替换AWS 扩展组中特定实例的程序，同时保持 AZ“平衡”，并且在等待新实例预置时不减少容量。

有时，我们可能有理由终止规模组中的特定 EC2 实例，并且一直在努力制定有效的流程来执行此操作。我知道我可以直接终止实例并将其替换，但这会在等待新实例供应时暂时降低扩展组的整体容量。在我们的例子中，这需要几十分钟，因为我们必须在 ALB 发送请求之前设置和部署我们的软件

如果我们将desired_capacity1 增加，我们可以提前准备一个新实例 - 但不能保证它会在与我们希望终止的实例相同的 AZ 中创建。另外，如果我终止有问题的实例，并立即减少desired_capacityscalegroup 是否会终止另一个实例？

那么管理此程序的最佳方法是什么？

我正在为 Auto Scaling 组创建启动配置。

我将服务器放在公共子网中以简单地通过 ssh 进入并确认 Apache 是否启动，我可以看到它没有启动。当我尝试运行启动命令时，我收到一个错误，即 httpd.conf 文件不存在。

我在这里做错了什么？

我发现的最接近的问题是：在 Cloudformation中使用用户数据，他们正在讨论 ami 的类型，我已经能够成功地将用户数据日志导出到控制台，并且我正在使用和 ubuntu ami，所以我认为这不是一个类似的问题。

我正在尝试从官方文档部署 EKS：https ://learn.hashicorp.com/terraform/kubernetes/provision-aks-cluster

部署成功，我在其中添加了 helm/redis 图表。现在，当我运行terraform apply它时，它会在更新状态期间卡住：

我已经尝试离开几个小时，再呆几个小时并尝试删除所有内容并重新部署，但似乎它是一个错误或smth？

期间的事件日志terraform apply：

做完之后：

再次运行terraform apply我发现了这个：

我无法弄清楚普罗米修斯现在出了什么问题以及这一切之间的关系..

为什么申请卡在 module.eks.aws_autoscaling_group.workers[0]: Refreshing state？