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.

ElastiCache componentes y características

A continuación, encontrarás un resumen de los principales componentes de una ElastiCache implementación de Amazon.

ElastiCache nodos

Un nodo es el componente básico más pequeño de una ElastiCache implementación. Un nodo puede existir de forma aislada o con alguna relación con otros nodos.

Un nodo es un bloque seguro de tamaño fijo conectado a la red. RAM Cada nodo ejecuta una instancia del motor y la versión elegidos al crear el clúster. Si es necesario, puede escalar los nodos de un clúster para ampliar o reducir a un tipo de instancia diferente. Para obtener más información, consulte Escalado ElastiCache.

Todos los nodos contenidos en un clúster son del mismo tipo de instancia y ejecutan el mismo motor de caché. Cada nodo de caché tiene su propio nombre y puerto del Servicio de nombres de dominio ()DNS. Se admiten varios tipos de nodos de caché, cada uno de los cuales tiene una cantidad diferente de memoria asociada. Para ver una lista de los tipos de instancia de nodos admitidos, consulte Tipos de nodos compatibles.

Puede comprar nodos de forma pay-as-you-go individual, pagando únicamente por el uso de un nodo. También puede adquirir nodos reservados a una tarifa por hora más reducida. Si la tasa de uso es alta, adquirir nodos reservados podría ayudar a que ahorre dinero. Supongamos que el clúster está casi siempre en uso, por lo que de vez en cuando agregue nodos para gestionar los picos de uso. En este caso, puede adquirir una serie de nodos reservados para ejecutar la mayor parte del tiempo. A continuación, puede comprar pay-as-you-go nodos para las veces que necesite añadir nodos de vez en cuando. Para obtener más información sobre los nodos reservados, consulte Nodos reservados.

Para obtener más información sobre los nodos, consulte Administrar nodos en ElastiCache.

ElastiCache fragmentos

Un OSS fragmento de Valkey o Redis (denominado grupo de nodos por la sigla API yCLI) es una agrupación de uno a seis nodos relacionados. Un clúster de Valkey o Redis con el modo de OSS clúster activado siempre tiene al menos un fragmento.

La fragmentación es un método de particionamiento de bases de datos que separa las bases de datos grandes en partes más pequeñas, rápidas y fáciles de gestionar denominadas fragmentos de datos. Esto puede aumentar la eficiencia de la base de datos al distribuir las operaciones en varias secciones independientes. El uso de fragmentos puede ofrecer muchos beneficios, como la mejora del rendimiento, la escalabilidad y la rentabilidad.

OSSLos clústeres de Valkey y Redis con el modo de clúster activado pueden tener hasta 500 fragmentos, y los datos se dividen entre ellos. El límite de nodos o fragmentos se puede aumentar hasta un máximo de 500 por clúster si la versión del motor Valkey o OSS Redis es 5.0.6 o superior. Por ejemplo, puede elegir configurar un clúster de 500 nodos que oscila entre 83 particiones (uno primario y 5 réplicas por partición) y 500 particiones (único primario y sin réplicas). Asegúrese de que hay suficientes direcciones IP disponibles para acomodar el aumento. Los problemas más comunes son que las subredes del grupo de subredes tienen un CIDR rango demasiado pequeño o que las subredes son compartidas y utilizadas en gran medida por otros clústeres. Para obtener más información, consulte Creación de un grupo de subredes. Para las versiones inferiores a 5.0.6, el límite es de 250 por clúster.

Para solicitar un aumento del límite, consulte AWS Service Limits y elija el tipo de límite Nodes per cluster per instance type (Nodos por clúster por tipo de instancias).

Una partición de varios nodos implementa la reproducción al tener un nodo primario de lectura/escritura y 1 a 5 nodos de réplica. Para obtener más información, consulte Alta disponibilidad a través de grupos de reproducción.

Para obtener más información acerca de las particiones, consulte Trabajar con fragmentos en ElastiCache.

ElastiCache clústeres

Un clúster es una agrupación lógica de uno o más nodos. Los datos se dividen entre los nodos de un clúster de Memcached y entre los fragmentos de un clúster de Valkey o Redis OSS que tiene activado el modo de clúster.

Muchas operaciones están dirigidas ElastiCache a los clústeres:

Para obtener información más detallada, consulte los siguientes temas relacionados:

Configuraciones típicas de clúster

A continuación se muestran configuraciones típicas de clúster.

Clústeres de Valkey o Redis OSS

OSSLos clústeres de Valkey o Redis con el modo de clúster desactivado siempre contienen solo un fragmento (en un grupo de API nodosCLI). Un OSS fragmento de Valkey o Redis contiene de uno a seis nodos. Si hay más de un nodo en una partición, esta admite la reproducción. En este caso, un nodo es el nodo primario de lectura/escritura y los demás son nodos de réplica de solo lectura.

Para mejorar la tolerancia a los errores, recomendamos tener al menos dos nodos en un clúster de Valkey o Redis OSS y habilitar Multi-AZ. Para obtener más información, consulte Mitigación de errores.

A medida que cambie la demanda de su OSS clúster de Valkey o Redis, puede ampliarlo o reducirlo. Para ello, mueve el clúster a un tipo de instancia de nodo diferente. Si tu aplicación es de lectura intensiva, te recomendamos añadir réplicas de solo lectura al clúster. Al hacerlo, puede distribuir las lecturas entre un número más apropiado de nodos.

También puede utilizar la organización de datos en niveles. Los datos a los que se accede con más frecuencia se almacenan en la memoria y los datos a los que se accede con menos frecuencia se almacenan en el disco. La ventaja de utilizar la organización de datos en niveles es que disminuye las necesidades de memoria. Para obtener más información, consulte Organización de datos por niveles en ElastiCache.

ElastiCache permite cambiar el tipo de nodo de un OSS clúster de Valkey o Redis a un tipo de nodo más grande de forma dinámica. Para obtener información acerca del escalado mediante ampliación o reducción, consulte Escalado de clústeres de un solo nodo para Valkey o Redis OSS (modo de clúster desactivado) o Escalado de nodos de réplica para Valkey o Redis OSS (modo de clúster desactivado).

Configuraciones de clúster típicas para Memcached

Memcached admite hasta 300 nodos por cliente para cada AWS región, y cada clúster tiene de 1 a 60 nodos. Los datos se particionan entre los nodos del clúster de Memcached.

Al ejecutar el motor Memcached, los clústeres pueden estar compuestos de 1 a 60 nodos. La base de datos se particiona entre los nodos. Su aplicación lee y escribe en cada punto de enlace del nodo. Para obtener más información, consulte Detección automática.

Para mejorar la tolerancia a los errores, ubique los nodos de Memcached en varias zonas de disponibilidad (AZs) dentro de la región del clúster. AWS De ese modo, un error de una zona de disponibilidad tendrá un impacto mínimo en todo su clúster y su aplicación. Para obtener más información, consulte Mitigación de errores.

A medida que cambie la demanda de su clúster de Memcached, puede escalar de forma ascendente o descendente al agregar o quitar nodos, con lo que se vuelven a particionar los datos entre el nuevo número de nodos. Al particionar los datos, recomendamos hacer un uso consistente de la función hash. Para obtener más información acerca del uso consistente de la función hash, consulte Configuración de su ElastiCache cliente para un equilibrio de carga eficiente (Memcached).

ElastiCache replicación

En el caso de Valkey y RedisOSS, la replicación se implementa agrupando de dos a seis nodos en un fragmento (en el API nodoCLI, denominado grupo de nodos). Uno de estos nodos es el nodo principal de lectura/escritura. Todos los demás nodos son nodos de réplicas de solo lectura. Las réplicas solo están disponibles ElastiCache con Valkey y RedisOSS, y no con (Memcached). ElastiCache

Cada nodo de réplica de lectura mantiene una copia de los datos del nodo principal. Los nodos de réplica usan mecanismos de reproducción asíncronos para mantener la sincronización con el nodo principal. Las aplicaciones pueden leer desde cualquiera de los nodos del clúster, pero solo pueden escribir en los nodos principales. Las réplicas de lectura mejoran la escalabilidad al distribuir las lecturas entre varios puntos de enlace. Las réplicas de lectura también mejoran la tolerancia a errores al mantener varias copias de los datos. Ubicar réplicas de lectura en múltiples zonas de disponibilidad mejora aún más la tolerancia a errores. Para obtener más información sobre la tolerancia a errores, consulte Mitigación de errores.

OSSLos clústeres de Valkey o Redis admiten un fragmento (denominado grupo de nodos). API CLI

La replicación desde la CLI perspectiva API y el uso de una terminología diferente para mantener la compatibilidad con las versiones anteriores, pero los resultados son los mismos. En la siguiente tabla se muestran los CLI términos API y condiciones para implementar la replicación.

Comparación de la replicación: Valkey o Redis OSS (modo de clúster desactivado) y Valkey o Redis OSS (modo de clúster activado): el clúster de Valkey o Redis con el modo de clúster activado y el OSS clúster de Valkey o Redis con el modo de clúster desactivado OSS

En la siguiente tabla, puede encontrar una comparación de las características de los grupos de replicación Valkey o Redis OSS (modo de clúster desactivado) y Valkey o Redis (modo de clúster activado). OSS

Todos los fragmentos (de los grupos de nodos API yCLI, etc.) y todos los nodos deben residir en la misma región. AWS Sin embargo, puede aprovisionar los nodos individuales en varias zonas de disponibilidad dentro de esa AWS región.

Las réplicas de lectura evitan las posibles pérdidas de datos, ya que los datos se replican a través de dos o varios nodos: el principal y una o varias réplicas de lectura. Para una mayor fiabilidad y una recuperación más rápida, recomendamos crear una o varias réplicas de lectura en distintas zonas de disponibilidad.

También puede aprovechar los almacenes de datos Globales. Al utilizar la OSS función Global Datastore for Redis, puede trabajar con una replicación totalmente gestionada, rápida, fiable y segura en todas las regiones. AWS Con esta función, puede crear clústeres de réplicas de lectura entre regiones para permitir las lecturas de baja latencia y ElastiCache la recuperación ante desastres en todas las regiones. AWS Para obtener más información, consulte Replicación entre AWS regiones mediante almacenes de datos globales.

ElastiCache puntos finales

Un punto final es la dirección única que utiliza su aplicación para conectarse a un ElastiCache nodo o clúster.

Terminales de un solo nodo para Valkey o Redis OSS con el modo de clúster desactivado

El punto final de un clúster de Valkey o Redis de un solo nodo se utiliza para conectarse al OSS clúster tanto para la lectura como para la escritura.

Terminales de varios nodos para Valkey o Redis con el modo de clúster desactivado OSS

Un clúster de Valkey o Redis de varios nodos con el modo de OSS clúster desactivado tiene dos tipos de puntos finales. El punto de conexión principal siempre se conecta al nodo principal en el clúster, incluso si el nodo específico de la función principal cambia. Utilice el punto de conexión principal para todas las escrituras en el clúster.

Use el punto de conexión de lector para dividir de manera uniforme las conexiones entrantes al punto de enlace entre todas las réplicas de lectura. Utilice los puntos finales de los nodos individuales para las operaciones de lectura (enAPI/, se CLI denominan puntos finales de lectura).

Puntos finales de Valkey o Redis OSS (modo de clúster activado)

Un clúster de Valkey o Redis con el modo de OSS clúster activado tiene un único punto final de configuración. Al conectarse al punto de conexión de configuración, la aplicación puede detectar los puntos de conexión principal y de lectura de cada partición del clúster.

Para obtener más información, consulte Búsqueda de puntos finales de conexión en ElastiCache.

ElastiCache Puntos finales (Memcached)

Cada nodo de un clúster de Memcached tiene su propio punto de enlace. El clúster también tiene un punto de enlace, denominado punto de enlace de configuración. Si habilita la función Auto Discovery y se conecta al punto de enlace de configuración, su aplicación conocerá automáticamente cada punto de enlace de nodo, incluso después de agregar o quitar nodos en el clúster. Para obtener más información, consulte Detección automática.

Para obtener más información, consulte Puntos de enlace de .

ElastiCache grupos de parámetros

Los grupos de parámetros de caché son una forma sencilla de administrar la configuración de tiempo de ejecución para el software del motor compatible. Los parámetros se utilizan para controlar el uso de la memoria, las políticas de expulsión, los tamaños de elementos y mucho más. Un grupo de ElastiCache parámetros es una colección con nombre de parámetros específicos del motor que se puede aplicar a un clúster. De este modo, se asegura de que todos los nodos de ese clúster estén configurados exactamente de la misma forma.

Para obtener una lista de los parámetros compatibles, sus valores predeterminados y cuáles se pueden modificar, consulte DescribeEngineDefaultParameters (CLI: describe-engine-default-parameters).

Para obtener información más detallada sobre los grupos de ElastiCache parámetros, consulte. Configuración de los parámetros del motor mediante grupos de ElastiCache parámetros

ElastiCache seguridad

Para mejorar la seguridad, el acceso a los ElastiCache nodos está restringido a las aplicaciones que se ejecutan en las EC2 instancias de Amazon que usted permita. Puede controlar las EC2 instancias de Amazon que pueden acceder a su clúster mediante grupos de seguridad.

De forma predeterminada, todos los ElastiCache clústeres nuevos se lanzan en un entorno de Amazon Virtual Private Cloud (AmazonVPC). Puedes usar grupos de subredes para conceder acceso al clúster desde EC2 instancias de Amazon que se ejecuten en subredes específicas.

Además de restringir el acceso a los nodos, ElastiCache admite TLS el cifrado interno de los nodos que ejecutan versiones específicas de. ElastiCache Para más información, consulte los siguientes temas:

ElastiCache grupos de subredes

Un grupo de subredes es un conjunto de subredes (normalmente privadas) que puede designar para los clústeres que se ejecutan en un entorno de AmazonVPC.

Si crea un clúster en AmazonVPC, debe especificar un grupo de subredes de caché. ElastiCache usa ese grupo de subredes de caché para elegir una subred y direcciones IP dentro de esa subred para asociarlas a los nodos de caché.

Para obtener más información sobre el uso de grupos de subredes de caché en un VPC entorno de Amazon, consulta lo siguiente:

ElastiCache copias de seguridad

Una copia de seguridad es una point-in-time copia de un OSS clúster de Valkey o Redis, de una caché sin servidor o de una caché sin servidor de Memcached. Dichas copias de seguridad pueden usarse para restaurar un clúster existente o para propagar datos en un nuevo clúster. Las copias de seguridad se componen de todos los datos en un clúster, además de algunos metadatos.

Según la versión de Valkey o Redis que se OSS ejecute en el clúster, el proceso de copia de seguridad requiere diferentes cantidades de memoria reservada para funcionar correctamente. Para más información, consulte los siguientes temas:

ElastiCache eventos

Cuando ocurren eventos importantes en un clúster de caché, ElastiCache envía una notificación a un SNS tema específico de Amazon. Algunos eventos significativos pueden ser, por ejemplo, errores al agregar un nodo, adiciones de nodos correctas, cambios en los grupos de seguridad, entre otros. Al monitorear los eventos clave podrá conocer el estado actual de los clústeres y, según el evento, adoptar medidas correctivas.

Para obtener más información sobre ElastiCache los eventos, consulteSNSMonitorización de ElastiCache eventos por parte de Amazon.