Présentation de la sauvegarde et de la restauration d'un cluster de bases de données Neptune - 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.

Présentation de la sauvegarde et de la restauration d'un cluster de bases de données Neptune

Cette section fournit des informations de haut supérieur sur la sauvegarde et la restauration des données dans Amazon Neptune.

Tolérance aux pannes pour un cluster DB Neptune

Un cluster de base de données Neptune est tolérant aux pannes par définition. Le volume de cluster couvre plusieurs zones de disponibilité d'une même région AWS et chacune d'elles contient une copie des données du volume de cluster. Cette fonctionnalité signifie que votre cluster de base de données peut tolérer une défaillance d'une zone de disponibilité sans perte de données et uniquement une brève interruption de service.

Si l'instance principale d'un cluster de bases de données échoue, Neptune bascule automatiquement vers une nouvelle instance principale de l'une des deux façons suivantes :

  • Par la promotion d'un réplica Neptune existant vers la nouvelle instance principale

  • Par la création d'une nouvelle instance principale

Si le cluster de bases de données possède un ou plusieurs réplicas Neptune, un réplica Neptune est promu vers l'instance principale lors d'un événement d'échec. Un événement d'échec se traduit par une brève interruption, pendant laquelle les opérations de lecture et d'écriture échouent avec une exception. Cependant, le service est généralement restauré en moins de 120 secondes, et souvent en moins de 60 secondes. Pour augmenter la disponibilité de votre cluster de bases de données, nous vous recommandons de créer au moins un ou plusieurs réplicas Neptune dans deux zones de disponibilité ou plus.

Vous pouvez personnaliser l'ordre dans lequel vos réplicas Neptune sont promus vers l'instance principale après un échec, en affectant à chaque réplica une priorité. Les priorités s'étendent de la valeur 0 pour la plus haute priorité à la valeur 15 pour la plus basse priorité. Si l'instance principale échoue, Neptune promeut le réplica Neptune avec la plus haute priorité vers la nouvelle instance principale. Vous pouvez modifier la priorité d'un réplica Neptune à tout moment. La modification de la priorité ne déclenche pas un basculement.

Vous pouvez utiliser le pluginAWS CLIpour définir la priorité de basculement d'une instance DB, comme suit :

aws neptune modify-db-instance --db-instance-identifier (the instance ID) --promotion-tier (the failover priority value)

Plusieurs réplicas Neptune peuvent partager la même priorité, ce qui se traduit par des niveaux de promotion. Si deux réplicas Neptune ou plus partagent la même priorité, Neptune promeut le réplica le plus grand en taille. Si deux réplicas Neptune ou plus partagent les mêmes priorité et taille, Neptune promeut un réplica arbitraire du même niveau de promotion.

Si le cluster de bases de données ne contient aucun réplica Neptune, l'instance principale est recréée pendant un événement d'échec. Un événement d'échec se traduit par une interruption, pendant laquelle les opérations de lecture et d'écriture échouent avec une exception. Le service est rétabli quand la nouvelle instance principale est créée, ce qui prend généralement moins de 10 minutes. La promotion d'un réplica Neptune vers l'instance principale est beaucoup plus rapide que la création d'une nouvelle instance principale.

Sauvegardes Neptune

Neptune sauvegarde automatiquement votre volume de cluster et conserve les données de restauration pendant la totalité duRétention des sauvegardes. Les sauvegardes Neptune étant continues et incrémentielles, vous pouvez rapidement effectuer une restauration à un point quelconque de la période de rétention des sauvegardes. Aucun impact sur les performances ou interruption du service de base de données ne se produit lors de l'écriture des données de sauvegarde. Vous pouvez spécifier une période de rétention des sauvegardes, comprise entre 1 et 35 jours, lorsque vous créez ou modifiez un cluster de base de données.

Pour contrôler votre utilisation du stockage des sauvegardes, vous pouvez réduire l'intervalle de rétention des sauvegardes, supprimer d'anciens instantanés manuels lorsqu'ils ne sont plus nécessaires, ou les deux. Pour vous aider à gérer vos coûts, vous pouvez surveiller la quantité de stockage consommée par les sauvegardes continues et les instantanés manuels qui persistent au-delà de la période de rétention. Vous pouvez réduire l'intervalle de rétention des sauvegardes et supprimer des instantanés manuels lorsqu'ils ne sont plus nécessaires.

Si vous souhaitez conserver une sauvegarde au-delà de la période de rétention, vous pouvez aussi prendre un instantané des données dans votre volume de cluster. Le stockage des instantanés est soumis aux frais standard de stockage pour Neptune. Pour plus d'informations sur la tarification du stockage Neptune, consultezTarification Amazon Neptune.

Neptune conserve les données de restauration incrémentielles pendant la totalité de la période de rétention des sauvegardes. Par conséquent, vous avez uniquement besoin de créer un instantané pour les données que vous souhaitez garder au-delà de la période de rétention des sauvegardes. Vous pouvez créer un nouveau cluster de base de données à partir de l'instantané.

Important

Si vous supprimez un cluster de bases de données, toutes ses sauvegardes automatiques sont supprimées simultanément et ne peuvent pas être récupérées. Cela signifie que si vous ne choisissez pas de créer manuellement un instantané de base de données final, vous ne pourrez pas restaurer l'instance de base de données à son état final ultérieurement. Les instantanés manuels ne sont pas supprimés lorsque le cluster est supprimé.

Note
  • Pour les clusters de bases de données Amazon Neptune, la période de rétention des sauvegardes par défaut est d'une journée quel que soit le mode de création du cluster de bases de données.

  • Vous ne pouvez pas désactiver les sauvegardes automatiques sur Neptune. La période de rétention des sauvegardes pour Neptune est gérée par le cluster de bases de données.

CloudWatchmesures utiles pour gérer le stockage de sauvegarde Neptune

Vous pouvez utiliser AmazonCloudWatchindicateursTotalBackupStorageBilled,SnapshotStorageUsed, etBackupRetentionPeriodStorageUsedPour consulter et surveiller la quantité de stockage utilisée par vos sauvegardes Neptune, comme suit :

  • BackupRetentionPeriodStorageUsed représente la quantité de stockage des sauvegardes utilisée, en octets, pour stocker les sauvegardes continues à l'heure actuelle. Cette valeur dépend de la taille du volume de cluster et de la quantité de modifications apportées au cours de la période de rétention. Cependant, à des fins de facturation, elle ne dépasse pas la taille du volume de cluster cumulée au cours de la période de rétention. Par exemple, si la taille VolumeBytesUsed de votre cluster est de 107 374 182 400 octets (100 Gio) et que votre période de conservation est de deux jours, la valeur maximale BackupRetentionPeriodStorageUsed est de 214 748 364 800 octets (100 Gio +100 Gio).

  • SnapshotStorageUsed représente la quantité de stockage des sauvegardes utilisée, en octets, pour stocker les instantanés manuels au-delà de la période de conservation des sauvegardes. Les instantanés manuels ne portent pas préjudice au stockage des sauvegardes d'instantanés tant que l'horodatage de leur création se trouve dans la période de conservation. Il en va de même pour les sauvegardes d'instantanés automatiques. La taille de chaque instantané correspond à la taille du volume de cluster au moment où vous avez pris l'instantané. La valeur de SnapshotStorageUsed dépend du nombre d'instantanés que vous conservez et de la taille de chaque instantané. Par exemple, supposons que vous disposez d'un instantané manuel en dehors de la période de conservation et que la taille VolumeBytesUsed du cluster était de 100 Gio lorsque l'instantané a été pris. La quantité deSnapshotStorageUtilisé est 107 374 182 400 octets (100 GiB).

  • TotalBackupStorageBilled représente la somme de BackupRetentionPeriodStorageUsed et SnapshotStorageUsed, en octets, moins un volume de stockage de sauvegarde disponible égal à la taille du volume de cluster pour une journée. Le stockage de sauvegarde disponible est égal à la taille de volume la plus récente. Par exemple, si la taille VolumeBytesUsed de votre cluster est de 100 Gio, votre période de conservation est de deux jours. Si vous disposez d'un instantané manuel en dehors de la période de conservation, TotalBackupStorageBilled est de 214 748 364 800 octets (200 Gio + 100 Gio + 100 Gio).

Vous pouvez surveiller un cluster Neptune et créer des rapports à l'aide deCloudWatchmétriques via leCloudWatchconsole. Pour plus d'informations sur l'utilisation des métriques CloudWatch, consultez Surveillance Neptune et la table des métriques dans Neptune CloudWatch Métriques.

Restauration des données à partir d'une sauvegarde Neptune

Vous pouvez récupérer vos données en créant un cluster de bases de données Neptune à partir des données de sauvegarde qu'Neptune conserve ou d'un instantané de cluster de bases de données que vous avez enregistré. Vous pouvez restaurer rapidement une nouvelle copie d'un cluster de bases de données créé à partir des données de sauvegarde à un point quelconque de la période de rétention des sauvegardes. La nature continue et incrémentielle des sauvegardes Neptune pendant la période de rétention signifie que vous n'avez pas besoin de prendre fréquemment des instantanés de vos données pour pouvoir améliorer les temps de restauration.

Pour déterminer la date de restauration la plus ancienne ou la plus récente d'une instance de base de données, recherchez leLatest Restorable TimeouEarliest Restorable Timevaleurs sur la console Neptune. La dernière date de restauration d'un cluster de base de données est le point le plus récent auquel vous pouvez restaurer votre cluster de base de données, généralement dans les 5 minutes qui précèdent l'heure actuelle. L'heure de restauration la plus ancienne spécifie jusqu'à quelle date vous pouvez remonter au sein de la période de rétention des sauvegardes pour restaurer votre volume de cluster.

Vous pouvez déterminer à quel moment la restauration d'un cluster de bases de données est complète à l'aide des valeurs Latest Restorable Time et Earliest Restorable Time. Les valeurs Latest Restorable Time et Earliest Restorable Time retournent NULL tant que l'opération de restauration n'est pas terminée. Vous ne pouvez pas demander une opération de sauvegarde ou de restauration si les valeurs Latest Restorable Time ou Earliest Restorable Time retournent NULL.

Pour restaurer une instance de base de données à une date spécifiée à l'aide d'AWS Management Console

  1. Connectez-vous à la consoleAWSManagement Console et ouvrez la console Amazon Neptune à l'adressehttps://console.aws.amazon.com/neptune/home.

  2. Dans le panneau de navigation, sélectionnez Instances. Choisissez l'instance principale du cluster de bases de données que vous voulez restaurer.

  3. Choisissez Instance actions (Actions d'instance), puis Restore to point in time (Restaurer à un moment donné).

    Dans la fenêtre Launch DB Instance (Lancer une instance de base de données), choisissez Custom (Personnalisé) sous Restore time (Heure de restauration).

  4. Spécifiez la date et l'heure de la restauration souhaitée sous Custom (Personnalisé).

  5. Attribuez un nom à la nouvelle instance de base de données restaurée dans DB instance identifier (Identifiant de l'instance de base de données) sous Settings (Paramètres).

  6. Choisissez Launch DB Instance (Lancer une instance de base de données) pour lancer l'instance de base de données restaurée.

    Une nouvelle instance de base de données est créée avec le nom que vous avez spécifié et un nouveau cluster de base de données est créé. Le nom du cluster de base de données correspond au nom de la nouvelle instance de base de données suivi de –cluster. Par exemple, si le nom de la nouvelle instance de base de données est myrestoreddb, le nom du nouveau cluster de base de données est myrestoreddb-cluster.

Fenêtre de Backup dans Neptune

Les sauvegardes automatiques sont exécutées chaque jour pendant la fenêtre de sauvegarde préférée. Si la sauvegarde a besoin de plus de temps que la durée allouée par la fenêtre de sauvegarde, elle continue après la fin de la fenêtre jusqu'à ce qu'elle soit terminée. La fenêtre de sauvegarde ne peut pas chevaucher la fenêtre de maintenance hebdomadaire pour l'instance de base de données.

Pendant la fenêtre de sauvegarde automatique, les I/O de stockage peuvent être suspendues brièvement tandis que le processus de sauvegarde s'initialise (généralement en quelques secondes). Vous pouvez rencontrer des latences élevées pendant quelques minutes lors de sauvegardes de déploiements multi-AZ.

La fenêtre de sauvegarde est normalement sélectionnée au hasard à partir d'un bloc de huit heures par région par le plan de contrôle Amazon RDS sous-jacent à Neptune. Les blocs de temps de chaque région à partir desquels les créneaux de sauvegardes par défaut sont documentés dans leBackup Windowdu Guide d'utilisateur Amazon RDS.