Utilisation de la réplication des flux Neptune entre régions pour la reprise après sinistre - Amazon Neptune

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Utilisation de la réplication des flux Neptune entre régions pour la reprise après sinistre

Neptune propose deux méthodes pour implémenter des fonctionnalités de basculement entre régions :

  • Copie et restauration d'instantanés entre régions

  • Utilisation des flux Neptune pour répliquer les données entre deux clusters situés dans deux régions différentes.

La charge opérationnelle liée à la copie et à la restauration d'instantanés entre régions est la plus faible pour la restauration d'un cluster Neptune dans une autre région. Cependant, la copie d'un instantané entre régions peut nécessiter un temps de transfert de données important, car un instantané implique une sauvegarde complète du cluster Neptune. Par conséquent, la copie et la restauration d'instantanés entre régions peuvent être utilisées pour des scénarios qui nécessitent uniquement un objectif de point de restauration (RPO) en heures et un objectif de temps de restauration (RTO) en heures.

Un objectif de point de restauration (RPO) est mesuré par le temps écoulé entre les sauvegardes. Il définit la quantité de données qui peut être perdue entre le moment où la dernière sauvegarde a été effectuée et le moment où la base de données est restaurée.

Un objectif de temps de restauration (RTO) est mesuré par le temps nécessaire pour effectuer une opération de restauration. C'est le temps qu'il faut au cluster de bases de données pour basculer vers une base de données restaurée après une panne.

Neptune Streams permet de synchroniser à tout moment un cluster Neptune de sauvegarde avec le cluster de production principal. En cas de panne, la base de données bascule vers le cluster de sauvegarde. Cela ne prend RPO que quelques minutes, car les données sont copiées en permanence sur le cluster de sauvegarde, qui est immédiatement disponible en tant que cible de basculement à tout moment. RTO

L'inconvénient lié à l'utilisation des flux Neptune de cette manière est que la charge opérationnelle requise pour gérer les composants de réplication et le coût associé à la mise en ligne permanente d'un deuxième cluster de bases de données Neptune peuvent être significatifs.