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.
Cómo elegir una opción de implementación
Amazon ElastiCache tiene dos opciones de implementación:
Almacenamiento en caché sin servidor
Node-based clústeres
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 caché y se escala al instante para dar soporte a las aplicaciones más exigentes de los clientes. Con ElastiCache Serverless, 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) de 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.
Node-based clústeres
Si necesita un control detallado de su clúster OSS de Valkey, Memcached o Redis, 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 su clúster. AWS Como ElastiCache se trata de un servicio totalmente gestionado, ayuda a gestionar el aprovisionamiento del hardware, la supervisión, la sustitución de nodos y la aplicación de parches de software para el clúster. Node-based Los clústeres 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 Serverless 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 dichos nodos.
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 | Node-based clústeres |
|---|---|---|
|
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 AWS las zonas de disponibilidad |
|
Versión compatible ElastiCache |
Valkey 7.2 y superior, Redis OSS versión 7.1 y superior, Memcached 1.6.22 y superior |
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 Auto-Scaling esta función, también puede configurar el escalado en función de un cronograma o escalarlo en función de métricas como el uso de la CPU y la memoria en la memoria 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é. |
Node-based los clústeres 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). Cuando se utiliza Valkey o Redis OSS, proporciona Multi-AZ clústeres 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 Clave administrada de AWS o una entrada gestionada por el cliente. AWS KMS |
Opción de habilitar o deshabilitar el cifrado en reposo. Cuando está habilitada, los clientes pueden usar una clave Clave administrada de AWS o una clave gestionada por el cliente 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é 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é sin servidor o en un clúster basado en nodos. ElastiCache |
|
Supervisió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 Serverless envía los eventos EventBridge cuando ocurren eventos importantes en la memoria caché. Puedes elegir monitorizar, asimilar, transformar y actuar en función de ElastiCache los eventos con Amazon EventBridge. Para obtener más información, consulte Eventos de caché sin servidor. |
Node-based ElastiCache los clústeres emiten métricas en cada nivel de nodo, incluidas las métricas a nivel de host y las métricas de caché. Node-based los clústeres emiten notificaciones de SNS para eventos importantes. Consulte Métricas de Memcached y Métricas de Valkey y Redis OSS. |
|
Disponibilidad. |
Acuerdo de nivel de servicio (SLA |
Node-based los clústeres se pueden diseñar para alcanzar un acuerdo de nivel de servicio (SLA) de disponibilidad de hasta el 99,99%, según la |
|
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. |
Node-based los clústeres ofrecen un autoservicio habilitado por el cliente para actualizaciones de versiones menores y con 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 compatible |
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 compatible |
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 |
Pay-per-use, en función de los datos almacenados en las unidades de ElastiCache procesamiento (ECPU) GB-hours y de las solicitudes en ellas. Puede encontrar más información sobre los precios aquí |
Pay-per-hour, en función del uso de los nodos de caché. Puede encontrar más información sobre los precios aquí |
Temas relacionados:
