Comment mettre en œuvre la reprise après sinistre ou la tolérance aux pannes pour le cluster Amazon ElastiCache Redis ?

Lecture de 3 minute(s)
0

Je souhaite mettre en œuvre une méthode de reprise après sinistre ou une tolérance aux pannes pour les données de mon cluster Amazon ElastiCache Redis.

Résolution

Les solutions de tolérance aux pannes disponibles présentent chacune leur propre équilibre en matière de durabilité des données, d'impact sur les performances et de coût. Choisissez celle qui correspond le mieux à votre cas d'utilisation :

Multi-AZ

Le multi-AZ est la meilleure option lorsque la conservation des données, les temps d'arrêt minimaux et les performances des applications sont une priorité.

  • Potentiel de perte de données - Faible. Multi-AZ offre une tolérance aux pannes pour tous les scénarios, notamment les problèmes de matériel.
  • Impact sur les performances - Faible. Parmi les options disponibles, Multi-AZ offre le délai de restauration le plus rapide, car il n'existe aucune procédure manuelle à suivre une fois le processus mis en œuvre.
  • Coût - De faible à élevé. Multi-AZ est l'option la moins coûteuse. Utilisez Multi-AZ en l’absence du risque de perte des données provenant d'une défaillance matérielle ou dans l’impossibilité de respecter le temps d'arrêt requis par d'autres options en cas de panne.

Pour plus d'informations sur le mode multi-AZ, consultez la section Réduire les interruptions de service dans ElastiCache pour Redis avec Multi-AZ.

Sauvegardes automatiques quotidiennes

Vous pouvez planifier des sauvegardes automatiques quotidiennes lorsque vous prévoyez une faible utilisation des ressources de votre cluster. ElastiCache crée une sauvegarde du cluster, puis écrit toutes les données du cache dans un fichier Redis RDB. Les versions 2.8.22 et ultérieures de Redis mettent en œuvre une sauvegarde sans fourche susceptible d'améliorer les performances.

Remarque : la sauvegarde et la restauration Redis ne sont pas prises en charge sur les nœuds cache.t1.micro pour les clusters désactivés en mode cluster.

  • Risque de perte de données - Élevé (jusqu'à hauteur d’une journée). Les sauvegardes automatiques quotidiennes sont retenues jusqu'à 35 jours.
  • Impact sur les performances - De moyen à élevé. L'exécution de plusieurs sauvegardes de fichiers au cours de la journée a un impact sur les performances. Pour améliorer les performances, pensez à activer les instantanés RDB sur un nœud secondaire à persistance seule désigné. Désactivez ensuite les instantanés RDB et le fichier Redis append-only (AOF) sur le nœud principal et tous les autres nœuds secondaires.
  • Coût - De faible à moyen. Les coûts de stockage augmentent suivant le taux de sauvegardes et la durée de conservation des données.

Avant de mettre en œuvre la sauvegarde et la restauration, prenez en compte les limites liées aux contraintes de sauvegarde. Pour des informations complètes sur la mise en œuvre des sauvegardes pour les clusters ElastiCache exécutés par Redis, consultez la section Sauvegarde et restauration d'ElastiCache pour Redis. Pour plus d'informations, consultez la section Effectuer des sauvegardes manuelles.

Informations connexes

Atténuer les défaillances

Vérifier la disponibilité d’une mémoire suffisante pour créer un instantané Redis

Atténuer les défaillances liées à l'utilisation de Redis AOF

Persistance de Redis sur le site Web de Redis

Support ElastiCache T2

AWS OFFICIEL
AWS OFFICIELA mis à jour il y a 3 ans