Versiones del motor y actualización en ElastiCache

• Compatibilidad nativa con la búsqueda vectorial, que le permite almacenar, indexar, buscar y actualizar miles de millones de incrustaciones vectoriales de alta dimensionalidad en la memoria con latencias tan bajas como de microsegundos.

• Una nueva implementación de tabla hash que reduce la sobrecarga de memoria para reducir el uso de memoria hasta un 20 % en el caso de los patrones de clave/valor más comunes.

• Compatibilidad nativa con los filtros de Bloom, un nuevo tipo de datos que permite realizar búsquedas utilizando hasta un 98 % menos de memoria en comparación con el tipo de datos Set.

• Nuevo comando COMMANDLOG que registra las ejecuciones lentas y las solicitudes y respuestas de gran tamaño.

• Nueva compatibilidad con la actualización condicional del comando SET con el argumento IFEQ.

• Mejoras del rendimiento, que incluyen una latencia hasta un 45 % menor para el comando ZRANK, un rendimiento hasta 12 veces más rápido para PFMERGE y PFCOUNT, y un rendimiento hasta un 514 % mayor para BITCOUNT.

• Mejoras en la eficiencia de la memoria, que permiten a los usuarios almacenar hasta un 20 % más de datos por nodo sin realizar cambios en la aplicación.

• Recientemente se ha introducido una infraestructura de métricas por ranura para clústeres basados en nodos, que proporciona una visibilidad detallada del rendimiento y el uso de recursos de las ranuras individuales.

• ElastiCache sin servidor para Valkey 8.0 puede duplicar las solicitudes por segundo (RPS) admitidas cada 2 o 3 minutos, alcanzando 5 millones de RPS por caché desde cero en menos de 13 minutos, con una latencia de lectura constante de p50 de menos de un milisegundo.

• Optimizaciones de rendimiento y memoria para varios tipos de datos: optimización de la memoria para teclas de tipo lista y conjunto, optimización de la velocidad para comandos de conjuntos ordenados, optimización del rendimiento para comandos con varias claves en modo clúster, mejoras del rendimiento de pub/sub, optimización del rendimiento para comandos SCAN, SSCAN, HSCAN, ZSCAN y muchas otras optimizaciones más pequeñas.

• Nueva opción WITHSCORE para los comandos ZRANK y ZREVRANK

• CLIENT NO-TOUCH permite a los clientes ejecutar comandos sin que eso afecte a la LRU/LFU de las claves.

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

• Versión 7.1 de ElastiCache para Redis OSS (mejorada)

• Funciones: ElastiCache para Redis OSS 7 añade compatibilidad para funciones de Redis OSS y proporciona una experiencia administrada que permite a los desarrolladores ejecutar scripts de LUA con la lógica de la aplicación almacenada en el clúster de ElastiCache, sin necesidad de que los clientes vuelvan a enviar los scripts al servidor con cada conexión.

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

• Pub/Sub particionadas: ElastiCache para Valkey y Redis OSS 7 añade compatibilidad para ejecutar la funcionalidad Pub/Sub de forma particionada cuando se ejecuta ElastiCache en el Modo de clúster habilitado (CME). Las capacidades de publicación/suscripción permiten a los editores emitir mensajes a cualquier número de suscriptores de un canal. Los canales se enlazan a una partición del clúster de ElastiCache, lo que elimina la necesidad de propagar la información del canal entre las particiones, lo que mejora la escalabilidad.

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

• 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.

• Capacidad para cambiar el nombre de comandos: un parámetro llamado rename-commands que le permite cambiar el nombre de los comandos de Redis OSS potencialmente peligrosos o costosos que podrían provocar una pérdida de datos accidental, por ejemplo, FLUSHALL o FLUSHDB. Esto equivale a la configuración rename-command en Redis OSS de código abierto. Sin embargo, ElastiCache ha mejorado la experiencia al proporcionar un flujo de trabajo completamente administrado. 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 de parámetros de Redis OSS 5.0.3.

• Flujos de Redis OSS: 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 Streams Commands.

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

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

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

• 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.

• Flujos de Redis OSS: 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 Streams Commands.

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

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

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

• Cambio de tamaño y cifrado de clústeres en línea en una sola versión de ElastiCache. Para obtener más información, consulte los siguientes temas:

  • Escalado de clústeres de Valkey o Redis OSS (modo de clúster habilitado)

  • Cambio de particiones en línea para Valkey o Redis OSS (modo de clúster habilitado)

  • Seguridad de datos en Amazon ElastiCache

• Una serie de parámetros nuevos. Para obtener más información, consulte Cambios de 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 Commands (realice una búsqueda en MEMO).

• 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.

• Compatibilidad para vaciar y eliminar de forma asincrónica. ElastiCache para Redis OSS admite comandos como UNLINK, FLUSHDB y FLUSHALL para que se ejecuten en un subproceso diferente del subproceso 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 métrica de Redis OSS, ActiveDefragHits. Para obtener más información, consulte Metrics for Redis OSS.

• Cambio de particiones en línea para Valkey o Redis OSS (modo de clúster habilitado)

• Cambio de tamaño de clústeres online

• Cifrado en tránsito (TLS) de ElastiCache

• Cifrado en reposo en ElastiCache

• Validación de la 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 introduce la compatibilidad con la indexación geoespacial a través de seis comandos de GEO. Para obtener más información, consulte la documentación de comandos de GEO* de Redis OSS Commands: GEO en la página de comandos de Valkey (filtrado para 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.

• Compatibilidad con dos métricas de CloudWatch 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 Monitoreo del uso con métricas de CloudWatch.

• Varias correcciones de errores críticos en el comportamiento PSYNC de reproducción. Para obtener más información, consulte Redis OSS 2.8 release notes.

• Para mantener un rendimiento de reproducción mejorado en los grupos de reproducción de Multi-AZ y a fin de incrementar la estabilidad del clúster, las réplicas que no son de ElastiCache han dejado de ser compatibles.

• 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 configuración de Redis OSS appendonly y appendfsync no se admiten en la versión 2.8.22 de Redis OSS y las versiones posteriores.

• 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. Estas situaciones son más probables para clientes PUBSUB.

• Compatibilidad con HyperLogLog. Para obtener más información, consulte Redis OSS new data structure: 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 obsoletos a los nodos de réplica, se producirá un error en la sincronización principal si se interrumpe un proceso secundario de almacenamiento en segundo plano (bgsave).

• Compatibilidad con la métrica de CloudWatch HyperLogLogBasedCommands. Para obtener más información, consulte Métricas de 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.

• Algoritmo LRU segmentado.

• LRU crawler para realizar la operación background-reclaim con la memoria.

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

• Correcciones acumulativas, tales como multigets ASCII, rastreos CVE-2017-9951 y de límite para 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.

• Administración de elementos menos usados recientemente (LRU) 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.