Terminología de ElastiCache
En octubre de 2016, Amazon ElastiCache lanzó la compatibilidad con Redis OSS 3.2. En ese momento, agregamos compatibilidad con la división de los datos en hasta 500 particiones (denominadas grupos de nodos en la API de ElastiCache y en la AWS CLI). Para conservar la compatibilidad con versiones anteriores, hemos ampliado las operaciones de la versión de la API 2015-02-02 para incluir la nueva funcionalidad de Redis OSS.
Al mismo tiempo, hemos comenzado a utilizar la terminología en la consola de ElastiCache que se utiliza en esta funcionalidad nueva y de forma habitual en el sector. Estos cambios implican que, en algunos aspectos, la terminología usada en la API y la CLI puede ser diferente de la terminología empleada en la consola. La siguiente lista identifica términos que pueden variar entre la API y la CLI y la consola.
- Clúster de caché o nodo frente a nodo
-
Si no hay nodos de réplica, existe una relación de uno a uno entre un nodo y un clúster. Por lo tanto, la consola de ElastiCache solía utilizar los términos indistintamente. A partir de ahora, la consola utiliza el término nodo para todo. La única excepción es el botón Create Cluster, que lanza el proceso para crear un clúster con o sin nodos de réplica.
La AWS CLI y la API de ElastiCache siguen utilizando los términos como antes.
- Comparación entre el grupo de replicación de clúster y el grupo de replicación de Valkey o Redis OSS
-
Ahora, la consola utiliza el término clúster para todos los clústeres de ElastiCache para Redis. La consola utiliza el término clúster en todas estas circunstancias:
Cuando el clúster es un clúster de Valkey o Redis OSS de un solo nodo.
Cuando el clúster es un clúster de Valkey o Redis OSS (modo de clúster deshabilitado) que admite la replicación en una única partición (en la API y en la CLI, denominado grupo de nodos).
Cuando el clúster es un clúster de Valkey o Redis OSS (modo de clúster habilitado) que admite la replicación de entre 1 a 90 particiones o hasta 500 con una solicitud de aumento de límite. 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).
Para obtener más información acerca de los grupos de replicación de Valkey o Redis OSS, consulte. Alta disponibilidad a través de grupos de reproducción
El siguiente diagrama ilustra las distintas topologías de clústeres de ElastiCache para Redis OSS desde la perspectiva de la consola.
Las operaciones de la AWS CLI y la API de ElastiCache siguen distinguiendo los clústeres de ElastiCache para Redis OSS de un solo nodo de los grupos de replicación de varios nodos de Valkey o Redis OSS. El siguiente diagrama ilustra las distintas topologías de ElastiCache para Redis desde la perspectiva de la AWS CLI y la API de ElastiCache.
- Grupo de replicación de Valkey o Redis OSS comparado con el almacén de datos global
Un almacén de datos global es una colección de uno o varios clústeres que se replican entre sí entre regiones, mientras que un grupo de replicación de Valkey o Redis OSS replica datos entre un clúster en modo de clúster habilitado con varias particiones. Un almacén de datos global consta de lo siguiente:
-
Clúster principal (activo): un clúster principal acepta escrituras que se replican en todos los clústeres dentro del almacén de datos global. Un clúster principal también acepta solicitudes de lectura.
-
Clúster secundario (pasivo): un clúster secundario solo acepta solicitudes de lectura y replica las actualizaciones de datos a partir de un clúster principal. Un clúster secundario debe encontrarse en una región de AWS diferente a la del principal.
Para obtener información sobre almacenes de datos globales, consulte Replicación en regiones de AWS mediante los almacenes de datos globales.
-
