Contrôles de résilience pour les AWS services

Ce chapitre fournit les détails des différents contrôles de résilience effectués par AWS Resilience Hub les AWS services pris en charge afin de garantir que les postures de résilience des applications ne sont pas affectées. Ces contrôles estiment l'objectif de temps de restauration (RTO) et l'objectif du point de reprise (RPO) par rapport aux valeurs définies dans la politique de résilience pour chaque composant d'application (AppComponent). Les évaluations portent sur différents types de perturbations, à savoir les défaillances d'applications, d'infrastructure, les pannes d'AZ et les défaillances régionales. Toutefois, pour exécuter ces vérifications, vous devez fournir les autorisations IAM pertinentes AWS Resilience Hub pour lui permettre d'accéder à vos ressources. Pour en savoir plus sur les autorisations IAM requises pour accéder AWS Resilience Hub à vos ressources et effectuer les contrôles de résilience décrits dans ce chapitre, consultezAWS politiques gérées pour AWS Resilience Hub.

Amazon Elastic File System

Cette section répertorie tous les contrôles de résilience et les recommandations spécifiques à Amazon Elastic File System. Pour plus d'informations sur Amazon Elastic File System, consultez la documentation Amazon Elastic File System.

Type de système de fichiers

AWS Resilience Hub vérifie le type de système de fichiers : régional ou zone unique. Le type de système de fichiers affecte sa résilience en cas de perturbations de l'infrastructure ou de l'AZ. Pour plus d'informations sur les types de systèmes de fichiers, consultez Disponibilité et durabilité des systèmes de fichiers Amazon EFS.

Backup du système de fichiers

AWS Resilience Hub vérifie si un AWS Backup plan est défini pour le système de fichiers déployé. En outre, il vérifie si l'option de Cross-Region sauvegarde est activée, garantissant ainsi une couverture en cas de perturbations au niveau régional si votre police l'exige.

Réplication des données

AWS Resilience Hub vérifie si une réplication de données Amazon EFS régionale ou interrégionale est définie pour le système de fichiers déployé. La réplication des données Amazon EFS contribue à améliorer le RTO estimé et le RPO estimé au niveau de l'application, de l'infrastructure, de l'AZ et de la région. En outre, AWS Resilience Hub vérifie s'il est associé à un système intégré AWS Backup à la région pour permettre la résilience du système de fichiers en cas d'interruption de l'application.

Amazon Relational Database Service et Amazon Aurora

Cette section répertorie tous les contrôles de résilience et les recommandations spécifiques à Amazon Relational Database Service et Amazon Aurora. Pour plus d'informations sur Amazon Relational Database Service et Amazon Aurora, consultez la documentation Amazon Relational Database Service.

Déploiement mono-AZ

AWS Resilience Hub vérifie si la base de données est déployée en tant qu'instance unique et, si elle est déterminée, elle indique qu'elle ne prend pas en charge l'instance secondaire et ne lit pas la réplique.

déploiement multi-AZ

AWS Resilience Hub vérifie si la base de données est déployée soit avec une instance secondaire, soit avec des répliques en lecture. Si la base de données est déployée avec une réplique en lecture, AWS Resilience Hub valide si elle est déployée dans une autre zone de disponibilité afin de permettre le basculement en cas d'interruption de la zone AZ.

Sauvegarde

AWS Resilience Hub vérifie si les fonctionnalités de sauvegarde suivantes sont appliquées sur une instance de base de données déployée.

• AWS Backup plan avec option de sauvegarde automatique

• AWS Backup plan avec copie de sauvegarde interrégionale si cela est requis par votre politique

• Instantanés manuels pour systèmes de sauvegarde tiers

Basculement entre régions

AWS Resilience Hub vérifie les objectifs RTO et RPO définis dans la politique de résilience pour se remettre des perturbations régionales. En outre, AWS Resilience Hub peut identifier les architectures interrégionales suivantes pour couvrir les perturbations régionales :

• Une sauvegarde régionale avec une copie d'un instantané interrégional

• Une réplique lue dans une autre région

• Une base de données globale Amazon Aurora avec un cluster secondaire dans une autre région

• Une base de données globale Amazon Aurora avec un cluster secondaire sans tête dans une autre région

Basculement régional plus rapide

AWS Resilience Hub vérifie les objectifs RTO et RPO définis dans la politique de résilience lors de perturbations de l'infrastructure ou de l'AZ. En outre, AWS Resilience Hub peut identifier les architectures régionales suivantes pour couvrir les perturbations liées aux applications, à l'infrastructure et à l'AZ :

• Une sauvegarde régionale

• Une réplique lue dans un AZ différent

• Un cluster Aurora avec une réplique en lecture dans un autre AZ

• Une instance multi-AZ d'Amazon Relational Database Service (Amazon RDS)

• Un cluster multi-AZ Amazon RDS

• Une instance unique d'Amazon RDS avec une réplique en lecture dans un autre AZ

Amazon Simple Storage Service

Cette section répertorie tous les contrôles de résilience et les recommandations spécifiques à Amazon Simple Storage Service (Amazon S3). Pour plus d'informations sur Amazon S3, consultez la documentation Amazon S3.

Gestion des versions

AWS Resilience Hub vérifie si un compartiment Amazon S3 est configuré avec le contrôle de version activé.

Sauvegarde planifiée

AWS Resilience Hub vérifie si un AWS Backup plan est défini pour le bucket Amazon Simple Storage Service (Amazon S3) déployé. En outre, il vérifie également si l'option de sauvegarde interrégionale est activée si votre police exige une couverture pour les perturbations au niveau régional.

Point-in-time rétablissement

AWS Resilience Hub vérifie si point-in-time la restauration (PITR) est requise par l'objectif RPO de votre politique de résilience. Cependant, la sauvegarde entre régions n'est pas prise en charge pour le PITR. Par conséquent, vous utilisez un AWS Backup plan planifié existant avec l'option de sauvegarde interrégionale activée, ou vous en créez un nouveau.

Réplication des données

AWS Resilience Hub vérifie si une réplication entre régions (SRR) et une réplication entre régions (CRR) sont définies pour le compartiment Amazon S3 déployé. La réplication des données Amazon S3 améliore le RTO estimé de la charge de travail et le RPO de charge de travail estimé au niveau de l'application, de l'infrastructure, de l'AZ et de la région. En outre, il protège également contre la suppression physique d'un objet, car la suppression d'une version d'objet n'est pas répliquée dans le compartiment Amazon S3 cible. En outre, en fonction des cibles RTO définies dans votre politique de résilience, AWS Resilience Hub vérifie si Amazon S3 Replication Time Control (S3 RTC) doit être activé ou non. Cette fonctionnalité facturable reproduit 99,99 % des objets du compartiment source en 15 minutes.

• AWS Backup plan avec option de sauvegarde automatique

• AWS Backup plan avec copie de sauvegarde interrégionale si cela est requis par votre politique

• Instantanés manuels pour systèmes de sauvegarde tiers

Amazon DynamoDB

Cette section répertorie tous les contrôles de résilience et les recommandations spécifiques à Amazon DynamoDB. Pour plus d'informations sur Amazon DynamoDB, consultez la documentation Amazon DynamoDB.

Sauvegarde planifiée

AWS Resilience Hub vérifie si une sauvegarde est déjà définie pour la table déployée. En outre, il vérifie également si la sauvegarde interrégionale doit être configurée conformément à votre politique si elle nécessite une couverture pour les perturbations au niveau régional.

Point-in-time rétablissement

AWS Resilience Hub vérifie si une point-in-time restauration (PITR) est requise conformément à l'objectif de RPO de votre politique de résilience. Cependant, la sauvegarde entre régions n'est pas prise en charge pour le PITR. Par conséquent, vous utilisez un AWS Backup plan planifié existant avec l'option de sauvegarde interrégionale activée, ou vous en créez un nouveau.

Tableau global

AWS Resilience Hub vérifie si la table Amazon DynamoDB déployée est définie comme une table globale avec une ou plusieurs répliques dans d'autres régions. La configuration de Global Table améliore le RTO estimé de la charge de travail et le RPO de charge de travail estimé au niveau de la région, et permet également de travailler en mode multirégional actif-actif ou actif-passif. AWS Backup ou Amazon DynamoDB PITR peut être utilisé dans l'une des régions pour gérer les interruptions d'application.

Amazon Elastic Compute Cloud

Cette section répertorie tous les contrôles de résilience et les recommandations spécifiques à Amazon Elastic Compute Cloud. Pour plus d'informations sur Amazon Elastic Compute Cloud, consultez la documentation Amazon Elastic Compute Cloud.

Instance dynamique

AWS Resilience Hub identifie une EC2 instance Amazon en tant qu'instance dynamique si l'un des critères suivants est rempli :

• Si DeleteOnTermination l'attribut est défini sur false pour au moins un volume Amazon Elastic Block Store (Amazon EBS) attaché à cette instance.

• Si Amazon Data Lifecycle Manager ou un AWS Backup plan est associé à l' EC2 instance Amazon ou à au moins un volume Amazon EBS.

• Il AWS Elastic Disaster Recovery est utilisé pour répliquer les volumes de stockage de vos EC2 instances Amazon.

Note

Si une EC2 instance Amazon ne répond à aucun des critères ci-dessus, AWS Resilience Hub traitez-la comme une EC2 instance Amazon apatride.

Groupes Auto Scaling

AWS Resilience Hub vérifie la présence d'un groupe d' EC2 instances Amazon apatrides. En cas de découverte, il est recommandé de l'orchestrer à l'aide de groupes Auto Scaling (ASG) avec une configuration multi-AZ. Si un ASG existant est identifié, ARH vérifiera s'il est configuré sur plusieurs zones de disponibilité. Si l'ASG est également défini à l'aide d' EC2instances Amazon ponctuelles uniquement, il est recommandé d'augmenter sa capacité avec des EC2 instances Amazon à la demande afin d'améliorer la résilience lorsque les EC2 instances Amazon ponctuelles ne sont pas disponibles.

EC2 Flotte Amazon

AWS Resilience Hub identifie Amazon EC2 Fleet et vérifie s'il est défini comme un déploiement multi-AZ et s'il utilise uniquement des EC2 instances Amazon ponctuelles. La définition d'un déploiement multi-AZ d'Amazon EC2 Fleet améliorera sa résilience en cas d'interruption de service. L'ajout d'instances à la demande à un Amazon EC2 Fleet améliorera sa résilience lorsque les instances ponctuelles ne sont pas disponibles.

Amazon EBS

Cette section répertorie tous les contrôles de résilience et les recommandations spécifiques à Amazon EBS. Pour plus d'informations sur Amazon EBS, consultez la documentation Amazon EBS.

Sauvegarde planifiée

AWS Resilience Hub vérifie si l'un des éléments suivants ou les deux sont définis pour vos volumes Amazon EBS.

• Règle de sauvegarde pour un volume Amazon EBS spécifique attaché à votre EC2 instance Amazon.

• Règle de sauvegarde permettant de créer une AMI basée sur Amazon EBS sur votre instance Amazon. EC2

• Instantanés manuels pour les systèmes de sauvegarde tiers.

En outre, si votre police exige une couverture pour les perturbations au niveau régional, AWS Resilience Hub vérifiez si l'option de sauvegarde entre régions est activée dans votre règle de sauvegarde.

Sauvegarde et réplication des données

AWS Resilience Hub identifie un volume Amazon EBS et est considéré comme un volume dynamique si l'un des critères suivants est rempli :

• Si DeleteOnTermination l'attribut est défini sur false pour ce volume Amazon EBS.

• Si Amazon Data Lifecycle Manager ou un AWS Backup plan est associé à ce volume Amazon EBS ou à l' EC2 instance Amazon à laquelle il est attaché.

• Il AWS Elastic Disaster Recovery est utilisé pour répliquer les volumes de stockage de vos EC2 instances Amazon.

AWS Lambda

Cette section répertorie tous les contrôles de résilience et les recommandations spécifiques à AWS Lambda. Pour plus d'informations AWS Lambda, consultez AWS Lambda la documentation.

Client : Amazon VPC Access

AWS Resilience Hub identifie une AWS Lambda fonction connectée au VPC. La connexion AWS Lambda à des sous-réseaux situés dans différents AZs de votre Amazon VPC permet de garantir la résilience des fonctions en cas d'interruption de l'AZ.

File d'attente de lettres mortes

AWS Resilience Hub vérifie si une AWS Lambda fonction est associée à une file d'attente de lettres mortes (DLQ) pour stocker les demandes ayant échoué. L'attachement d'un DLQ au AWS Lambda fonctionnement permet d'éviter la perte de données des demandes et de réessayer de traiter les demandes ayant échoué ultérieurement.

Amazon Elastic Kubernetes Service

Cette section répertorie tous les contrôles de résilience et les recommandations spécifiques à Amazon Elastic Kubernetes Service (Amazon EKS). Pour plus d'informations sur Amazon EKS, consultez la documentation Amazon EKS.

déploiement multi-AZ

AWS Resilience Hub identifie si le déploiement du pod s'exécute sur plusieurs nœuds de travail AZs. Un cluster Amazon EKS supplémentaire dans une autre région est requis si votre politique de résilience exige une couverture en cas de perturbation régionale. Ce cluster Amazon EKS supplémentaire est également vérifié pour les déploiements de pods répartis entre plusieurs nœuds de travail. AZs

Déploiement vs. ReplicaSet

AWS Resilience Hub vérifie si vous utilisez des objets ReplicaSets ou des pods au lieu de les déployer. Le remplacement ReplicaSets des objets du module par le déploiement simplifie les mises à jour du module vers une nouvelle version du logiciel et inclut d'autres fonctionnalités utiles.

Maintenance du déploiement

AWS Resilience Hub vérifie si les meilleures pratiques suivantes sont utilisées pour le déploiement :

• Utilisation du budget de perturbation des pods (PDB) — L'utilisation du PDB permet d'améliorer la disponibilité en limitant le nombre de pods dans la charge de travail qui peuvent être interrompus à un moment donné.

• Remplacement des groupes de nœuds autogérés par des groupes de nœuds gérés par Amazon EKS : ce remplacement simplifie les mises à jour des images des nœuds de travail pendant la maintenance.

• Prise en charge des demandes dynamiques de processeur et de mémoire par déploiement : ces demandes aident Kubernetes à sélectionner un nœud adapté aux besoins d'un pod.

• Configuration des sondes de réactivité et de disponibilité pour tous les conteneurs — La configuration des sondes de réactivité permet d'améliorer la résilience en redémarrant les pods non fonctionnels. La configuration des sondes de disponibilité permet d'améliorer la disponibilité en détournant le trafic des modules bondés.

• Configuration de Karpenter, Cluster Autoscaler ou AWS Fargate — Ces configurations permettent à l'infrastructure du cluster Amazon EKS de se développer et de répondre aux demandes de charge de travail.

• Configuration de Horizontal Pod Autoscaler : cette configuration permet au cluster Amazon EKS de redimensionner automatiquement la charge de travail pour répondre à la demande de traitement des demandes.

Amazon Simple Notification Service

Cette section répertorie tous les contrôles de résilience et les recommandations spécifiques à Amazon Simple Notification Service (Amazon SNS). Pour plus d'informations sur Amazon SNS, consultez la documentation Amazon SNS.

Abonnements thématiques

AWS Resilience Hub vérifie si au moins un abonnement est associé à une rubrique Amazon SNS afin de s'assurer que les messages entrants ne sont pas perdus.

Amazon Simple Queue Service

Cette section répertorie tous les contrôles de résilience et les recommandations spécifiques à Amazon Simple Queue Service (Amazon SQS). Pour plus d'informations sur Amazon SQS, consultez la documentation Amazon SQS.

File d'attente de lettres mortes

AWS Resilience Hub vérifie si une DLQ est associée à la file d'attente Amazon SQS afin de gérer les messages qui ne peuvent pas être remis aux abonnés avec succès.

Amazon Elastic Container Service

Cette section répertorie tous les contrôles de résilience et les recommandations spécifiques à Amazon Elastic Container Service (Amazon ECS). Pour plus d'informations sur Amazon ECS, consultez la documentation Amazon ECS.

déploiement multi-AZ

AWS Resilience Hub vérifie si les tâches ou les services Amazon ECS s'exécutent en plusieurs en AZs fonction d'Amazon EC2 ou des types de AWS Fargate lancement. Un cluster Amazon ECS supplémentaire dans une autre région est requis si votre police nécessite une couverture en cas de perturbation régionale. Le cluster supplémentaire est également vérifié pour l'exécution de tâches ou de services en plusieurs fois AZs.

Elastic Load Balancing

Cette section répertorie tous les contrôles de résilience et les recommandations spécifiques à Elastic Load Balancing. Pour plus d'informations sur Elastic Load Balancing, consultez la documentation d'Elastic Load Balancing.

déploiement multi-AZ

AWS Resilience Hub vérifie si Elastic Load Balancing fonctionne en mode multiple AZs.

Un Elastic Load Balancing supplémentaire dans une autre région est requis si votre police nécessite une couverture en cas de perturbation régionale. L'Elastic Load Balancing supplémentaire, situé dans une autre région, est également vérifié pour son déploiement dans plusieurs régions AZs.

Amazon API Gateway

Cette section répertorie tous les contrôles de résilience et les recommandations spécifiques à Amazon API Gateway. Pour plus d'informations sur Amazon API Gateway, consultez la documentation Amazon API Gateway.

Déploiement entre régions

Si votre politique doit prendre en compte les perturbations régionales, AWS Resilience Hub nous vérifierons s'il existe un déploiement supplémentaire de la ressource API Amazon API Gateway dans une autre région.

Déploiement multi-AZ d'API privées

AWS Resilience Hub vérifie si votre API est définie comme privée dans Amazon API Gateway. Private APIs doit recevoir du trafic via le point de terminaison de l'interface Amazon VPC qui est déployé sur plusieurs. AZs

Amazon DocumentDB

Cette section répertorie toutes les vérifications et recommandations spécifiques à Amazon DocumentDB. Pour plus d'informations sur Amazon DocumentDB, consultez la documentation Amazon DocumentDB.

déploiement multi-AZ

AWS Resilience Hub vérifie si le cluster Amazon DocumentDB est déployé en plusieurs. AZs Un cluster Amazon DocumentDB secondaire supplémentaire est requis dans une autre région si votre contrat prévoit une couverture en cas de perturbations régionales. Le cluster Amazon DocumentDB supplémentaire, situé dans une autre région, est également vérifié pour son exécution en plusieurs. AZs

Déploiement en cluster élastique et multi-AZ

AWS Resilience Hub vérifie si les partitions du cluster Elastic Amazon DocumentDB utilisent des répliques de lecture déployées dans des environnements différents. AZs

Cluster élastique et instantanés manuels

AWS Resilience Hub vérifie si des instantanés manuels sont régulièrement créés pour un cluster Amazon DocumentDB Elastic. Les instantanés manuels permettent une plus longue persistance et offrent la flexibilité de définir la fréquence des instantanés en fonction des besoins de votre entreprise.

Passerelle NAT

Cette section répertorie toutes les vérifications et recommandations spécifiques à NAT Gateway. Pour plus d'informations sur les passerelles NAT, consultez Passerelles NAT.

déploiement multi-AZ

AWS Resilience Hub vérifie si la passerelle NAT est déployée en plusieurs AZs. Un déploiement de passerelle NAT supplémentaire est requis dans une autre région si votre police d'assurance prévoit une couverture en cas de perturbation régionale. La passerelle NAT supplémentaire, située dans une région différente, est également vérifiée pour son déploiement dans plusieurs régions AZs.

Amazon Route 53

Cette section répertorie toutes les vérifications et recommandations spécifiques à Amazon Route 53. Pour plus d'informations sur Amazon Route 53, consultez la documentation Amazon Route 53.

déploiement multi-AZ

AWS Resilience Hub vérifie si l'enregistrement de zone hébergée Amazon Route 53 est défini avec plusieurs cibles dans la même région et si ces cibles sont déployées dans plusieurs AZs. Si votre police prévoit une couverture en cas de perturbations régionales AWS Resilience Hub , vérifiez si l'enregistrement de zone hébergée Amazon Route 53 est défini dans plusieurs régions avec plusieurs cibles par région, et si ces cibles sont déployées dans plusieurs régions AZs.

Contrôleur Amazon Application Recovery (ARC)

Cette section répertorie toutes les vérifications et recommandations spécifiques à Amazon Application Recovery Controller (ARC) (ARC). Pour plus d'informations sur ARC, consultez la documentation ARC.

déploiement multi-AZ

AWS Resilience Hub vérifie si des ressources similaires sont déployées dans plusieurs régions et recommande, comme bonne pratique, de définir des contrôles de préparation de l'ARC afin d'accroître leur disponibilité et leur préparation en cas de perturbation régionale. Vous serez informé que des frais horaires supplémentaires vous seront facturés.

Serveur FSx de fichiers Amazon pour Windows

Cette section répertorie toutes les vérifications et recommandations spécifiques à Amazon FSx pour Windows File Server. Pour plus d'informations sur le serveur de fichiers Amazon FSx pour Windows, consultez la documentation du serveur de fichiers Amazon FSx pour Windows.

Type de système de fichiers

AWS Resilience Hub vérifie le type de système de fichiers : Regional ouOne Zone. Le type de système de fichiers affecte sa résilience en cas de perturbations de l'infrastructure ou de l'AZ. Pour plus d'informations sur les types de systèmes de fichiers, consultez Amazon EFS.

Backup du système de fichiers

AWS Resilience Hub vérifie si un AWS Backup est défini pour le système de fichiers déployé. En outre, il vérifie également si l'cross-Region backupoption est activée si votre police exige une couverture pour les perturbations au niveau de la région.

Réplication des données

AWS Resilience Hub vérifie si une tâche de réplication de AWS DataSync données planifiée au niveau régional ou interrégional est définie pour le système de fichiers déployé.

AWS DataSync une tâche de réplication de données planifiée peut améliorer le RTO estimé de la charge de travail et le RPO de charge de travail estimé au niveau de l'infrastructure, de l'AZ et de la région. En outre, il peut être associé à un système intégré AWS Backup à la région pour effectuer une restauration en cas d'interruption de l'application.

AWS Step Functions

Cette section répertorie tous les contrôles et recommandations spécifiques à AWS Step Functions. Pour plus d'informations AWS Step Functions, consultez AWS Step Functions la documentation.

Gestion des versions et alias

AWS Resilience Hub vérifie si le AWS Step Functions flux de travail utilise le versionnement et les alias pour améliorer le temps de redéploiement.

Déploiement entre régions

AWS Resilience Hub vérifie si un AWS Step Functions flux de travail du même type est déployé dans une région différente pour être rétabli en cas de perturbation régionale.

Amazon ElastiCache (Redis OSS)

Cette section répertorie toutes les vérifications et recommandations spécifiques à Amazon ElastiCache (Redis OSS).

Pour plus d'informations sur Amazon ElastiCache (Redis OSS), consultez ElastiCache la documentation Amazon.

Déploiement mono-AZ

AWS Resilience Hub vérifie si le cluster Amazon ElastiCache (Redis OSS) est déployé en tant que nœud unique ou avec tous ses nœuds dans une seule zone de disponibilité.

Déploiement mono-AZ

AWS Resilience Hub valide si le cluster Amazon ElastiCache (Redis OSS) est déployé en tant que groupe de réplication (pour les clusters activés en mode cluster et pour les clusters désactivés en mode cluster) sur plusieurs zones de disponibilité afin de permettre le basculement en cas d'interruption de la zone de disponibilité.

Basculement entre régions

AWS Resilience Hub vérifie les objectifs RTO et RPO définis dans la politique de résilience pour se remettre d'une interruption régionale. En outre, AWS Resilience Hub peut identifier les clusters de banques de données mondiaux Amazon ElastiCache (Redis OSS) déployés dans plusieurs régions.

Sauvegarde

AWS Resilience Hub vérifie si les fonctionnalités de sauvegarde suivantes sont appliquées sur un Amazon déployé ElastiCache (Redis OSS) ou sur un cluster auto-conçu :

• Sauvegarde automatique

• Sauvegarde manuelle pour les systèmes de sauvegarde tiers

AWS Resilience Hub ne recommandera pas la sauvegarde comme méthode de restauration si vous n'utilisez pas la sauvegarde. Cependant, vous pouvez réinitialiser la couche de cache en cas d'incohérence des données et recréer les données à partir du stockage principal.

Basculement régional plus rapide

AWS Resilience Hub vérifie les objectifs RTO et RPO définis dans la politique de résilience lors de perturbations de l'infrastructure ou de l'AZ. En outre, AWS Resilience Hub vous pouvez identifier les architectures régionales suivantes pour vous remettre en cas de perturbations liées à l'infrastructure et à l'AZ :

• Instance de nœud de secours secondaire dans une zone de disponibilité différente pour le type de cluster Amazon ElastiCache (Redis OSS) désactivé en mode cluster.

• Instance de nœud de secours secondaire dans une zone de disponibilité différente pour chaque partition pour le type de cluster Amazon ElastiCache (Redis OSS) activé en mode cluster.