Caching W3 Total Cache-建议保持负载平衡的服务器同步

我目前有一个web服务器，它托管多个使用W3C的WordPress站点

让我们将上述web服务器称为“服务器A”。我正在寻找克隆此服务器，我们将此克隆称为“服务器B”

然后我将考虑服务器A和服务器B的负载平衡

我还想要第三个“管理员”服务器。这是我将登录WordPress并对服务器A和服务器B上托管的站点进行更改的地方

顺便说一句，我有一个单独的数据库服务器，我的所有附件/主题文件/等都使用Rackspace云文件CDN

让我困惑的是保持一切同步。或者，更具体地说，保持W3TC缓存同步。例如，如果我登录到管理服务器并发布一篇新文章，因为我已指定在创建或编辑文章时应从缓存中清除各种页面，那么管理服务器上的页面缓存将被清除。但是，服务器A和服务器B上的页面缓存将不会被清除

我可以调用服务器a和服务器B上的脚本，该脚本将使用w3tc_pgcache_flush（）刷新这些服务器上的缓存，但在管理服务器上创建/编辑帖子时，如何让这些脚本运行？有什么我可以参加的活动吗

我考虑过的另一个选择是，我可以使用lsyncd将对管理服务器上/wp content/w3tc/文件夹内容的任何更改同步到服务器A和服务器B，但后来我意识到管理服务器上不存在页面缓存，因为没有人会访问托管在其上的站点实例

附加问题：我是否需要在所有服务器上同步所有附件，或者它们只能驻留在管理服务器上？我这样问是因为W3TC设置为自动导出更改的文件-如果它在服务器A或服务器B上的/wp content/uploads/文件夹中查找并发现它是空的，它会从CDN中删除我的所有文件吗

我希望有人在这里已经实现了类似的东西，或者知道一个更好的方式来做什么，我试图实现

多谢期待-

---

chris

可以将WP Admin流量与其他应用程序服务器进行分段，但如果不使用varnish或其他方案将请求重定向到特定的应用程序服务器，则这是很困难的。我不建议在您目前的操作级别上尝试为WordPress做这种事情

---

无论如何，对于CDN来说，使用一个源拉提供者，您就不必担心您提到的任何事情。另外，使用memcached作为页面缓存的后端将再次消除您的所有顾虑。您永远不会希望为/wp content/w3tc/使用典型的网络文件服务器，因为这样做无法扩展。

可以将您的wp Admin流量与其他应用程序服务器进行分段，但如果您不使用varnish或其他方案将请求重定向到特定的应用程序服务器，这将非常困难。我不建议在您目前的操作级别上尝试为WordPress做这种事情

无论如何，对于CDN来说，使用一个源拉提供者，您就不必担心您提到的任何事情。另外，使用memcached作为页面缓存的后端将再次消除您的所有顾虑。您永远不会希望为/wp content/w3tc/使用典型的网络文件服务器，因为这样做根本无法扩展