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

Cette section fournit des informations générales sur la sauvegarde et la restauration des données dans Amazon Neptune.

Tolérance aux pannes pour un cluster de bases de données Neptune

De par sa conception, un cluster de bases de données Neptune est tolérant aux pannes. 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.

En cas de défaillance de l'instance principale d'un cluster de bases de données, 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 réplica Neptune dans deux zones de disponibilité ou plus.

Vous pouvez personnaliser l'ordre dans lequel les 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 l'AWS CLI pour définir la priorité de basculement d'une instance de base de données, 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 instance principale.

Sauvegardes Neptune

Neptune sauvegarde automatiquement le volume du cluster et conserve les données de restauration pendant la totalité de la période de rétention des sauvegardes. Les sauvegardes Neptune étant continues et incrémentielles, vous pouvez rapidement opérer 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 faciliter la gestion des 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 les 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 d'instance, consultez Tarification Amazon Neptune.

Neptune conserve les données des restaurations 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 en même temps et ne peuvent pas être récupérées. En d'autres termes, si vous ne choisissez pas de créer manuellement un instantané de bases 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 vous supprimez un cluster.

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.

Métriques CloudWatch utiles pour gérer le stockage des sauvegardes Neptune

Vous pouvez utiliser les métriques Amazon CloudWatch TotalBackupStorageBilled, SnapshotStorageUsed et BackupRetentionPeriodStorageUsed pour 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é de SnapShotStorageUsed est de 107 374 182 400 octets (100 Gio).

• 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 de métriques CloudWatch via la console CloudWatch. Pour plus d'informations sur l'utilisation des métriques CloudWatch, consultez Surveillance de Neptune et la table des métriques dans Métriques Neptune CloudWatch .

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 que 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 d'effectuer fréquemment des instantanés de vos données pour améliorer les temps de restauration.

Pour déterminer la date de restauration possible la plus ancienne ou la plus récente d'une instance de base de données, recherchez les valeurs Latest Restorable Time ou Earliest Restorable Time dans 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 console de gestion AWS et ouvrez la console Amazon Neptune à l'adresse https://console.aws.amazon.com/neptune/home.

2. Dans le panneau de navigation, choisissez 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 sauvegarde 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 de manière aléatoire à partir d'un bloc de huit heures par région par le plan de contrôle Amazon RDS sur lequel repose Neptune. Les blocs de temps pour chaque région à partir de laquelle les fenêtres de sauvegarde par défaut sont affectées sont documentés dans la section relative à la fenêtre de sauvegarde dans le guide de l'utilisateur Amazon RDS.