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.
# 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 ElastiCache clúster](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).