Amazon web services 具有有限弹性IP的AWS体系结构

目前，我们的小型企业有3个客户，我们在Amazon Web Services AWS中为他们分配了3个弹性IP

如果我们重新启动一个实例，没有人会因为重新启动后IP相同而失去访问权限

有没有一种方法可以处理扩展到3个以上的客户端而不会在重启时出现崩溃

我正试图请求更多的IP，但他们认为这取决于我们的架构，我不确定他们在寻找什么架构，也不确定为什么有些架构比其他架构更具弹性，或者这是一个未经检查的建议框

我意识到这是一个非常基本的问题，但谷歌搜索只会让我从供应商口中得到无信息的文档

编辑：

---

互联网上有很多关于AWS支持IPv6的内容，大部分内容都是关于AWS的，但这些功能似乎已被弃用。

您可以在短期内请求更多的EIP。根据您的帐户，最多5个EIP是免费的。您还应该考虑使用基于名称的URL，并将每个客户端分配到子域，例如

clientA.example.com
clientB.example.com
clientC.example.com

这样，您就不需要为添加的每个客户机添加额外的IP。根据您的流量，一个EC2实例可以服务于多个客户端，并且随着您的扩展，您可以将多个EC2实例放在AWS弹性负载平衡器后面，这将扩展以服务于指数级的更多客户端

如果客户希望将其服务器分开，并且可以为其付费，那么您可以根据需要购买任意数量的EIP。您还应该考虑为每个客户机将数据库分离为一个数据库实例，这可能是客户希望比IPS分离更多的内容。p>

---

对于IPv6，一个快速解决方法是使用支持IPv6和IPv4的前端ELB。

如果您使用VPC提供的弹性IP，AWS帐户每个区域可获得5个。看

所以，您可以转到控制台并选择VPC。然后单击弹性IP，创建它。创建后，将其分配给相关实例。

---

所以，至少现在，如果您不担心地区问题，您可以解决这个问题。

体系结构问题1：为什么每个客户端都需要弹性IP？他们在用这些实例做什么？客户端需要访问哪些正在使用的服务？为什么不使用负载平衡器？@Michael sqlbot：我们通过.NET/MVC堆栈提供评估SAAS，允许用户捕获事件和调查数据。我们的客户非常有兴趣将他们的数据与其他人分开。这就是我们将它们分开的原因。@tedder42：我们已经考虑过这样做，但是我们的负载开销还不足以证明这一点。我们有一小群客户，他们有能力保持和运行。这可能是我们的方式。缺点是，如果clientA.example.com指向一个非弹性IP，并且实例被重新启动，那么clientA.example.com名称将挂起指向一个不再存在的IP。这似乎和以前的问题一样，当我们的用户运气不佳时，有人不得不去更新新的IP。使用基于名称的URL方法的好处是您只需要使用一个EIP而不是多个IP。@Michahoover我根据您的编辑更新了答案。