【发布时间】：2018-10-30 09:05:56
【问题描述】：
哪种设置更适合使用 Redis 的会话？
由于会话数据将产生并强制所有用户在关闭时进行会话，所以单独使用是一个好的选择吗？因为这样可以用最少的资源快速恢复。
或者拥有集群会提供更多优势？ 大公司如何使用 Redis 和 session？欢迎提出任何建议。
【问题讨论】：
标签： session redis redis-sentinel redis-cluster
【发布时间】：2018-10-30 09:05:56
【问题描述】：
集群
您不想将其用于会话。它不是必需的，因为会话不需要高吞吐量。集群也不是高度可用的，并且将密钥分布在多个服务器上会产生更多的故障点。这对于缓存是可以接受的，但对于会话，这将需要重新登录。这可以使用集群中的从属服务器来缓解，但具有如下所述的相同缺点。此外，与使用 Redis Sentinel 相比，您必须管理更多的服务器。
主/从（带哨兵）
Redis 主/从具有仅主写、只读从属，具有最终一致性和异步复制。 对于像会话这样不是很密集且对用户体验至关重要的东西，我不会从从属读取，但是，因为从属上可能没有新会话，这可能会导致一些不正确的会话导致一些小的用户体验问题。 另一方面，故障转移可能对会话有益。如果主服务器失败，任何复制的会话仍将持续存在。
独立
对于不属于集群（单个服务器*）的小型网站或登录信息对用户体验或操作不重要的网站来说，这是一个不错的选择，例如只需要在可公开访问的博客上发表评论。一个简单的“稍后再试”消息将起作用。
这种方法的主要优点是设置和维护非常简单，因为它是一次安装。 Redis 非常稳定，因此您不会经常遇到 Redis 本身的问题。与 Redis 本身的故障相比，由于维护、更新或服务器停机而发生故障的可能性更大。
*如果您的企业在生产环境中使用单个网络服务器，那么 Redis 基础架构应该是您最不关心的问题。使其具有高可用性。
来源：为高可用性 WordPress 网站构建的基础架构。
【讨论】：