【Azure Redis 缓存】C#程序是否有对应的方式来优化并缩短由于 Redis 维护造成的不可访问的时间

问题描述

C#程序是否有对应的方式来优化并缩短由于 Redis 维护造成的不可访问的时间？

Redis维护说明：

Redis 服务维护时，会把副本节点提升为主节点，且旧主节点关闭现有连接时，这个时候，原有客户端的所有连接都将断开，并通过客户端Retry机制马上连接到新的主节点，这个过程被称为故障转移。

计划的故障转移发生在两个不同的时间：

• 系统更新，例如 Redis 修补或 OS 升级。
• 管理操作，例如缩放和重新启动。

正常情况下，故障转移的时间在1秒左右完成，如果出现异常，则需要10-15秒完成。

但是，并不是所有的客户端都能在发生故障转移后马上恢复连接，所以就需要考虑冲客户端代码，配置方面来优化此种情况所带来的后果。

问题解答

在Azure官方文档中，C# 连接Redis的客户端工具为 StackExchange.Redis， 文章中对它有比较详细的说明：

1. 在极少数情况下，Stackexchange.redis 在连接中断后无法重新连接。 在这些情况下，重新启动客户端或创建新的 

   ConnectionMultiplexer

    可解决此问题。 建议使用单一实例 

   ConnectionMultiplexer

    模式，同时允许应用定期强制重新连接。

2. ConnectionMultiplexer

    的用户必须处理因处置该类的旧实例而可能发生的任何 

   ObjectDisposedException

    错误。
3. 针对 

   RedisConnectionExceptions

    和 

   RedisSocketExceptions

    调用 

   ForceReconnectAsync()

   。 也可以针对 

   RedisTimeoutExceptions

    调用 

   ForceReconnectAsync()

   ，但前提是你使用大量的 

   ReconnectMinInterval

    和 

   ReconnectErrorThreshold

   。 否则，建立新连接可能会导致超时的服务器发生连锁故障，因为服务器已过载。

详见：https://docs.azure.cn/zh-cn/azure-cache-for-redis/cache-best-practices-connection#using-forcereconnect-with-stackexchangeredis

Demo参考：https://github.com/Azure-Samples/azure-cache-redis-samples/tree/main/quickstart/dotnet-core

当在复杂的环境中面临问题，格物之道需：浊而静之徐清，安以动之徐生。 云中，恰是如此!