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
Clústeres de autodiseño
Para obtener una lista de comandos admitidos para ambos, consulte Comandos OSS de Valkey, Memcached y Redis 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 de caché. 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 de Valkey o Redis OSS de autodiseño se pueden restaurar en una configuración sin servidor.
Clústeres de autodiseño
Si necesita un control detallado de su clúster OSS de Valkey, Memcached o Redis, puede optar por diseñar su propio clúster. ElastiCache ElastiCache le permite operar un clúster basado en nodos al elegir el tipo de nodo, la cantidad de nodos y la ubicación de los nodos en las zonas de disponibilidad del clúster. AWS Como ElastiCache se trata de un servicio totalmente gestionado, ayuda a gestionar el aprovisionamiento del hardware, la supervisión, las sustituciones de nodos y la aplicación de parches de software para el clúster. Los clústeres de autodiseño 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 de autodiseño.
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é.
Elija diseñar su propio clúster si: ElastiCache
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 de autodiseño
| Característica | Almacenamiento en caché sin servidor | Clústeres de autodiseño |
|---|---|---|
|
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 de caché. El usuario puede elegir el tipo de nodo, la cantidad de nodos y la ubicación en las distintas zonas de disponibilidad AWS |
|
Versión compatible ElastiCache |
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 de autodiseño frecen 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 la opción de diseñar el clúster en una única zona de disponibilidad o en varias zonas de disponibilidad (AZs). 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 usar una clave Clave administrada de AWS o una clave administrada 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 de diseño propio. |
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 de diseño propio. ElastiCache |
|
Monitorización |
Support métricas de nivel de caché, incluida la tasa de aciertos de caché, la tasa de errores de caché, el tamaño de los datos y el ECPUs consumo. 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. |
ElastiCache Los clústeres de diseño propio emiten métricas en cada nivel de nodo, incluidas las métricas a nivel de host y las métricas de caché. Los clústeres de autodiseño 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 de autodiseño 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 de autodiseño 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 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 diseñado 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 ofrece una opción de relación precio-rendimiento para las cargas de trabajo OSS de Valkey y Redis, ya que utiliza unidades de estado sólido (SSDs) de menor costo en cada nodo del clúster, además de almacenar los datos en la memoria. |
|
Modelo de precios |
Pay-per-use, en función de los datos almacenados en GB-hora y las solicitudes en las unidades de procesamiento (ECPU). ElastiCache 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:
