ElastiCache terminología - Amazon ElastiCache

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 terminología

En octubre de 2016, Amazon ElastiCache lanzó el soporte para Redis OSS 3.2. En ese momento, añadimos la posibilidad de particionar los datos en hasta 500 fragmentos (denominados grupos de nodos en segundo lugar). ElastiCache API AWS CLI Para mantener la compatibilidad con las versiones anteriores, ampliamos las operaciones de la API versión 2015-02-02 para incluir la nueva funcionalidad de Redis. OSS

Al mismo tiempo, empezamos a utilizar en la ElastiCache consola la terminología que se utiliza en esta nueva funcionalidad y que es común en todo el sector. Estos cambios significan que, en algunos momentos, la terminología utilizada en la consola API y CLI puede ser diferente de la terminología utilizada en la consola. La siguiente lista identifica los términos que pueden diferir entre la consola API CLI y la consola.

Clúster de caché o nodo frente a nodo

Existe una one-to-one relación entre un nodo y un clúster de caché cuando no hay nodos de réplica. Por lo tanto, la ElastiCache consola 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.

ElastiCache APIY AWS CLI siguen utilizando los términos como lo han hecho en el pasado.

Clúster frente a grupo de replicación de Valkey o Redis OSS

La consola ahora usa el término clúster para todos los clústeres ElastiCache (RedisOSS). La consola utiliza el término clúster en todas estas circunstancias:

  • Cuando el clúster es un clúster de Valkey o OSS Redis de un solo nodo.

  • Cuando el clúster es un clúster de Valkey o Redis OSS (modo de clúster desactivado) que admite la replicación dentro de un único fragmento (en el API YCLI, 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 entre 1 y 90 fragmentos 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 sobre los grupos de replicación de Valkey o OSS Redis, consulte. Alta disponibilidad a través de grupos de reproducción

El siguiente diagrama ilustra las distintas topologías de los clústeres ElastiCache (RedisOSS) desde la perspectiva de la consola.

Imagen: ElastiCache clústeres (vista de consola)

Las AWS CLI operaciones ElastiCache API y siguen distinguiendo los clústeres de un solo nodo ElastiCache (RedisOSS) de los grupos de replicación Valkey o OSS Redis de varios nodos. El siguiente diagrama ilustra las distintas topologías ElastiCache (RedisOSS) desde la perspectiva y. ElastiCache API AWS CLI

Imagen: clúster ElastiCache (RedisOSS) y grupos de OSS replicación de Valkey o Redis (y vista) API CLI
Grupo de replicación de Valkey o Redis OSS frente a almacén de datos global

Un almacén de datos global es un conjunto de uno o más clústeres que se replican entre sí en todas las regiones, mientras que un grupo de OSS replicación de Valkey o Redis replica los datos en un clúster habilitado para el modo de clúster con varios fragmentos. 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 además 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 estar en una región diferente AWS a la del clúster principal.

Para obtener información sobre almacenes de datos globales, consulte Replicación entre AWS regiones mediante almacenes de datos globales.