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 de 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 continues PITR

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

Lorsque le PITR est activé, vous pouvez effectuer une restauration à n'importe quel moment entre EarliestRestorableDateTime etCurrentTime. Vous ne pouvez restaurer les données d'une table qu'à une date où le PITR était activé.

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

Il n'est pas nécessaire qu'une table soit active pour être restaurée. Vous pouvez également restaurer les tables supprimées si le PITR a été activé 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).

Paramètres de restauration PITR

Lorsque vous restaurez une table à l'aide de PITR, 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. PITR ne remplace pas les tables existantes.

Outre le schéma et les données de la table, PITR les restaure 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.

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 dans CQL ou à l'autoScalingSpecificationaide de la CLI. 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.

Restauration PITR de tables chiffrées

Lorsque vous restaurez une table à l'aide du PITR, Amazon Keyspaces restaure les paramètres de chiffrement de votre table source. Si la table a été chiffrée avec un Clé détenue par AWS (par défaut), elle est automatiquement restaurée avec le même paramètre. Si la table que vous souhaitez restaurer a été chiffrée à l'aide d'une clé gérée par le client, la 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'une clé gérée par le client 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, vérifiez 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, consultezChiffrement au repos : comment cela fonctionne dans Amazon Keyspaces.

Restauration PITR de tables multirégionales

Vous pouvez restaurer une table multirégionale à l'aide de PITR. Pour que l'opération de restauration soit réussie, le PITR doit être activé sur toutes les répliques de la table source et 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 de l'espace de touches. 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, consultezParamètres de restauration PITR.

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

Restauration PITR de tables avec des types définis par l'utilisateur () UDTs

Vous pouvez restaurer une table qui utilise UDTs. Pour que l'opération de restauration soit réussie, les références UDTs doivent exister et être valides dans le keyspace.

Si un UDT requis est absent lorsque vous tentez de restaurer une table, Amazon Keyspaces essaie de restaurer automatiquement le schéma UDT, puis continue de restaurer la table.

Si vous avez supprimé et recréé l'UDT, Amazon Keyspaces restaure l'UDT avec le nouveau schéma de l'UDT et rejette la demande de restauration de la table à l'aide du schéma UDT d'origine. Dans ce cas, si vous souhaitez restaurer la table avec l'ancien schéma UDT, vous pouvez restaurer la table dans un nouvel espace de touches. Lorsque vous supprimez et recréez un UDT, même si le schéma de l'UDT recréé est identique à celui de l'UDT supprimé, l'UDT recréé est considéré comme un nouvel UDT. Dans ce cas, Amazon Keyspaces rejette la demande de restauration de la table avec l'ancien schéma UDT.

Si l'UDT est absent et qu'Amazon Keyspaces tente de le restaurer, la tentative échoue si vous avez atteint le nombre maximum UDTs de comptes pour le compte dans la région.

Pour plus d'informations sur les quotas UDT et les valeurs par défaut, consultezQuotas et valeurs par défaut pour les types définis par l'utilisateur (UDTs) dans Amazon Keyspaces. Pour plus d'informations sur l'utilisation UDTs, consultezTypes définis par l'utilisateur (UDTs) dans Amazon Keyspaces.

Durée de restauration des tables 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 considérations relatives aux délais de restauration.

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 aux services AWS

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

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

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

Pour de plus amples informations, veuillez consulter le document Référence du type de ressource Cassandra dans le Guide de l'utilisateur AWS CloudFormation.