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 los comandos compatibles con ambos, consulteComandos de 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 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 son compatibles entre sí y se pueden exportar y restaurar desde clústeres de diseño propio.
Clústeres de autodiseño
Si necesita un control detallado de su clúster ElastiCache (Redis OSS), puede optar por diseñar su propio clúster de Redis OSS. 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 los parches de software del clúster. Los clústeres de diseño propio se pueden diseñar para ofrecer un SLA de disponibilidad de hasta el 99,99%. Las copias de seguridad son compatibles entre sí y se pueden exportar y restaurar desde las cachés Serveless.
Cómo elegir una opción de implementación
Elija el almacenamiento en caché sin servidor en los siguientes casos:
Está creando una memoria 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 ElastiCache clúster si:
Ya utiliza ElastiCache Serverless y desea tener un control más preciso sobre el tipo de nodo que ejecuta 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 pormenorizado del rendimiento, la disponibilidad y el coste.
Puede prever los requisitos de capacidad para controlar los costes.
Comparación del almacenamiento en caché sin servidor y los clústeres de diseño propio
Característica | Almacenamiento en caché sin servidor | Clústeres de autodiseño |
---|---|---|
Configuración de caché |
Crea una caché con solo 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 (Redis OSS) |
ElastiCache (Redis OSS) versión 7.1 y superior |
ElastiCache (Redis OSS) versión 4.0 y superior |
Modo agrupado en clúster |
Funciona únicamente con Redis OSS. |
Se puede configurar para que funcione en modo clúster activado o modo clúster desactivado. |
Escalado |
Se escala automáticamente 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. Puede optar por escalar verticalmente, aumentando o disminuyendo el tamaño del nodo de caché cuando sea necesario. También puede escalar horizontalmente, añadiendo nuevos fragmentos o añadiendo más réplicas a los fragmentos. Con la función de escalado automático, también puede configurar el escalado en función de un cronograma o escalarlo en función de métricas como el uso de CPU y memoria en la memoria caché. |
Conexión de cliente |
Los clientes se conectan a un único punto final. 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. |
Configurabilidad |
No hay una configuración detallada disponible. Los clientes pueden configurar los ajustes básicos, como las subredes que pueden acceder a la memoria caché, si se activan o desactivan las copias de seguridad automáticas y los límites máximos de uso de la memoria caché. |
Los clústeres de diseño propio ofrecen opciones de configuración detalladas. Los clientes pueden usar grupos de parámetros para un control detallado. Para ver una tabla de estos valores de los parámetros por tipo de nodo, consulte Parámetros específicos del tipo de nodo de Redis OSS. |
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 (AZ). En el caso de los clústeres 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. |
Cifrado en reposo |
Siempre habilitados. Los clientes pueden utilizar una clave Clave administrada de AWS o una gestionada por el cliente AWS KMS. |
Opción para activar o desactivar el cifrado en reposo. Cuando está habilitada, los clientes pueden usar una clave Clave administrada de AWS o una entrada gestionada por el cliente AWS KMS. |
Cifrado en tránsito (TLS) |
Siempre activado. Los clientes deben admitir la conectividad TLS. |
Opción para activar o desactivar. |
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 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. Es posible que el rendimiento de los clústeres se vea 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. Las copias de seguridad son compatibles entre sí y se pueden restaurar en una caché ElastiCache sin servidor o en un clúster de diseño propio. |
Supervisió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 las ECPUs 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. |
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 diseño propio emiten notificaciones de SNS en caso de eventos importantes. Consulte Métricas para Redis OSS. |
Disponibilidad |
Acuerdo de nivel de servicio |
Los clústeres de diseño propio se pueden diseñar para alcanzar un acuerdo de nivel de servicio (SLA) de disponibilidad de hasta el 99,99%, según la configuración |
Actualizaciones y parches de software |
Actualiza automáticamente el software de caché a la última versión secundaria y a la versión de parche más reciente, 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 diseño propio ofrecen un autoservicio habilitado por el cliente para actualizaciones de versiones menores y con parches, así como para actualizaciones de versiones principales. Las actualizaciones gestionadas se aplican automáticamente durante los períodos de mantenimiento definidos por el cliente. Los clientes también pueden optar por aplicar una actualización de la versión secundaria o de un parche a pedido. |
Almacén de datos global |
No compatible |
Es compatible con 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 diseñan con nodos de la familia r6gd tienen sus datos agrupados en niveles entre la memoria y el almacenamiento SSD (unidades de estado sólido) local. La organización de datos en niveles ofrece una opción de relación precio-rendimiento para las cargas de trabajo de Redis OSS, ya que utiliza unidades de estado sólido (SSD) 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: