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

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

问题描述

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

Redis维护说明：

Redis 服务维护时，会把副本节点提升为主节点，且旧主节点关闭现有连接时，这个时候，原有客户端的所有连接都将断开，并通过客户端Retry机制马上连接到新的主节点，这个过程被称为故障转移。计划的故障转移发生在两个不同的时间：系统更新，例如 Redis 修补或 OS 升级。管理操作，例如缩放和重新启动。正常情况下，故障转移的时间在1秒左右完成，如果出现异常，则需要10-15秒完成。但是，并不是所有的客户端都能在发生故障转移后马上恢复连接，所以就需要考虑冲客户端代码，配置方面来优化此种情况所带来的后果。

问题解答

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

在极少数情况下，Stackexchange.redis 在连接中断后无法重新连接。 在这些情况下，重新启动客户端或创建新的​​ConnectionMultiplexer​​ 可解决此问题。 建议使用单一实例​​ConnectionMultiplexer​​ 模式，同时允许应用定期强制重新连接。​​ConnectionMultiplexer​​ 的用户必须处理因处置该类的旧实例而可能发生的任何​​ObjectDisposedException​​ 错误。针对​​RedisConnectionExceptions​​ 和​​RedisSocketExceptions​​ 调用​​ForceReconnectAsync()​​。 也可以针对​​RedisTimeoutExceptions​​ 调用​​ForceReconnectAsync()​​，但前提是你使用大量的​​ReconnectMinInterval​​ 和​​ReconnectErrorThreshold​​。 否则，建立新连接可能会导致超时的服务器发生连锁故障，因为服务器已过载。

详见：​​云中，恰是如此!

分类: ​​【Azure Redis 缓存】​​

标签: ​​Azure Redis​​

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。