Administración de Azure Cache for Redis

  • Artículo
  • Tiempo de lectura: 7 minutos

En este artículo se explica cómo realizar tareas de administración, como reiniciar y programar actualizaciones, en las instancias de Azure Cache for Redis.

Nota:

Se recomienda usar el módulo Azure Az de PowerShell para interactuar con Azure. Consulte Instalación de Azure PowerShell para empezar. Para más información sobre cómo migrar al módulo Az de PowerShell, consulte Migración de Azure PowerShell de AzureRM a Az.

Reiniciar

A la izquierda, Reiniciar le permite reiniciar uno o varios nodos de la memoria caché. Esta funcionalidad de reinicio le permite probar la resistencia de la aplicación en caso de que haya un error de un nodo de la caché.

Importante

El reinicio aún no está disponible para el nivel Enterprise. El reinicio está disponible para todos los demás niveles.

Captura de pantalla que resalta la opción de menú Arrancar

Seleccione los nodos que se van a reiniciar y seleccione Reiniciar.

Captura de pantalla que muestra los nodos que se pueden arrancar

Si tiene una caché premium con la agrupación en clústeres habilitada, puede seleccionar qué particiones de la memoria caché se reiniciarán.

Captura de pantalla de las opciones de partición

Para reiniciar uno o varios nodos de la caché, seleccione los nodos y seleccione Reiniciar. Si tiene una caché prémium con la agrupación en clústeres habilitada, seleccione las particiones que se van a reiniciar y seleccione Reiniciar. Al cabo de unos minutos, los nodos seleccionados se reiniciarán y volverán a estar en línea poco tiempo después.

El impacto en las aplicaciones cliente varía en función de los nodos que se reinicien.

  • Principal: cuando el nodo principal se reinicia, Azure Cache for Redis realiza una conmutación por error en el nodo de la réplica y lo promueve para que se convierta en el principal. Durante esta conmutación por error puede haber un breve intervalo en el que se puede producir un error de conexión a la memoria caché.
  • Réplica: el reinicio de un nodo de réplica no suele afectar a los clientes de caché.
  • Ambos, principal y réplica: cuando se reinician ambos nodos de la caché, se pierden todos los datos de la caché y las conexiones a esta producen un error hasta que el nodo principal vuelve a estar en línea. Si ha configurado la persistencia de datos, se restaura la copia de seguridad más reciente cuando la caché vuelva a estar en línea. Sin embargo, se perderán las escrituras de caché que se produjeron después de la copia de seguridad más reciente.
  • Nodes of a premium cache with clustering enabled (Nodos de una caché premium con agrupamiento en clústeres habilitado): cuando reinicie uno o varios nodos de una caché premium con el agrupamiento en clústeres habilitado, el comportamiento de los nodos seleccionados es el mismo que al reiniciar el nodo o nodos correspondientes de una caché sin agrupar.

Preguntas más frecuentes sobre el reinicio

¿Qué nodo que debo reiniciar para probar mi aplicación?

Para probar la resistencia de la aplicación frente a errores del nodo principal de la memoria caché, reinicie el nodo Principal. Para probar la resistencia de la aplicación frente a errores del nodo de réplica, reinicie el nodo Réplica. Para probar la resistencia de la aplicación frente a errores de toda la caché, reinicie ambos nodos, Both (Ambos).

¿Puedo reiniciar la memoria caché para borrar las conexiones de cliente?

Sí, si reinicia la memoria caché se borran todas las conexiones de cliente. El reinicio puede resultar útil en caso de que estén agotadas todas las conexiones de cliente debido a un error lógico o a un error en la aplicación cliente. Cada plan de tarifa tiene diferentes límites de conexión de clientes para los distintos tamaños y una vez alcanzados, no se aceptan más conexiones de cliente. Reiniciar la memoria caché es una forma de borrar todas las conexiones de cliente.

Importante

Si reinicia la caché para borrar las conexiones de cliente, StackExchange.Redis vuelve a conectarse automáticamente una vez que el nodo de Redis esté de nuevo en línea. Si no se resuelve el problema subyacente, las conexiones de cliente pueden continuar agotándose.

¿Se pierden los datos de mi memoria caché si reinicio?

Si reinicia los nodos Principal y Réplica, se podrían perder todos los datos de la caché (o de esa partición si utiliza una caché premium con el agrupamiento en clústeres habilitado). Sin embargo, es posible que los datos no se pierdan. Si ha configurado la persistencia de datos, se restaura la copia de seguridad más reciente cuando la caché vuelva a estar en línea. Sin embargo, se perderán las escrituras de caché que se han producido después de realizar la copia de seguridad.

Si reinicia solo uno de los nodos, no se suelen perder datos, pero podría pasar. Por ejemplo, si se reinicia el nodo principal y se está escribiendo en la caché, los datos escritos se pierden. Otro escenario de pérdida de datos se produce si reinicia un nodo y el otro nodo deja de funcionar debido a un error simultáneo. Para obtener más información sobre las posibles causas de pérdida de datos, consulte What happened to my data in Redis? (¿Qué ha ocurrido con mis datos en Redis?).

¿Puedo reiniciar la caché con PowerShell, CLI u otras herramientas de administración?

Sí. Para ver instrucciones de PowerShell, consulte Reinicio de una instancia de Azure Cache for Redis.

¿Puedo reiniciar mi caché Enterprise?

No. El reinicio no está disponible para el nivel Enterprise todavía. El reinicio está disponible para los niveles Básico, Estándar y Premium. La configuración que se ve en el menú Recursos en Administración depende del nivel de la memoria caché. No se ve Reiniciar cuando se usa una memoria caché desde el nivel Enterprise.

Programar actualizaciones

A la izquierda, Programar actualizaciones le permite elegir una ventana de mantenimiento para la instancia de caché. Una ventana de mantenimiento le permite controlar los días y las horas de una semana durante los que se pueden actualizar las máquinas virtuales que hospedan la memoria caché. Azure Cache for Redis hará todo lo posible por iniciar y finalizar la actualización del software del servidor de Redis en el período de tiempo especificado que defina.

Nota

La ventana de mantenimiento se aplica a las actualizaciones del servidor de Redis y a las actualizaciones del sistema operativo de las máquinas virtuales que hospedan la memoria caché. La ventana de mantenimiento no se aplica a las actualizaciones del sistema operativo host en los hosts que hospedan las máquinas virtuales de la memoria caché ni otros componentes de redes de Azure. En raras ocasiones, en las que las memorias caché se hospedan en modelos más antiguos (puede saber si la memoria caché está en un modelo anterior si el nombre DNS de la memoria caché se resuelve con el sufijo "cloudapp.net", "chinacloudapp.cn", "usgovcloudapi.net" o "cloudapi.de"), la ventana de mantenimiento no se aplicará a las actualizaciones del sistema operativo invitado.

Actualmente, no hay ninguna opción disponible para configurar un reinicio ni actualizaciones programadas para una caché de nivel Enterprise.

Captura de pantalla que muestra las actualizaciones programadas

Para especificar una ventana de mantenimiento, compruebe los días deseados y especifique la hora de inicio de la ventana de mantenimiento para cada día. Después, seleccione Aceptar. La hora de la ventana de mantenimiento está en UTC y solo se puede configurar cada hora.

La ventana de mantenimiento predeterminada, y mínima, para las actualizaciones es de cinco horas. Este valor no es configurable desde Azure Portal, pero puede configurarlo en PowerShell mediante el parámetro MaintenanceWindow del cmdlet New-AzRedisCacheScheduleEntry. Para obtener más información, consulte ¿Se pueden administrar las actualizaciones programadas con PowerShell, CLI u otras herramientas de administración?

Preguntas más frecuentes sobre la programación de actualizaciones

¿Cuándo se realizan las actualizaciones si no se usa la característica de programación de actualizaciones?

Si no especifica un período de mantenimiento, las actualizaciones pueden realizarse en cualquier momento.

¿Qué tipo de actualizaciones se actualizan durante el período programado de mantenimiento?

Las actualizaciones del servidor Redis solo se realizan durante el período programado de mantenimiento. La ventana de mantenimiento no se aplica a las actualizaciones de Azure ni a las actualizaciones del sistema operativo host.

¿Se pueden administrar las actualizaciones programadas con PowerShell, CLI u otras herramientas de administración?

Sí, puede administrar sus actualizaciones programadas con los siguientes cmdlets de PowerShell:

¿Se puede producir una actualización cubierta y administrada por la característica "Actualizaciones programadas" fuera de la ventana "Actualizaciones programadas"?

Sí. En general, las actualizaciones no se aplican fuera de la ventana Actualizaciones programadas configurada. Las actualizaciones de seguridad críticas poco frecuentes se pueden aplicar fuera de la programación de aplicación de revisiones como parte de nuestra directiva de seguridad.

Pasos siguientes

Más información sobre las características de Azure Cache for Redis.