Session Redis Sentinel、单机版还是群集版，哪种最适合会话？

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

由于会话数据将产生结果，如果关闭，则会强制所有用户进行会话，因此单独使用是否是一个好的选择？因为这样可以用最少的资源快速恢复

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

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

主/从（带哨兵） Redis master/slave具有仅主写、只读的从机，具有最终的一致性和异步复制。 对于一些不太密集的会话，如对用户体验至关重要的会话，我不会从从属服务器上阅读，但是，因为在从属服务器上可能无法使用新会话，这可能会导致一些不正确会话的小用户体验问题。 另一方面，故障转移对会话是有益的。如果主服务器出现故障，任何复制的会话仍将持续

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

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

*如果您在生产中为您的业务使用单个Web服务器，Redis基础架构应该是您最关心的问题。使其高度可用

来源：高可用WordPress站点的内置基础设施。

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

主/从（带哨兵） Redis master/slave具有仅主写、只读的从机，具有最终的一致性和异步复制。 对于一些不太密集的会话，如对用户体验至关重要的会话，我不会从从属服务器上阅读，但是，因为在从属服务器上可能无法使用新会话，这可能会导致一些不正确会话的小用户体验问题。 另一方面，故障转移对会话是有益的。如果主服务器出现故障，任何复制的会话仍将持续

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

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

*如果您在生产中为您的业务使用单个Web服务器，Redis基础架构应该是您最关心的问题。使其高度可用

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