我开始了解VPC，但没有看到一个好的内部DNS解决scheme。 例如，我们使用VPC中的其他服务器连接的非RDS数据库服务器。 我想通过名称来连接，而不是IP。 部分是这样，我可以得到一个内部10.xxx地址，这大概是更快。 大多数情况下，它使configuration更容易，更清晰，更灵活。
在过去的一段时间（大约在2008年），VPC之前，我有一台运行MaraDNS的服务器，我们在启动和更改实例时会更新，这是一个很大的麻烦，特别是因为服务器会获得自己的DHCP分配的内部地址当他们重新启动，只是因为这是另一件事处理。 我运行不同系统的一些同事认为我是一个傻瓜，他们只是更新了/ etc / hosts文件（这很好，直到出现故障，所有的服务器都返回了新的IP地址）。
我应该看看Route53（我们正在做我们所有的公共DNS），还是有我缺less的东西？
更新：2017年 – 内部DNS现在是Route 53的function。Woot！
实例在启动时应通过DDNS向您的DNS服务器注册DNS名称（作为CNAME到其公开的AWS分配的FQDN）; 这样你就可以通过知名的名称来引用它们，并且无论你在哪里，都可以得到最合适的地址（内部或外部）。 Route53可能具有这种内置的魔法，但我更喜欢独立于提供者的解决scheme。
从AWS VPC 文档看来，利用AWS VPC内部的DNS服务器的build议方法是首先创build一个DHCP选项集并将其与VPC相关联。 那么你可以在该VPC中站起来1-4个DNS服务器。 此外，DHCP选项集将允许您为所有包含的VPC实例设置以下内容。 （从文档中删除）
DHCP Option Name | Description domain-name | A domain name of your choice (for example, example.com). domain-name-servers | The IP address of a domain name server. ntp-servers | The IP address of a Network Time Protocol (NTP) server. netbios-name-servers | The IP address of a NetBIOS name server. netbios-node-type | The NetBIOS node type (1, 2, 4, or 8). 会不会像Avahi工作？ 这甚至安装，并很好地打包大多数Linux发行版。 只要给每个需要可以访问的实例一个唯一的主机名，Bob是你的叔叔。