我正在寻找一种方法，可以为我的客户提供AWS上的负载平衡解决方案，最好使用弹性beantalk，并为其提供一个静态IP地址，以便他们在其CNAME注册商处使用。
我的大多数客户端都能够将其NS指向route53，这使我能够管理其DNS并使用别名记录来通过Elastic Beanstalk中的Elastic Load Balancer处理IP地址的更改。
我有一个客户，无法让我通过route53管理其DNS记录。他们在TLD上玩的太多了，无法卸载，但是愿意将CNAME记录指向IP地址。
我已经找到了很多文档来设置vpc和nat网关，以访问需要静态IP的外部资源，但是我很难找到一个清晰，易于实现的解决方案来托管内容。入站静态IP的需求。
答案 0 :(得分：0)
选项1。
假设客户的域名为example.net，并且他们希望magicapp.example.net由您的平台提供服务。
您可以为magicapp.example.net创建Route 53托管区域。没有什么表明您需要控制他们的整个域，也没有什么可以阻止您仅为子域创建托管区域。
让客户使用其当前的DNS提供商为子域创建 magicapp.example.net仅 4条NS记录，引用Route 53分配给您的4个名称服务器托管区域。这称为为子域创建委托-将其委托给您。
现在，您可以正常配置Route 53记录，但只能配置该子域，这是他们唯一委托给您的东西。
使用此设置，您还可以从ACM获取DNS验证的证书。
选项2。
注册您自己的域，例如example.com。 （或者，使用您已经拥有的域。）
使用Route 53中的托管区域对其进行配置。
创建一个A记录别名，例如customer-name.example.com指向您的beantalk应用。
让客户创建一个指向customer-name.example.com的CNAME记录。
现在，如果您需要更改该域指向的位置，则可以在托管区域中编辑记录。
答案 1 :(得分：0)
不幸的是，没有一些技巧，不可能将静态IP指向负载均衡器，
但是您可以使用此Using static IP addresses for Application Load Balancers
注释1：您只能在创建环境的时刻在弹性beantalk上使用Application Load Balancer。如果您创建具有单个实例的环境并进行更改，它将自动创建经典的负载均衡器。
注释2：您的应用程序负载平衡器必须是内部的。