Cache for Redis: Connection Timeout Issues Exceeding 5 Seconds

Adrian Cheung 0 Reputation points
2026-10-15T01:49:09.2133333+00:00

Problem description

I am experiencing intermittent connection timeouts with my Azure Cache for Redis resource, specifically exceeding 5 seconds. The issue began around 2026-10-14 06:30 UTC, affecting my application's ability to establish TLS connections to the Redis server. Some requests succeed while others time out, indicating inconsistency.

Environment

Azure Cache for Redis; Unable to connect; Microsoft.Cache/Redis; Region not specified in case information.

What I've already tried

I reviewed the available case details and diagnostic information provided so far.

Current status

I am seeking assistance to analyze the cause of these connection timeouts and guidance on resolving the intermittent connectivity issues.

Azure Cache for Redis
Azure Cache for Redis

An Azure service that provides access to a secure, dedicated Redis cache, managed by Microsoft.

0 comments No comments

1 answer

Sort by: Most helpful
  1. Rukshan edirisinghe 1,885 Reputation points
    2026-10-15T03:14:07.91+00:00

    Hi @Adrian Cheung

    Since it started at a fairly exact time (around 06:30 UTC on Oct 14) and some requests still succeed, I'd first rule out a maintenance or failover event on the cache, then look at load. Here's the order I'd go in:

    1. Open the cache in the portal and check Resource Health for anything logged around that time.
    2. Under Metrics, chart Errors and split by ErrorType. If you see Failover, the cache was patched or failed over. Connections from the node that went down move to the other node and can stay unbalanced. Restarting your client apps recreates and redistributes them, and that often clears the timeouts.
    3. Chart Server Load for the same window. Spikes near 100 that line up with the timeouts mean the server is too busy (long-running commands or too much traffic for the size). SLOWLOG GET will show any slow commands.
    4. On the client side, check CPU (keep it under 80%) and Connected Clients. If you use StackExchange.Redis, look at the timeout exception: if Busy is higher than Min under WORKER or IOCP, raise the thread pool minimums.

    Paste the full timeout exception message here (with any host names or keys removed). It usually tells you which side is the bottleneck.

    One more thing for planning: Azure Cache for Redis Basic, Standard and Premium retire on September 30, 2028, so if you end up resizing or rebuilding this cache, it's worth looking at Azure Managed Redis at the same time.

    Which client library and tier are you using?

    If this resolved your issue, please consider accepting it as the answer. If the metrics don't show anything unusual, let me know and I'll be happy to keep helping.

    Reference:

    Was this answer helpful?

    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.