Componentes de los clústeres - Amazon DynamoDB

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.

Componentes de los clústeres

Un clúster de de Amazon DynamoDB Accelerator (DAX) consta deAWScomponentes de la infraestructura En esta sección se describen estos componentes y cómo funcionan entre sí.

Nodes

Anodoes el elemento básico más pequeño de un clúster de DAX. Cada nodo ejecuta una instancia del software DAX y mantiene una única réplica de los datos almacenados en caché de.

Puede escalar el clúster de de de una de las dos formas siguientes:

  • Agregando más nodos al clúster. Con ello aumenta el desempeño de lectura general del clúster.

  • Utilizando un tipo de nodo mayor. Los tipos nodos mayores proporcionan más capacidad y pueden aumentar el desempeño. (Debe crear un nuevo clúster con el nuevo tipo de nodo).

Todos los nodos contenidos en un clúster son del mismo tipo y ejecutan el mismo software de almacenamiento en caché de DAX. Para obtener una lista de los tipos de nodos disponibles, consultePrecios de Amazon DynamoDB.

Clusters

Aclústeres una agrupación lógica de uno o varios nodos que DAX administra como una unidad. Uno de los nodos del clúster se designa como nodo principal y los demás (si los hay), son las réplicas de lectura.

El nodo principal es responsable de lo siguiente:

  • Responder a las solicitudes de datos en caché que formulan las aplicaciones.

  • Transmitir las operaciones de escritura a DynamoDB.

  • Expulsar los datos de la caché, de acuerdo con la política de expulsión del clúster.

Cuando se producen cambios en los datos almacenados en caché en el nodo principal, DAX propaga los cambios a todos los nodos de réplica de lectura.

Las réplicas de lectura son responsables de lo siguiente:

  • Responder a las solicitudes de datos en caché que formulan las aplicaciones.

  • Expulsar los datos de la caché, de acuerdo con la política de expulsión del clúster.

Sin embargo, al contrario que el nodo principal, las réplicas de lectura no escriben en DynamoDB.

Las réplicas de lectura cumplen dos funciones adicionales:

  • Escalabilidad. Si tiene gran cantidad de clientes de aplicación que deben obtener acceso a DAX simultáneamente, puede agregar más réplicas para escalar la lectura. DAX distribuye la carga de forma uniforme entre todos los nodos del clúster. (Otra forma de aumentar el desempeño es utilizar tipos de nodos de caché mayores).

  • Alta disponibilidad En el caso de que se produzca un error en el nodo principal, DAX automáticamente realiza una conmutación por error a una réplica de lectura y la designa como nuevo nodo principal. Si se produce un error en un nodo de réplica, otros nodos del clúster de DAX pueden seguir atendiendo las solicitudes hasta que se consigue recuperar el nodo defectuoso. Para disfrutar de la máxima tolerancia a errores, debe implementar réplicas de lectura en zonas de disponibilidad distintas. Esta configuración garantiza que el clúster de continúe funcionando aunque una zona de disponibilidad completa deje de estar disponible.

Un clúster de DAX admite hasta 10 nodos por clúster (el nodo principal y un máximo de nueve réplicas de lectura).

importante

Para su uso en producción, se recomienda encarecidamente utilizar DAX con al menos tres nodos, con cada nodo colocado en zonas de disponibilidad diferentes. Se requieren tres nodos para que un clúster de DAX sea tolerante a errores.

Un clúster de DAX se puede implementar con uno o dos nodos para cargas de trabajo de desarrollo o pruebas. Los clústeres de uno o dos nodos no son tolerantes a errores y no se recomiendan menos de tres nodos para su uso en producción. Si los clústeres de uno o dos nodos tienen errores de software o hardware, el clúster podría dejar de estar disponible o podrían perderse los datos almacenados en caché.

Regiones y zonas de disponibilidad

Un clúster DAX en unAWSLa región solo puede interaccionar con las tablas de DynamoDB que se encuentran en esa misma región. Por este motivo, debe asegurarse de lanzar el clúster de DAX en la región correcta. Si tiene tablas de DynamoDB en otras regiones, debe lanzar clústeres de DAX en ellas también.

Cada región se ha diseñado para que esté totalmente aislada de las demás regiones. Dentro de cada región hay varias zonas de disponibilidad. Al lanzar los nodos en zonas de disponibilidad diferentes, puede lograr la máxima tolerancia a errores.

importante

No coloque todos los nodos del clúster en la misma zona de disponibilidad. En esta configuración, el clúster de deja de estar disponible si se produce un error en la zona de disponibilidad.

Para su uso en producción, se recomienda encarecidamente utilizar DAX con al menos tres nodos, con cada nodo colocado en zonas de disponibilidad diferentes. Se requieren tres nodos para que un clúster de DAX sea tolerante a errores.

Un clúster de DAX se puede implementar con uno o dos nodos para cargas de trabajo de desarrollo o pruebas. Los clústeres de uno o dos nodos no son tolerantes a errores y no se recomiendan menos de tres nodos para su uso en producción. Si los clústeres de uno o dos nodos tienen errores de software o hardware, el clúster podría dejar de estar disponible o podrían perderse los datos almacenados en caché.

Grupos de parámetros

Grupos de parámetrosPara administrar los ajustes de tiempo de ejecución de los clústeres de DAX. DAX tiene varios parámetros que puede utilizar para optimizar el desempeño (por ejemplo, puede definir una política de TTL para los datos almacenados en caché). Un grupo de parámetros es un conjunto de parámetros con nombre que se pueden aplicar a un clúster. De este modo, se garantiza que todos los nodos de ese clúster estén configurados exactamente de la misma forma.

Grupos de seguridad

Un clúster de DAX se ejecuta en un entorno de Amazon Virtual Private Cloud (Amazon VPC). Este entorno es una red virtual que está dedicada aAWSy está aislado de otras VPC. Un grupo de seguridad funciona como un firewall virtual para la VPC que le permite para controlar el tráfico de red entrante y saliente.

Al lanzar un clúster en la VPC, puede agregar una regla de entrada al grupo de seguridad para que permita el tráfico procedente de la red. La regla de entrada especifica el protocolo (TCP) y el número de puerto (8111) del clúster. Después de agregar esta regla al grupo de seguridad, las aplicaciones que se ejecutan dentro de la VPC podrán obtener acceso al clúster de DAX.

ARN del clúster

A cada clúster DAX se le asigna unNombre de recurso de Amazon(ARN). El formato del ARN es el siguiente.

arn:aws:dax:region:accountID:cache/clusterName

El ARN del clúster se utiliza en las políticas de IAM para definir los permisos para las operaciones de la API de DAX. Para obtener más información, consulte Control de acceso DAX .

Punto de enlace de clúster

Todos los clústeres DAX proporcionan unPunto de enlace de clústerPara su uso en su aplicación de. Al obtener acceso al clúster a través de este punto de enlace, la aplicación no tiene que conocer los nombres de los hosts ni los números de los puertos de los nodos individuales del clúster. Su aplicación "conoce" automáticamente todos los nodos del clúster, aunque se agreguen o eliminen réplicas de lectura.

A continuación, se muestra un ejemplo de punto de enlace de un clúster en la región de us-east-1 que no está configurado para utilizar el cifrado en tránsito.

dax://my-cluster.l6fzcv.dax-clusters.us-east-1.amazonaws.com

A continuación, se muestra un ejemplo de punto de enlace de un clúster en la misma región que está configurado para utilizar el cifrado en tránsito.

daxs://my-encrypted-cluster.l6fzcv.dax-clusters.us-east-1.amazonaws.com

Puntos de enlace de nodos

Cada uno de los nodos individuales de un clúster de DAX tiene su propio nombre de host y número de puerto. A continuación, se muestra un ejemplo de punto de enlace de un nodo.

myDAXcluster-a.2cmrwl.clustercfg.dax.use1.cache.amazonaws.com:8111

La aplicación puede obtener acceso directamente a un nodo utilizando su punto de enlace. Sin embargo, se recomienda tratar el clúster de como una sola unidad y obtener acceso a él mediante el punto de enlace del clúster. El punto de enlace de clúster aísla la aplicación para que no tenga que mantener una lista de nodos ni actualizarla cada vez que se agreguen o eliminen nodos del clúster.

Grupos de subredes

El acceso a los nodos del clúster de DAX está restringido a las aplicaciones que se ejecutan en instancias de Amazon EC2 en un entorno de Amazon VPC. Puede utilizarGrupos de subredesPara conceder acceso al clúster desde las instancias de Amazon EC2 que se ejecutan en subredes concretas. Un grupo de subredes es una colección de subredes (que suelen ser privadas) que puede designar para los clústeres que se ejecutan en un entorno de Amazon VPC.

Al crear un clúster de, debe especificar un grupo de subredes. DAX utiliza dicho grupo de subredes para seleccionar una subred y direcciones IP perteneciente a ella, y asociárselas a los nodos.

Events

DAX registra los eventos significativos que tienen lugar en los clústeres, tales como los errores al agregar un nodo, las adiciones de nodos correctas o los cambios en los grupos de seguridad. Puede monitorizar los eventos clave para conocer el estado actual de los clústeres y, según el evento, adoptar medidas correctivas. Puede obtener acceso a estos eventos desde laAWS Management Consoleo elDescribeEventsen la API de administración DAX.

También puede solicitar que se envíen notificaciones a un tema de Amazon Simple Notification Service (Amazon SNS) concreto. De ese modo, sabrá de inmediato cuando se produce un evento en el clúster de DAX.

Maintenance Window (Período de mantenimiento)

Cada clúster tiene un periodo de mantenimiento semanal durante el que se aplican los cambios del sistema. Si no especifica un período de mantenimiento preferido al crear o modificar un clúster de caché, DAX asigna un período de mantenimiento de 60 minutos un día de la semana seleccionado al azar.

La ventana de mantenimiento de 60 minutos se selecciona al azar dentro de un bloque de 8 horas porAWSRegión . En la siguiente tabla, se muestran los bloques de tiempo de cada región desde los que se asignan los periodos predeterminados de mantenimiento.

Código de región Nombre de la región Maintenance Window
ap-northeast-1 Asia Pacific (Tokyo) Region 13:00 — 21:00 UTC
ap-southeast-1 Asia Pacific (Singapore) Region 14:00 — 22:00
ap-southeast-2 Asia Pacific (Sydney) Region 12:00 — 20:00
ap-south-1 Asia Pacific (Mumbai) Region 17:30 — 1:30
cn-northwest-1 Región China (Ningxia) 23:00 — 07:00 UTC
eu-central-1 Europe (Frankfurt) Region 23:00 — 07:00 UTC
eu-west-1 Europe (Ireland) Region 22:00 — 06:00 UTC
eu-west-2 Europe (London) Region 23:00 — 07:00 UTC
eu-west-3 Región de Europa (París) 23:00 — 07:00 UTC
sa-east-1 South America (São Paulo) Region 01:00 — 09:00 UTC
us-east-1 US East (N. Virginia) Region 03:00 — 11:00 UTC
us-east-2 US East (Ohio) Region 23:00 — 07:00 UTC
us-west-1 US West (N. California) Region 06:00 — 14:00 UTC
us-west-2 US West (Oregon) Region 06:00 — 14:00 UTC

La ventana de mantenimiento debe corresponder al momento de mínimo uso y, por tanto, podría ser preciso modificarla cada cierto tiempo. Puede especificar un intervalo de tiempo de hasta 24 horas durante las cuales deban llevarse a cabo todas las actividades de mantenimiento que solicite.