Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Versiones de motores y actualizaciones en ElastiCache
En esta sección, se detallan los motores admitidos de Valkey, Memcached y Redis OSS y se explica cómo actualizarlos. Tenga en cuenta que todas las características de Redis OSS 7.2 están disponibles en Valkey 7.2 y versiones posteriores de forma predeterminada. También puede actualizar algunos motores OSS existentes ElastiCache para Redis a un motor Valkey.
# Actualización de las versiones del motor, incluidas las actualizaciones de varios motores
**Valkey y Redis OSS**
Con Valkey y Redis OSS, las actualizaciones de versiones de su clúster o grupo de replicación se inician al realizar modificaciones con la consola de ElastiCache, la AWS CLI o la API de ElastiCache y al especificar una versión del motor más reciente.
También puede realizar una actualización de varias versiones de Redis OSS a Valkey. Para obtener más información sobre la actualización de varias versiones, consulte [Cómo actualizar de Redis OSS a Valkey](#VersionManagement.HowTo.cross-engine-upgrade).
**Topics**
+ [Cómo actualizar de Redis OSS a Valkey](#VersionManagement.HowTo.cross-engine-upgrade)
+ [Resolución de actualizaciones bloqueadas del motor de Valkey o Redis OSS](#resolving-blocked-engine-upgrades)
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonElastiCache/latest/dg/VersionManagement.HowTo.html)
**Memcached**
Con Memcached, para comenzar las actualizaciones de versiones en su clúster, modifíquelo y especifique una versión del motor más reciente. Para ello, puede utilizar la consola de ElastiCache, la AWS CLI o la API de ElastiCache:
+ Para utilizar la Consola de administración de AWS, consulte: [Uso de la Consola de administración de AWS de ElastiCache](Clusters.Modify.md#Clusters.Modify.CON).
+ Para utilizar la AWS CLI, consulte [Uso de la AWS CLI con ElastiCache](Clusters.Modify.md#Clusters.Modify.CLI).
+ Para utilizar la API de ElastiCache, consulte [Uso de la API de ElastiCache](Clusters.Modify.md#Clusters.Modify.API).
## Cómo actualizar de Redis OSS a Valkey
Valkey está diseñado como un sustituto directo de Redis OSS 7. Puede actualizar de Redis OSS a Valkey mediante la consola, la API o la CLI, especificando el nuevo motor y la versión principal del motor. La actualización no modificará la dirección IP del punto de conexión ni ningún otro aspecto de la aplicación. Al actualizar desde Redis OSS 5.0.6 y versiones posteriores, no experimentará ningún tiempo de inactividad.
**nota**
**Requisitos de la versión de la CLI de AWS para las actualizaciones de Redis OSS a Valkey:**
Para la versión 1 de la CLI de AWS: versión mínima requerida 1.35.2 (versión actual: 1.40.22)
Para la versión 2 de la CLI de AWS: versión mínima requerida 2.18.2 (versión actual: 2.27.22)
**nota**
Al actualizar desde una versión anterior a la 5.0.6 de Redis OSS, es posible que se produzca un tiempo de conmutación por error de 30 a 60 segundos durante la propagación del DNS.
Si desea actualizar un clúster de un solo nodo de Redis OSS (modo de clúster deshabilitado) existente al motor de Valkey, primero debe seguir estos pasos: [Creación de un grupo de reproducción mediante un clúster existente](Replication.CreatingReplGroup.ExistingCluster.md). Después de añadir el clúster de un solo nodo de Redis OSS (modo de clúster deshabilitado) en un grupo de replicación, puede actualizar desde varios motores a Valkey.
### Actualización de un grupo de replicación de Redis OSS a Valkey
Si ya tiene un grupo de replicación de Redis OSS que está utilizando el grupo de parámetros de caché predeterminado, puede actualizarlo a Valkey especificando el nuevo motor y la versión del motor con la API modify-replication-group.
Para Linux, macOS o Unix:
```
aws elasticache modify-replication-group \
--replication-group-id myReplGroup \
--engine valkey \
--engine-version 8.0
```
Para Windows:
```
aws elasticache modify-replication-group ^
--replication-group-id myReplGroup ^
--engine valkey ^
--engine-version 8.0
```
Si tiene un grupo de parámetros de caché personalizado aplicado al grupo de replicación de Redis OSS existente que desea actualizar, también tendrá que incluir un grupo de parámetros de caché de Valkey personalizado en la solicitud. El grupo de parámetros personalizados de Valkey introducido debe tener los mismos valores de parámetros estáticos de Redis OSS que el grupo de parámetros personalizados de Redis OSS existente.
Para Linux, macOS o Unix:
```
aws elasticache modify-replication-group \
--replication-group-id myReplGroup \
--engine valkey \
--engine-version 8.0 \
--cache-parameter-group-name myParamGroup
```
Para Windows:
```
aws elasticache modify-replication-group ^
--replication-group-id myReplGroup ^
--engine valkey ^
--engine-version 8.0 ^
--cache-parameter-group-name myParamGroup
```
### Actualización de una caché sin servidor de Redis OSS a Valkey con la CLI
Para Linux, macOS o Unix:
```
aws elasticache modify-serverless-cache \
--serverless-cache-name myCluster \
--engine valkey \
--major-engine-version 8
```
Para Windows:
```
aws elasticache modify-serverless-cache ^
--serverless-cache-name myCluster ^
--engine valkey ^
--major-engine-version 8
```
### Actualización de Redis OSS a Valkey con la consola
**Actualización desde Redis OSS 5 a Valkey**
1. Seleccione la caché de Redis OSS que desea actualizar.
1. Debería aparecer la ventana **Actualice a Valkey**. Seleccione el botón **Actualice a Valkey**.
1. Vaya a **Configuración de la caché** y, a continuación, seleccione **Versión del motor**. Se recomienda utilizar la versión más reciente de Valkey.
1. Si esta caché es sin servidor, tendrá que actualizar el grupo de parámetros. Vaya al área **Grupos de parámetros** de la **Configuración de la caché** y seleccione un grupo de parámetros adecuado, como *default.valkey8*.
1. Seleccione **Actualizar**.
Esta caché ahora aparecerá en el área de Valkey de la consola.
**nota**
La actualización directa desde Redis OSS 4 o una versión anterior a Valkey puede incluir un tiempo de conmutación por error mayor, de 30 a 60 segundos, durante la propagación del DNS.
### Cómo cambiar a una versión menor desde Valkey a Redis OSS
Si por alguna razón desea revertir la actualización del clúster, Amazon ElastiCache admite la reversión de una caché de Valkey 7.2 a Redis OSS 7.1. Puede revertir siguiendo los mismos pasos de la consola, la API o la CLI que en una actualización del motor y especificando Redis OSS 7.1 como la versión del motor de destino. Las reversiones utilizan los mismos procesos que los de una actualización. La reversión no modificará la dirección IP del punto de conexión ni todos los demás aspectos de la aplicación y tampoco se generará tiempo de inactividad.
Además, puede restaurar una instantánea creada a partir de la caché de Valkey 7.2 como una caché de Redis OSS 7.1. Al restaurar a partir de una instantánea, puede especificar Redis OSS 7.1 como la versión del motor de destino. Al utilizar esta opción, se creará una nueva caché a partir de la instantánea. La restauración a partir de una instantánea no afecta a la caché de Valkey desde la que se creó la instantánea.
Al revertir, se aplican los siguientes requisitos y limitaciones:
+ ElastiCache solo admite la reversión desde Valkey 7.2 a Redis OSS 7.1. Esto es cierto incluso si ha actualizado a Valkey 7.2 desde una versión anterior a Redis OSS 7.1.
+ Todos los grupos de usuarios y usuarios asociados al grupo de replicación o a la caché sin servidor que se va a revertir deben configurarse con el tipo de motor `REDIS`.
## Resolución de actualizaciones bloqueadas del motor de Valkey o Redis OSS
Tal y como se muestra en la siguiente tabla, la operación de actualización del motor de Valkey o Redis OSS se bloqueará si tiene una operación de escalado vertical pendiente.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonElastiCache/latest/dg/VersionManagement.HowTo.html)
**Cómo resolver una actualización del motor de Valkey o Redis OSS bloqueada**
+ Realice una de las siguientes acciones:
+ Programe la operación de actualización del motor de Redis OSS o Valkey para el siguiente periodo de mantenimiento desactivando la casilla de verificación **Aplicar inmediatamente**.
Con la CLI, utilice `--no-apply-immediately`. Con la API, utilice `ApplyImmediately=false`.
+ Espere al siguiente periodo de mantenimiento (o después) para realizar la operación de actualización del motor de Redis OSS.
+ Añada la operación de escalado vertical de Redis OSS a esta modificación de clúster con la casilla de verificación **Aplicar inmediatamente** activada.
Con la CLI, utilice `--apply-immediately`. Con la API, utilice `ApplyImmediately=true`.
Con este enfoque, la actualización del motor se realizará inmediatamente, por lo que quedará cancelada para el siguiente periodo de mantenimiento.
# Soporte extendido de ElastiCache
Con el soporte extendido de ElastiCache, puede seguir ejecutando su caché en una versión principal del motor después de la fecha de finalización del soporte estándar por un precio adicional. Si no actualiza después de la fecha de finalización del soporte estándar, se le cobrará.
El soporte extendido ofrece las siguientes actualizaciones y soporte técnico:
+ Actualizaciones de seguridad para las CVE críticas y elevadas para la caché y el motor de la caché
+ Correcciones de errores y parches para problemas críticos
+ Posibilidad de abrir casos de soporte y recibir ayuda para la solución de problemas según el acuerdo de nivel de servicio de ElastiCache
Esta oferta de pago le da más tiempo para llevar a cabo la actualización a una versión principal del motor compatible.
Por ejemplo, la fecha de finalización del soporte estándar de ElastiCache para Redis OSS 4.0.10 es el 31 de enero de 2026. Si no se ha preparado para actualizar manualmente a Valkey o a Redis OSS 6 o posterior antes de esa fecha, ElastiCache inscribirá automáticamente sus cachés en el soporte extendido y podrá seguir ejecutando Redis OSS 4.0.10. A partir del primer día del mes siguiente a la finalización del soporte estándar, el 1 de febrero de 2026, ElastiCache le cobrará automáticamente por el soporte extendido.
El soporte extendido está disponible durante un máximo de 3 años después de la fecha de finalización del soporte estándar para una versión principal del motor. En el caso de las versiones 4 y 5 de ElastiCache para Redis OSS, será el 31 de enero de 2029. Después de esta fecha, todas las cachés que sigan ejecutando las versiones 4 y 5 de Redis OSS se actualizarán automáticamente a la última versión de Valkey.
Cuando finalice el período de soporte de un motor, las cachés que sigan ejecutando esa versión anterior pasarán automáticamente al soporte extendido. Se le notificará antes de la fecha de inicio de los precios de soporte extendido para que, en su lugar, pueda actualizar su instancia. También puede renunciar de forma explícita en cualquier momento actualizándola a las versiones compatibles.
Para obtener más información sobre las fechas de finalización del soporte estándar y las fechas de finalización del soporte extendido, consulte [ElastiCache calendario de fin de vida de las versiones para Redis OSS](engine-versions.md#deprecated-engine-versions) para Valkey, Memcached o Redis OSS.
**Topics**
+ [Precios del soporte extendido de ElastiCache](extended-support-charges.md)
+ [Versiones con el soporte extendido de ElastiCache](extended-support-versions.md)
+ [ElastiCache y las responsabilidades del cliente con el soporte extendido de ElastiCache](extended-support-responsibilities.md)
# Precios del soporte extendido de ElastiCache
Todos los motores inscritos en el soporte extendido de ElastiCache incurrirán en cargos a partir del día siguiente a la fecha de finalización del soporte estándar. Para conocer la fecha de finalización del soporte estándar de ElastiCache, consulte [Versiones con el soporte extendido de ElastiCache](extended-support-versions.md).
El cargo adicional del soporte extendido de ElastiCache se detendrá automáticamente si realiza una de las siguientes acciones:
+ Actualizar a una versión de motor incluida en el soporte estándar.
+ Eliminar la caché en la que se ejecuta una versión principal pasada la fecha de finalización del soporte estándar de ElastiCache.
Los cargos se reiniciarán si la versión del motor de destino se incluye en el soporte extendido de ElastiCache en el futuro.
Por ejemplo, supongamos que la versión 4 de ElastiCache para Redis OSS entra en el soporte extendido el 1 de febrero de 2026 y que usted actualiza las cachés de la versión 4 a la versión 6 el 1 de enero de 2027. Solo se le cobrarán 11 meses de soporte extendido de la versión 4 de ElastiCache para Redis OSS. Si continúa ejecutando la versión 6 de ElastiCache para Redis OSS después de la fecha de finalización del soporte estándar, que es el 31 de enero de 2027, esas cachés volverán a incurrir en cargos por el soporte extendido a partir del 1 de febrero de 2027.
Puede evitar que se le cobre por el soporte extendido de ElastiCache impidiendo que ElastiCache cree o restaure una caché pasada la fecha de finalización del soporte estándar de ElastiCache.
Para obtener más información, consulte [Precios de Amazon ElastiCache](https://aws.amazon.com/elasticache/pricing/).
# Versiones con el soporte extendido de ElastiCache
Las versiones 4 y 5 del software de código abierto (OSS) de Redis llegaron al final de su vida útil en la comunidad en 2020 y 2022, respectivamente. Esto significa que la comunidad no lanzará más actualizaciones, correcciones de errores ni parches de seguridad. El soporte estándar para las versiones 4 y 5 de ElastiCache Redis OSS en ElastiCache finalizará el 31 de enero de 2026. Si continúa utilizando versiones no compatibles de Redis OSS, sus datos podrían quedar expuestos a [Vulnerabilidades y exposiciones comunes](https://nvd.nist.gov/vuln-metrics/cvss) (CVE) conocidas.
A partir del 1 de febrero de 2026, las cachés de ElastiCache que aún se estén ejecutando en las versiones 4 y 5 de Redis OSS se inscribirán automáticamente en el soporte extendido para ofrecer disponibilidad y seguridad continuas. Si bien el soporte extendido ofrece flexibilidad, recomendamos considerar el final del soporte estándar como un hito en la planificación de sus cargas de trabajo de producción. Le recomendamos encarecidamente que actualice sus cachés de Redis OSS versión 4 y 5 a ElastiCache para Valkey o Redis OSS versión 6 o posterior, antes de que finalice el soporte estándar.
En la siguiente tabla se muestra la fecha de finalización del soporte estándar de Amazon ElastiCache y las fechas del soporte extendido.
**Programación del soporte extendido y del fin de la vida útil**
| Versión principal del motor | Fecha de finalización del soporte estándar | Inicio del soporte extendido Y1 Premium | Inicio del soporte extendido Y2 Premium | Inicio del soporte extendido Y3 Premium | Fin del soporte extendido y versión EOL |
| --- | --- | --- | --- | --- | --- |
| Redis OSS versión 4 | 31/1/2026 | 1/2/2026 | 1/2/2027 | 1/2/2028 | 31/1/2029 |
| Redis OSS versión 5 | 31/1/2026 | 1/2/2026 | 1/2/2027 | 1/2/2028 | 31/1/2029 |
| Redis OSS versión 6 | 31/1/2027 | 1/2/2027 | 1/2/2028 | 1/2/2029 | 31/1/2030 |
El soporte extendido solo se ofrecerá para la última versión de parche compatible de cada una de las versiones principales de Redis OSS. Si el soporte extendido comienza el 1 de febrero de 2026, si los clústeres de Redis OSS versión 4 y 5 aún no tienen las versiones más recientes del parche, se actualizarán automáticamente a la versión 4.0.10 para Redis OSS versión 4 y a la versión 5.0.6 para Redis OSS versión 5 antes de inscribirse en el soporte extendido. De este modo se garantiza que reciba las actualizaciones de seguridad y las correcciones de errores a través del soporte extendido. No necesita realizar ninguna acción para actualizar a las versiones más recientes de los parches como parte de la transición al soporte extendido.
# ElastiCache y las responsabilidades del cliente con el soporte extendido de ElastiCache
A continuación se detallan las responsabilidades de Amazon ElastiCache y sus responsabilidades con el soporte extendido de ElastiCache.
**Responsabilidades de Amazon ElastiCache**
Tras la fecha de finalización del soporte estándar de ElastiCache, Amazon ElastiCache proporcionará parches, correcciones de errores y actualizaciones para los motores inscritos en el soporte extendido de ElastiCache. Esto ocurrirá durante un máximo de 3 años o hasta que deje de utilizar el soporte extendido de los motores, lo que ocurra primero.
**Sus responsabilidades**
Usted debe aplicar los parches, las correcciones de errores y las actualizaciones proporcionadas para las cachés en el soporte extendido de ElastiCache. Amazon ElastiCache se reserva el derecho de modificar, sustituir o retirar dichos parches, correcciones de errores y actualizaciones en cualquier momento. Si se necesita un parche para solucionar problemas de seguridad o estabilidad críticos, Amazon ElastiCache se reserva el derecho de actualizar sus cachés con el parche o bien de solicitarle que instale el parche.
También es responsable de actualizar el motor a una versión más reciente antes de la fecha de finalización del soporte extendido de ElastiCache. La fecha de finalización del soporte extendido de ElastiCache suele ser 3 años después de la fecha de finalización del soporte estándar de ElastiCache.
Si no actualiza el motor, después de la fecha de finalización del soporte extendido de ElastiCache, Amazon ElastiCache intentará actualizar el motor a una versión más reciente del motor que admita el soporte estándar de ElastiCache. Si se produce un error en la actualización, Amazon ElastiCache se reserva el derecho de eliminar la memoria caché en la que se ejecuta el motor una vez pasada la fecha de finalización del soporte estándar de ElastiCache. Sin embargo, antes de hacerlo, Amazon ElastiCache conservará los datos de ese motor.
# Administración de versiones para ElastiCache
Gestione la forma en que desea actualizar sus ElastiCache cachés y los clústeres basados en nodos actualizados para los motores OSS de Valkey, Memcached y Redis.
## Administración de versiones para ElastiCache Serverless Cache
Administre si se actualiza la caché ElastiCache sin servidor y cuándo, y realice las actualizaciones de versión según sus propios términos y plazos.
ElastiCache Serverless aplica automáticamente la última versión de software secundaria y de parche a la memoria caché, sin que la aplicación se vea afectada ni se produzca ningún tiempo de inactividad. No tiene que hacer nada.
Cuando haya una nueva versión principal disponible, ElastiCache Serverless le enviará una notificación en la consola y un evento en ella. EventBridge Puede optar por actualizar la memoria caché a la última versión principal modificando la memoria caché mediante la consola, la CLI o la API y seleccionando la versión más reciente del motor. De igual modo que en las actualizaciones menores y de parches, las actualizaciones de las versiones principales se realizan sin que se produzca ningún tiempo de inactividad de la aplicación.
## Administración de versiones para clústeres basados en nodos ElastiCache
Al trabajar con ElastiCache clústeres basados en nodos, puede controlar si el software que alimenta el clúster se actualiza a las nuevas versiones compatibles con ellas. ElastiCache Puede controlar cuándo actualizar la caché a las versiones principal, secundaria y de parche más recientes disponibles. Para iniciar la actualización de las versiones del motor en el clúster o el grupo de reproducción, modifíquelo y especifique una nueva versión del motor.
Puede controlar si el software compatible con el protocolo que alimenta su clúster se actualiza a las nuevas versiones compatibles con ellas y cuándo. ElastiCache Este nivel de control permite mantener la compatibilidad con versiones concretas, probar nuevas versiones con la aplicación antes de implementarlas en producción y realizar actualizaciones de versiones en los horarios y los plazos que más le convengan.
Como las actualizaciones de versión pueden conllevar algunos riesgos de compatibilidad, no se producen automáticamente. Debe iniciarlas.
**Clústeres de Valkey y Redis OSS**
**nota**
Si un clúster de Valkey o Redis OSS se replica en una o más regiones, la versión del motor se actualiza para las regiones secundarias y, después, para la región principal.
ElastiCache en el caso de Redis, las versiones de OSS se identifican con una versión semántica que consta de un componente principal y uno secundario. Por ejemplo, en Redis OSS 6.2, la versión principal es 6 y la versión secundaria es 2. Cuando se utilizan clústeres basados en nodos, ElastiCache en el caso de Redis OSS también se expone el componente del parche, por ejemplo, Redis OSS 6.2.1, y la versión del parche es la 1.
Las versiones principales son para cambios incompatibles con la API y las versiones secundarias son para nuevas funciones que se añaden de manera compatible con versiones anteriores. Las versiones de parche son para correcciones de errores compatibles con versiones anteriores y cambios no funcionales.
Con Valkey y Redis OSS, para iniciar la actualización de las versiones del motor en el clúster o el grupo de replicación, modifíquelo y especifique una nueva versión del motor. Para obtener más información, consulte [Modificación de un grupo de reproducción](Replication.Modify.md).
**Memcached**
Con Memcached, para actualizar a una versión más reciente, debe modificar su cluster y especificar la nueva versión del motor que desea utilizar. La actualización a una nueva versión de Memcached es un proceso destructivo: perderá los datos y deberá comenzar con una caché nueva. Para obtener más información, consulte [Modificación de un clúster de ElastiCache](Clusters.Modify.md).
Debe tener en cuenta los requisitos siguientes a la hora de actualizar de una versión antigua de Memcached a la versión 1.4.33 o posterior. Se produce un error con `CreateCacheCluster` y `ModifyCacheCluster` en las condiciones que se describen a continuación:
+ Si `slab_chunk_max > max_item_size`.
+ Si `max_item_size modulo slab_chunk_max != 0`.
+ Si `max_item_size > ((max_cache_memory - memcached_connections_overhead) / 4)`.
El valor `(max_cache_memory - memcached_connections_overhead)` es la memoria útil del nodo para los datos. Para obtener más información, consulte [Capacidad adicional para conexiones de Memcached](ParameterGroups.Engine.md#ParameterGroups.Memcached.Overhead).
## Motores y versiones compatibles
ElastiCache Las cachés sin servidor son compatibles con la ElastiCache versión 7.2 para Valkey y versiones posteriores, la 1.6 para Memcached y ElastiCache versiones posteriores y la 7.0 para Redis OSS y versiones posteriores. ElastiCache
ElastiCache Los clústeres basados en nodos admiten la ElastiCache versión 7.2 para Valkey y versiones posteriores, la ElastiCache versión 1.4.5 para Memcached y versiones posteriores y la 4.0.10 para Redis OSS y versiones posteriores. ElastiCache
**Topics**
+ [Versiones de Valkey compatibles](#supported-engine-versions.valkey)
+ [Valley 8.2](#valkey-version-8.2)
+ [Valley 8.1](#valkey-version-8.1)
+ [Valley 8.0](#valkey-version-8)
+ [ElastiCache versión 7.2.6 para Valkey](#valkey-version-7.2.6)
### Versiones de Valkey compatibles
Estas son las versiones de Valkey compatibles. Tenga en cuenta que Valkey es compatible de forma predeterminada con la mayoría de las funciones disponibles en la ElastiCache versión 7.2 para Redis OSS.
+ También puede actualizar sus ElastiCache clústeres con versiones anteriores a la 5.0.6. El proceso involucrado es el mismo, pero puede incurrir en un tiempo de conmutación por error más largo durante la propagación de DNS (de 30 s a 1 m).
+ A partir de Redis OSS 7, ElastiCache permite cambiar entre Valkey o Redis OSS (modo de clúster desactivado) y Valkey o Redis OSS (modo de clúster activado).
+ El proceso de actualización del motor OSS de Amazon ElastiCache for Redis está diseñado para hacer todo lo posible por conservar los datos existentes y requiere una replicación correcta de Redis OSS.
+ Al actualizar el motor, ElastiCache finalizará las conexiones de cliente existentes. Para minimizar el tiempo de inactividad durante las actualizaciones del motor, le recomendamos que implemente [las prácticas recomendadas para los clientes de Redis OSS](BestPractices.Clients.redis.md), con reintentos de errores y retrocesos exponenciales, así como las prácticas recomendadas para [minimizar el tiempo de inactividad durante el mantenimiento](BestPractices.MinimizeDowntime.md).
+ No puede actualizar directamente de Valkey o Redis OSS (modo de clúster deshabilitado) a Valkey o Redis OSS (modo de clúster habilitado) cuando actualiza su motor. El siguiente procedimiento muestra cómo actualizar de Valkey o Redis OSS (modo de clúster deshabilitado) a Valkey o Redis OSS (modo de clúster habilitado).
**Actualización de una versión de motor de Valkey o Redis OSS (modo de clúster deshabilitado) a la versión del motor de Valkey o Redis OSS (modo de clúster habilitado)**
1. Realice una copia de seguridad de su clúster o grupo de replicación de Valkey o Redis OSS (modo de clúster deshabilitado). Para obtener más información, consulte [Copias de seguridad manuales](backups-manual.md).
1. Utilice la copia de seguridad para crear y propagar un clúster de Valkey o Redis OSS (modo de clúster habilitado) con una partición (grupo de nodo). Especifique la nueva versión de motor y habilite el modo de clúster al crear el clúster o grupo de reproducción. Para obtener más información, consulte [Tutorial: propagación de un nuevo clúster basado en nodos con una copia de seguridad creada externamente](backups-seeding-redis.md).
1. Elimine el clúster o el grupo de replicación de Valkey o Redis OSS (modo de clúster deshabilitado) anterior. Para obtener más información, consulte [Eliminar un clúster en ElastiCache](Clusters.Delete.md) o [Eliminación de un grupo de reproducción](Replication.DeletingRepGroup.md).
1. Escale el nuevo grupo de replicación o clúster de Valkey o Redis OSS (modo de clúster habilitado) al número de particiones (grupos de nodo) que necesita. Para obtener más información, consulte [Escalado de clústeres de Valkey o Redis OSS (modo de clúster habilitado)](scaling-redis-cluster-mode-enabled.md)
+ Cuando actualiza las versiones principales del motor, por ejemplo de 5.0.6 a 6.0, debe seleccionar un grupo de parámetros nuevo que sea compatible con la versión del motor nueva.
+ Para clústeres de Redis OSS sencillos y clústeres con multi-AZ deshabilitado, recomendamos disponer de suficiente memoria para Redis OSS, tal y como se describe en [Forma de garantizar que dispone de memoria suficiente para crear una instantánea de Valkey o Redis OSS](BestPractices.BGSAVE.md). En estos casos, el nodo principal no está disponible para las solicitudes de servicio durante el proceso de actualización.
+ Para clústeres de Redis OSS con multi-AZ habilitado, también recomendamos que programe actualizaciones del motor durante los periodos de poco tráfico entrante. Cuando se actualiza a Redis OSS 5.0.6 o a una versión posterior, el clúster principal sigue disponible para atender solicitudes durante el proceso de actualización.
Los clústeres y grupos de reproducción con varias particiones se procesan y se aplican parches de la siguiente manera:
+ Todas las particiones se procesan en paralelo. Solo se realiza una operación de actualización en una partición a la vez.
+ En cada partición, todas las réplicas se procesan antes que el principal. Si hay menos réplicas en una partición, el principal de esa partición podrá procesarse antes que las réplicas de otras particiones terminen de procesarse.
+ En todas las particiones, los nodos principales se procesan en series. Solo se actualiza un nodo principal a la vez.
+ Si el cifrado se encuentra habilitado en su grupo de reproducción o clúster actual, no puede actualizar a una versión del motor que no admita cifrado, como de la versión 3.2.6 a la 3.2.10.
**Consideraciones sobre Memcached**
Cuando actualice un clúster de Memcached basado en nodos, tenga en cuenta lo siguiente.
+ La administración de la versión del motor está diseñada para que pueda tener el mayor control posible sobre cómo se produce la aplicación de parches. Sin embargo, ElastiCache se reserva el derecho de aplicar parches al clúster en su nombre en el improbable caso de que se produzca una vulnerabilidad de seguridad crítica en el sistema o en el software de la memoria caché.
+ Puesto que el motor de Memcached no es compatible con la persistencia, las actualizaciones de versión del motor de Memcached son siempre un proceso disruptivo que borra todos los datos de caché del clúster.
### ElastiCache versión 8.2 para Valkey
Estas son algunas de las nuevas funciones introducidas en Valkey 8.2 (en comparación con ElastiCache Valkey 8.1):
+ Compatibilidad nativa con la [búsqueda vectorial](vector-search.md), 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.
Para obtener más información sobre Valkey, consulte [Valkey](https://valkey.io/).
Para obtener más información sobre la versión 8.2 de Valkey, que incluye la búsqueda vectorial, consulte [Valkey Search](https://github.com/valkey-io/valkey-search).
### ElastiCache versión 8.1 para Valkey
Estas son algunas de las nuevas funciones introducidas en Valkey 8.1 (en comparación con ElastiCache Valkey 8.0):
+ Una [nueva implementación de tabla hash](https://valkey.io/blog/new-hash-table/) que reduce la sobrecarga de memoria para reducir el uso de memoria hasta en un 20% para los patrones más comunes key/value .
+ Compatibilidad nativa con los [filtros de Bloom](https://valkey.io/topics/bloomfilters/), 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](https://valkey.io/commands/commandlog-get/) 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.
Para obtener más información sobre Valkey, consulte [Valkey](https://valkey.io/)
Para obtener más información sobre la versión 8.1 de Valkey, consulte las [Valkey 8.1 Release Notes](https://github.com/valkey-io/valkey/blob/8.1/00-RELEASENOTES).
### ElastiCache versión 8.0 para Valkey
Estas son algunas de las nuevas funciones introducidas en Valkey 8.0 (en comparación con ElastiCache Valkey 7.2.6):
+ 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 Serverless for Valkey 8.0 puede duplicar las solicitudes por segundo (RPS) admitidas cada 2 o 3 minutos, hasta alcanzar los 5 millones de RPS por caché desde cero en menos de 13 minutos, con una latencia de lectura constante de p50 por debajo de un milisegundo.
Para obtener más información sobre Valkey, consulte [Valkey](https://valkey.io/)
Para obtener más información sobre la versión 8 de Valkey, consulte las [Valkey 8 Release Notes](https://github.com/valkey-io/valkey/blob/8.0/00-RELEASENOTES).
### ElastiCache versión 7.2.6 para Valkey
El 10 de octubre de 2024, se lanzó ElastiCache la versión 7.2.6 para Valkey. Estas son algunas de las nuevas funciones introducidas en la versión 7.2 (en comparación con la ElastiCache versión 7.1 de Redis OSS):
+ Optimizaciones del rendimiento y la memoria para varios tipos de datos: optimización de la memoria para las teclas de tipo lista y conjunto, optimización de la velocidad para comandos de conjuntos ordenados, optimización del rendimiento para comandos con varias teclas en modo clúster, mejoras en el pub/sub rendimiento, optimización del rendimiento para los 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 afectar a las teclas. LRU/LFU
+ 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.
Para obtener más información sobre Valkey, consulte [Valkey](https://valkey.io/)
Para obtener más información sobre la ElastiCache versión 7.2 para Valkey, consulte las [notas de la versión 7.2.4 de Redis OSS](https://github.com/valkey-io/valkey/blob/d2c8a4b91e8c0e6aefd1f5bc0bf582cddbe046b7/00-RELEASENOTES) (la ElastiCache versión 7.2 de Valkey incluye todos los cambios desde la ElastiCache versión 7.1 de Redis OSS hasta la versión 7.2.4 de Redis OSS ElastiCache ). Notas de la versión 7.2 de [Valkey en adelante](https://github.com/valkey-io/valkey/blob/7.2/00-RELEASENOTES). GitHub
## ElastiCache versión 8.2 para Valkey
Estas son algunas de las nuevas funciones introducidas en Valkey 8.2 (en comparación con ElastiCache Valkey 8.1):
+ Compatibilidad nativa con la [búsqueda vectorial](vector-search.md), 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.
Para obtener más información sobre Valkey, consulte [Valkey](https://valkey.io/).
Para obtener más información sobre la versión 8.2 de Valkey, que incluye la búsqueda vectorial, consulte [Valkey Search](https://github.com/valkey-io/valkey-search).
## ElastiCache versión 8.1 para Valkey
Estas son algunas de las nuevas funciones introducidas en Valkey 8.1 (en comparación con ElastiCache Valkey 8.0):
+ Una [nueva implementación de tabla hash](https://valkey.io/blog/new-hash-table/) que reduce la sobrecarga de memoria para reducir el uso de memoria hasta en un 20% para los patrones más comunes key/value .
+ Compatibilidad nativa con los [filtros de Bloom](https://valkey.io/topics/bloomfilters/), 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](https://valkey.io/commands/commandlog-get/) 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.
Para obtener más información sobre Valkey, consulte [Valkey](https://valkey.io/)
Para obtener más información sobre la versión 8.1 de Valkey, consulte las [Valkey 8.1 Release Notes](https://github.com/valkey-io/valkey/blob/8.1/00-RELEASENOTES).
## ElastiCache versión 8.0 para Valkey
Estas son algunas de las nuevas funciones introducidas en Valkey 8.0 (en comparación con ElastiCache Valkey 7.2.6):
+ 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 Serverless for Valkey 8.0 puede duplicar las solicitudes por segundo (RPS) admitidas cada 2 o 3 minutos, hasta alcanzar los 5 millones de RPS por caché desde cero en menos de 13 minutos, con una latencia de lectura constante de p50 por debajo de un milisegundo.
Para obtener más información sobre Valkey, consulte [Valkey](https://valkey.io/)
Para obtener más información sobre la versión 8 de Valkey, consulte las [Valkey 8 Release Notes](https://github.com/valkey-io/valkey/blob/8.0/00-RELEASENOTES).
## ElastiCache versión 7.2.6 para Valkey
El 10 de octubre de 2024, se lanzó ElastiCache la versión 7.2.6 para Valkey. Estas son algunas de las nuevas funciones introducidas en la versión 7.2 (en comparación con la ElastiCache versión 7.1 de Redis OSS):
+ Optimizaciones del rendimiento y la memoria para varios tipos de datos: optimización de la memoria para las teclas de tipo lista y conjunto, optimización de la velocidad para comandos de conjuntos ordenados, optimización del rendimiento para comandos con varias teclas en modo clúster, mejoras en el pub/sub rendimiento, optimización del rendimiento para los 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 afectar a las teclas. LRU/LFU
+ 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.
Para obtener más información sobre Valkey, consulte [Valkey](https://valkey.io/)
Para obtener más información sobre la ElastiCache versión 7.2 para Valkey, consulte las [notas de la versión 7.2.4 de Redis OSS](https://github.com/valkey-io/valkey/blob/d2c8a4b91e8c0e6aefd1f5bc0bf582cddbe046b7/00-RELEASENOTES) (la ElastiCache versión 7.2 de Valkey incluye todos los cambios desde la ElastiCache versión 7.1 de Redis OSS hasta la versión 7.2.4 de Redis OSS ElastiCache ). Notas de la versión 7.2 de [Valkey en adelante](https://github.com/valkey-io/valkey/blob/7.2/00-RELEASENOTES). GitHub
## Versiones compatibles del motor de Redis OSS
ElastiCache Las cachés sin servidor y los clústeres basados en nodos son compatibles con todas las versiones 7.1 y anteriores de Redis OSS.
+ [ElastiCache versión 7.1 para Redis OSS (mejorada)](#redis-version-7.1)
**Topics**
+ [ElastiCache versión 7.1 para Redis OSS (mejorada)](#redis-version-7.1)
+ [ElastiCache versión 7.0 para Redis OSS (mejorada)](#redis-version-7.0)
+ [ElastiCache versión 6.2 para Redis OSS (mejorada)](#redis-version-6.2)
+ [ElastiCache versión 6.0 para Redis OSS (mejorada)](#redis-version-6.0)
+ [ElastiCache versión 5.0.6 para Redis OSS (mejorada)](#redis-version-5-0.6)
+ [ElastiCache versión 5.0.5 para Redis OSS (obsoleta; utilice la versión 5.0.6)](#redis-version-5-0.5)
+ [ElastiCache versión 5.0.4 para Redis OSS (obsoleta; utilice la versión 5.0.6)](#redis-version-5-0.4)
+ [ElastiCache versión 5.0.3 para Redis OSS (obsoleta; utilice la versión 5.0.6)](#redis-version-5-0.3)
+ [ElastiCache versión 5.0.0 para Redis OSS (obsoleta, utilice la versión 5.0.6)](#redis-version-5-0)
+ [ElastiCache la versión 4.0.10 para Redis OSS (mejorada)](#redis-version-4-0-10)
+ [Versiones 3.x de fin de vida útil (EOL) anteriores](#redis-version-3-2-10-scheduled-eol)
+ [Versiones 2.x de fin de vida útil (EOL) anteriores](#redis-version-2-x-eol)
### ElastiCache versión 7.1 para Redis OSS (mejorada)
Esta versión contiene mejoras de rendimiento que permiten que las cargas de trabajo aumenten el rendimiento y reduzcan las latencias de operación. ElastiCache [La versión 7.1 para Redis OSS presenta dos mejoras principales:](https://aws.amazon.com/blogs/database/achieve-over-500-million-requests-per-second-per-cluster-with-amazon-elasticache-for-redis-7-1/)
Hemos ampliado la funcionalidad mejorada de I/O los hilos para gestionar también la lógica de la capa de presentación. Al hablar de la capa de presentación, nos referimos a los subprocesos de E/S mejorados; ahora, no solo leen la entrada del cliente, sino que también analizan la entrada en el formato de comando binario de Redis OSS. Luego, se reenvía al subproceso principal para su ejecución, lo que proporciona un aumento del rendimiento. Patrón mejorado de acceso a la memoria de Redis OSS. Los pasos de ejecución de muchas operaciones de estructura de datos están intercalados para garantizar el acceso paralelo a la memoria y reducir la latencia de acceso a esta. Cuando se ejecuta ElastiCache en Graviton3 `R7g.4xlarge` o superior, los clientes pueden recibir más de 1 millón de solicitudes por segundo por nodo. Con las mejoras de rendimiento de Redis OSS v7.1, los clientes pueden lograr hasta un 100% más de rendimiento y una latencia de P99 un 50% menos en comparación con Redis OSS v7.0. ElastiCache ElastiCache Estas mejoras están disponibles en tamaños de nodo con al menos ocho núcleos físicos (`2xlarge` en Graviton y `4xlarge` en x86), independientemente del tipo de CPU, y no es necesario hacer cambios en el cliente.
**nota**
ElastiCache La versión 7.1 es compatible con Redis OSS v7.0.
### ElastiCache versión 7.0 para Redis OSS (mejorada)
ElastiCache para Redis OSS 7.0 añade una serie de mejoras y compatibilidad con nuevas funciones:
+ [Funciones](https://valkey.io/topics/functions-intro/): ElastiCache para Redis OSS, 7 añade compatibilidad con las funciones de Redis OSS y proporciona una experiencia gestionada que permite a los desarrolladores ejecutar [scripts de LUA](https://valkey.io/topics/eval-intro/) 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 en cada conexión.
+ [Mejoras en la ACL](https://valkey.io/topics/acl/): 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 claves específicos en Valkey y Redis OSS.
+ [Sharded Pub/Sub](https://valkey.io/topics/pubsub/): ElastiCache para Valkey y Redis, OSS 7 añade compatibilidad con Pub/Sub functionality in a sharded way when running ElastiCache in Cluster Mode Enabled (CME). Pub/Sub funciones de ejecución que 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.
+ I/O Multiplexación mejorada: ElastiCache para Valkey y Redis, OSS 7 presenta una 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. 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 con la ElastiCache versión 6 de Redis OSS.
Para obtener más información sobre Valkey, consulte [Valkey](https://valkey.io/). [Para obtener más información sobre la versión 7.0 de Redis OSS, consulte las notas de la versión de Redis OSS 7.0 en Redis OSS en adelante.](https://github.com/redis/redis/blob/7.0/00-RELEASENOTES) GitHub
### ElastiCache versión 6.2 para Redis OSS (mejorada)
ElastiCache para Redis OSS 6.2 incluye mejoras de rendimiento para los clústeres compatibles con TLS que utilizan tipos de nodos x86 con 8 v CPUs o más o tipos de nodos Graviton2 con 4 v o más. CPUs Estas mejoras mejoran el rendimiento y reducen el tiempo de establecimiento de la conexión del cliente al transferir el cifrado a otros sistemas v. CPUs Con Redis OSS 6.2, también puede administrar el acceso a los canales Pub/Sub con las reglas de la lista de control de acceso (ACL).
Con esta versión, también incorporamos la compatibilidad con la organización de datos en niveles en los nodos del clúster que contienen SSD conectados localmente. NVMe Para obtener más información, consulte [Organización de datos en niveles en ElastiCache](data-tiering.md).
La versión 6.2.6 del motor OSS de Redis también incorpora la compatibilidad con el formato nativo de notación de JavaScript objetos (JSON), una forma sencilla y sin esquemas de codificar conjuntos de datos complejos dentro de los clústeres de Redis OSS. Gracias a la compatibilidad con JSON, puede aprovechar el rendimiento y el OSS de Redis para las aplicaciones que funcionan con JSON. APIs Para obtener más información, consulte [Introducción a JSON](json-gs.md). También se incluyen métricas relacionadas con JSON `JsonBasedCmds` y`JsonBasedCmdsLatency`, que se incorporan CloudWatch para monitorear el uso de este tipo de datos. Para obtener más información, consulte [Métricas de Valkey y Redis OSS](CacheMetrics.Redis.md).
La versión del motor se especifica mediante la versión 6.2. ElastiCache invocará automáticamente la versión de parche preferida de Redis OSS 6.2 que esté disponible. Por ejemplo, al crear o modificar un clúster, establece el parámetro `--engine-version` en 6.2. El clúster se lanzará con la versión de parche preferida actualmente disponible de Redis OSS 6.2 en ese momento. creation/modification Al especificar la versión 6.x del motor en la API se traducirá en la última versión secundaria de Redis OSS 6.
Para los clústeres 6.0 existentes, puede optar por la siguiente actualización automática de la versión secundaria configurando el `AutoMinorVersionUpgrade` parámetro `yes` en `CreateCacheCluster``ModifyCacheCluster`, `CreateReplicationGroup` o `ModifyReplicationGroup` APIs. ElastiCache actualizará la versión secundaria de sus clústeres 6.0 actuales a la 6.2 mediante actualizaciones de autoservicio. Para obtener más información, consulta [Actualizaciones de autoservicio en Amazon ElastiCache](Self-Service-Updates.md).
Al llamar a la DescribeCacheEngineVersions API, el valor del `EngineVersion` parámetro se establecerá en 6.2 y en el `CacheEngineVersionDescription` campo se mostrará la versión real del motor con la versión del parche.
Para obtener más información sobre la versión 6.2 de Redis OSS, consulte las [notas de la versión 6.2 de Redis OSS](https://github.com/redis/redis/blob/6.2/00-RELEASENOTES) en Redis OSS en adelante. GitHub
### ElastiCache versión 6.0 para Redis OSS (mejorada)
Amazon ElastiCache presenta la próxima versión del motor OSS ElastiCache de Redis, que incluye la [autenticación de los usuarios con un control de acceso basado en roles](Clusters.RBAC.md), almacenamiento en caché del lado del cliente e importantes mejoras operativas.
A partir de Redis OSS 6.0, ElastiCache ofrecerá una única versión para cada versión secundaria de Redis OSS, en lugar de ofrecer varias versiones de parches. ElastiCache gestionará automáticamente la versión de parche de los clústeres en ejecución, lo que garantizará un rendimiento y una seguridad mejorados.
También puede optar por la siguiente actualización automática de la versión secundaria configurando el `AutoMinorVersionUpgrade` parámetro en `yes` y ElastiCache gestionará la actualización de la versión secundaria mediante actualizaciones de autoservicio. Para obtener más información, consulte [Actualizaciones de servicios en ElastiCache](Self-Service-Updates.md).
Para especificar la versión del motor, utilice. `6.0` ElastiCache invocará automáticamente la versión de parche preferida de Redis OSS 6.0 que esté disponible. Por ejemplo, cuando se crea create/modify un clúster, se establece el `--engine-version` parámetro en 6.0. El clúster se lanzará con la versión de parche preferida actual disponible de Redis OSS 6.0 en el momento de su creación o modificación. Cualquier solicitud con un valor de versión de parche específico se rechazará, se lanzará una excepción y el proceso fallará.
Al llamar a la DescribeCacheEngineVersions API, el valor del `EngineVersion` parámetro se establecerá en 6.0 y en el `CacheEngineVersionDescription` campo se mostrará la versión real del motor con la versión del parche.
Para obtener más información sobre la versión 6.0 de Redis OSS, consulte las [notas de la versión 6.0 de Redis OSS](https://github.com/redis/redis/blob/6.0/00-RELEASENOTES) en Redis OSS en adelante. GitHub
### ElastiCache versión 5.0.6 para Redis OSS (mejorada)
Amazon ElastiCache presenta la próxima versión del ElastiCache motor OSS de Redis, que incluye correcciones de errores y las siguientes actualizaciones acumulativas:
+ 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 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 de parámetros de Redis OSS 5.0.3](ParameterGroups.Engine.md#ParameterGroups.Redis.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](https://kafka.apache.org/documentation/). Para obtener más información, consulte [Streams](https://valkey.io/topics/streams-intro).
+ Compatibilidad con una familia de comandos de secuencias, como `XADD`, `XRANGE` y `XREAD`. Para obtener más información, consulte [Streams Commands](https://valkey.io/commands/#stream).
+ 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](ParameterGroups.Engine.md#ParameterGroups.Redis.5.0).
+ Una nueva métrica de Redis OSS, `StreamBasedCmds`.
+ Tiempo de instantánea ligeramente más rápido para los nodos de Redis OSS.
**importante**
ElastiCache ha corregido dos errores críticos de la versión 5.0.1 de [código abierto de Redis OSS](https://github.com/redis/redis/blob/5.0/00-RELEASENOTES). Son las siguientes:
Respuesta discrepante de RESTORE cuando algunas claves ya han vencido.
El comando `XCLAIM` podría devolver una entrada incorrecta o desincronizar el protocolo.
Estas dos correcciones de errores se incluyen en la compatibilidad ElastiCache de Redis OSS con el motor Redis OSS versión 5.0.0 y se utilizan en futuras actualizaciones de versiones.
Para obtener más información, consulte las [notas de la versión 5.0.6 de Redis OSS](https://github.com/redis/redis/blob/5.0/00-RELEASENOTES) en Redis OSS en adelante. GitHub
### ElastiCache versión 5.0.5 para Redis OSS (obsoleta; utilice la versión 5.0.6)
Amazon ElastiCache presenta la próxima versión de ElastiCache para el motor OSS de Redis;. Incluye cambios de configuración en línea para los clústeres ElastiCache de conmutación automática por error durante todas las operaciones planificadas. Ahora, puede escalar el clúster, actualizar la versión del motor de Redis OSS y aplicar parches y actualizaciones de mantenimiento mientras el clúster permanece en línea y continúa atendiendo las solicitudes entrantes. También incluye correcciones de errores.
Para obtener más información, consulte las [notas de la versión 5.0.5 de Redis OSS en Redis OSS en adelante](https://github.com/redis/redis/blob/5.0/00-RELEASENOTES). GitHub
### ElastiCache versión 5.0.4 para Redis OSS (obsoleta; utilice la versión 5.0.6)
Amazon ElastiCache presenta la próxima versión del motor OSS de Redis compatible ElastiCache con. Contiene las mejoras siguientes:
+ 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`.
Para obtener más información, consulte las [notas de la versión 5.0.4 de Redis OSS](https://github.com/redis/redis/blob/5.0/00-RELEASENOTES) en Redis OSS en adelante. GitHub
### ElastiCache versión 5.0.3 para Redis OSS (obsoleta; utilice la versión 5.0.6)
Amazon ElastiCache presenta la próxima versión del ElastiCache motor OSS de Redis, que incluye correcciones de errores.
### ElastiCache versión 5.0.0 para Redis OSS (obsoleta, utilice la versión 5.0.6)
Amazon ElastiCache presenta la próxima versión principal del ElastiCache motor OSS de Redis. ElastiCache La versión 5.0.0 para Redis OSS admite las siguientes mejoras:
+ 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](https://kafka.apache.org/documentation/). Para obtener más información, consulte [Streams](https://valkey.io/topics/streams-intro).
+ Compatibilidad con una familia de comandos de secuencias, como `XADD`, `XRANGE` y `XREAD`. Para obtener más información, consulte [Streams Commands](https://valkey.io/commands/#stream).
+ 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](ParameterGroups.Engine.md#ParameterGroups.Redis.5.0).
+ Una nueva métrica de Redis OSS, `StreamBasedCmds`.
+ Tiempo de instantánea ligeramente más rápido para los nodos de Redis OSS.
### ElastiCache la versión 4.0.10 para Redis OSS (mejorada)
Amazon ElastiCache presenta la próxima versión principal del ElastiCache motor OSS de Redis. ElastiCache La versión 4.0.10 para Redis OSS admite las siguientes mejoras:
+ Tanto el redimensionamiento del clúster en línea como el cifrado en una sola versión. 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)](scaling-redis-cluster-mode-enabled.md)
+ [Cambio de particiones en línea para Valkey o Redis OSS (modo de clúster habilitado)](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online)
+ [Seguridad de datos en Amazon ElastiCache](encryption.md)
+ Una serie de parámetros nuevos. Para obtener más información, consulte [Cambios de parámetros de Redis OSS 4.0.10](ParameterGroups.Engine.md#ParameterGroups.Redis.4-0-10).
+ Compatibilidad con la familia de comandos de memoria, como `MEMORY`. Para obtener más información, consulte [Commands](https://valkey.io/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.
+ Support para descargas y eliminaciones asíncronas. ElastiCache para Redis, OSS admite comandos como`UNLINK`, por ejemplo, `FLUSHDB` y `FLUSHALL` para ejecutarse en un 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 métrica de Redis OSS, `ActiveDefragHits`. Para obtener más información, consulte [Metrics for Redis OSS](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CacheMetrics.Redis.html).
Los usuarios de Redis OSS (modo de clúster desactivado) que utilicen la ElastiCache versión 3.2.10 de Redis OSS pueden utilizar la consola para actualizar sus clústeres mediante una actualización en línea.
**Comparación del tamaño de los ElastiCache clústeres y la compatibilidad con el cifrado**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonElastiCache/latest/dg/engine-versions.html)
### Versiones 3.x de fin de vida útil (EOL) anteriores
#### ElastiCache versión 3.2.10 para Redis OSS (mejorada)
Amazon ElastiCache presenta la próxima versión principal del ElastiCache motor OSS de Redis. ElastiCache La versión 3.2.10 para Redis OSS (mejorada) introduce el cambio de tamaño del clúster en línea para añadir o eliminar fragmentos del clúster mientras se siguen atendiendo las solicitudes entrantes. I/O ElastiCache en el caso de Redis OSS, los usuarios de la 3.2.10 disponen de todas las funciones de las versiones anteriores de Redis OSS, excepto la capacidad de cifrar sus datos. Esta capacidad está disponible actualmente solo en la versión 3.2.6.
**Comparación de ElastiCache las versiones 3.2.6 y 3.2.10 de Redis OSS**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonElastiCache/latest/dg/engine-versions.html)
Para obtener más información, consulte los siguientes temas:
+ [Cambio de particiones en línea para Valkey o Redis OSS (modo de clúster habilitado)](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online)
+ [Cambio de tamaño de clústeres online](best-practices-online-resharding.md)
#### ElastiCache versión 3.2.6 para Redis OSS (mejorada)
Amazon ElastiCache presenta la próxima versión principal del ElastiCache motor OSS de Redis. ElastiCache versión 3.2.6 para Redis OSS Los usuarios tienen acceso a todas las funciones de las versiones anteriores de Redis OSS, además de la opción de cifrar sus datos. Para obtener más información, consulte los siguientes temas:
+ [ElastiCache cifrado en tránsito (TLS)](in-transit-encryption.md)
+ [Cifrado en reposo en ElastiCache](at-rest-encryption.md)
+ [Validación de conformidad para Amazon ElastiCache](elasticache-compliance.md)
#### ElastiCache versión 3.2.4 para Redis OSS (mejorada)
ElastiCache La versión 3.2.4 de Amazon presenta la siguiente versión principal del motor ElastiCache OSS de Redis. ElastiCache *Los usuarios de la versión 3.2.4 tienen a su disposición todas las funciones de las versiones anteriores de Redis OSS, además de la opción de ejecutar en *modo clúster o sin clúster*.* La tabla siguiente ofrece un resumen.
**Comparación del modo de clúster y sin clúster de Redis OSS 3.2.4**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonElastiCache/latest/dg/engine-versions.html)
**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\$1 de Redis OSS [Commands: GEO](http://valkey.io/commands#geo) en la página de comandos de Valkey (filtrado para GEO).
Para obtener más información acerca de las características adicionales de Redis OSS 3, consulte [Redis OSS 3.2 release notes](https://github.com/redis/redis/blob/3.2/00-RELEASENOTES) y [Redis OSS 3.0 release notes](https://github.com/redis/redis/blob/3.0/00-RELEASENOTES).
El OSS Valkey o Redis ElastiCache gestionado actualmente (modo de clúster activado) no admite las siguientes funciones de Redis OSS 3.2:
+ Migración de réplica
+ Reequilibrado de clúster
+ Depurador Lua
ElastiCache deshabilita los siguientes comandos de administración de Redis OSS 3.2:
+ `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`
Para obtener más información acerca de los parámetros de Redis OSS 3.2.4, consulte [Cambios de parámetros de Redis OSS 3.2.4](ParameterGroups.Engine.md#ParameterGroups.Redis.3-2-4).
### Versiones 2.x de fin de vida útil (EOL) anteriores
#### ElastiCache versión 2.8.24 para Redis OSS (mejorada)
Entre las mejoras de Redis OSS añadidas desde la versión 2.8.23 se incluyen varias correcciones de errores y el registro de direcciones de acceso a la memoria incorrectas. Para obtener más información, consulte [Redis OSS 2.8 release notes](https://github.com/redis/redis/blob/2.8/00-RELEASENOTES).
#### ElastiCache versión 2.8.23 para Redis OSS (mejorada)
Entre las mejoras de Redis OSS que se han añadido desde la versión 2.8.22, se incluyen varias correcciones de errores. Para obtener más información, consulte [Redis OSS 2.8 release notes](https://github.com/redis/redis/blob/2.8/00-RELEASENOTES). Esta versión también incluye compatibilidad con el nuevo parámetro `close-on-slave-write` que, si está habilitado, desconecta a los clientes que intentan escribir en una réplica de solo lectura.
Para obtener más información sobre los parámetros de Redis OSS 2.8.23, consulte la Guía del usuario. [Parámetros que se han añadido a Redis OSS 2.8.23 (mejorado)](ParameterGroups.Engine.md#ParameterGroups.Redis.2-8-23) ElastiCache
#### ElastiCache versión 2.8.22 para Redis OSS (mejorada)
Entre las mejoras de Redis OSS incorporadas desde la versión 2.8.21 se incluyen las siguientes:
+ 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](Replication.Redis.Versions.md). 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](CacheMetrics.md).
+ 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](https://github.com/redis/redis/blob/2.8/00-RELEASENOTES).
+ 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 ElastiCache admiten las 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 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.
#### ElastiCache versión 2.8.21 para Redis OSS
Entre las mejoras de Redis OSS que se han añadido desde la versión 2.8.19 se incluyen varias correcciones de errores. Para obtener más información, consulte [Redis OSS 2.8 release notes](https://github.com/redis/redis/blob/2.8/00-RELEASENOTES).
#### ElastiCache versión 2.8.19 para Redis OSS
Entre las mejoras de Redis OSS incorporadas desde la versión 2.8.6 se incluyen las siguientes:
+ Support for HyperLogLog. Para obtener más información, consulte la [nueva estructura de datos de Redis OSS: HyperLogLog](http://antirez.com/news/75).
+ 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`).
+ Support para la *HyperLogLogBasedCommands* CloudWatchmétrica. Para obtener más información, consulte [Métricas de Valkey y Redis OSS](CacheMetrics.Redis.md).
#### ElastiCache versión 2.8.6 para Redis OSS
Entre las mejoras de Redis OSS incorporadas desde la versión 2.6.13 se incluyen las siguientes:
+ 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.
#### ElastiCache versión 2.6.13 para Redis OSS
ElastiCache la versión 2.6.13 para Redis OSS era la versión inicial de la versión compatible con Redis OSS. ElastiCache La ElastiCache versión 2.6.13 de Redis OSS no admite Multi-AZ.
## ElastiCache calendario de fin de vida de las versiones para Redis OSS
En esta sección se definen las fechas de fin de vida útil (EOL) de las versiones principales más antiguas a medida que se anuncian. Esto le permite tomar decisiones sobre versiones y actualizaciones para el futuro.
**nota**
ElastiCache las versiones 5.0.0 a 5.0.5 para Redis OSS están en desuso. Utilice las versiones 5.0.6 o superior.
En la siguiente tabla se muestra el calendario de [Extended Support](extended-support.md) ElastiCache para los motores OSS de Redis.
**Programación del soporte extendido y del fin de la vida útil**
| Versión principal del motor | Fecha de finalización del soporte estándar | Inicio del soporte extendido Y1 Premium | Inicio del soporte extendido Y2 Premium | Inicio del soporte extendido Y3 Premium | Fin del soporte extendido y versión EOL |
| --- | --- | --- | --- | --- | --- |
| Redis OSS versión 4 | 31 de enero de 2026 | 1/2/2026 | 1/2/2027 | 1/2/2028 | 31/1/2029 |
| Redis OSS versión 5 | 31/1/2026 | 1/2/2026 | 1/2/2027 | 1/2/2028 | 31/1/2029 |
| Redis OSS versión 6 | 31/1/2027 | 1/2/2027 | 1/2/2028 | 1/2/2029 | 31/1/2030 |
La siguiente tabla resume cada versión y la fecha de fin de vida anunciada, así como la versión de destino de actualización recomendada.
**EOL anterior**
| Versión principal de origen | Versiones secundarias de origen | Destino de actualización recomendado | Fecha de EOL |
| --- | --- | --- | --- |
| Versión 3 | 3.2.4, 3.2.6 y 3.2.10 | Versión 6.2 o superior Para las regiones US-ISO-EAST -1, US-ISO-WEST -1 y US-ISOB-EAST -1, recomendamos una versión 5.0.6 o superior. | 31 de julio de 2023 |
| Versión 2 | 2.8.24, 2.8.23, 2.8.22, 2.8.21, 2.8.19, 2.8.12, 2.8.6, 2.6.13 | Versión 6.2 o superior Para las regiones US-ISO-EAST US-ISO-WEST -1, -1 y US-ISOB-EAST -1, recomendamos una versión 5.0.6 o superior. | 13 de enero de 2023 |
## Compatible con las ElastiCache versiones de Memcached
ElastiCache admite las siguientes versiones de Memcached y se actualiza a versiones más recientes. Cuando actualice a una versión más reciente, preste especial atención a las condiciones que, si no se cumplen, harán que se produzca un error de actualización.
**Topics**
+ [ElastiCache versión 1.6.22 para Memcached](#memcached-version-1-6-22)
+ [ElastiCache versión 1.6.17 para Memcached](#memcached-version-1-6-17)
+ [ElastiCache versión 1.6.12 para Memcached](#memcached-version-1-6-12)
+ [ElastiCache versión 1.6.6 para Memcached](#memcached-version-1-6-6)
+ [ElastiCache versión 1.5.16 para Memcached](#memcached-version-1-5-16)
+ [ElastiCache versión 1.5.10 para Memcached](#memcached-version-1-5-10)
+ [ElastiCache versión 1.4.34 para Memcached](#memcached-version-1-4-34)
+ [ElastiCache versión 1.4.33 para Memcached](#memcached-version-1-4-33)
+ [ElastiCache versión 1.4.24 para Memcached](#memcached-version-1-4-24)
+ [ElastiCache versión 1.4.14 para Memcached](#memcached-version-1-4-14)
+ [ElastiCache versión 1.4.5 para Memcached](#memcached-version-1-4-5)
### ElastiCache versión 1.6.22 para Memcached
ElastiCache para Memcached, la versión 1.6.22 de Memcached añade compatibilidad con la versión 1.6.22 de Memcached. No incluye características nuevas, pero sí correcciones de errores y actualizaciones acumulativas de [Memcached 1.6.18](https://github.com/memcached/memcached/wiki/ReleaseNotes1618).
[Para obtener más información, consulte 1622 en Memcached on. ReleaseNotes](https://github.com/memcached/memcached/wiki/ReleaseNotes1622) GitHub
### ElastiCache versión 1.6.17 para Memcached
ElastiCache para Memcached, la versión 1.6.17 de Memcached añade compatibilidad con la versión 1.6.17 del motor Memcached. No incluye características nuevas, pero sí correcciones de errores y actualizaciones acumulativas de [Memcached 1.6.17](https://github.com/memcached/memcached/wiki/ReleaseNotes1617).
[Para obtener más información, consulte 1617 en Memcached on. ReleaseNotes](https://github.com/memcached/memcached/wiki/ReleaseNotes1617) GitHub
### ElastiCache versión 1.6.12 para Memcached
ElastiCache para Memcached, la versión 1.6.12 de Memcached añade compatibilidad con el motor Memcached 1.6.12 y el cifrado en tránsito. Incluye también correcciones de errores y actualizaciones acumulativas desde [Memcached 1.6.6](https://github.com/memcached/memcached/wiki/ReleaseNotes166).
Para obtener más información, [ReleaseNotesconsulte](https://github.com/memcached/memcached/wiki/ReleaseNotes1612) 1612 en GitHub Memcached on.
### ElastiCache versión 1.6.6 para Memcached
ElastiCache para Memcached, la versión 1.6.6 de Memcached añade compatibilidad con la versión 1.6.6 de Memcached. [No incluye funciones nuevas, pero sí correcciones de errores y actualizaciones acumulativas de la versión 1.5.16 de Memcached.](https://github.com/memcached/memcached/wiki/ReleaseNotes1.5.16) ElastiCache [para Memcached no incluye soporte para Extstore.](https://memcached.org/extstore)
Para obtener más información, consulte [ReleaseNotes166](https://github.com/memcached/memcached/wiki/ReleaseNotes166) en Memcached on. GitHub
### ElastiCache versión 1.5.16 para Memcached
ElastiCache la versión 1.5.16 para Memcached añade soporte para la versión 1.5.16 de Memcached. No incluye características, pero sí correcciones de errores y actualizaciones acumulativas de [Memcached 1.5.14](https://github.com/memcached/memcached/wiki/ReleaseNotes1514) y [Memcached 1.5.15](https://github.com/memcached/memcached/wiki/ReleaseNotes1515).
[Para obtener más información, consulte las notas de la versión 1.5.16 de Memcached en Memcached on.](https://github.com/memcached/memcached/wiki/ReleaseNotes1516) GitHub
### ElastiCache versión 1.5.10 para Memcached
ElastiCache la versión 1.5.10 para Memcached admite las siguientes funciones de Memcached:
+ 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.
También introduce los parámetros `no_modern` e `inline_ascii_resp`. Para obtener más información, consulte [Cambios en los parámetros de Memcached 1.5.10](ParameterGroups.Engine.md#ParameterGroups.Memcached.1-5-10).
Entre las mejoras de Memcached añadidas desde ElastiCache la versión 1.4.34 para Memcached se incluyen las siguientes:
+ 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.
Para obtener más información, consulte las notas de la versión 1.5.10 de Memcached en [Memcached on](https://github.com/memcached/memcached/wiki/ReleaseNotes1510). GitHub
### ElastiCache versión 1.4.34 para Memcached
ElastiCache la versión 1.4.34 para Memcached no añade nuevas funciones a la versión 1.4.33. La versión 1.4.34 es una versión de corrección de errores que es mayor que las versiones habituales de este tipo.
Para obtener más información, consulte las notas de la versión 1.4.34 de Memcached en [Memcached on](https://github.com/memcached/memcached/wiki/ReleaseNotes1434). GitHub
### ElastiCache versión 1.4.33 para Memcached
Entre las mejoras incorporadas desde la versión 1.4.24 se incluyen las siguientes:
+ 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](https://github.com/memcached/memcached/wiki/ReleaseNotes1431).
+ 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](https://github.com/memcached/memcached/wiki/ReleaseNotes1429).
+ 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](https://github.com/memcached/memcached/wiki/ReleaseNotes1427).
+ Compatibilidad con el registro de `fetchers`, `mutations` y `evictions`. Para obtener más información, consulte [Memcached 1.4.26 Release Notes](https://github.com/memcached/memcached/wiki/ReleaseNotes1426).
+ 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](https://github.com/memcached/memcached/wiki/ReleaseNotes1425).
+ 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](ParameterGroups.Engine.md#ParameterGroups.Memcached.1-4-33).
### ElastiCache versión 1.4.24 para Memcached
Entre las mejoras incorporadas desde la versión 1.4.14 se incluyen las siguientes:
+ 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](ParameterGroups.Engine.md#ParameterGroups.Memcached.1-4-24).
+ Varias correcciones de errores.
### ElastiCache versión 1.4.14 para Memcached
Entre las mejoras incorporadas desde la versión 1.4.5 se incluyen las siguientes:
+ 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.
### ElastiCache versión 1.4.5 para Memcached
ElastiCache La versión 1.4.5 para Memcached era el motor inicial y la versión compatible con Amazon ElastiCache para Memcached.
# Diferencias de compatibilidad y comportamiento de versiones principales del motor con Valkey
Valkey 7.2.6 presenta diferencias de compatibilidad similares con las versiones anteriores de Redis OSS 7.2.4. Para ver la versión compatible más reciente de Valkey, consulte [Motores y versiones compatibles](VersionManagement.md#supported-engine-versions).
Para obtener más información sobre la versión 7.2 de Valkey, consulte [Redis OSS 7.2.4 Release Notes](https://github.com/valkey-io/valkey/blob/d2c8a4b91e8c0e6aefd1f5bc0bf582cddbe046b7/00-RELEASENOTES) (Valkey 7.2 incluye todos los cambios de Redis OSS hasta la versión 7.2.4) y [Valkey 7.2 release notes](https://github.com/valkey-io/valkey/blob/7.2/00-RELEASENOTES) en Valkey en GitHub.
Estos son los posibles cambios de comportamiento importantes entre Valkey 7.2 y Redis OSS 7.1 (o 7.0):
+ El muestreo temporal se bloquea durante la ejecución de comandos y en los scripts.
+ Un comando de flujo bloqueado que se ejecuta cuando la clave ya no existe contiene un código de error diferente (-NOGROUP o -WRONGTYPE en lugar de -UNBLOCKED).
+ El seguimiento de 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.
# Diferencias de compatibilidad y comportamiento de las versiones principales del motor con Redis OSS
**importante**
La siguiente página está estructurada para indicar todas las diferencias de incompatibilidad entre las versiones e informarle de las consideraciones que debe tener en cuenta al actualizar a versiones más recientes. Esta lista incluye cualquier problema de incompatibilidad de versiones que pueda encontrar al actualizar.
Puede actualizar directamente desde la versión actual de Redis OSS a la última versión de Redis OSS disponible, sin necesidad de realizar actualizaciones secuenciales. Por ejemplo, puede actualizar directamente desde la versión 3.0 de Redis OSS a la versión 7.0.
Las versiones de Redis OSS se identifican con una versión semántica que consta de un componente principal, secundario y de parches. Por ejemplo, en Redis OSS 4.0.10, la versión principal es 4, la versión secundaria 0 y la versión del parche es 10. Por lo general, estos valores se incrementan en función de las siguientes convenciones:
+ Las versiones principales son para cambios incompatibles con la API.
+ Las versiones secundarias son para nuevas funciones añadidas de manera compatible con versiones anteriores.
+ Las versiones de parche son para correcciones de errores compatibles con versiones anteriores y cambios no funcionales.
Recomendamos mantener siempre la última versión del parche dentro de una versión **major.minor** determinada para tener las mejoras de rendimiento y estabilidad más recientes. A partir de la ElastiCache versión 6.0 para Redis OSS, ElastiCache ofrecerá una sola versión para cada versión secundaria de Redis OSS en lugar de ofrecer varias versiones de parches. ElastiCachegestionará automáticamente la versión de parche de los clústeres en ejecución, lo que garantizará un rendimiento y una seguridad mejorados.
También recomendamos actualizar periódicamente a la última versión principal, ya que la mayoría de las mejoras importantes no se transfieren a versiones anteriores. A medida que ElastiCache se amplía la disponibilidad a una nueva AWS región, ElastiCache Redis OSS es compatible con las dos versiones **principales y secundarias más recientes de la nueva región en ese momento.** ****Por ejemplo, si se lanza una nueva AWS región y las últimas versiones principales o secundarias de Redis OSS son **7.0 y 6.2, ElastiCache serán compatibles con ElastiCache las versiones 7.0** **y 6.2** de Redis OSS en la nueva región.****AWS A medida que se publiquen nuevas versiones principales o secundarias de Redis OSS, se ElastiCache seguirá añadiendo soporte ElastiCache para las versiones más recientes. Para obtener más información sobre cómo elegir regiones ElastiCache, consulte [Elegir regiones](https://docs.aws.amazon.com/AmazonElastiCache/latest/red-ug/RegionsAndAZs.html#SupportedRegions) y zonas de disponibilidad.
Cuando realice una actualización que abarque versiones principales o secundarias, tenga en cuenta la siguiente lista, que incluye el comportamiento y los cambios incompatibles con versiones anteriores publicados con Redis OSS a lo largo del tiempo.
## Cambios de comportamiento e incompatibles con versiones anteriores de Redis OSS 7.0
Para obtener una lista completa de los cambios, consulte [Redis OSS 7.0 release notes](https://raw.githubusercontent.com/redis/redis/7.0/00-RELEASENOTES).
+ `SCRIPT LOAD` y `SCRIPT FLUSH` ya no se propagan a réplicas. Si necesita algo de durabilidad para los scripts, le recomendamos que considere utilizar [funciones de Redis OSS](https://valkey.io/topics/functions-intro/).
+ Los canales de pubsub ahora están bloqueados de forma predeterminada para los nuevos usuarios de ACL.
+ El comando `STRALGO` se sustituyó por el comando `LCS`.
+ El formato de `ACL GETUSER` ha cambiado para que todos los campos muestren el patrón de cadena de acceso estándar. Si utilizaba la automatización mediante `ACL GETUSER`, debe comprobar que maneje cualquiera de los formatos.
+ Las categorías de ACL para `SELECT`, `WAIT`, `ROLE`, `LASTSAVE`, `READONLY`, `READWRITE` y `ASKING` han cambiado.
+ El comando `INFO` ahora muestra las estadísticas de los comandos por subcomando en lugar de en los comandos del contenedor de nivel superior.
+ Los valores devueltos de los comandos `LPOP`, `RPOP`, `ZPOPMIN` y `ZPOPMAX` han cambiado en determinados casos límite. Si utiliza estos comandos, debe consultar las notas de la versión y evaluar si se ve afectado.
+ Los comandos `SORT` y `SORT_RO` ahora requieren acceso a todo el espacio de claves para poder utilizar los argumentos `GET` y `BY`.
## Cambios de comportamiento e incompatibles con versiones anteriores de Redis OSS 6.2
Para obtener una lista completa de los cambios, consulte [Redis OSS 6.2 release notes](https://raw.githubusercontent.com/redis/redis/6.2/00-RELEASENOTES).
+ Los indicadores de ACL de los comandos `TIME`, `ECHO`, `ROLE` y `LASTSAVE` se cambiaron. Esto puede provocar que se rechacen los comandos previamente permitidos y viceversa.
**nota**
Ninguno de estos comandos modifica ni da acceso a los datos.
+ Al actualizar desde Redis OSS 6.0, se cambia el orden de los key/value pares devueltos por una respuesta de mapa a un script lua. Si sus scripts utilizan `redis.setresp()` o devuelven un mapa (nueva funcionalidad en Redis OSS 6.0), tenga en cuenta las implicaciones de que el script deje de funcionar en las actualizaciones.
## Cambios de comportamiento e incompatibles con versiones anteriores de Redis OSS 6.0
Para obtener una lista completa de los cambios, consulte [Redis OSS 6.0 release notes](https://raw.githubusercontent.com/redis/redis/6.0/00-RELEASENOTES).
+ El número máximo de bases de datos permitidas se ha reducido de 1,2 millones a 10 mil. El valor predeterminado es 16 y no recomendamos el uso de valores mucho mayores, ya que hemos detectado problemas de rendimiento y memoria.
+ Establezca `AutoMinorVersionUpgrade` el parámetro en sí y ElastiCache gestionará la actualización de la versión secundaria mediante actualizaciones de autoservicio. Esto se gestionará a través de canales de notificación estándar a los clientes mediante una campaña de actualización de autoservicio. Para obtener más información, consulte [Actualizaciones de autoservicio](Self-Service-Updates.md) en. ElastiCache
## Cambios de comportamiento e incompatibles con versiones anteriores de Redis OSS 5.0
Para obtener una lista completa de los cambios, consulte [Redis OSS 5.0 release notes](https://raw.githubusercontent.com/redis/redis/5.0/00-RELEASENOTES).
+ Los scripts se replican por efectos en lugar de volver a ejecutar el script en la réplica. Por lo general, esto mejora el rendimiento, pero puede aumentar la cantidad de datos replicados entre los principales y las réplicas. Existe una opción para volver al comportamiento anterior que solo está disponible en la ElastiCache versión 5.0 para Redis OSS.
+ Si está actualizando desde Redis OSS 4.0, algunos comandos de los scripts de LUA devolverán los argumentos en un orden diferente al de las versiones anteriores. En Redis OSS 4.0, Redis ordenaba algunas respuestas de forma lexográfica para hacer que fueran deterministas; este orden no se aplica cuando los scripts se replican por efectos.
+ En Redis OSS 5.0.3 y versiones posteriores, ElastiCache el OSS de Redis descargará parte del trabajo de E/S a núcleos en segundo plano en los tipos de instancias con más de 4. VCPUs Esto puede cambiar las características de rendimiento de Redis OSS y los valores de algunas métricas. Para obtener más información, consulte [¿Qué métricas debo monitorear?](CacheMetrics.WhichShouldIMonitor.md) para saber si necesita cambiar las métricas que ve.
## Cambios de comportamiento e incompatibles con versiones anteriores de Redis OSS 4.0
Para obtener una lista completa de los cambios, consulte [Redis OSS 4.0 release notes](https://raw.githubusercontent.com/redis/redis/4.0/00-RELEASENOTES).
+ El registro lento ahora registra dos argumentos adicionales, el nombre y la dirección del cliente. Este cambio debe ser compatible con versiones anteriores a menos que dependa explícitamente de cada entrada de registro lento que contenga 3 valores.
+ El comando `CLUSTER NODES` ahora devuelve un formato ligeramente diferente, que no es compatible con versiones anteriores. Recomendamos que los clientes no usen este comando para obtener información sobre los nodos presentes en un clúster y que, en su lugar, usen `CLUSTER SLOTS`.
## EOL anterior
### Cambios de comportamiento e incompatibles con versiones anteriores de Redis OSS 3.2
Para obtener una lista completa de los cambios, consulte [Redis OSS 3.2 release notes](https://raw.githubusercontent.com/redis/redis/3.2/00-RELEASENOTES).
+ No hay cambios de compatibilidad que destacar para esta versión.
Para obtener más información, consulte [ElastiCache calendario de fin de vida de las versiones para Redis OSS](engine-versions.md#deprecated-engine-versions).
### Cambios de comportamiento e incompatibles con versiones anteriores de Redis OSS 2.8
Para obtener una lista completa de los cambios, consulte [Redis OSS 2.8 release notes](https://raw.githubusercontent.com/redis/redis/2.8/00-RELEASENOTES).
+ A partir de la versión 2.8.22 de Redis OSS, el AOF de Redis OSS ya no es compatible con Redis OSS. ElastiCache Recomendamos usar MemoryDB cuando sea necesario conservar los datos de forma duradera.
+ A partir de la versión 2.8.22 de Redis OSS, el OSS de Redis ya no permite adjuntar ElastiCache réplicas a las unidades principales alojadas en ellas. ElastiCache Durante la actualización, las réplicas externas se desconectarán y no podrán volver a conectarse. Recomendamos utilizar el almacenamiento en caché en el cliente, disponible en Redis OSS 6.0, como alternativa a las réplicas externas.
+ Los comandos `TTL` y `PTTL` ahora devuelven -2 si la clave no existe y -1 si existe pero no tiene fecha de caducidad asociada. En Redis OSS 2.6 y versiones anteriores, se devolvía -1 para ambas condiciones.
+ `SORT` con `ALPHA` ahora ordena según la configuración regional de intercalación local si no se utiliza la opción `STORE`.
Para obtener más información, consulte [ElastiCache calendario de fin de vida de las versiones para Redis OSS](engine-versions.md#deprecated-engine-versions).
# Consideraciones sobre la actualización al trabajar con clústeres basados en nodos
**nota**
Las siguientes consideraciones solo son aplicables al actualizar clústeres basados en nodos. No se aplican a ElastiCache Serverless.
**Consideraciones sobre Valkey y Redis OSS**
Cuando actualice un clúster basado en nodo de Valkey o Redis OSS, tenga en cuenta lo siguiente.
+ La administración de la versión del motor está diseñada para que pueda tener el mayor control posible sobre cómo se produce la aplicación de parches. Sin embargo, ElastiCache se reserva el derecho de aplicar parches al clúster en su nombre en el improbable caso de que se produzca una vulnerabilidad de seguridad crítica en el sistema o en el software de la memoria caché.
+ A partir de la ElastiCache versión 7.2 para Valkey y la ElastiCache versión 6.0 para Redis OSS, ElastiCache ofrecerá una única versión para cada versión menor, en lugar de ofrecer varias versiones de parches.
+ A partir de la versión 5.0.6 del motor de Redis OSS, puede actualizar la versión del clúster con un tiempo de inactividad mínimo. El clúster está disponible para operaciones de lectura durante toda la actualización y para operaciones de escritura durante la mayoría del proceso, excepto durante la operación de conmutación por error, que dura unos segundos.
+ También puede actualizar sus ElastiCache clústeres con versiones anteriores a la 5.0.6. El proceso involucrado es el mismo, pero puede incurrir en un tiempo de conmutación por error más largo durante la propagación de DNS (de 30 s a 1 m).
+ A partir de Redis OSS 7, ElastiCache permite cambiar entre Valkey o Redis OSS (modo de clúster desactivado) y Valkey o Redis OSS (modo de clúster activado).
+ El proceso de actualización del motor OSS de Amazon ElastiCache for Redis está diseñado para hacer todo lo posible por conservar los datos existentes y requiere una replicación correcta de Redis OSS.
+ Al actualizar el motor, ElastiCache finalizará las conexiones de cliente existentes. Para minimizar el tiempo de inactividad durante las actualizaciones del motor, le recomendamos que implemente [las prácticas recomendadas para los clientes de Redis OSS](BestPractices.Clients.redis.md), con reintentos de errores y retrocesos exponenciales, así como las prácticas recomendadas para [minimizar el tiempo de inactividad durante el mantenimiento](BestPractices.MinimizeDowntime.md).
+ No puede actualizar directamente de Valkey o Redis OSS (modo de clúster deshabilitado) a Valkey o Redis OSS (modo de clúster habilitado) cuando actualiza su motor. El siguiente procedimiento muestra cómo actualizar de Valkey o Redis OSS (modo de clúster deshabilitado) a Valkey o Redis OSS (modo de clúster habilitado).
**Actualización de una versión de motor de Valkey o Redis OSS (modo de clúster deshabilitado) a la versión del motor de Valkey o Redis OSS (modo de clúster habilitado)**
1. Realice una copia de seguridad de su clúster o grupo de replicación de Valkey o Redis OSS (modo de clúster deshabilitado). Para obtener más información, consulte [Copias de seguridad manuales](backups-manual.md).
1. Utilice la copia de seguridad para crear y propagar un clúster de Valkey o Redis OSS (modo de clúster habilitado) con una partición (grupo de nodo). Especifique la nueva versión de motor y habilite el modo de clúster al crear el clúster o grupo de reproducción. Para obtener más información, consulte [Tutorial: propagación de un nuevo clúster basado en nodos con una copia de seguridad creada externamente](backups-seeding-redis.md).
1. Elimine el clúster o el grupo de replicación de Valkey o Redis OSS (modo de clúster deshabilitado) anterior. Para obtener más información, consulte [Eliminar un clúster en ElastiCache](Clusters.Delete.md) o [Eliminación de un grupo de reproducción](Replication.DeletingRepGroup.md).
1. Escale el nuevo grupo de replicación o clúster de Valkey o Redis OSS (modo de clúster habilitado) al número de particiones (grupos de nodo) que necesita. Para obtener más información, consulte [Escalado de clústeres de Valkey o Redis OSS (modo de clúster habilitado)](scaling-redis-cluster-mode-enabled.md)
+ Cuando actualiza las versiones principales del motor, por ejemplo de 5.0.6 a 6.0, debe seleccionar un grupo de parámetros nuevo que sea compatible con la versión del motor nueva.
+ Para clústeres de Redis OSS sencillos y clústeres con multi-AZ deshabilitado, recomendamos disponer de suficiente memoria para Redis OSS, tal y como se describe en [Forma de garantizar que dispone de memoria suficiente para crear una instantánea de Valkey o Redis OSS](BestPractices.BGSAVE.md). En estos casos, el nodo principal no está disponible para las solicitudes de servicio durante el proceso de actualización.
+ Para clústeres de Redis OSS con multi-AZ habilitado, también recomendamos que programe actualizaciones del motor durante los periodos de poco tráfico entrante. Cuando se actualiza a Redis OSS 5.0.6 o a una versión posterior, el clúster principal sigue disponible para atender solicitudes durante el proceso de actualización.
Los clústeres y grupos de reproducción con varias particiones se procesan y se aplican parches de la siguiente manera:
+ Todas las particiones se procesan en paralelo. Solo se realiza una operación de actualización en una partición a la vez.
+ En cada partición, todas las réplicas se procesan antes que el principal. Si hay menos réplicas en una partición, el principal de esa partición podrá procesarse antes que las réplicas de otras particiones terminen de procesarse.
+ En todas las particiones, los nodos principales se procesan en series. Solo se actualiza un nodo principal a la vez.
+ Si el cifrado se encuentra habilitado en su grupo de reproducción o clúster actual, no puede actualizar a una versión del motor que no admita cifrado, como de la versión 3.2.6 a la 3.2.10.
**Consideraciones sobre Memcached**
Cuando actualice un clúster de Memcached basado en nodos, tenga en cuenta lo siguiente.
+ La administración de la versión del motor está diseñada para que pueda tener el mayor control posible sobre cómo se produce la aplicación de parches. Sin embargo, ElastiCache se reserva el derecho de aplicar parches al clúster en su nombre en el improbable caso de que se produzca una vulnerabilidad de seguridad crítica en el sistema o en el software de la memoria caché.
+ Puesto que el motor de Memcached no es compatible con la persistencia, las actualizaciones de versión del motor de Memcached son siempre un proceso disruptivo que borra todos los datos de caché del clúster.