Partekatu honen bidez:

Administración de Azure Cache for Redis

  • Artikulua

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

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é.
  • Réplica y principal: cuando se reinician ambos nodos de caché, Azure Cache for Redis intenta reiniciar correctamente ambos nodos, esperando a que finalice uno antes de reiniciar el otro. Normalmente, no se produce una pérdida de datos. Sin embargo, pueden producirse pérdidas de datos debido a errores o eventos de mantenimiento imprevistos. Reiniciar la memoria caché muchas veces en una fila aumenta las probabilidades de pérdida de datos.
  • Nodos de una caché premium con clústeres habilitados - Cuando reinicie uno o varios nodos de una caché premium con la agrupación en clúster activada, el comportamiento para los nodos seleccionados será el mismo que cuando reinicie el nodo o nodos correspondientes de una caché no agrupada.

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.

¿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, los datos pueden perderse en algunos casos. El reinicio de ambos nodos debe realizarse con precaución.

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.

También debe saber que reiniciar ambos nodos no da lugar a un vaciado de datos. Si desea borrar los datos, utilice el procedimiento de purga desde la consola del portal.

¿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. Reboot está disponible para los niveles Básico, Estándar y Premium. La configuración que ve en el menú Recurso en Administración depende del nivel de la memoria caché. No se ve Reiniciar cuando se usa una memoria caché desde el nivel Enterprise.

Vaciar datos

Al usar los niveles Básico, Estándar o Premium de Azure Cache for Redis, verá Vaciar datos en el menú de recursos. La operación Vaciar datos le permite eliminar o vaciar todos los datos de la memoria caché. Esta operación de vaciado se puede usar antes de escalar las operaciones para reducir potencialmente el tiempo necesario para completar la operación de escalado en la memoria caché. También puede configurar la ejecución periódica de la operación de vaciado en las memorias caché de desarrollo y pruebas para ir comprobando el uso de memoria.

La operación de vaciado, cuando se ejecuta en una memoria caché en clúster, borra los datos de todas las particiones al mismo tiempo.

Importante

Anteriormente, la operación de vaciado solo estaba disponible para las memorias caché del nivel Enterprise con replicación geográfica. Ahora, está disponible en los niveles Básico, Estándar y Premium.

Captura de pantalla en la que se muestra la opción Vaciar datos seleccionada en el menú de recursos de una instancia de caché.

Actualización del canal y programación de actualizaciones

A la izquierda, Programar actualizaciones le permite elegir un canal de actualización y una ventana de mantenimiento para la instancia de caché.

Cualquier instancia de caché que use el canal de actualización estable recibe actualizaciones unas semanas más tarde que las instancias de caché que usan el canal de actualización de versión preliminar. Se recomienda elegir el canal de actualización de versión preliminar para las cargas de trabajo que no sean de producción y sean menos críticas. Elija el canal de actualización estable para las cargas de trabajo de producción más críticas. Todas las memorias caché se actualizan de manera predeterminada en el canal de actualización estable.

Importante

Cambiar el canal de actualización en la instancia de caché conlleva que la memoria caché se someta a un evento de aplicación de revisiones para aplicar las actualizaciones correctas. Considere la posibilidad de cambiar el canal de actualización durante la ventana de mantenimiento.

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 hace todo lo posible por iniciar y finalizar la actualización del software del servidor de Redis en el período de tiempo especificado que define.

Importante

El canal de actualización y la ventana de mantenimiento se aplican a las actualizaciones del servidor de Redis y a las actualizaciones del sistema operativo de las máquinas virtuales que hospedan la memoria caché. El canal de actualización y la ventana de mantenimiento no se aplican 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 casos excepcionales, en los que las memorias caché se hospeden en modelos anteriores, la ventana de mantenimiento tampoco se aplicará a las actualizaciones de sistema operativo de invitado. Puede determinar que la memoria caché se encuentra en un modelo antiguo si el nombre DNS de la memoria caché se resuelve en un sufijo de cloudapp.net, chinacloudapp.cn, usgovcloudapi.net o cloudapi.de.

Actualmente, no hay ninguna opción disponible para configurar un canal de actualización ni actualizaciones programadas para una memoria 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.

Contenido relacionado

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