![使用 EC2 和 Route 53 管理多个外部主机](https://linux22.com/image/586814/%E4%BD%BF%E7%94%A8%20EC2%20%E5%92%8C%20Route%2053%20%E7%AE%A1%E7%90%86%E5%A4%9A%E4%B8%AA%E5%A4%96%E9%83%A8%E4%B8%BB%E6%9C%BA.png)
寻找使用 Amazon EC2 和 Amazon Route 53 组合来管理外部可寻址主机的“最佳实践”答案,没有为每个主机使用弹性 IP。在我的场景中,我将有 30 多个主机需要从 EC2 外部访问,因此直接使用内部 DNS 是行不通的。
过去,我通过为主机分配弹性 IP(例如 55.55.55.55)然后创建关联的 A 记录来寻址主机。例如,假设我想创建“ec2-corp01.mydomain.com”,我可能会这样做:
ec2-corp01.mydomain.com. A 55.55.55.55 300
然后在该 EC2 实例上,我将分配 55.55.55.55 的弹性 IP,一切正常。当然,要实现这一点,我需要每个实例都有一个弹性 IP,如果可能的话,我希望避免这种情况;我希望基础设施更加动态。
所以我的想法是尝试类似的事情:
创建一个脚本,查询内部 EC2 工具来确定实例的私有主机名
在实例启动时,调用该脚本来确定其主机名,然后使用命令行 Route 53 界面查找该主机名并将其更新为其当前内部主机名
由于主机的 TTL 相对较低(比如上面的 300,即 5 分钟),它应该很快就会生效
这是个好主意吗?有没有更好或更广泛接受的方法来处理这个问题?
如果这是个好主意,我应该创建什么类型的记录?指向内部主机的 CNAME,如 ec2-55-55-55-55.compute-1.amazonaws.com?A 记录是好还是坏?
谢谢!
答案1
自动化。只需让创建新实例的脚本的一部分通过其实例 ID 查找公共 IP(或公共名称)(您在调用时获取实例 ID ec2-run-instances
;只需继续调用ec2-describe-instances <instanceID>
直到在正确的字段中获得条目),然后修改您的 DNS(可以是 Route53,但不一定是)以包含您获得的数据的 CNAME 或 A 记录。
可能有一些 Route53 魔法可以达到这个效果,就像 ELB 一样,但我还没有遇到过。
答案2
对于 A 记录,您确实需要为每个实例分配一个 Elastic IP。在这种情况下,我会按照所述的方式做;使用 AWS API for Route 53 为每个实例分配一个 CNAME。如果这也是为了负载平衡之类的目的,我建议使用 AWS Elastic Load Balancing 服务,它将自动完成很多工作(请进一步研究它,看看它是否符合您的要求,因为它需要额外付费)。