AWS Primeros Pasos
IdiomaEspañol
Bases de datos

Amazon MemoryDB for Redis

Base de datos en memoria compatible con Redis que almacena los datos de forma duradera en un transaction log multi-AZ mientras logra latencia de lectura de microsegundos

Unos 4 min de lectura

Descripción general

Amazon MemoryDB for Redis es una base de datos en memoria compatible con Redis que combina el rendimiento ultra-rápido de Redis con durabilidad de datos de nivel empresarial. A diferencia de ElastiCache for Redis que es principalmente una caché, MemoryDB almacena cada escritura en un transaction log distribuido multi-AZ antes de confirmarla al cliente, lo que permite su uso como base de datos primaria. Proporciona latencia de lectura de microsegundos y latencia de escritura de milisegundos de un solo dígito, con compatibilidad con la API de Redis.

Diferencia decisiva con ElastiCache for Redis

MemoryDB es compatible con Valkey y Redis OSS y comparte las API con ElastiCache for Redis, pero la diferencia entre ambos radica en la durabilidad de datos. ElastiCache está diseñado como caché: sin la función de durabilidad, los datos en memoria se pierden si el nodo falla (aunque las réplicas proporcionan cierta protección). MemoryDB escribe cada operación de escritura en un transaction log distribuido multi-AZ antes de confirmar al cliente; según la guía para desarrolladores, la coherencia fuerte se mantiene tras una conmutación por error del nodo primario. Esto permite usar MemoryDB como base de datos primaria sin necesidad de una base de datos separada para persistencia. La guía del usuario de ElastiCache indica que ElastiCache para Valkey también admite durabilidad con un transaction log multi-AZ, y recomienda considerar ElastiCache con durabilidad para cargas de trabajo duraderas en una sola región y MemoryDB cuando se necesita replicación activa-activa entre varias regiones (a octubre de 2026).

Patrones de uso como base de datos primaria

Algunos casos de uso de MemoryDB como base de datos primaria que requieren velocidad y durabilidad son: sesiones de usuario en aplicaciones web de alto tráfico, tablas de clasificación en gaming, carritos de compra en e-commerce, y almacenamiento de estado en aplicaciones de streaming. El patrón de sesiones elimina la necesidad de una arquitectura caché-aside (Redis + RDS), simplificando la aplicación al usar MemoryDB como única fuente de verdad. Para tablas de clasificación, los Sorted Sets de Redis proporcionan operaciones O(log N) para ranking que serían costosas en bases de datos relacionales. MemoryDB admite los tipos de datos de Valkey y Redis OSS, como Strings, Hashes, Lists, Sets, Sorted Sets, Streams y HyperLogLog, lo que permite modelar datos de forma eficiente según el patrón de acceso.

Diseño de clúster y optimización de costos

Un clúster MemoryDB se compone de shards; según la guía para desarrolladores, cada shard tiene un nodo primario y hasta 5 réplicas opcionales (a octubre de 2026). El sharding distribuye datos por hash de clave, y el número de shards determina la capacidad total de memoria y throughput de escritura. Las réplicas de lectura escalan el throughput de lectura y proporcionan alta disponibilidad con failover automático. Para la optimización de costos, un punto de partida es el dimensionamiento: monitorizar la utilización de memoria y CPU para evitar sobre-provisionamiento. Los nodos reservados ofrecen una tarifa con descuento a cambio de un compromiso de uso; las tarifas figuran en la página oficial de precios. La función de snapshots permite backups periódicos a S3 para recuperación ante desastres. MemoryDB no requiere una base de datos separada para persistencia, lo que puede reducir el costo total de la arquitectura al eliminar RDS o DynamoDB del stack.

Referencias (recursos oficiales de AWS)

Las fuentes primarias de esta página son el sitio web y la documentación oficiales de AWS. Consulta las páginas oficiales siguientes para conocer las especificaciones y los precios más recientes.

Si esta página y la documentación oficial difieren, prevalece la documentación oficial.

Compartir

Términos relacionados

Amazon ElastiCacheAmazon DynamoDBAmazon RDSAmazon Aurora

Servicios relacionados

Amazon ElastiCacheAmazon DynamoDBAmazon RDSAWS Lambda

Artículos relacionados

Diseño de caché con Amazon ElastiCache - Selección entre Valkey, Redis OSS y Memcached y estrategias de cachéOrganizamos los criterios de selección entre Valkey, Redis OSS y Memcached, y presentamos las estrategias de caché Lazy Loading y Write-Through junto con el uso del modo Serverless.La esencia del Undifferentiated Heavy Lifting - La línea divisoria entre los problemas que AWS resuelve y los que noSe profundiza en el verdadero significado de la frase Undifferentiated Heavy Lifting, que AWS utiliza repetidamente, y se explican los límites de responsabilidad de los servicios gestionados, la realidad del modelo de responsabilidad compartida y la ilusión y la realidad de lo totalmente gestionado.Leyendo el futuro de AWS a 3 años desde los anuncios de re:Invent - El ciclo de vida de los servicios y las leyes de la discontinuaciónEnfrentamos el hecho de que los servicios de AWS también tienen vida útil, como la suspensión de nuevas inscripciones de CodeCommit y el fin de facto de SimpleDB, proporcionando una perspectiva de selección tecnológica para analizar el ciclo de vida de los servicios e identificar los servicios que no desaparecerán.Patrones de diseño de tablas en Amazon DynamoDB - Diseño de tabla única y uso de GSIExplicamos el diseño de claves de partición en DynamoDB, el diseño de tabla única y la implementación de patrones de acceso mediante GSI.Desarrollo serverless con AWS Lambda - Diseño de funciones y uso de event sourcesExplicamos el diseño de funciones de Lambda, el mapeo de event sources, las contramedidas para cold start y el uso de Powertools.

Términos y artículos similares

Amazon MemoryDB for RedisServicio de base de datos en memoria compatible con Redis con durabilidad integradaConstrucción de base de datos en memoria durable con Amazon MemoryDB for Redis - Integración de caché y almacén de datos primarioSe explica la operación de base de datos en memoria compatible con Redis con MemoryDB, el mecanismo de durabilidad y la diferenciación con ElastiCache.Base de datos compatible con Redis - Almacén de datos en memoria de alto rendimiento con Amazon MemoryDB y ElastiCacheConstruye almacenes de datos en memoria de alto rendimiento con MemoryDB (durabilidad) y ElastiCache (caché). Explicamos la selección entre ambos, el diseño de clústeres y los patrones de uso.Amazon ElastiCacheUn servicio de caché en memoria que ofrece tiempos de respuesta de microsegundosDiseño de caché con Amazon ElastiCache - Selección entre Valkey, Redis OSS y Memcached y estrategias de cachéOrganizamos los criterios de selección entre Valkey, Redis OSS y Memcached, y presentamos las estrategias de caché Lazy Loading y Write-Through junto con el uso del modo Serverless.