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.
Uso de Amazon Neptune con una base de datos global
Una base de datos global de Amazon Neptune abarca varias áreas Regiones de AWS, lo que permite lecturas globales de baja latencia y proporciona una recuperación rápida en el raro caso de que una interrupción afecte a una totalidad. Región de AWS
Una base de datos global de Neptune tiene un clúster de base de datos principal en una región y hasta cinco clústeres de base de datos secundarios en diferentes regiones.
Las escrituras solo se pueden realizar en la región principal. Las regiones secundarias solo admiten lecturas. Cada región secundaria puede tener hasta 16 instancias de lector.
Bases de datos globales en Amazon Neptune
Mediante una base de datos global de Neptune, puede ejecutar sus aplicaciones distribuidas globalmente con una única base de datos que abarque varias Regiones de AWS.
Una base de datos global de Neptune tiene un clúster de base de datos en una Región de AWS principal en la que se pueden escribir datos y hasta cinco clústeres de base de datos de solo lectura en Regiones de AWS secundarias. Cuando realiza una operación de escritura en el clúster de base de datos principal, Neptune replica los datos escritos en todos los clústeres de base de datos secundarios con una infraestructura dedicada y con una latencia que suele ser inferior a un segundo.
El siguiente diagrama muestra un ejemplo de base de datos global que abarca dos: Regiones de AWS
Puede escalar cada clúster secundario de forma independiente para gestionar cargas de trabajo de solo lectura. Para ello, añada una o varias instancias de réplica de lectura.
Para realizar operaciones de escritura, debe conectar el punto de conexión del clúster de base de datos del clúster de base de datos principal. Solo el clúster principal realiza operaciones de escritura. A continuación, tal y como se muestra en el diagrama anterior, la replicación la realiza el volumen de almacenamiento del clúster, no el motor de la base de datos.
Las bases de datos globales de Neptune están diseñadas para aplicaciones con una huella mundial. Los clústeres de base de datos secundarios de solo lectura admiten operaciones de lectura más cercanas a los usuarios de la aplicación.
Una base de datos global de Neptune admite dos enfoques diferentes para la conmutación por error:
Para recuperarse de una interrupción en la región principal, utilice el detach-and-promote proceso manual no planificado, en el que se separa uno de los clústeres secundarios, se convierte en un clúster independiente y, a continuación, se convierte en el nuevo clúster principal.
Para los procedimientos operativos planificados, como el mantenimiento, utilice la conmutación por error planificada administrada, donde reubica el clúster principal en una de sus regiones secundarias sin que se pierdan los datos.
Ventajas de usar bases de datos globales de Amazon Neptune
Mediante el uso de una base de datos global, puede obtener las siguientes ventajas:
Lecturas globales con latencia local: si tiene oficinas en todo el mundo, una base de datos global le permite a las oficinas de regiones secundarias acceder a los datos de su propia región con latencia local.
Clústeres de bases de datos de Neptune secundarios y escalables: añada instancias de base de datos de réplica de lectura para escalar clústeres secundarios. Dado que los clústeres secundarios son de solo lectura, cada uno puede admitir hasta 16 réplicas de lectura en lugar del límite habitual de 15.
Replicación rápida en clústeres de base de datos secundarios: la replicación de clústeres de base de datos principales a secundarios es rápida, con una latencia que suele ser inferior a un segundo y con poco impacto en el rendimiento del clúster de base de datos principal. Dado que la replicación se realiza en el nivel de almacenamiento, los recursos de la instancia de base de datos están totalmente disponibles para las cargas de trabajo de lectura y escritura de las aplicaciones.
Recuperación de interrupciones en toda la región: los clústeres de bases de datos secundarios le permiten trasladar el clúster principal a una nueva región de forma más rápida con menor RTO y menos pérdida de datos (menor RPO) que las soluciones de replicación tradicionales.
Limitaciones de las bases de datos globales de Amazon Neptune
Las limitaciones siguientes se aplican actualmente a las bases de datos globales de :
-
Las bases de datos globales de Neptune están disponibles en las siguientes Regiones de AWS:
Este de EE. UU. (Norte de Virginia):
us-east-1Este de EE. UU. (Ohio):
us-east-2Oeste de EE. UU. (Norte de California):
us-west-1Oeste de EE. UU. (Oregón):
us-west-2Europa (España):
eu-south-2Europa (Irlanda):
eu-west-1Europa (Londres):
eu-west-2Asia-Pacífico (Tokio):
ap-northeast-1Asia Pacífico (Malasia):
ap-southeast-5
-
Las bases de datos globales de Neptune no admiten ningún tipo
db.t3.mediumdedb.t4g.mediuminstancia. Las bases de datos globales de Neptune actualmente no admiten el escalado automático para clústeres de bases de datos secundarios.
No puede aplicar un grupo de parámetros personalizado al clúster de base de datos global mientras realiza una actualización importante de la versión de esa base de datos global. En su lugar, cree grupos de parámetros personalizados en cada región del clúster global y luego aplíquelos manualmente a los clústeres regionales después de la actualización.
No puede detener ni iniciar de forma individual los clústeres de base de datos en una base de datos global.
Las instancias de réplica y lectura de un clúster de base de datos secundario pueden reiniciarse en determinadas circunstancias, incluidas las actualizaciones planificadas durante el período de mantenimiento. Si la instancia de escritor del clúster principal se reinicia o se conmuta por error, también se reiniciarán todas las instancias de las regiones secundarias. El clúster secundario no estará disponible hasta que todas las instancias vuelvan a estar sincronizadas con la instancia de escritor del clúster de base de datos principal.
