Comment fonctionne point-in-time la restauration dans Amazon Keyspaces - Amazon Keyspaces (pour Apache Cassandra)

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.

Comment fonctionne point-in-time la restauration dans Amazon Keyspaces

Cette section fournit un aperçu du fonctionnement d'Amazon Keyspaces point-in-time recovery (PITR). Pour plus d'informations sur les tarifs, consultez les tarifs d'Amazon Keyspaces (pour Apache Cassandra).

Fenêtre temporelle pour les sauvegardes PITR continues

Amazon Keyspaces PITR utilise deux horodatages pour maintenir la période pendant laquelle les sauvegardes restaurables sont disponibles pour une table.

  • Heure de restauration la plus ancienne : indique l'heure de la première sauvegarde restaurable. La première sauvegarde restaurable remonte à 35 jours ou à la date PITR d'activation, selon la date la plus récente. La période de sauvegarde maximale de 35 jours ne peut pas être modifiée.

  • Heure actuelle — L'horodatage de la dernière sauvegarde restaurable est l'heure actuelle. Si aucun horodatage n'est fourni lors d'une restauration, l'heure actuelle est utilisée.

Lorsque cette option PITR est activée, vous pouvez restaurer à tout moment entre EarliestRestorableDateTime etCurrentTime. Vous ne pouvez restaurer les données d'une table qu'à une date à laquelle elle PITR a été activée.

Si vous la désactivez PITR puis la réactivez ultérieurement, vous redéfinissez l'heure de début de la première sauvegarde disponible à la date PITR de réactivation. Cela signifie que la désactivation PITR efface l'historique de vos sauvegardes.

Note

Les opérations du langage de définition des données (DDL) sur les tables, telles que les modifications de schéma, sont effectuées de manière asynchrone. Vous ne pouvez voir que les opérations terminées dans les données de votre table restaurée, mais vous pouvez voir des actions supplémentaires sur votre table source si elles étaient en cours au moment de la restauration. Pour une liste des DDL déclarations, voirDDLdéclarations (langage de définition des données) dans Amazon Keyspaces.

Il n'est pas nécessaire qu'une table soit active pour être restaurée. Vous pouvez également restaurer les tables supprimées si cette option PITR a été activée sur la table supprimée et si la suppression a eu lieu dans la fenêtre de sauvegarde (ou au cours des 35 derniers jours).

Note

Si une nouvelle table est créée avec le même nom qualifié (par exemple, mykeyspace.mytable) qu'une table précédemment supprimée, la table supprimée ne pourra plus être restaurée. Si vous essayez de le faire depuis la console, un avertissement s'affiche.

PITRrestaurer les paramètres

Lorsque vous restaurez une table à l'aide PITR d'Amazon Keyspaces restaure le schéma et les données de votre table source dans l'état basé sur l'horodatage (day:hour:minute:second) sélectionné pour une nouvelle table. PITRne remplace pas les tables existantes.

Outre le schéma et les données de la table, PITR restaure le custom_properties à partir de la table source. Contrairement aux données de la table, qui sont restaurées en fonction de l'horodatage sélectionné entre l'heure de restauration la plus ancienne et l'heure actuelle, les propriétés personnalisées sont toujours restaurées en fonction des paramètres de la table à l'heure actuelle.

Les paramètres de la table restaurée correspondent aux paramètres de la table source avec l'horodatage du lancement de la restauration. Si vous souhaitez remplacer ces paramètres lors de la restauration, vous pouvez le faire à l'aide WITH custom_properties de. Les propriétés personnalisées incluent les paramètres suivants.

  • Mode de capacité en lecture/écriture

  • Paramètres de capacité de débit provisionnée

  • PITRparamètres

Si la table est en mode capacité allouée avec le dimensionnement automatique activé, l'opération de restauration rétablit également les paramètres de dimensionnement automatique de la table. Vous pouvez les remplacer à l'aide du autoscaling_settings paramètre situé dans CQL ou autoScalingSpecification avec leCLI. Pour plus d'informations sur les paramètres de mise à l'échelle automatique, consultezGérez automatiquement la capacité de débit grâce au dimensionnement automatique d'Amazon Keyspaces.

Lorsque vous effectuez une restauration complète de la table, tous les paramètres de la table restaurée proviennent des paramètres actuels de la table source au moment de la restauration.

Supposons par exemple que le débit alloué d'une table vienne d'être abaissé à 50 unités de capacité de lecture et 50 unités de capacité d'écriture. Vous rétablissez ensuite l'état de la table à il y a trois semaines. À cette époque, son débit provisionné était fixé à 100 unités de capacité de lecture et à 100 unités de capacité d'écriture. Dans ce cas, Amazon Keyspaces restaure les données de votre table à ce moment-là, mais utilise les paramètres de débit actuels (50 unités de capacité de lecture et 50 unités de capacité d'écriture).

Les paramètres suivants ne sont pas restaurés et vous devez les configurer manuellement pour la nouvelle table.

  • AWS Identity and Access Management (IAM) politiques

  • CloudWatch Mesures et alarmes Amazon

  • Balises (peuvent être ajoutées à la CQL RESTORE déclaration en utilisantWITH TAGS)

PITRrestauration de tables chiffrées

Lorsque vous restaurez une table à l'aide PITR d'Amazon Keyspaces restaure les paramètres de chiffrement de votre table source. Si la table a été chiffrée à l'aide d'un Clé détenue par AWS (par défaut), le tableau est automatiquement restauré avec le même réglage. Si la table que vous souhaitez restaurer a été chiffrée à l'aide d'une clé gérée par le client, cette même clé gérée par le client doit être accessible à Amazon Keyspaces pour restaurer les données de la table.

Vous pouvez modifier les paramètres de chiffrement de la table au moment de la restauration. Pour passer d'un Clé détenue par AWS à une clé gérée par le client, vous devez fournir une clé gérée par le client valide et accessible au moment de la restauration.

Si vous souhaitez passer d'une clé gérée par le client à une Clé détenue par AWS, confirmez qu'Amazon Keyspaces a accès à la clé gérée par le client de la table source pour restaurer la table avec un Clé détenue par AWS. Pour plus d'informations sur les paramètres de chiffrement au repos des tables, consultezFonctionnement du chiffrement au repos dans Amazon Keyspaces.

Note

Si le tableau a été supprimé parce qu'Amazon Keyspaces a perdu l'accès à votre clé gérée par le client, vous devez vous assurer que la clé gérée par le client est accessible à Amazon Keyspaces avant d'essayer de restaurer le tableau. Une table chiffrée avec une clé gérée par le client ne peut pas être restaurée si Amazon Keyspaces n'a pas accès à cette clé. Pour plus d'informations, consultez la section Résolution des problèmes d'accès par clé dans le AWS Key Management Service .

PITRrestauration de tables multirégionales

Vous pouvez restaurer une table multirégionale à l'aide PITR de. Pour que l'opération de restauration réussisse, la table source et la table de destination doivent être répliquées sur la même table Régions AWS.

Amazon Keyspaces rétablit les paramètres de la table source dans chacune des régions répliquées faisant partie du keyspace. Vous pouvez également modifier les paramètres lors de l'opération de restauration. Pour plus d'informations sur les paramètres qui peuvent être modifiés au cours de la restauration, consultezPITRrestaurer les paramètres.

Pour plus d'informations sur la réplication multirégionale, consultezComment fonctionne la réplication multirégionale dans Amazon Keyspaces.

Temps de restauration de la table avec PITR

Le temps nécessaire pour restaurer une table dépend de plusieurs facteurs et n'est pas toujours directement corrélé à la taille de la table.

Voici quelques points à prendre en compte concernant les délais de restauration.

  • Vous restaurez vos sauvegardes vers une nouvelle table. Même si la table est vide, la réalisation de toutes les actions nécessaires à la création de la nouvelle table et au lancement du processus de restauration peut prendre jusqu'à 20 minutes.

  • Les temps de restauration des grandes tables dotées de modèles de données bien distribués peuvent être de plusieurs heures, voire plus.

  • Si votre table source contient des données très asymétriques, le délai de restauration peut augmenter. Par exemple, si la clé primaire de votre table utilise le mois de l'année comme clé de partition et que toutes vos données datent du mois de décembre, vous avez des données asymétriques.

Une bonne pratique de planification de la reprise après sinistre consiste à documenter régulièrement les temps moyens de restauration et à déterminer comment ces délais affectent votre objectif global de temps de récupération.

Amazon Keyspaces PITR et intégration avec AWS services

Les PITR opérations suivantes sont enregistrées à l'aide de AWS CloudTrail pour permettre une surveillance et un audit continus.

  • Créez un nouveau tableau en activant PITR ou en désactivant.

  • Activez ou désactivez PITR sur une table existante.

  • Restaurez une table active ou supprimée.

Pour de plus amples informations, veuillez consulter Journalisation des appels d'API Amazon Keyspaces avec AWS CloudTrail.

Vous pouvez effectuer les PITR actions suivantes à l'aide de AWS CloudFormation.

  • Créez un nouveau tableau en activant PITR ou en désactivant.

  • Activez ou désactivez PITR sur une table existante.

Pour plus d'informations, consultez la référence sur les types de ressources Cassandra dans le AWS CloudFormation Guide de l'utilisateur