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.
Sauvegardes Amazon Relational Database Service
Amazon RDS et AWS Backup
Lorsque vous envisagez les options de sauvegarde de vos RDS instances et clusters Amazon, il est important de préciser le type de sauvegarde que vous souhaitez créer et utiliser. Plusieurs AWS ressources, dont AmazonRDS, proposent leurs propres solutions de sauvegarde natives.
Amazon RDS offre la possibilité d'effectuer des sauvegardes automatisées et des sauvegardes manuelles. Dans RDS la terminologie d'Amazon, tous les points de restauration créés par AWS Backup, y compris ceux d'un plan de sauvegarde, prennent en compte les sauvegardes manuelles.
Lorsque vous créez une sauvegarde (point de restauration) d'une RDS instance Amazon, AWS Backup
vérifiez si vous avez déjà utilisé Amazon RDS pour créer une sauvegarde automatique. AWS Backup Si une sauvegarde automatique existe, AWS Backup crée une copie instantanée incrémentielle (copy-db-snapshotopération). S'il n'existe aucune sauvegarde, AWS Backup crée un instantané de l'instance que vous indiquez, au lieu d'une copie (create-db-snapshotopération).
Le premier instantané créé par AWS Backup, créé par l'une ou l'autre opération, produira un instantané complet. Toutes les copies suivantes seront des sauvegardes incrémentielles, à condition que la sauvegarde complète existe.
Important
Lorsqu'un plan de AWS Backup sauvegarde est planifié pour créer plusieurs instantanés quotidiens d'une RDS instance Amazon, et lorsque l'une de ces fenêtres de AWS Backup démarrage planifiée coïncide avec la fenêtre Amazon RDSBackup, le lignage des données des sauvegardes peut être bifurqué vers des sauvegardes non identiques, créant ainsi des sauvegardes imprévues et contradictoires. Pour éviter cela, assurez-vous que votre plan AWS Backup de sauvegarde ou votre RDS fenêtre Amazon ne coïncident pas avec leur époque.
Sauvegardes RDS continues et restauration ponctuelle d'Amazon
Les sauvegardes continues impliquent AWS Backup de créer une sauvegarde complète de votre RDS ressource Amazon, puis de capturer toutes les modifications via un journal des transactions. Vous pouvez obtenir une meilleure granularité en revenant au moment où vous souhaitez effectuer la restauration au lieu de choisir un instantané précédent pris à intervalles de temps fixes.
Consultez les rubriques Sauvegardes continues et services PITR pris en charge et Gestion des paramètres de sauvegarde continue pour plus d'informations.
Sauvegardes dans les zones de RDS multidisponibilité Amazon
AWS Backup sauvegarde et prend en charge les options de déploiement SQL multi-AZ (zone de disponibilité) d'Amazon RDS for My SQL et pour Postgre avec une instance de base de données principale et deux instances de base de données de secours lisibles.
Les sauvegardes à plusieurs zones de disponibilité sont disponibles dans les régions suivantes : région Asie-Pacifique (Sydney), région Asie-Pacifique (Tokyo), région Europe (Irlande), région USA Est (Ohio), région USA Ouest (Oregon), région Europe (Stockholm), région Asie-Pacifique (Singapour), région USA Est (Virginie du Nord) et région Europe (Francfort).
L'option de déploiement multi-AZ optimise les transactions d'écriture et est idéale lorsque vos charges de travail nécessitent une capacité de lecture supplémentaire, une latence des transactions d'écriture plus faible, une meilleure résilience face à l'instabilité du réseau (qui a un impact sur la cohérence de la latence des transactions d'écriture), ainsi qu'une disponibilité et une durabilité élevées.
Pour créer un cluster multi-AZ, vous pouvez choisir My SQL ou Postgre SQL comme type de moteur.
Dans la AWS Backup console, il existe trois options de déploiement :
Cluster de base de données multi-AZ : crée un cluster de bases de données avec une instance de base de données principale et deux instances de base de données de secours lisibles, chaque instance de base de données se trouvant dans une zone de disponibilité différente. Assure une haute disponibilité, une redondance des données et augmente la capacité des charges de travail prêtes à être installées sur les serveurs.
Instance de base de données multi-AZ : crée une instance de base de données primaire avec une instance de base de données de secours dans une zone de disponibilité différente. Cela garantit une haute disponibilité et une redondance des données, mais l'instance de base de données de secours ne prend pas en charge les connexions pour les charges de travail de lecture.
Instance de base de données unique : crée une instance de base de données unique sans instance de base de données de secours.
Pour créer une sauvegarde pour AmazonRDS, consultez Création d'une sauvegarde pour planifier une sauvegarde dans le cadre de vos plans de sauvegarde ou création d'une sauvegarde à la demande.
Note
Point-in-TimeRecovery (PITR) peut prendre en charge les instances, mais pas les clusters.
La copie d'un instantané de cluster de bases de données multi-AZ n'est pas prise en charge.
Différences entre un cluster multi-AZ et une instance RDS
Une sauvegarde dans une seule zone de disponibilité ou dans deux zones de disponibilité est une RDS instance ; un déploiement et une sauvegarde comportant trois instances ou plus constituent un cluster, comme les clusters Amazon Aurora, Amazon Neptune et Amazon DocumentDB.
Le ARN (Amazon Resource Name) est rendu différemment selon que l'instance ou le cluster est utilisé :
Une RDS instance ARN : arn:aws:rds:region:
account:db:name
Un cluster de RDS multidisponibilité : arn:aws:rds:region:account
:cluster:name
Pour plus d'informations, consultez les déploiements de clusters de bases de données multi-AZ dans le guide de RDSl'utilisateur Amazon.
Pour plus d'informations sur la création d'un instantané de cluster de base de données multi-AZ, consultez le guide de RDS l'utilisateur Amazon.
