gpt4 book ai didi

wordpress - 使用自动缩放处理 EC2/S3 上的 Wordpress 媒体文件

转载 作者:行者123 更新时间:2023-12-02 05:19:46 25 4
gpt4 key购买 nike

我正在 Amazon AWS 上进行 WordPress 部署配置。我在 Ubuntu EC2 实例上的 Apache 上运行 WordPress。我正在使用 W3 Total Cache用于缓存和提供用户从 S3 存储桶上传的媒体文件。负载均衡器将流量分配到两个 EC2 实例,并自动缩放以处理重负载。

问题是用户上传的媒体文件本地存储在 wp-content/uploads/ 中,然后同步到 S3 存储桶。这意味着 EC2 实例之间的媒体文件不一致。

以下是我正在考虑的方法:

  1. 使用 WordPress 插件将媒体文件直接上传到 S3,而不将它们存储在本地。问题是我发现的唯一插件( thisthis )有问题并且维护不善。我宁愿不花几个小时自己修理其中一个。也不清楚它们是否与 W3 Total Cache 完全集成(我也想将其用于其他缓存工具)。
  2. 拥有一个主实例,用户可以在其中访问管理界面并上传媒体文件。所有媒体文件都将存储在此实例本地(并通过 W3 Total Cache 同步到 S3)。 Auto Scaling 将部署没有本地文件存储的从属实例。
  3. 使所有 EC2 实例相同,并将 wp-content/uploads/ 指向一个单独的 EBS 卷。所有实例都将共享媒体文件。
  4. 使用 rsync 在运行的 EC2 实例之间复制媒体文件。

有明显的赢家吗?我应该考虑其他方法吗?

最佳答案

您可能会考虑查看类似 s3fs (http://code.google.com/p/s3fs/) 的内容。这允许您将 S3 存储桶作为卷安装在服务器实例上。您可以简单地让代码挂载在实例启动时执行的卷。

s3fs 还能够使用本地(临时)目录作为 s3fs 目录的缓存,以提高性能。

关于wordpress - 使用自动缩放处理 EC2/S3 上的 Wordpress 媒体文件,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14075813/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com