Amazon web services AWS跨不同区域的自动故障切换

是否可以在AWS的不同区域（例如美国东部和加利福尼亚或新加坡）自动执行故障切换计划？

AWS没有很多多区域服务，并且不能使用标准产品将EC2实例故障切换到不同的区域。在2012年AWS re:Invent大会上，他们表示他们更喜欢单个区域内的多个AZ，因为AZ之间的延迟非常低，而且不同的AZ之间仍然相距数英里，彼此之间的隔离相当好

他们确实建议使用不同的区域为这些不同区域的用户提供服务。这与失败是不同的。从北美到亚洲的故障转移对于正常用例来说似乎不是一个好的解决方案。这两个地区都不能很好地为对方大陆的用户服务

---

也就是说，您可以使用循环DNS来实现这一点。如果您在加利福尼亚州有一台地址为ip1的服务器，而在新加坡有另一台地址为ip2的服务器，只需将mywebsite.mydomain的地址广告为ip1和ip2即可。通过测试，我发现所有最近的网络浏览器都会随机尝试一个地址，如果无法连接，则尝试另一个地址。对用户来说，它看起来非常无缝。但您仍然随机将美国客户路由到新加坡，反之亦然。

AWS没有很多多地区服务，并且不能使用标准产品将EC2实例发送到不同地区。在2012年AWS re:Invent大会上，他们表示他们更喜欢单个区域内的多个AZ，因为AZ之间的延迟非常低，而且不同的AZ之间仍然相距数英里，彼此之间的隔离相当好

他们确实建议使用不同的区域为这些不同区域的用户提供服务。这与失败是不同的。从北美到亚洲的故障转移对于正常用例来说似乎不是一个好的解决方案。这两个地区都不能很好地为对方大陆的用户服务

---

也就是说，您可以使用循环DNS来实现这一点。如果您在加利福尼亚州有一台地址为ip1的服务器，而在新加坡有另一台地址为ip2的服务器，只需将mywebsite.mydomain的地址广告为ip1和ip2即可。通过测试，我发现所有最近的网络浏览器都会随机尝试一个地址，如果无法连接，则尝试另一个地址。对用户来说，它看起来非常无缝。但是你仍然随机地把美国客户送到新加坡，反之亦然。

你能澄清一下吗？您正在使用哪些产品？EC2？让我们大致了解一下您的解决方案。我们有两套ec2，一套是主ec2，另一套是辅助ec2：主ec2包括两套带Apache tomcat的ec2，其中一套也有mysql db。辅助ec2将包括一台服务器和两套tomcat应用程序和db。复制是从主复制到辅助复制的。请澄清一下？您正在使用哪些产品？EC2？让我们大致了解一下您的解决方案。我们有两套ec2，一套是主ec2，另一套是辅助ec2：主ec2包括两套带Apache tomcat的ec2，其中一套也有mysql db。辅助ec2将包括一台服务器和两套tomcat应用程序和db。复制是从主复制到辅助复制。