【问题标题】:AWS AutoScaling Increment Name TagAWS AutoScaling 增量名称标签
【发布时间】:2023-03-18 03:07:02
【问题描述】:

我在 AWS 中创建了一个 AutoScaling 组,我想自动增加名称标签,以便我的实例在控制台中真正有意义。

例子:

MyAwesomeWebApp - Scaling Group
Load Balancers - webapp
Desired - 1
Min - 1
Max - 5
..........

实例名称应该是(取决于规模 myawesomewebapp1 将始终启动,但其余的不必):

myawesomewebapp1
myawesomewebapp2
myawesomewebapp3
myawesomewebapp4
myawesomewebapp5

这里提到过,但没有完全回答:

How to change new instance tag Name when auto scaling

【问题讨论】:

  • 请问您为什么要这样做?使用 AutoScaling 的主要原因之一是使您的实例无状态(即,同样,如果一个死机,不会丢失任何数据并且可以无缝替换),因此想要为每个实例编号是没有意义的。
  • 应用程序要求主机系统有一个主机名......它仍然是老派
  • 好的。那么资源标签与给它一个主机名有什么关系呢?我认为您需要向我们提供更多关于您正在尝试做什么以及为什么要尝试这样做的信息。这样,人们可以提供替代方案和解决方案,这将防止您在没有答案的情况下被否决:)
  • 在 AWS 上使用 Windows 时,这很有价值……不常见,但它确实是一回事。一个具体的例子是使用 Ansible 管理 Windows 主机。要使用 Kerberos 身份验证,主机名需要与 AD 中的 dns/计算机对象名称匹配,向 Ansible 公开该数据的最简单方法是使用名称标签。

标签: amazon-web-services autoscaling


【解决方案1】:

您无法在自动扩缩组配置中实现这一点。但是,您可以使用 API。当一个新实例启动时,它可以发送一个 SNS 通知,触发(可能通过 HTTP 端点)一个 API 调用,以根据一些逻辑/计数器组合设置实例的名称标签。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2018-08-25
    • 1970-01-01
    • 2023-03-28
    • 2022-12-01
    • 2016-01-17
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多