Uso de la replicación entre regiones de los flujos de Neptune para la recuperación de desastres - Amazon Neptune

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 la replicación entre regiones de los flujos de Neptune para la recuperación de desastres

Neptune ofrece dos formas de implementar capacidades de conmutación por error entre regiones:

  • Copia y restauración de instantáneas entre regiones

  • Uso de los flujos de Neptune para replicar datos entre dos clústeres en dos regiones diferentes.

La copia y restauración de instantáneas entre regiones tiene la sobrecarga operativa más baja para recuperar un clúster de Neptune en una región diferente. Sin embargo, copiar una instantánea entre regiones puede requerir un tiempo de transferencia de datos considerable, ya que una instantánea es una copia de seguridad completa del clúster de Neptune. Como resultado, la copia y restauración de instantáneas entre regiones se pueden utilizar en escenarios que solo requieren un objetivo de punto de recuperación (RPO) de horas y un objetivo de tiempo de recuperación (RTO) de horas.

Un objetivo de punto de recuperación (RPO) se mide por el tiempo transcurrido entre copias de seguridad. Define la cantidad de datos que se pueden perder entre el momento en que se realizó la última copia de seguridad y el momento en que se recuperó la base de datos.

Un objetivo de tiempo de recuperación (RTO) se mide por el tiempo que se tarda en realizar una operación de recuperación. Es el tiempo que tarda el clúster de base de datos en realizar la conmutación por error a una base de datos recuperada tras producirse un error.

Los flujos de Neptune proporcionan una forma de mantener un clúster de Neptune de copia de seguridad sincronizado con el clúster de producción principal en todo momento. Si se produce un error, la base de datos se conmuta por error al clúster de copia de seguridad. Esto se reduce RPO RTO a minutos, ya que los datos se copian constantemente en el clúster de respaldo, que está disponible de forma inmediata como destino de conmutación por error en cualquier momento.

El inconveniente de usar los flujos de Neptune de esta manera es que tanto la sobrecarga operativa requerida para mantener los componentes de replicación como el costo de tener un segundo clúster de base de datos de Neptune en línea todo el tiempo pueden ser significativos.