Redis Sentinel，Standalone 或 Cluster，哪个最适合会话？

Question

对于使用 Redis 的会话，哪种设置更可取？

由于会话数据将导致并强制所有用户在关闭时进行会话，因此单独使用是不是一个好选择？因为这允许以最少的资源快速恢复。

或者拥有集群会提供更多优势？大公司如何使用Redis with session？欢迎任何建议。

Answer 1

簇

您不想将其用于会话。不需要，因为会话不需要高吞吐量。集群也不是高度可用的，并且将密钥分散在多个服务器上会造成更多的故障点。这对于缓存来说是可以接受的，但对于会话，这将需要再次登录。这可以通过在集群中使用从属来缓解，但也有如下所述的缺点。此外，与使用 Redis Sentinel 相比，您必须管理更多的服务器。

主/从（带哨兵）

Redis master/slave 有 master-only write、read-only slaves、最终一致性和异步复制。对于诸如会话之类的不太密集且对用户体验至关重要的事情，我不会从奴隶读取，但是，因为新会话可能无法在奴隶上使用，这可能会导致一些不正确的会话导致一些轻微的用户体验问题。另一方面，故障转移可能对会话有益。如果 master 失败，任何复制的会话仍将保留。

独立

对于不属于集群的小型站点（单个服务器*）或登录信息对用户体验或操作不重要的站点（例如只需要在博客上发表评论），这是一个不错的选择这是公开的。一条简单的“稍后再试”消息将起作用。

这种方法的主要优点是设置和维护非常简单，因为它是单一安装。Redis 非常稳定，因此您不会经常遇到 Redis 本身的问题。由于维护、更新或服务器停机而不是由于 Redis 本身的故障，故障更有可能发生。

*如果您在生产中为您的业务使用单个网络服务器，那么 Redis 基础设施应该是您最后关心的问题。使其高度可用。

来源：为高度可用的 WordPress 站点构建的基础设施。