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.
Tolerancia a errores para un clúster de base de datos de Neptune
Un clúster de base de datos de Neptune ofrece tolerancia a errores por diseño. El volumen del clúster abarca varias zonas de disponibilidad en una sola AWS región y cada zona de disponibilidad contiene una copia de los datos del volumen del clúster. Esta funcionalidad significa que el clúster de base de datos puede tolerar un error de una zona de disponibilidad sin perder datos y con tan solo una interrupción breve del servicio.
Si se produce un error en la instancia principal de un clúster de base de datos, Neptune conmuta por error automáticamente a una nueva instancia principal de una de las dos formas siguientes:
Promoviendo una réplica de Neptune ya existente a nueva instancia principal
Creando una nueva instancia principal
Si el clúster de base de datos tiene una o varias réplicas de Neptune, se promueve una réplica de Neptune a instancia principal durante un evento de error. Un evento de error provoca una interrupción breve durante la cual las operaciones de lectura y escritura generan errores con una excepción. Sin embargo, el servicio se suele restaurar en menos de 120 segundos y, en muchos casos, en menos de 60 segundos. Para aumentar la disponibilidad de su clúster de base de datos, es recomendable que cree al menos una o varias réplicas de Neptune en dos o más zonas de disponibilidad diferentes.
Puede personalizar el orden en que se promueven las réplicas de Neptune a instancia principal tras un error mediante la asignación de una prioridad a cada réplica. Las prioridades van desde 0 para la prioridad más alta hasta 15 para la más baja. Si la instancia principal experimenta un error, Neptune promueve la réplica de Neptune con la prioridad más alta a nueva instancia principal. Puede modificar la prioridad de una réplica de Neptune en cualquier momento. Al modificar la prioridad, no se activa una conmutación por error.
Puede utilizarla AWS CLI para establecer la prioridad de conmutación por error de una instancia de base de datos de la siguiente manera:
aws neptune modify-db-instance --db-instance-identifier(the instance ID)--promotion-tier(the failover priority value)
Puede haber más de una réplica de Neptune con la misma prioridad, lo que genera niveles de promoción. Si dos o más réplicas de Neptune comparten la misma prioridad, Neptune promueve la réplica que tiene un tamaño mayor. Si dos o más réplicas de Neptune tienen la misma prioridad y el mismo tamaño, Neptune promueve una réplica arbitraria del mismo nivel de promoción.
Si el clúster de base de datos no contiene ninguna réplica de Neptune, la instancia principal se vuelve a crear durante un evento de error. Un evento de error provoca una interrupción durante la cual las operaciones de lectura y escritura generan errores con una excepción. El servicio se restaura cuando se crea la nueva instancia principal, un proceso que normalmente dura menos de 10 minutos. Promover una réplica de Neptune a instancia principal es mucho más rápido que crear una nueva instancia principal.
