【问题标题】:How to avoid single point of failure in a network?如何避免网络中的单点故障?
【发布时间】:2019-09-20 19:29:21
【问题描述】:

我们有一个应用程序(我们称之为 AppA),它在私有子网中的 AWS VPC 中运行,还有另一个应用程序 (AppB) 是一个本地应用程序,它通过直接连接与 AppA 对话。 AppA 是多个 AZ 上的集群,我们希望在它前面放置一个负载均衡器。放置负载均衡器时,我们会面临创建我们想要消除的单点故障的风险。 App B 仅设计为仅识别 AppA 的 IP 地址(无 DNS)。我的问题是在这种情况下我们如何避免单点故障

【问题讨论】:

  • 负载均衡器本身具有高可用性stackoverflow.com/questions/46021323/…
  • App B is designed only to recognise AppA’s IP address only (no DNS)。是什么阻止它使用 DNS?如果您保持此限制,它将使用负载平衡器点,因为它的 IP 可以随时更改。
  • 是的。 AppB 仅适用于 IP 地址,没有 DNS。我知道..它是一个遗留应用程序。我们很快就会淘汰它。

标签: amazon-web-services networking ip floating


【解决方案1】:

AWS 规定负载均衡器的可用性为 99.99%,符合高可用性要求。

https://aws.amazon.com/elasticloadbalancing/

您可以通过在 ELB 上执行 dig 命令并看到它返回多个地址来看到这一点。

默认情况下,ELB 只会将流量发送到 ELB 所在区域中的实例。如果您想要跨区域故障转移,您需要查看此处 - https://aws.amazon.com/blogs/aws/amazon-route-53-elb-integration-dns-failover/

【讨论】:

  • 感谢您的回复。 ELB IP 地址是动态的,AppB 仅适用于非动态 IP 且没有 DNS。 (AppB 是一个遗留系统,我们正试图摆脱它,但在它自己的时间):-(
  • @vik 如果您能够使用网络负载均衡器,它们显然对静态 IP 具有固有的支持,如下所述:docs.aws.amazon.com/elasticloadbalancing/latest/network/…
猜你喜欢
  • 1970-01-01
  • 2010-11-12
  • 2016-06-21
  • 1970-01-01
  • 2023-02-10
  • 2016-05-05
  • 2011-09-30
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多