Comment implémenter la reprise après sinistre ou la tolérance aux pannes pour mon cluster Redis Amazon ElastiCache ?

Date de la dernière mise à jour : 21/10/2020

Je dois implémenter la reprise après sinistre ou la tolérance aux pannes pour mon cluster Redis Amazon ElastiCache. Quelles sont les options disponibles ?

Résolution

Les solutions de tolérance aux pannes disponibles disposent chacune de leur propre équilibre entre durabilité des données, impact sur les performances et coût. Choisissez celle qui convient le mieux à votre cas d'utilisation :

Mode multi-AZ

Le mode multi-AZ est la meilleure option lorsque la conservation des données, les interruptions minimales et les performances des applications constituent une priorité.

  • Potentiel de perte de données – Faible. Le mode multi-AZ fournit une tolérance aux pannes pour chaque scénario, y compris les problèmes liés au matériel.
  • Impact sur les performances - Faible. De toutes les options disponibles, le mode multi-AZ présente le temps de récupération le plus rapide, car il n'implique aucune procédure manuelle une fois que le processus est implémenté.
  • Coût - Faible à élevé. Le mode multi-AZ est l'option la moins onéreuse. Appuyez-vous sur le déploiement multi-AZ lorsque vous ne pouvez pas prendre le risque de perdre des données en raison d'une défaillance matérielle ou vous permettre de faire face au temps d'arrêt requis par d'autres options lorsque vous réagissez à une interruption de service.

Pour plus d'informations sur le mode multi-AZ, consultez Réduction des temps d'arrêt dans ElastiCache pour Redis avec Multi-AZ.

Sauvegardes automatiques quotidiennes

Vous pouvez planifier des sauvegardes automatiques quotidiennes à un moment où vous prévoyez une faible utilisation des ressources pour votre cluster. ElastiCache crée une sauvegarde du cluster, puis écrit toutes les données du cache dans un fichier RDB Redis. Les versions 2.8.22 et ultérieures de Redis mettent en œuvre une sauvegarde sans fonction fork 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 en mode Cluster désactivé.

  • Potentiel de perte de données - Élevé (jusqu'à concurrence d'une journée). Les sauvegardes automatiques quotidiennes sont conservées jusqu'à 35 jours.
  • Impact sur les performances - Moyen à élevé. L'exécution de plusieurs sauvegardes de fichiers dans la journée a un impact sur les performances. Pour améliorer les performances, envisagez d'activer des instantanés RDB sur un nœud secondaire à persistance seule désigné. Ensuite, désactivez les instantanés RDB et les fichiers en ajout uniquement (AOF) Redis sur le nœud principal et tous les autres nœuds secondaires.
  • Coût - Faible à moyen. Le coût du stockage augmente avec le nombre de sauvegardes et la durée de conservation des données.

Avant de mettre en œuvre la sauvegarde et la restauration, prenez en considération les limitations causées par les contraintes inhérentes à la sauvegarde. Pour obtenir des informations détaillées sur la mise en œuvre des sauvegardes pour les clusters ElastiCache exécutant Redis, consultez Sauvegarde et restauration d'ElastiCache pour Redis. Pour plus d'informations, consultez Réalisation de sauvegardes manuelles.