Motores y versiones compatibles

• Nuevas WITHSCORE opciones y comandos ZRANK ZREVRANK

• CLIENTNO: TOUCH permite a los clientes ejecutar comandos sin afectar a LFU las teclasLRU/.

• Nuevo comando CLUSTER MYSHARDID que devuelve el ID de fragmento del nodo para agrupar los nodos de forma lógica en modo clúster en función de la replicación.

• Optimizaciones de rendimiento y memoria para varios tipos de datos.

• Cuando se llama PUBLISH con un RESP3 cliente que también está suscrito al mismo canal, se cambia el orden y la respuesta se envía antes del mensaje publicado.

• El seguimiento de los scripts por parte del cliente ahora rastrea las claves que lee el script, en lugar de las claves declaradas por la persona que llama a/. EVAL FCALL

• El muestreo del tiempo de congelación se produce durante la ejecución de comandos y en los scripts.

• Cuando se desbloquea un comando bloqueado, se vuelven a evaluar comprobaciones como ACLOOM, y otras.

• ACLel texto del mensaje de error y los códigos de error están unificados.

• Un comando stream bloqueado que se ejecuta cuando la clave ya no existe contiene un código de error diferente (- NOGROUP o - WRONGTYPE en lugar de -UNBLOCKED).

• Las estadísticas del comando se actualizan para los comandos bloqueados solo cuando el comando se ejecuta realmente.

• El almacenamiento interno de ACL los usuarios ya no elimina las reglas redundantes de comandos y categorías. Esto puede alterar la forma en que se muestran esas reglas como parte de ACLSAVE, ACL GETUSER y ACLLIST.

• SNISi es posible, utilice cualquier conexión de cliente creada para la replicación TLS basada en datos.

• XINFOSTREAM: El campo de respuesta en tiempo visto ahora indica el último intento de interacción en lugar de la última interacción exitosa. El nuevo campo de respuesta en tiempo activo ahora indica la última interacción exitosa.

• XREADGROUPy X [AUTO] CLAIM crean al consumidor independientemente de si fue capaz de realizar alguna lectura o reclamación. [TBD- ¿qué es lo que hay aquí?]

• ACLel usuario recién creado por defecto establece el indicador sanitize-payload en/. ACL LIST GETUSER

• El HELLO comando no afecta al estado del cliente a menos que se ejecute correctamente.

• NANlas respuestas se normalizan a un único tipo nan, similar al comportamiento actual de inf.

• ElastiCache (Valkey) versión 7.2.6

• ElastiCache (RedisOSS) versión 7.1 (mejorada)

• Funciones: ElastiCache (RedisOSS) 7 añade compatibilidad con Redis OSS Functions y proporciona una experiencia gestionada que permite a los desarrolladores ejecutar LUAscripts con la lógica de la aplicación almacenada en el ElastiCache clúster, sin que los clientes tengan que volver a enviar los scripts al servidor cada vez que se conecten.

• ACLmejoras: Valkey y Redis OSS 7 añaden compatibilidad con la próxima versión de las listas de control de acceso (). ACLs Los clientes ahora pueden especificar varios conjuntos de permisos en claves o espacios de teclas específicos en Valkey y Redis. OSS

• Pub/Sub fragmentado: ElastiCache con Valkey y Redis, OSS 7 añade soporte para ejecutar la funcionalidad Pub/Sub de forma fragmentada cuando se ejecuta en modo clúster activado (). ElastiCache CME Las funciones de Pub/Sub permiten a los editores enviar mensajes a cualquier número de suscriptores de un canal. Los canales están enlazados a un fragmento del ElastiCache clúster, lo que elimina la necesidad de propagar la información del canal entre los fragmentos, lo que mejora la escalabilidad.

• Multiplexación de E/S mejorada: ElastiCache con Valkey y Redis, OSS 7 presenta la multiplexación de E/S mejorada, que ofrece un mayor rendimiento y una menor latencia para cargas de trabajo de alto rendimiento que tienen muchas conexiones de cliente simultáneas a un clúster. ElastiCache Por ejemplo, si utiliza un clúster de nodos r6g.xlarge y ejecuta 5200 clientes simultáneos, puede lograr un aumento de rendimiento de hasta un 72% (operaciones de lectura y escritura por segundo) y una disminución de la latencia de P99 de hasta un 71%, en comparación ElastiCache con la OSS versión 6 de Redis.

• Garantía de estabilidad del motor en condiciones especiales.

• Control de errores HyperLogLog mejorado.

• Comandos de protocolo de enlace mejorados para reproducción de confianza.

• Seguimiento de entrega de mensajes coherente a través de comando XCLAIM.

• Gestión de campo de LFU mejorada en objetos.

• Gestión de transacciones mejorada al utilizar ZPOP.

• Posibilidad de cambiar el nombre de los comandos: un parámetro llamado rename-commands así permite cambiar el nombre de OSS comandos de Redis potencialmente peligrosos o costosos que podrían provocar una pérdida accidental de datos, como o. FLUSHALL FLUSHDB Es similar a la configuración de los comandos de cambio de nombre de Redis de código abierto. OSS Sin embargo, ElastiCache ha mejorado la experiencia al proporcionar un flujo de trabajo totalmente gestionado. Los cambios al nombre de comandos se aplican de inmediato y se propagan automáticamente en todos los nodos del clúster que contienen la lista de comandos. No es necesaria la intervención del usuario, como reiniciar nodos.

  Los siguientes ejemplos muestran cómo modificar los grupos de parámetros existentes. Incluyen el parámetro rename-commands, que es una lista de comandos separados por espacios cuyo nombre desea cambiar:

  aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
  --parameter-name-values "ParameterName=rename-commands,  ParameterValue='flushall restrictedflushall'" --region region
  

  En este ejemplo, el parámetro rename-commands se utiliza para cambiar el nombre del comando flushall a restrictedflushall.

  Para cambiar el nombre de varios comandos, utilice lo siguiente:

  aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
  --parameter-name-values "ParameterName=rename-commands,  ParameterValue='flushall restrictedflushall flushdb restrictedflushdb''" --region region
  

  Para revertir un cambio, vuelva a ejecutar el comando y excluya los valores a los que se ha cambiado el nombre de la lista ParameterValue que desea conservar, tal y como se muestra a continuación:

  aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
  --parameter-name-values "ParameterName=rename-commands,  ParameterValue='flushall restrictedflushall'" --region region
  

  En este caso, el nombre del comando flushall cambiará a restrictedflushall y los nombres de los demás comandos revertirán al nombre original.

  nota

  Al cambiar el nombre de los comandos, estará sometido a las siguientes limitaciones:

  • Todos los nombres de comandos cambiados deben ser alfanuméricos.

  • La longitud máxima de los nombres de comandos nuevos es de 20 caracteres alfanuméricos.

  • Al cambiar el nombre de comandos, asegúrese de actualizar el grupo de parámetros asociados con el clúster.

  • Para evitar por completo el uso de un comando, utilice la palabra clave blocked, tal y como se muestra a continuación:

    aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
    --parameter-name-values "ParameterName=rename-commands,  ParameterValue='flushall blocked'" --region region
    

  Para obtener más información acerca de los cambios de los parámetros y obtener una lista de los comandos elegibles para el cambio de nombre, consulte Cambios en los parámetros de Redis 5.0.3 OSS.

• Redis OSS Streams: modela una estructura de datos de registro que permite a los productores añadir nuevos elementos en tiempo real. También permite a los clientes consumir mensajes mediante bloqueo o sin bloqueo. Las secuencias también permiten a los grupos de consumidores, que representan a un grupo de clientes, consumir cooperativamente distintas partes de la misma secuencia de mensajes, de forma similar a como se hace en Apache Kafka. Para obtener más información, consulte Streams.

• Compatibilidad con una familia de comandos de secuencias, como XADD, XRANGE y XREAD. Para obtener más información, consulte Comandos de Streams.

• Una serie de parámetros nuevos y con nombres nuevos. Para obtener más información, consulte Cambios en los parámetros de Redis 5.0.0 OSS.

• Una nueva OSS métrica de Redis,StreamBasedCmds.

• Tiempo de instantánea ligeramente más rápido para los nodos de RedisOSS.

• Garantía de estabilidad del motor en condiciones especiales.

• Control de errores HyperLogLog mejorado.

• Comandos de protocolo de enlace mejorados para reproducción de confianza.

• Seguimiento de entrega de mensajes coherente a través de comando XCLAIM.

• Gestión de campo de LFU mejorada en objetos.

• Gestión de transacciones mejorada al utilizar ZPOP.

• Redis OSS Streams: modela una estructura de datos de registro que permite a los productores añadir nuevos elementos en tiempo real. También permite a los clientes consumir mensajes mediante bloqueo o sin bloqueo. Las secuencias también permiten a los grupos de consumidores, que representan a un grupo de clientes, consumir cooperativamente distintas partes de la misma secuencia de mensajes, de forma similar a como se hace en Apache Kafka. Para obtener más información, consulte Streams.

• Compatibilidad con una familia de comandos de secuencias, como XADD, XRANGE y XREAD. Para obtener más información, consulte Comandos de Streams.

• Una serie de parámetros nuevos y con nombres nuevos. Para obtener más información, consulte Cambios en los parámetros de Redis 5.0.0 OSS.

• Una nueva OSS métrica de Redis,StreamBasedCmds.

• Tiempo de instantánea ligeramente más rápido para los nodos de RedisOSS.

• Tanto el redimensionamiento del clúster en línea como el cifrado en una sola versión ElastiCache (OSSRedis). Para más información, consulte los siguientes temas:

  • Escalar clústeres en Valkey o Redis OSS (modo de clúster activado)

  • Repartición en línea para Valkey o OSS Redis (modo de clúster activado)

  • Seguridad de datos en Amazon ElastiCache

• Una serie de parámetros nuevos. Para obtener más información, consulte Cambios en los parámetros de Redis OSS 4.0.10.

• Compatibilidad con la familia de comandos de memoria, como MEMORY. Para obtener más información, consulte Comandos (busque enMEMO).

• Compatibilidad con la desfragmentación de memoria mientras está online, lo que permite un uso de memoria más eficiente y más disponibilidad de memoria para los datos.

• Support para descargas y eliminaciones asíncronas. ElastiCache (RedisOSS) admite comandos comoUNLINK, por ejemplo, FLUSHDB que se ejecuten en un FLUSHALL hilo diferente al hilo principal. Hacer esto ayuda a mejorar el rendimiento y los tiempos de respuesta para sus aplicaciones mediante la liberación de memoria de forma asincrónica.

• Una nueva OSS métrica de Redis,. ActiveDefragHits Para obtener más información, consulte Metrics for OSS Redis.

• Repartición en línea para Valkey o OSS Redis (modo de clúster activado)

• Cambio de tamaño de clústeres online

• ElastiCache cifrado en tránsito () TLS

• Cifrado en reposo en ElastiCache

• Validación de conformidad para Amazon ElastiCache

Notas:

• Particionamiento: posibilidad de dividir los datos entre 2 a 500 grupos de nodos (particiones) con compatibilidad de reproducción para cada grupo de nodos.

• Indexación geoespacial: Redis OSS 3.2.4 incorpora la compatibilidad con la indexación geoespacial mediante seis comandos. GEO Para obtener más información, consulte la documentación de comandos de Redis OSS GEO * Comandos: GEO en la página de comandos de Valkey (filtrada). GEO

• Migración de réplica

• Reequilibrado de clúster

• Depurador Lua

• cluster meet

• cluster replicate

• cluster flushslots

• cluster addslots

• cluster delslots

• cluster setslot

• cluster saveconfig

• cluster forget

• cluster failover

• cluster bumpepoch

• cluster set-config-epoch

• cluster reset

• Compatibilidad con las copias de seguridad y las sincronizaciones sin ramificaciones que permiten asignar menos memoria para las copias de seguridad y más para su aplicación. Para obtener más información, consulte Cómo se implementan la sincronización y la copia de seguridad. El proceso sin ramificaciones puede afectar a la latencia y al rendimiento. En caso de elevado rendimiento de escritura, al volver a sincronizar una réplica es posible que esta no esté disponible durante la sincronización.

• Si se produce una conmutación por error, los grupos de reproducción se recuperarán ahora más rápido porque las réplicas realizarán sincronizaciones parciales con el nodo principal en lugar de sincronizaciones completas siempre que sea posible. Además, tanto el nodo principal como las réplicas ya no usan el disco durante las sincronizaciones, lo que proporciona mayor velocidad.

• Support para dos CloudWatch métricas nuevas.

  • ReplicationBytes: número de bytes que el clúster principal de un grupo de reproducción envía a las réplicas de lectura.

  • SaveInProgress: valor binario que indica si hay un proceso de almacenamiento en ejecución en segundo plano.

  Para obtener más información, consulte Supervisión del uso con CloudWatch métricas.

• Varias correcciones de errores críticos en el PSYNC comportamiento de la replicación. Para obtener más información, consulte las notas de la versión OSS 2.8 de Redis.

• Para mantener un rendimiento de replicación mejorado en los grupos de replicación en zonas de disponibilidad múltiples (Multi-AZ) y aumentar la estabilidad de los clústeres, ya no se admiten las ElastiCache réplicas.

• Para mejorar la coherencia de los datos entre el clúster principal y las réplicas de un grupo de reproducción, las réplicas ya no desalojan claves independientes del clúster principal.

• Las variables de OSS configuración de Redis no appendfsync son compatibles con la OSS versión 2.8.22 appendonly y posteriores de Redis.

• En situaciones de baja memoria, es posible que los clientes que tengan un búfer de salida de gran tamaño se desconecten del clúster de réplica. En caso de desconexión, el cliente debe volver a conectarse. Lo más probable es que estas situaciones ocurran en el caso de los clientes. PUBSUB

• Support for HyperLogLog. Para obtener más información, consulte la OSSnueva estructura de datos de Redis: HyperLogLog.

• El tipo de datos de conjuntos clasificados ahora es compatible con las consultas de gama lexicográfica gracias a los nuevos comandos ZRANGEBYLEX, ZLEXCOUNT y ZREMRANGEBYLEX.

• Para evitar que un nodo principal envíe datos obsoletos a los nodos de réplica, el maestro SYNC falla si se anula un proceso secundario de save (bgsave) en segundo plano.

• Support para la HyperLogLogBasedCommands CloudWatchmétrica. Para obtener más información, consulte Métricas para Valkey y Redis OSS.

• Mejora de la flexibilidad y la tolerancia a errores de las réplicas de lectura.

• Compatibilidad con la resincronización.

• Compatibilidad con un número mínimo definido por el usuario de réplicas de lectura que deben estar disponibles en todo momento.

• Compatibilidad completa con los clientes de notificación de publicaciones/suscripciones de eventos en el servidor.

• Detección automática de errores en un nodo principal y de conmutaciones por error del nodo principal al nodo secundario.

• Reequilibrado automático de slabs.

• Búsquedas más rápidas en tablas hash con el algoritmo murmur3.

• LRUAlgoritmo segmentado.

• LRUrastreador para recuperar memoria en segundo plano.

• --enable-seccomp: opción de tiempo de compilación.

• Correcciones acumulativas, como ASCII multigets, -2017-9951 y limit crawls for. CVE metadumper

• Mejor administración de conexiones al cerrar las conexiones que alcanzan el límite de conexión.

• Se ha mejorado la administración del tamaño de los elementos para tamaños de elementos superiores a 1 MB.

• Mejoras en el rendimiento y en la sobrecarga de memoria gracias a la reducción de los requisitos de memoria por elemento en unos pocos bytes.

• Capacidad para volcar todos los metadatos para una determinada clase slab, una lista de clases slab o todas las clases slab. Para obtener más información, consulte Memcached 1.4.31 Release Notes.

• Compatibilidad mejorada con elementos de gran tamaño superiores al tamaño predeterminado de 1 megabyte. Para obtener más información, consulte Memcached 1.4.29 Release Notes.

• Posibilidad de especificar el tiempo durante el cual un cliente puede permanecer inactivo antes de solicitar su cierre.

  Posibilidad para incrementar de forma dinámica la cantidad de memoria disponible para Memcached sin tener que reiniciar el clúster. Para obtener más información, consulte Memcached 1.4.27 Release Notes.

• Compatibilidad con el registro de fetchers, mutations y evictions. Para obtener más información, consulte Memcached 1.4.26 Release Notes.

• Posibilidad de reclamar la memoria liberada en un grupo global para reasignarla a nuevas clases slab. Para obtener más información, consulte Memcached 1.4.25 Release Notes.

• Varias correcciones de errores.

• Incorporación de algunos comandos y parámetros nuevos. Para ver una lista, consulte Parámetros agregados a Memcached 1.4.33.

• La administración de (LRU) utilizada menos recientemente mediante un proceso en segundo plano.

• Se ha añadido la posibilidad de usar jenkins o murmur3 como algoritmo hash.

• Incorporación de algunos comandos y parámetros nuevos. Para ver una lista, consulte Parámetros agregados a Memcached 1.4.24.

• Varias correcciones de errores.

• Capacidad mejorada para reequilibrar slab.

• Mejora del rendimiento y la escalabilidad.

• Se ha introducido el comando touch que permite actualizar hora de vencimiento de un elemento existente sin necesidad de recuperarlo.

• Detección automática: capacidad para los programas de cliente de determinar automáticamente todos los nodos de caché en un clúster e iniciar y mantener las conexiones a todos estos nodos.