Cómo elegir una opción de implementación
Amazon ElastiCache tiene dos opciones de implementación:
Almacenamiento en caché sin servidor
Clústeres basados en nodos
Para obtener una lista de comandos admitidos para ambos, consulte Comandos de Valkey, Memcached y Redis OSS compatibles y restringidos.
Almacenamiento en caché sin servidor
Amazon ElastiCache Serverless simplifica la creación de memoria caché y se escala al instante para dar soporte a las aplicaciones más exigentes de los clientes. Con ElastiCache sin servidor, puede crear una caché escalable y de alta disponibilidad en menos de un minuto, lo que elimina la necesidad de aprovisionar, planificar y administrar la capacidad del clúster. ElastiCache Serverless almacena automáticamente los datos de forma redundante en tres zonas de disponibilidad y proporciona un acuerdo de nivel de servicio (SLA) con una disponibilidad del 99,99 %. Las copias de seguridad de los clústeres basados en nodos de Valkey o Redis OSS se pueden restaurar en una configuración sin servidor.
Clústeres basados en nodos
Si necesita un control detallado del clúster de Valkey, Memcached o Redis OSS, puede crear un clúster basado en nodos con ElastiCache. Puede elegir el tipo de nodo, la cantidad de nodos y la ubicación de los nodos en las zonas de disponibilidad de AWS para el clúster. Como ElastiCache es un servicio totalmente administrado, ayuda a administrar el aprovisionamiento de hardware, la supervisión, los reemplazos de nodos y la aplicación de parches de software para el clúster. Los clústeres basados en nodos se pueden diseñar para ofrecer un SLA de disponibilidad de hasta el 99,99 %. Las copias de seguridad de las cachés de Valkey o Redis OSS sin servidor se pueden restaurar en un clúster basado en nodos.
Cómo elegir una opción de implementación
Elija el almacenamiento en caché sin servidor en los siguientes casos:
Va a crear una caché para cargas de trabajo nuevas o difíciles de predecir.
El tráfico de la aplicación es impredecible.
Desea optar por la forma más sencilla de comenzar a utilizar una caché.
Cree su propio clúster basado en nodos si:
Ya utiliza ElastiCache sin servidor y desea tener un control más preciso sobre el tipo de nodo que ejecuta Valkey, Memcached o Redis OSS, el número de nodos y la ubicación de los mismos.
Espera que el tráfico de sus aplicaciones sea relativamente predecible y desea tener un control detallado del rendimiento, la disponibilidad y el costo.
Puede prever los requisitos de capacidad para controlar los costes.
Comparación entre el almacenamiento en caché sin servidor y los clústeres basados en nodos
| Característica | Almacenamiento en caché sin servidor | Clústeres basados en nodos |
|---|---|---|
|
Configuración de caché |
Cree una caché únicamente con un nombre en menos de un minuto |
Proporciona un control detallado sobre el diseño del clúster. El usuario puede elegir el tipo de nodo, la cantidad de nodos y la ubicación en las distintas zonas de disponibilidad de AWS |
|
Versión de ElastiCache compatible |
Valkey 7.2 y versiones posteriores, Redis OSS versión 7.1 y posteriores, Memcached 1.6.21 y versiones posteriores |
Valkey 7.2 y versiones posteriores, Redis OSS versión 4.0 y posteriores, Memcached 1.4 y versiones posteriores |
|
Modo de clúster (Valkey y Redis OSS) |
Hace funcionar los motores únicamente en |
Se puede configurar para que funcione en el modo de clúster habilitado o en el modo de clúster deshabilitado. |
|
Escalado |
Escala automáticamente los motores tanto vertical como horizontalmente sin administrar la capacidad. |
Permite controlar el escalado y, al mismo tiempo, requiere supervisión para garantizar que la capacidad actual satisfaga adecuadamente la demanda. Para Valkey y Redis OSS, puede escalar verticalmente aumentando o disminuyendo el tamaño del nodo de caché cuando sea necesario. Además, puede escalar horizontalmente añadiendo particiones nuevas o añadiendo más réplicas a sus particiones. Esta capacidad no está disponible para Memcached. Con la característica de escalado automático, también puede configurar el escalado en función de un cronograma o escalar en función de métricas como el uso de CPU y memoria en la caché. |
|
Conexiones de clientes |
Los clientes se conectan a un único punto de conexión. Esto permite que la topología del nodo de caché subyacente (escalado, reemplazos y actualizaciones) cambie sin desconectar el cliente. |
Los clientes se conectan a cada nodo de caché individual. Si se reemplaza un nodo, el cliente vuelve a descubrir la topología del clúster y restablece las conexiones. |
|
Capacidad de configuración |
No hay disponible una configuración detallada. Los clientes pueden configurar los ajustes básicos, como las subredes que pueden acceder a la caché, si se activan o desactivan las copias de seguridad automáticas y los límites máximos de uso de la caché. |
Los clústeres basados en nodos ofrecen opciones de configuración detalladas. Los clientes pueden usar grupos de parámetros para disfrutar de un control detallado. Para ver una tabla de estos valores de los parámetros por tipo de nodo, consulte Parámetros específicos del motor. |
|
Multi-AZ |
Los datos se replican de forma asíncrona en varias zonas de disponibilidad para aumentar la disponibilidad y mejorar la latencia de lectura. |
Ofrece una opción para crear el clúster en una única zona de disponibilidad o en varias zonas de disponibilidad (AZ). Al utilizar Valkey o Redis OSS, proporciona clústeres multi-AZ con datos replicados de forma asíncrona en varias zonas de disponibilidad para aumentar la disponibilidad y mejorar la latencia de lectura. |
|
Cifrado en reposo |
Siempre habilitado. Los clientes pueden utilizar una Clave administrada de AWS o una clave administrada por el cliente en AWS KMS. |
Opción de habilitar o deshabilitar el cifrado en reposo. Cuando está habilitada, los clientes pueden utilizar una Clave administrada de AWS o una clave administrada por el cliente en AWS KMS. |
|
Cifrado en tránsito (TLS) |
Siempre habilitado. Los clientes deben admitir la conectividad de TLS. |
Opción para habilitar o deshabilitar. |
|
Copias de seguridad |
Admite copias de seguridad automáticas y manuales de las cachés sin que ello afecte al rendimiento. Las copias de seguridad de Valkey y Redis OSS son compatibles entre sí y se pueden restaurar en una caché de ElastiCache sin servidor o en un clúster basado en nodos. |
Admite copias de seguridad automáticas y manuales para Valkey y Redis OSS. El rendimiento de los clústeres puede verse afectado en cierta medida en función de la memoria reservada disponible. Para obtener más información, consulte Administración de la memoria reservada para Valkey y Redis OSS. Las copias de seguridad de Valkey y Redis OSS son compatibles entre sí y se pueden restaurar en una caché de ElastiCache sin servidor o en un clúster basado en nodos. |
|
Monitorización |
Admite métricas de caché, incluida la tasa de aciertos de caché, la tasa de errores de caché, el tamaño de los datos y las ECPU consumidas. ElastiCache sin servidor envía eventos mediante EventBridge cuando se producen eventos importantes en la caché. Puede elegir monitorizar, ingerir, transformar y actuar en función de los eventos de ElastiCache mediante Amazon EventBridge. Para obtener más información, consulte Eventos de caché sin servidor. |
Los clústeres basados en nodos de ElastiCache emiten métricas en cada nivel de nodo, incluidas métricas de host y métricas de caché. Los clústeres basados en nodos emiten notificaciones de SNS en caso de eventos importantes. Consulte Métricas de Memcached y Métricas de Valkey y Redis OSS. |
|
Disponibilidad |
Acuerdo de nivel de servicio (SLA |
Los clústeres basados en nodos se pueden diseñar para alcanzar un acuerdo de nivel de servicio (SLA) |
|
Actualizaciones de software y parches |
Actualiza automáticamente el software de caché a la versión secundaria y la versión de parche más recientes, sin que ello afecte a la aplicación. Los clientes reciben una notificación sobre las actualizaciones de las versiones principales y pueden actualizar a la versión principal más reciente cuando lo deseen. |
Los clústeres basados en nodos ofrecen una función de autoservicio habilitada por el cliente para realizar las actualizaciones de versiones secundarias y parches, así como para actualizaciones de versiones principales. Las actualizaciones administradas se aplican automáticamente durante el período de mantenimiento definido por el cliente. Los clientes también pueden optar por aplicar una actualización de la versión secundaria o de un parche bajo pedido. |
|
Almacén de datos global |
No admitido |
Admite el almacén de datos global, que permite la replicación entre regiones con escrituras en una sola región y lecturas en varias regiones |
|
Organización de datos en niveles |
No admitido |
Los clústeres que se han creado utilizando nodos de la familia r6gd tienen sus datos en niveles entre la memoria y el almacenamiento de SSD local (unidades de estado sólido). La organización de datos en niveles proporciona una opción con una buena relación precio-rendimiento para las cargas de trabajo de Valkey y Redis OSS mediante el uso de unidades de estado sólido (SSD) de menor costo en cada nodo de clúster, además de almacenar datos en la memoria. |
|
Modelo de precios |
Pago por uso, en función de los datos almacenados en GB/hora y las solicitudes en unidades de procesamiento de ElastiCache (o ECPU). Puede encontrar más información sobre los precios aquí |
Pago por hora, en función del uso de los nodos de caché. Puede encontrar más información sobre los precios aquí |
Temas relacionados:
