amazon-web-services - 在 Elastic Beanstalk 上部署 WordPress？

Question

假设我在 Wordpress 中创建了一个站点，该站点在 Elastic Beanstalk 上运行。现在，在正在运行的应用程序上，我将创建帖子/页面、上传图像等。也就是说，数据库中的一些数据、视频、文件和记录将被添加到正在运行的应用程序中。

3个问题:

如果 WordPress 在 Elastic Beanstalk 上运行，多个 Amazon EC2 实例实际运行我的 WordPress 安装，那么这些文件会自动传播到所有正在运行的实例吗？如果启动一个新的 EC2 实例，这是否也会发生——例如，处理增加的负载？

从我在 AWS 控制台中看到的情况来看，我可以部署一个应用程序的不同版本——但根据上面的场景，如果我部署一个新版本，我会不会丢失直接上传到正在运行的应用程序中的所有文件(即文件和数据库记录)？我如何保留这些并同时部署我的应用程序的新版本？

WordPress 团队不断发布升级。我可以通过 Web 界面直接升级正在运行的 WordPress 安装吗？还是我必须先升级本地版本的 WordPress，然后再将新版本的应用程序上传到 Beanstalk？如果我必须升级我的本地版本然后上传，那么我又回到了第 1 点，即用户直接对正在运行的应用程序的旧版本所做的更改。我如何保留这些更改？

Answer 1

我也一直在研究这个，并且在这里学到了一些相关的东西——我一直在想你关于上传的问题:

(1) 在我看来，处理上传的最佳方法是按照您的建议选择 NFS/NAS 路线，但比这更好的方法是使用 WordPress 的 Amazon S3 插件，以便任何上传自动复制到 S3 和 WordPress 媒体库中的 URL 反射(reflect)了存储桶的 FQDN，而不是您的特定站点。这样你就可以在你的 Beanstalk 中拥有一个或十个 WP 节点，并且媒体/图像独立于这些服务器中的任何一个。

(2) 你绝对应该在这里使用 RDS。没有什么比多可用区、预留 MySQL RDS 实例更容易使用且无压力的了。或者你自己的 EC2 运行独立于 Beanstalk 的 MySQL，但是为什么在 RDS 更容易的时候运行它呢？

(3) 是的，您肯定必须首先提交对 Git 存储库或本地文件的更改(新插件、主题更改、WP 升级)，然后上传/安装作为对 Beanstalk 代码的修订。否则，您通过 Web 界面对一个节点所做的所有更改将永远不会在新节点的新负载中——事实上，您将拥有一个升级的数据库，但 Beanstalk 应用程序中的一组旧代码，所以很可能制造某种错误。

我参加了 AWS 架构类(class)，他们对 EC2 和 Beanstalk 的建议是开始将服务器实例视为非常一次性的——因此您应该尝试考虑让您的机器在引导过程中自行配置并采取的简单方法在一个盒子上没有任何宝贵的资源的情况下为彼此工作。所以丢失一个实例永远不会是什么大问题。 (这绝对不是我们在物理服务器世界中的想法，在那里我们对所有内容进行了“恰如其分”的调整。)

祝你好运!