Novedades de Azure Cache for Redis

Artículo
04/12/2024

Abril de 2024

La compatibilidad con una operación de vaciado integrada que se puede iniciar en el nivel del plano de control para las memorias caché del nivel Básico, Estándar y Premium ahora ha alcanzado la disponibilidad general (GA).

Para más información, consulte operación de vaciado de datos.

Febrero de 2024

La compatibilidad con el uso de claves administradas por el cliente para el cifrado de disco (CMK) ahora ha alcanzado la disponibilidad general (GA).

Para obtener más información, consulte Configuración del cifrado de CMK en cachés empresariales.

Enero de 2024

Todos los niveles de Azure Cache for Redis ahora admiten TLS 1.3.

Para obtener más información, consulte ¿Cuáles son las opciones de configuración del protocolo TLS?.

Octubre de 2023

Operación de vaciado de datos para cachés básicas, estándar y premium (versión preliminar)

Las cachés de los niveles Básico, Estándar y Premium ahora son compatibles con una operación de vaciado integrada que puede iniciarse en el nivel del plano de control. Use la operación de vaciado con la memoria caché que ejecuta el comando FLUSH ALL a través de la consola del portal o redis-cli.

Para más información, consulte operación de vaciado de datos.

Canal de actualización para cachés de nivel Básico, Estándar y Premium (versión preliminar)

Con las memorias caché de nivel Básico, Estándar o Premium, puede optar por recibir actualizaciones anticipadas configurando el canal de actualización "Versión preliminar" o "Estable".

Para más información, consulte canales de actualización.

Septiembre de 2023

Quitar TLS 1.0 y 1.1 del uso de Azure Cache for Redis

Para satisfacer la inserción en todo el sector hacia el uso exclusivo de la versión 1.2 o posterior de Seguridad de la capa de transporte (TLS), Azure Cache for Redis avanza hacia la necesidad de usar TLS 1.2 en octubre de 2024.

Como parte de este trabajo, puede esperar los siguientes cambios en Azure Cache for Redis:

Fase 1: Azure Cache for Redis deja de ofrecer TLS 1.0/1.1 como opción para el valor MinimumTLSVersion en las nuevas creaciones de caché. Las instancias de caché existentes no se actualizarán en este momento. Todavía puede usar Azure Portal u otras API de administración para cambiar la versión de TLS mínima a 1.0 o 1.1 para la compatibilidad con versiones anteriores.
Fase 2: Azure Cache for Redis deja de admitir TLS 1.1 y TLS 1.0 a partir del 1 de octubre de 2024. Después de ese cambio, la aplicación debe usar TLS 1.2 o posterior para comunicarse con la caché. Se espera que el servicio Azure Cache for Redis esté disponible mientras actualizamos MinimumTLSVerion para todas las memorias caché a 1.2.

Para más información, vea Eliminación de TLS 1.0 y 1.1 del uso con Azure Cache for Redis.

Junio de 2023

Microsoft Entra ID para la autenticación y el control de acceso basado en roles está disponible entre regiones que admiten Azure Cache for Redis.

Mayo de 2023

Autenticación y autorización de Microsoft Entra ID (versión preliminar)

La autenticación y autorización basadas en Microsoft Entra ID ya están disponibles para la versión preliminar pública con Azure Cache for Redis. Con esta integración de Microsoft Entra ID, los usuarios pueden conectarse a su instancia de caché sin una clave de acceso y usar control de acceso basado en rol para conectarse a su instancia de caché.

Esta característica está disponible para los SKU de Azure Cache for Redis SKU Básico, Estándar y Premium. Con esta actualización, los clientes pueden esperar una mayor seguridad y un proceso de autenticación simplificado al usar Azure Cache for Redis.

Compatibilidad con hasta 30 particiones para instancias de Azure Cache for Redis en clúster

Azure Cache for Redis ahora admite cachés en clúster con hasta 30 particiones. Ahora las aplicaciones pueden almacenar más datos y escalar mejor con las cargas de trabajo.

abril de 2023

Métrica de latencia de percentil de 99.º (versión preliminar)

Hay una nueva métrica disponible para realizar un seguimiento de la latencia en el peor de los casos de los comandos del lado del servidor en instancias de Azure Cache for Redis. La latencia se mide mediante comandos PING y tiempos de respuesta de seguimiento. Esta métrica se puede usar para realizar un seguimiento del estado de la instancia de caché y para ver si los comandos de ejecución prolongada ponen en peligro el rendimiento de la latencia.

Para más información, consulte How to monitor Azure Cache for Redis (Supervisión de Azure Cache for Redis).

Marzo de 2023

Escalado vertical y horizontal local para los niveles Enterprise (versión preliminar)

Los niveles Enterprise y Enterprise Flash ahora admiten la capacidad de escalar y reducir verticalmente las instancias de caché sin necesidad de tiempo de inactividad o pérdida de datos. Las acciones de escalado vertical y horizontal pueden producirse en la misma operación.

Para más información, consulte Cómo escalar una instancia de Azure Cache for Redis.

Compatibilidad con RedisJSON en cachés con replicación geográfica activa (versión preliminar)

Las instancias de caché que usan la replicación geográfica activa ahora admiten el módulo RedisJSON.

Para obtener más información, consulte Configuración de replicación geográfica activa.

Operación de vaciado para cachés con replicación geográfica activa (versión preliminar)

Las cachés que usan la replicación geográfica activa ahora incluyen una operación de vaciado integrada que se puede iniciar en el nivel del plano de control. Use la operación de vaciado con la memoria caché en lugar de las operaciones FLUSH ALL y FLUSH DB, que están bloqueadas por diseño para las cachés con replicación geográfica activa.

Para más información, consulte Operación de vaciado.

Cifrado de disco de clave administrada por el cliente (CMK) (versión preliminar)

Los datos de Redis que se guardan en el disco ahora se pueden cifrar mediante claves administradas por el cliente (CMK) en los niveles Enterprise y Enterprise Flash. El uso de CMK agrega otra capa de control al cifrado de disco predeterminado.

Para más información, consulte Habilitación del cifrado en disco.

Registros de auditoría de eventos de conexión (versión preliminar)

Las cachés de nivel Enterprise y Enterprise Flash ahora pueden registrar todos los eventos de conexión, desconexión y autenticación a través de la configuración de diagnóstico. El registro de esta información ayuda en las auditorías de seguridad. También puede supervisar quién tiene acceso al recurso de caché.

Para más información, consulte Habilitación de registros de auditoría de conexión.

Noviembre de 2022

Compatibilidad con RedisJSON

La compatibilidad con el uso del módulo RedisJSON ahora ha alcanzado la disponibilidad general (GA).

Para más información, consulte Uso de módulos de Redis con Azure Cache for Redis.

Redis 6 se convierte en una actualización predeterminada

Todas las versiones de la API REST de Azure Cache for Redis, PowerShell, la CLI de Azure y el SDK de Azure crean instancias de Redis con Redis 6 a partir del 20 de enero de 2023. Anteriormente, anunciamos que este cambio tendría lugar el 1 de noviembre de 2022, pero debido a cambios imprevistos la fecha se ha pospuesto al 20 de enero de 2023.

Para obtener más información, consulte Redis 6 se convierte en el valor predeterminado para las nuevas instancias de caché.

Octubre de 2022

Mejoras para la replicación geográfica pasiva

Se realizaron varias mejoras en la función de replicación geográfica pasiva que se ofrece en el nivel Premium de Azure Cache for Redis.

Hay nuevas métricas disponibles para que los clientes realicen un seguimiento mejor del estado y el estado de su vínculo de replicación geográfica, incluidas las estadísticas sobre la cantidad de datos que están esperando que se repliquen. Para más información, consulte How to monitor Azure Cache for Redis (Supervisión de Azure Cache for Redis).
- Retraso de conectividad de replicación geográfica (versión preliminar)
- Desplazamiento de sincronización de datos de replicación geográfica (versión preliminar)
- Evento de sincronización completa de replicación geográfica finalizado (versión preliminar)
- Evento de sincronización completa de replicación geográfica iniciado (versión preliminar)
Los clientes ahora pueden iniciar una conmutación por error entre cachés de réplica geográfica principal y geográfica con una sola selección o comando de la CLI, lo que elimina la molestia de desvincular manualmente y volver a vincular las cachés. Para obtener más información, consulte Inicio de una conmutación por error de la caché geográfica principal a la geográfica secundaria.
Ahora también se ofrece una dirección URL de caché global que actualiza automáticamente sus registros DNS después de que se desencadene la conmutación por error geográfica, lo que permite a su aplicación administrar solo una dirección de caché. Para obtener más información, consulte URL principal geográfica.

Septiembre de 2022

Actualización de las instancias de Azure Cache for Redis para usar la versión 6 de Redis antes del 30 de junio de 2023

El 30 de junio de 2023, se retirará la versión 4 para las instancias de Azure Cache for Redis. Antes de esa fecha, debe actualizar todas las instancias de caché a la versión 6.

Todas las instancias de caché en las que se ejecute la versión 4 de Redis después del 30 de junio de 2023 se actualizarán automáticamente.
Todas las instancias de caché en las que se que ejecute la versión 4 de Redis y que tengan habilitada la replicación geográfica se actualizarán automáticamente después del 30 de agosto de 2023.

Se recomienda que actualice las caché por su cuenta para adaptarse tanto a su programación como a las necesidades de los usuarios, con el fin de que la actualización sea lo más cómoda posible.

Para más información, consulte Retiradas.

Compatibilidad con la identidad administrada en Azure Cache for Redis

La autenticación de conexiones de cuenta de almacenamiento mediante identidad administrada ha alcanzado la disponibilidad general.

Para más información, consulte Identidad administrada para almacenamiento.

Agosto de 2022

Módulo RedisJSON disponible en Azure Cache for Redis Enterprise

Los niveles Enterprise y Enterprise Flash de Azure Cache for Redis ahora admiten el módulo RedisJSON. Este módulo agrega funcionalidad nativa para almacenar, consultar y buscar datos con el formato JSON que permite almacenar datos más fácilmente con un formato de estilo de documento en Redis. Al usar este módulo, se simplifican casos de uso comunes, como el almacenamiento de datos de catálogos de productos o de perfiles de usuario.

El módulo RedisJSON implementa la versión de la comunidad del módulo para que pueda usar sus flujos de trabajo y conocimientos actuales. RedisJSON está diseñado para usarlo con la funcionalidad de búsqueda de RediSearch. El uso de ambos módulos proporciona indexación integrada y consulta de datos. Para más información, consulte RedisJSON.

El módulo RediSearch también está disponible ahora para Azure Cache for Redis. Si desea obtener más información sobre el uso de módulos de Redis en Azure Cache for Redis, consulte Uso de módulos de Redis con Azure Cache for Redis.

Julio de 2022

Redis 6 se convierte en el valor predeterminado para las nuevas instancias de caché

Importante

Anteriormente, anunciamos que este cambio se produciría el 1 de noviembre de 2022. La nueva fecha es el 20 de enero de 2023. El texto se ha actualizado para reflejar la nueva fecha.

A partir del 20 de enero de 2023, todas las versiones de la API REST de Azure Cache for Redis, PowerShell, la CLI de Azure y el SDK de Azure crearán instancias de Redis con la versión estable más reciente de Redis que ofrece Azure Cache for Redis de forma predeterminada. Antes, la versión predeterminada que se usaba era la versión 4.0 de Redis. Sin embargo, a partir de octubre de 2021, la versión estable más reciente de Redis que ofrece Azure Cache for Redis es la 6.0.

Nota

Este cambio no afecta a las instancias actuales. Solo es aplicable a las nuevas instancias creadas a partir del 20 de enero de 2023.

La versión predeterminada de Redis que se usa al crear una instancia de caché puede variar, porque se basa en la versión estable más reciente que ofrece Azure Cache for Redis.

Si necesita una versión específica de Redis para una aplicación, se recomienda usar las versiones de artefactos más recientes, como se muestra en la tabla. Después, elija la versión de Redis explícitamente al crear la memoria caché.

Artefacto	Versión que permite especificar la versión de Redis
API DE REST	2020-06-01 y versiones más recientes
PowerShell	6.3.0 y versiones más recientes
Azure CLI	2.27.0 y versiones más recientes
SDK de Azure para .NET	7.0.0 y versiones más recientes
SDK de Azure para Python	13.0.0 y versiones más recientes
SDK de Azure para Java	2.2.0 y versiones más recientes
SDK de Azure para JavaScript	6.0.0 y versiones más recientes
SDK de Azure para Go	v49.1.0 y versiones más recientes

Abril de 2022

Nuevas métricas para la tasa de creación de conexiones

Estas dos nuevas métricas pueden ayudar a identificar si los clientes de Azure Cache for Redis se desconectan y se vuelven a conectar con frecuencia, lo que puede provocar un mayor uso de la CPU y carga del servidor de Redis.

Conexiones creadas por segundo
Conexiones cerradas por segundo

Para obtener más información, consulte Visualización de métricas de caché.

Cambio de caché predeterminado

El 15 de mayo de 2022, todas las nuevas instancias de Azure Cache for Redis usarán Redis 6 de manera predeterminada. Todavía puede crear una instancia de Redis 4 seleccionando explícitamente la versión al crear una instancia de Azure Cache for Redis.

Este cambio no afecta a las instancias existentes. El cambio solo es aplicable a las nuevas instancias creadas después del 15 de mayo de 2022.

La versión predeterminada de Redis que se usa al crear una caché puede cambiar con el tiempo. Azure Cache for Redis puede adoptar una nueva versión cuando se publica una nueva versión de Redis de código abierto. Si necesita una versión específica de Redis para la aplicación, se recomienda elegir la versión de Redis expresamente al crear la memoria caché.

Febrero de 2022

Cambio en los certificados TLS

A partir de mayo de 2022, Azure Cache for Redis sustituye los certificados TLS emitidos por DigiCert Global G2 CA Root. La raíz actual de Baltimore CyberTrust expira en mayo de 2025, lo que hace necesario este cambio.

Esperamos que la mayoría de los clientes de Azure Cache for Redis no se vean afectada. Sin embargo, la aplicación podría verse afectada si se especifica explícitamente una lista de las entidades de certificación aceptables, lo que se conoce como anclaje de certificados.

Para más información, lea este blog que contiene instrucciones sobre cómo comprobar si la aplicación cliente se ha visto afectada. Se recomienda realizar las acciones que se indican en el blog para evitar la pérdida de conectividad de la caché.

Replicación geográfica activa para Azure Cache For Redis Enterprise GA

La replicación geográfica activa para Azure Cache for Redis Enterprise está disponible con carácter general (GA).

La replicación geográfica activa es una herramienta eficaz que permite vincular clústeres de Azure Cache for Redis para una replicación activa-activa de datos sin problemas. Las aplicaciones pueden escribir en un clúster de Redis y los datos se copian automáticamente en los demás clústeres vinculados, y viceversa. Para más información, consulte esta entrada en el Blog de Azure Developer Community.

Enero de 2022

Compatibilidad con la identidad administrada en Azure Cache for Redis en el almacenamiento

Azure Cache for Redis ahora admite la autenticación de conexiones de cuenta de almacenamiento mediante identidad administrada. La identidad se establece a través de Microsoft Entra ID y se admiten identidades asignadas por el sistema y asignadas por el usuario. La compatibilidad con las identidades administradas permite además que el servicio establezca acceso de confianza al almacenamiento para usos como la persistencia de los datos y la importación y exportación de datos de caché.

Para más información, consulte Identidad administrada con Azure Cache for Redis.

Octubre de 2021

Disponibilidad general de Azure Cache for Redis 6.0

Azure Cache for Redis 6.0 ya está disponible con carácter general. La nueva versión incluye:

Redis Streams, un nuevo tipo de datos
Mejoras de rendimiento
Productividad de los desarrolladores mejorada
Aumento de la seguridad

Ahora puede usar una estructura de datos de solo anexión, Redis Streams, para ingerir, administrar y dar sentido a los datos que se generan continuamente.

Además, Azure Cache for Redis 6.0 presenta nuevos comandos: STRALGO, ZPOPMIN, ZPOPMAX y HELP para mejorar el rendimiento y la facilidad de uso.

Comience a usar Azure Cache for Redis 6.0 hoy mismo y seleccione Redis 6.0 durante la creación de la caché. Además, puede actualizar las instancias de caché existentes de Redis 4.0.

Diagnóstico de clientes conectados

Azure Cache for Redis ahora se integra con la configuración de diagnóstico de Azure para registrar información sobre todas las conexiones de cliente a la caché. El registro y el análisis de esta configuración de diagnóstico le ayudarán a comprender quién se conecta a las cachés y la marca de tiempo de esas conexiones. Estos datos se pueden usar para identificar el ámbito de una vulneración de seguridad y con fines de auditoría de seguridad. Los usuarios pueden enrutar estos registros a un destino de su elección, como una cuenta de almacenamiento o Event Hubs.

Para obtener más información, consulte Supervisión de los datos de Azure Cache for Redis mediante la configuración de diagnóstico.

Actualización de Azure Cache for Redis Enterprise

La versión preliminar pública de la replicación geográfica activa ahora admite:

El módulo RediSearch: implementación de RediSearch con la replicación geográfica activa
Cinco cachés en un grupo de replicación. Anteriormente se admitían dos cachés.
Directiva de agrupación en clústeres de OSS: es adecuada para cargas de trabajo de alto rendimiento y proporciona una mejor escalabilidad.

Octubre de 2020

Cambio en los certificados TLS de Azure

Microsoft está actualizando los servicios de Azure para que usen los certificados TLS de un conjunto diferente de entidades de certificación (CA) raíz. Este cambio se realiza porque los certificados de la entidad de certificación actuales no cumplen uno de los requisitos de la base de referencia del foro CA/Browser. Para obtener información completa, consulte Cambios en los certificados TLS de Azure.

Para más información sobre el efecto de Azure Cache for Redis, consulte Cambio en los certificados TLS de Azure.

Si tiene más preguntas, póngase en contacto con nosotros a través del departamento de soporte técnico.