使用 EC2 可用区的最佳实践是什么？答案

【问题标题】：What's are best practices for using EC2 Availability Zones?使用 EC2 可用区的最佳实践是什么？
【发布时间】：2011-11-02 09:27:33
【问题描述】：

我正在 EC2 上重新启动一个站点（每天约 5 毫米以上的访问量），并且对如何在不同的数据中心部署节点感到困惑。我最基本的设置是 Varnish 服务器后面的两个节点。

我是否应该在不同的可用区有两个 Varnish 实例，每个实例都有与共享 RDS 数据库通信的 WWW 节点？每个 Varnish 实例都可以使用 Amazon 的负载均衡器进行负载均衡。

类似：

1 个负载均衡器正在与：

Varnish 位于弗吉尼亚州，与自己的 us-east-x 节点通信
Varnish 在加利福尼亚，与自己的 us-west-x 节点通信

在多个数据中心部署对我来说是一个新概念，因此我们不胜感激！谢谢！

【问题讨论】：

标签： deployment amazon-ec2 amazon

【解决方案1】：

我们广泛使用亚马逊 EC2 来进行负载平衡和容错。虽然我们仍然没有广泛使用 Amazon 提供的 LoadBalancers，但我们有自己的负载均衡器（在 Amazon 之外运行）。 Amazon 承诺 LoadBalancers 永远不会宕机，它们是内部容错的，但我还没有测试得足够好。

一般来说，我们在每个可用区托管两个实例。一个充当真实服务器的镜像服务器。如果其中一台服务器出现故障，我们会将客户发送到另一台服务器。但最近亚马逊展示了一种模式，即单个可用区经常出现故障。

因此，我认为明智的技术是像您提到的那样跨可用区域设置服务器。我们使用 postgres，因此我们可以跨实例复制数据库中的内容。在 9.0 中，二进制复制非常适合双向复制。这样，两台服务器都可以在启动时承担负载，但是当可用区确实关闭时，所有用户都会被发送到一台服务器。由于有一个通用数据库可用，因此用户去哪里并不重要。只是如果他们转到错误的服务器，他们会遇到轻微的缓慢。

通过这种方法，您可以对网站进行串联更新。更新一个确保它运行良好，然后更新下一个。所以即使服务器升级失败，整个网站也一直在运行。

【讨论】：

当一个可用区出现故障时，您如何将客户发送到其他服务器？
我们的自定义负载均衡器每分钟都会从服务器进行负载检查。我们使用子域 url 来引导客户。因此，如果集群出现故障，我们会向他们发送不同的子域 url。亚马逊负载均衡器充当抽象层，并在内部将 http 请求路由到服务器。它通过从您的服务器请求一个网页，每 10 秒检查一次可用性。你可以只放一个blank.html。如果实例关闭，亚马逊将不会向该服务器发送任何请求。