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.
Instantané et restauration
ElastiCache Les caches Amazon exécutant Valkey, Redis OSS ou Serverless Memcached peuvent sauvegarder leurs données en créant un instantané. Vous pouvez utiliser la sauvegarde pour restaurer un cache ou des données de départ dans un nouveau cache. La sauvegarde se compose des métadonnées du cache et de toutes les données figurant dans le cache. Toutes les sauvegardes sont écrites sur Amazon Simple Storage Service (Amazon S3), qui fournit un stockage durable. À tout moment, vous pouvez restaurer vos données en créant un nouveau cache Memcached Valkey, Redis OSS ou Serverless et en le remplissant avec les données d'une sauvegarde. Avec ElastiCache, vous pouvez gérer les sauvegardes à l'aide du AWS Management Console, du AWS Command Line Interface (AWS CLI) et du ElastiCache API.
Si vous prévoyez de supprimer un cache et qu’il est important de préserver les données, vous pouvez prendre une précaution supplémentaire. Pour ce faire, créez une sauvegarde manuelle, vérifiez que son statut est disponible, puis supprimez le cache. En cas d’échec de la sauvegarde, cette étape garantit que les données du cache seront toujours disponibles. Vous pouvez réessayer de faire une sauvegarde en suivant les bonnes pratiques énoncées précédemment.
Rubriques
- Contraintes inhérentes à la sauvegarde
- Impact sur les performances des sauvegardes de clusters auto-conçus
- Planification des sauvegardes automatiques
- Réalisation de sauvegardes manuelles
- Création d'une sauvegarde finale
- Description des sauvegardes
- Copie de sauvegardes
- Exportation d'une sauvegarde
- Restauration à partir d’une sauvegarde dans un nouveau cache
- Suppression d'une sauvegarde
- Étiquetage des sauvegardes
- Tutoriel : Création d'un nouveau cluster conçu par vos soins avec une sauvegarde créée en externe
Contraintes inhérentes à la sauvegarde
Les contraintes suivantes doivent être prises en compte lorsque vous planifiez ou procédez à des procédures de sauvegarde :
-
La sauvegarde et la restauration ne sont prises en charge que pour les caches exécutés sur Valkey, Redis OSS ou Serverless Memcached.
-
Pour les clusters Valkey ou Redis OSS (mode cluster désactivé), la sauvegarde et la restauration ne sont pas prises en charge sur les
cache.t1.micronœuds. Tous les autres types de nœuds de cache sont pris en charge. -
Pour les clusters Valkey ou Redis OSS (mode cluster activé), la sauvegarde et la restauration sont prises en charge pour tous les types de nœuds.
-
Au cours d'une période continue de 24 heures, vous ne pouvez pas créer plus de 24 sauvegardes manuelles par cache sans serveur. Pour les clusters OSS conçus par Valkey et Redis, vous ne pouvez pas créer plus de 20 sauvegardes manuelles par nœud du cluster.
-
Valkey ou Redis OSS (mode cluster activé) ne prennent en charge les sauvegardes qu'au niveau du cluster (au niveau du groupe de réplication API ou CLI au niveau du groupe de réplication). Valkey ou Redis OSS (mode cluster activé) ne prennent pas en charge les sauvegardes au niveau de la partition (au niveau du groupe de nœuds API ou CLI au niveau du groupe de nœuds).
-
Pendant le processus de sauvegarde, vous ne pouvez exécuter aucune autre API CLI opération sur le cache sans serveur. Vous pouvez exécuter API des CLI opérations sur un cluster conçu par vos soins pendant la sauvegarde.
-
Si vous utilisez des OSS caches Valkey ou Redis avec hiérarchisation des données, vous ne pouvez pas exporter de sauvegarde vers Amazon S3.
-
Vous pouvez restaurer une sauvegarde d’un cluster à l’aide du type de nœud r6gd uniquement sur des clusters utilisant le type de nœud r6gd.
Impact sur les performances des sauvegardes de clusters auto-conçus
Les sauvegardes sur les caches sans serveur sont transparentes pour l’application et n’ont aucun impact sur les performances. Cependant, lors de la création de sauvegardes pour des clusters auto-conçus, il peut y avoir un certain impact sur les performances en fonction de la mémoire réservée disponible. Les sauvegardes pour les clusters auto-conçus ne sont pas disponibles avec ElastiCache (Memcached) mais le sont avec ElastiCache (Redis). OSS
Vous trouverez ci-après des instructions pour optimiser les performances des sauvegardes pour les clusters auto-conçus.
-
Définir le
reserved-memory-percentparamètre : pour limiter le pagination excessive, nous vous recommandons de définir le reserved-memory-percentparamètre. Ce paramètre empêche Valkey et Redis OSS de consommer toute la mémoire disponible du nœud et peut contribuer à réduire la quantité de pagination. Vous pouvez également observer une optimisation des performances simplement en utilisant un nœud plus grand. Pour plus d'informations sur la mémoire réservée et les reserved-memory-percentparamètres, consultez. Gestion de la mémoire réservée pour Valkey et Redis OSS -
Créez des sauvegardes à partir d'une réplique en lecture : si vous exécutez Valkey ou Redis OSS dans un groupe de nœuds comportant plusieurs nœuds, vous pouvez effectuer une sauvegarde à partir du nœud principal ou de l'une des répliques en lecture. En raison des ressources système requises pendant cette opérationBGSAVE, nous vous recommandons de créer des sauvegardes à partir de l'une des répliques en lecture. Pendant la création de la sauvegarde à partir de la réplique, le nœud principal n'est pas affecté par les besoins en BGSAVE ressources. Le nœud principal peut continuer à répondre aux demandes sans ralentir.
Pour ce faire, veuillez consulter Création d'une sauvegarde manuelle (console) et dans le Cluster Name (Nom du cluster) dans la fenêtre Create Backup (Créer une Backup), choisissez un réplica au lieu du nœud primaire par défaut.
Si vous supprimez un groupe de réplication et demandez une sauvegarde finale, la sauvegarde est ElastiCache toujours prise depuis le nœud principal. Cela garantit que vous capturez les toutes dernières OSS données Valkey ou Redis, avant que le groupe de réplication ne soit supprimé.
