Compartir vía

Solución de problemas de conectividad de Azure Cache for Redis

  • Se aplica a: ✅ Azure Cache for Redis

Importante

Azure Cache for Redis anunció su cronograma de retiro para todos los SKU. Se recomienda mover las instancias existentes de Azure Cache for Redis a Azure Managed Redis tan pronto como pueda.

Para obtener más información sobre la retirada:

En este artículo se explica cómo solucionar problemas comunes relacionados con la conexión de la aplicación cliente a Azure Cache for Redis. Los problemas de conectividad pueden deberse a condiciones intermitentes o a una configuración incorrecta de la caché. Este artículo se divide en problemas intermitentes y problemas de configuración de caché.

Problemas de conectividad intermitentes

Problemas de conectividad de configuración de caché

Comprobación de la conectividad

Puede probar la conectividad mediante la herramienta de línea de comandos redis-cli de Redis. Para más información sobre la CLI de Redis, vea Uso de la herramienta de línea de comandos de Redis con Azure Cache for Redis.

Si redis-cli no puede conectarse, puede probar la conectividad mediante PSPING en Azure PowerShell.

psping -q <cachename>:<port>

Si el número de paquetes enviados es igual al número de paquetes recibidos, no hay ninguna caída en la conectividad.

Problemas de conectividad intermitentes

Es posible que la aplicación cliente tenga problemas de conectividad intermitentes causados por picos en el número de conexiones o por eventos como la aplicación de revisiones.

Aplicaciones hospedadas de Kubernetes

Si la aplicación cliente está alojada en Kubernetes, compruebe si los nodos del clúster o el pod que ejecuta la aplicación cliente están bajo presión de memoria, CPU o red. Un pod que ejecute la aplicación cliente puede verse afectado por otros pods que se ejecuten en el mismo nodo y puede limitar las conexiones de Redis o las operaciones de E/S.

Si usa Istio o cualquier otra malla de servicios, asegúrese de que el proxy de malla de servicios reserve los puertos 13000-13019 o 15000-15019. Los clientes usan estos puertos para comunicarse con los nodos de una instancia de Azure Cache for Redis agrupada y podrían causar problemas de conectividad en esos puertos.

Aplicación cliente basada en Linux

El uso de una configuración de TCP optimista en Linux puede causar problemas de conectividad para las aplicaciones cliente. Para más información, vea Configuración de TCP para aplicaciones cliente hospedadas en Linux y Bloqueos de conexión que duran 15 minutos.

Número máximo de clientes conectados

Compruebe si el agregado Máximo de la métrica Clientes conectados es cercano o superior al número máximo de conexiones permitidas para el tamaño de la caché. Para más información sobre el tamaño de las conexiones cliente, vea Rendimiento de Azure Cache for Redis.

Mantenimiento del servidor

Es posible que la caché se someta a un mantenimiento del servidor planeado o no planeado que afecte negativamente a la aplicación durante el período de mantenimiento. Para comprobar este problema, compruebe la métrica Errores (tipo: conmutación por error) de la memoria caché en Azure Portal. Para minimizar los efectos de las conmutaciones por error, vea Resistencia de conexión.

Problemas de configuración de conectividad

Si la aplicación no puede conectarse a la instancia de Azure Cache for Redis, es posible que algunas configuraciones de caché no estén configuradas correctamente. En las secciones siguientes se ofrecen sugerencias sobre cómo asegurarse de que la caché está configurada correctamente.

Reglas de firewall

Si tiene un firewall configurado para la instancia de Azure Cache for Redis, asegúrese de que la dirección IP del cliente se agregue a las reglas de firewall. Para comprobar las reglas de firewall, seleccione Firewall en Configuración en el menú de navegación de la izquierda de la página de la caché.

Firewall de terceros o proxy externo

Si usa un firewall o proxy de terceros en la red, asegúrese de que permite el punto de conexión de Azure Cache for Redis *.redis.cache.windows.net y los puertos 6379 y 6380. Es posible que tenga que permitir más puertos cuando utilice una caché agrupada o una replicación geográfica.

Configuración de puntos de conexión privados

En Azure Portal, para comprobar la configuración del punto de conexión privado, seleccione Punto de conexión privado en Configuración en el menú de navegación de la izquierda de la memoria caché.

  • En la página Punto de conexión privado, asegúrese de que la opción Habilitar acceso a la red pública esté configurada correctamente.

    • El acceso a la red pública está deshabilitado de manera predeterminada al crear un punto de conexión privado.
    • Para conectarse al punto de conexión privado de la caché desde fuera de la red virtual de la caché, debe habilitar el acceso a la red pública.
    • Si elimina el punto de conexión privado, asegúrese de habilitar el acceso a la red pública.

  • Seleccione el vínculo en Punto de conexión privado y asegúrese de que el punto de conexión privado esté configurado correctamente. Para más información, vea Creación de un punto de conexión privado con una nueva instancia de Azure Cache for Redis.

  • Asegúrese de que la aplicación se conecte a <cachename>.redis.cache.windows.net en el puerto 6380. Evite usar <cachename>.privatelink.redis.cache.windows.net en la configuración o en la cadena de conexión.

  • Para comprobar que un comando se resuelve en la dirección IP privada de la memoria caché, ejecute un comando como nslookup <hostname> desde la red virtual vinculada al punto de conexión privado.

Cambio de dirección IP pública

Si configura cualquier recurso de red o seguridad para usar la dirección IP pública de la caché, compruebe si la dirección IP pública de la caché ha cambiado. Para más información, vea Confianza en el nombre de host, no en la dirección IP pública.

Configuración de redes virtuales

Compruebe la configuración de la red virtual de la siguiente manera:

  • Asegúrese de que haya una red virtual asignada a la memoria caché. En Azure Portal, seleccione Red virtual en Configuración en el menú de navegación izquierdo de la memoria caché.
  • Asegúrese de que el equipo host cliente esté en la misma red virtual que la memoria caché.
  • Si la aplicación cliente se encuentra en una red virtual diferente de la memoria caché, habilite el emparejamiento para ambas redes virtuales dentro de la misma región de Azure.
  • Compruebe que las reglas de Entrada y Salida cumplan los requisitos de puerto.

Para más información, vea Configuración de la compatibilidad de red virtual para una instancia Premium de Azure Cache for Redis.

Replicación geográfica mediante inyección de VNet con cachés Premium

Se admite la replicación geográfica entre cachés de la misma red virtual. La replicación geográfica entre cachés de diferentes redes virtuales se admite con las siguientes advertencias:

  • Si las redes virtuales están en la misma región, puede conectarlas mediante el emparejamiento de redes virtuales o una conexión de red virtual a red virtual de VPN Gateway.

  • Si las redes virtuales están en regiones diferentes, no se admite la replicación geográfica mediante el emparejamiento de redes virtuales. Una máquina virtual cliente en VNet 1 (región 1) no puede acceder a una memoria caché en VNet 2 (región 2) mediante su nombre, debido a una restricción con equilibradores de carga internos básicos. En su lugar, use una conexión de red virtual a red virtual de VPN Gateway. Para más información sobre las restricciones de emparejamiento de redes virtuales, vea Requisitos y restricciones de emparejamiento de redes virtuales.

Para configurar la red virtual de forma eficaz y evitar problemas de replicación geográfica, debe configurar correctamente los puertos de entrada y salida. Para más información sobre cómo evitar los problemas de configuración incorrecta de red virtual más comunes, vea Requisitos de puertos del mismo nivel de replicación geográfica.

Aunque es posible usar la inserción de red virtual con cachés Premium, es preferible usar Azure Private Link. Para más información, consulte:

Contenido relacionado

  • Last updated on