我试图find一种能够在数据中心内部和外部解决我的EC2数据库实例的好方法。 其他EC2实例需要能够调用它，而其他客户端（如pgAdmin）也可能需要从外部连接到它。
我的理解是，使用内部和外部DNS名称是可持续的，因为每次重新启动都会导致更改。
我正在考虑将Elastic IP与实例关联起来，并给它一个Alogging（比如db1.mydomain.com），然后我将在数据中心内外使用这个logging。 相同angular色的其他实例将获得相同的处理和db2.mydomain.com的DNSlogging等。
现在，是否有一个更清洁和更稳定的方法来实现这个结果呢？ 我错了吗？ build议？
将弹性IP与实例相关联是如何完成的。
请注意，除非您使用VPC，否则如果停止实例，弹性IP将会分离，并且在重新启动实例时必须手动重新关联它。
以下是最灵活，高效且经济高效的方法的标准最佳实践步骤：
创build一个弹性IP地址并将其与实例相关联。
创build一个DNS条目，该条目是指向弹性IP地址的外部DNS名称的CNAME。
只要您停止/启动实例（或者希望将名称指向新实例），只需将弹性IP地址与所需的实例相关联即可。 不需要DNS更新。
在EC2内部和外部使用新的DNS名称。
当在EC2之外使用DNS名称时，它将parsing为实例的公共IP地址（即弹性IP地址）。
当EC2内使用DNS名称（在与实例相同的区域中）时，它将parsing为与弹性IP地址关联的实例当时的私有IP地址。
这使得访问服务器的EC2实例之间的内部networkingstream量更快，更便宜。 它还允许您使用安全组来允许从其他EC2实例访问特定端口。
我在这篇文章中进入更多细节： http : //alestic.com/2009/06/ec2-elastic-ip-internal
如果您使用VPC，则在停止/启动之后，不需要重新关联弹性IP地址，否则一切工作原理都是一样的。