【发布时间】:2020-10-16 18:05:20
【问题描述】:
问题
在我的开发环境中,我想为 ECS 集群主机创建易于记忆的有序 dns 名称。当我们部署时,我们从 1 台主机横向扩展至 2 台主机,然后排空/缩减。
目前我们使用userdata这样设置dns名称
INSTANCE_ID=$(curl http://169.254.169.254/latest/meta-data/instance-id)
INSTANCE_IP=$(curl http://169.254.169.254/latest/meta-data/local-ipv4)
RECORD_CONFIG="/tmp/ecs-a-record.json"
cat >>$RECORD_CONFIG << ROUTE53
{
"Comment": "Create a friendly DNS name for the DOD ECS host",
"Changes": [{
"Action": "UPSERT",
"ResourceRecordSet": {
"Name": "dev-ecs.ourenv.dev",
"Type": "A",
"TTL": 300,
"ResourceRecords": [{ "Value": "$INSTANCE_IP"}]
}
}]
}
ROUTE53
aws route53 change-resource-record-sets --hosted-zone-id ... --change-batch file://$RECORD_CONFIG
我认为我的选择是
- 探测 dns 名称,如果它正在使用,则增加一个计数器,然后使用 N+1 重试
- 使用 aws cli 收集有关 ASG 实例的数据并使用启动时间来确定序号
有人知道更优雅的解决方案吗?
【问题讨论】:
-
这是“宠物对牛”综合症。想一想为什么您需要针对每个实例使用序数。 Auto Scaling 组中的实例可以通过一个标签来标识,并且它们每个都有一个 InstanceId 来唯一标识它们,因此序数的唯一“好处”是对我们这些记不起很长时间(但唯一)的可怜人来说数字。另外,随着实例的终止和启动,这些数字将变得不连贯或重复使用(例如,当终止 5 个实例中的 5 个时,下一个实例应该是 5,还是应该是 6?)。所以,一定要考虑它是否真的值得做。
-
这是一个公平的观点。这更多是关于在开发环境中调试的简易性。我们通常运行一个单节点 ecs 集群,以使 ssh 到实例的实验变得容易。当我们部署时,我们会扩展到两个并在完成后缩减。但是,由于我们的原始用户数据,这可能会导致 DNS 混乱。我刚刚将其更新为使用序数,因此现在风险较小
标签: amazon-web-services amazon-ec2 dns user-data