Dns 向AWS VPC内部提供少量CNAME的最简单配置是什么

我有一个多服务器、多部分的应用程序，我正在迁移到云端。我使用弹性负载平衡（ELB）在相同类型的实例上共享负载，并处理端口转发。ELB（即使是内部的）获得生成的dns名称，并且由于ELB的实现，ip不可靠。通常建议使用Route 53、dyndns或类似工具来设置公共别名。这在大多数情况下都能很好地工作，事实上，这也适用于我对负载平衡器的外部访问

我的问题在于，我希望减少（如果不是消除）我用于开发、测试、登台和生产的多个VPC之间的配置差异。如果我能够为ELB提供别名，以便在VPC内使用，我可以做到这一点

基本上，我只想将CNAMEs设置为内部使用，但要尽量减少填充。这意味着我需要：

• 易于安装（理想情况下为RPM）
• 易于配置（命令行界面很好，或者至少有少量文件）。我需要在创建时生成配置，以获取新创建的ELB dns名称

我看过：

---

• BIND-config很讨厌，但是如果我可以使用而不是RPM来获取配置文件，为什么不考虑使用诸如、或之类的东西呢？安装过程并不太困难，它允许您根据主机名（dev、test、staging、prod）设置环境，然后推送唯一的配置值，同时保持总体配置相同。
  您最终使用了什么解决方案？那么

  dnsmasq

  使其不合适呢？dnsmasq只能为其创建的记录创建CNAMES。由于A记录是由Amazon生成的，这意味着dnsmasq不是一个选项。最终，亚马逊在53号公路上为ELBs引入了A-别名，有效地解决了这个问题。这意味着我可以使用VPC内部ELBs和dnsmasq的路由53来管理服务器名称。最终结果仍然不完全是我想要的，因为我必须为ELBs使用外部别名，而不是更理想的内部名称，但这是通过为每个VPC使用一个小小的自定义配置文件来处理的。