Amazon web services 如何让新主机继承专用dns域名以在AWS中自动形成FQDN?

Amazon web services 如何让新主机继承专用dns域名以在AWS中自动形成FQDN?,amazon-web-services,dns,private,amazon-route53,fqdn,Amazon Web Services,Dns,Private,Amazon Route53,Fqdn,尽管我在route 53 resolver中为vpc配置了一个私有域,但新实例仍具有默认名称,如: ip-10-1-1-170.ap-southeast-2.compute.internal 是否有一种方法可以配置新实例,使其自动具有我已配置的(子)域的FQDN,如: ip-10-1-1-170.green.example.com 我希望确保单独部署(dev/green/blue)中的实例在单独的子域(和不同的VPC)中具有FQDN,这样我就可以配置我的现场DNS,以了解任何主机在其名称中基

尽管我在route 53 resolver中为vpc配置了一个私有域,但新实例仍具有默认名称,如:

ip-10-1-1-170.ap-southeast-2.compute.internal
是否有一种方法可以配置新实例,使其自动具有我已配置的(子)域的FQDN,如:

ip-10-1-1-170.green.example.com
我希望确保单独部署(dev/green/blue)中的实例在单独的子域(和不同的VPC)中具有FQDN,这样我就可以配置我的现场DNS,以了解任何主机在其名称中基于该子域的位置,但在开始时自动获取主机名是这一过程的第一步


我可以成功地创建route 53记录来一个接一个地实现这一点,但对于计算集群来说,这似乎有点疯狂,因此,我希望有一种方法可以通过主机名来实现,而route53解析器仍然能够以某种方式正确处理对这些主机的DNS请求。

这些域实际上与实例绑定到的域控制器相关

创建VPC时,默认DHCP配置为amazons DNS(
AmazonProvidedDNS
),在您的情况下,它提供的是
ap-southest-2.compute.internal
域名

如果您添加了一个自定义DHCP选项集
green.example.com
,则该选项集将成为该域的一部分,并按照您的预期显示DNS,尽管每个VPC仅限于一个DHCP选项集

AWS具有以下服务,可作为域控制器,尽管您需要确保您的内部部署也可以将请求转发到这些名称服务器以解析域:


这是相当大的开销为了获得像这些域一样的DNS名称,使用2个私有托管区域和自动向域中添加主机以及一个内部部署的instead可能会更简单。

感谢您的帮助!你说……“使用2个私有托管区域和自动向域中添加主机以及入站端点可能会更简单。”我实际上已经这样做了,除了自动向域中添加主机。你能解释一下那可能是什么样子吗?如果spot实例也能做到这一点,但只是想了解可用的选项,那就太好了。我还应该问,是否可以使用cloud init脚本并设置主机名?然后,解析器应该能够自动地从那里获得一些东西。关于使用CloudWatch事件的自动化,它是上的一个用例:。您需要监听
RunInstance
事件,我相信该事件会触发Lambda,该Lambda会将您的主机添加到路由53(您可以在终止事件期间将其删除)。更新磁盘上的主机名我不确定,但我知道此配置是自动的,因此在重新启动或其他事件时,AWS有可能会替换这些设置。对于域,它们最好是通过DHCP选项集来发现的,尽管您也可以将主机加入域(假设它有NS),但这让我觉得很奇怪(忽略AD选项-建议的过度杀戮),尽管在DHCP选项集中设置了域名,如果有一个私有托管区域具有vpc的相同域名,主机仍将获得恼人的默认AWS DNS域名作为其私有DNS名称。这让我觉得DHCP选项集根本无法设置主机名。在我认为只要主机名就足够了的情况下,为集群中的每台主机设置主机名记录似乎也太过分了,假设它已正确地(可能)向DNS解析程序注册。