Azure Cache for Redis monitoring and troubleshooting FAQs

Microsoft Azure Cache for Redis instances can be monitored in the Azure portal. You can view metrics, pin metrics charts to the Startboard, customize the date and time range of monitoring charts, add and remove metrics from the charts, and set alerts when certain conditions are met. For more information, see Monitor Azure Cache for Redis.

The Azure Cache for Redis Resource menu also contains several tools for monitoring and troubleshooting your caches.

• Diagnose and solve problems provides information about common issues and strategies for resolving them.
• Resource health watches your resource and tells you if it's running as expected. For more information about the Azure Resource health service, see Azure Resource health overview.
• New support request provides options to open a support request for your cache.

These tools enable you to monitor the health of your Azure Cache for Redis instances. The tools also help you manage your caching applications. For more information, see the "Support & troubleshooting settings" section of How to configure Azure Cache for Redis.

Timeouts happen in the client that you use to talk to Redis. When a command is sent to the Redis server, the command is queued up. The Redis server eventually picks up the command and executes it. However, the client can time out during this process. If it does, an exception is raised on the calling side. For more information on troubleshooting timeout issues, see client-side troubleshooting and StackExchange.Redis timeout exceptions.

The following are some common reason for a cache disconnect.

• Client-side causes
  • The client application was redeployed.
  • The client application did a scaling operation.
    • Cloud Services or Web Apps might cause a cache disconnect during autoscaling.
  • The networking layer on the client side changed.
  • Transient errors occurred in the client or in the network nodes between the client and the server.
  • The bandwidth threshold limits were reached.
  • CPU bound operations took too long to complete.
• Server-side causes
  • On the standard cache offering, the Azure Cache for Redis service started a fail-over from the primary node to the replica node.
  • Azure was patching the instance where the cache was deployed during a Redis server update or general VM maintenance.

This message indicates that a management operation, like scaling or patching, is in progress on your cache. All other management operations are blocked until the ongoing operation is completed. Usually, the ongoing management operation should be completed in a few hours. If you see this error even after 12 hours, reach out to Azure support. During this time, you can expect your Azure Cache For Redis to be fully functional for client operations.

Azure Cache For Redis can end up in a Failed state if a management operation fails. Despite this state, you can expect your Azure Cache For Redis to be fully functional for client operations.

Zone information may be missing on your subscription due to multiple reasons:

1. Subscription might not have been registered with the 'Microsoft.Cache' provider: Please run the following PowerShell command (after logging in into your subscription): Register-AzureRmResourceProvider -ProviderNamespace Microsoft.Cache
2. Your subscription might not have been enabled for zones: Please raise a support ticket with Azure support, so that they can enable your subscription for zones. Once this step is completed, please execute step 1 (even if you have already registered your subscription with the Microsoft.Cache provider).

Next steps

For more information about monitoring and troubleshooting your Azure Cache for Redis instances, see How to monitor Azure Cache for Redis and the various troubleshoot guides.

Learn about other Azure Cache for Redis FAQs.