负载均衡器后面的 SilverStripe

我有一个 SilverStripe 实例在 AWS 负载均衡器后面的两台服务器上运行。为了共享会话信息，我正在运行 Elasticache Redis 服务器。我将我的 php 会话存储信息设置为：

ini_set('session.save_handler', 'redis');
ini_set('session.save_path', 'tcp://127.0.0.1:6379');

在我登录到 CMS 的管理部分后，我可以在服务器之间跳转，它会记住我，但是当在 CMS 中的部分之间切换时，主要部分不会呈现（AJAX 调用）。据我所知，另一台服务器没有意识到（无论您从第二个请求哪一个），您已经加载了 CMS 管理员，并且在响应标头中表示要加载新版本的 JS 依赖项，然后将管理员和它不加载。

读入the docs https://docs.silverstripe.org/en/3/developer_guides/performance/caching/SilverStripe 使用 Zend_Cache 来获取一些额外信息。我想如果我加载管理界面，然后删除缓存目录，它会复制问题。事实并非如此。

然后我尝试使用该模块 https://github.com/andrelohmann/silverstripe-cache-backends更改 Zend_Cache 正在使用的存储引擎。我补充道：

SS_Cache::add_backend(
    'primary_redis', 
    'Redis',
    array(
        'servers' => array(
            'host' => 'localhost', 
            'port' => 6379, 
            'persistent' => true, 
            'weight' => 1, 
            'timeout' => 5,
            'retry_interval' => 15, 
            'status' => true, 
            'failure_callback' => null
        )
    )
);
SS_Cache::pick_backend('primary_redis', 'any', 10);

到我的 mysite/_config.php ，这在 redis 中存储一些 cms 信息，例如密钥CMSMain_SiteTreeHints9b258b19199db9f9ed8264009b6c351b，但是这仍然不能解决负载均衡环境中服务器之间更改的问题。

SilverStripe 还可以在哪里存储缓存数据？我是否正确实施了该模块？

默认管理界面（假设您使用的是 3.x）使用​​名为的 javascript 库jquery.ondemand- 这会跟踪已包含的文件（一种相当古老的前身，例如“require.js' - 仅在没有 AMD 且有 CSS 支持的情况下）。

为此，与 CMS 本身有任何关系的可能性很小 - 考虑到 Web 本质上是无状态的，并且您用来保存状态的方法在服务器之间共享（数据库和会话数据） 。

What is notHA 集群中各个实例之间共享的是物理文件。这里的原因很可能（但不一定会）是mtime提供给 URI 末尾的标记ondemand- 最初是为了避免与主题更改（开发人员制作或以其他方式自动化）相关的浏览器缓存问题。

您毫无疑问检查过的标题包括（always，无论 HAProxy、nginx、ELB 或其他选择的端点）X-Include-CSS and X-Include-JS- 其中一个例子如下：

X-Include-JS:/framework/thirdparty/jquery/jquery.js?m=1481487203,/framework/javascript/jquery-ondemand/jquery.ondemand.js?m=1481487186,/framework/admin/javascript/lib.js?m=1481487181[...]

这是针对每个请求的ondemand可以检查并查看已包含的内容以及需要添加的内容。

（顺便说一句，这些标头的大小是导致nginx头缓冲区问题导致502在“默认”设置中。）

那么，该怎么办呢？

静态文件should如果您正在部署静态代码，请在平衡实例之间保持相同的 mtime - 但这是需要检查的事情。另一方面生成的文件（例如Requirements::combine_files）需要在所有实例之间（重新）生成时同步，就像所有实例一样/assets对于您的站点，在这种情况下，mtime 应持续存在。Zend_cache虽然在这里不太可能产生任何影响APC可能是一个因素。当然，无论如何，首先要检查的是我的前提是否成立 - 例如通过 diff 工具运行来自两个后端的标头响应。