如何优化网站的性能WordPress的，亚马逊EC2的Apache和RDS的MySQL

在单个EC2实例上运行所有内容都会影响到基于云的部署的整个过程：自动调整和自我修复的能力。 正如我以前写的，自动缩放是AWS的核心和灵魂，如果你不使用它，你最好使用传统的协同服务器或VPS。 这将更便宜，更持久。

我刚刚完成了与您的需求非常相似的AWS部署。 客户端运行三个相当高容量的WordPress站点（比你的stream量多得多）。 configuration看起来像这样：

• VPC中的所有内容都有助于提高安全性。 VPC包含跨两个可用区（AZ）的六个子网
• 跨越两个子网/ AZ的弹性负载均衡器
• 自动缩放（AS）组的m1.small实例充当应用程序层。 有两个应用服务器的最小数量，最多10个，这取决于stream量负载。 在正常运行时，它只运行两个，平均CPU利用率始终低于15％。 AS组一次一个地扩大和缩小两个实例，每个AZ实现一个实例。
• 每个应用程序实例运行Nginx + PHP-FPM + APC。 在这个堆栈的前面，我安装了Varnish来提供额外的caching。
• 两个私有子网中的小型多可用RDS实例。 即使在极高的stream量负载下，由于大量的应用程序caching，也几乎没有触及。
• 静态资产由Cloudfront提供，以进一步降低应用程序服务器上的负载。
• 文件存储在一对镜像Gluster节点，每个在一个单独的AZ为HA目的。 浮动的弹性IP地址被分配给其中一个节点，这使您可以通过SSH或SFTP访问实际的Wordpress文件。 节点是它自己的AS组的一部分，所以如果文件服务器死了，它将被自动杀死并重新创build。 在启动时，它会重新连接包含Wordpress文件的卷。 自动备份通过一系列每小时的卷快照进行。
• t1.micro实例充当专用子网中的实例的NAT网关。

这种devise没有任何单一的故障点*，如果一个实例死亡，将自动自愈，并且足够聪明，可根据资源需求进行放大或缩小。 总费用：约$ 200 /月。 如果您select购买1年保留实例。

我正在把这个configuration放到一个CloudFormation模板和cloud-init / Python脚本的组合中，这些脚本在启动时自动从Github提取。 基本上它会允许任何人按下一个button，等待大约一个小时，然后回来，整个环境将等待。 我希望在今年年底前完成。 如果您有兴趣获得该模板的副本，请在我的个人资料中列出的网站上发送电子邮件给“jamie”。

_{* NAT实例是一个SPoF，但这主要是VPC的devise限制。 这是一个非关键的组件，可能会失败，不会影响应用程序。}