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.

Contrôles de résilience pour 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 s'assurer que les postures de résilience des applications ne sont pas affectées. Ces contrôles permettent d'estimer l'objectif de temps de restauration (RTO) et l'objectif de point de restauration (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 pannes d'application, d'infrastructure, les pannes 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 la section Disponibilité et durabilité des systèmes de fichiers Amazon EFS.

Sauvegarde 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 d' Region-level interruption si votre police l'exige.

Réplication des données

AWS Resilience Hub vérifie si une réplication de données Amazon EFS au sein d'une région ou entre régions est définie pour le système de fichiers déployé. La réplication des données Amazon EFS permet d'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. AWS Resilience Hub Vérifie également s'il est associé à une région interne AWS Backup pour activer 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.

Single-AZ déploiement

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 la lecture de répliques.

Multi-AZ déploiement

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

Sauvegarde

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

Cross-Region basculement

AWS Resilience Hub vérifie les cibles RTO et RPO définies 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 :

Basculement plus rapide au sein de la région

AWS Resilience Hub vérifie les cibles RTO et RPO définies 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 interruptions des applications, de l'infrastructure et des zones de disponibilité :

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 la gestion des versions activée.

Sauvegarde planifiée

AWS Resilience Hub vérifie si un AWS Backup plan est défini pour le compartiment 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 en cas d' Region-level interruption.

Point-in-time rétablissement

AWS Resilience Hub vérifie si la restauration ponctuelle (PITR) est requise par l'objectif de RPO de votre politique de résilience. Cependant, la sauvegarde entre régions n'est pas prise en charge pour 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 de même région (SRR) et une réplication interrégionale (CRR) sont définies pour le compartiment Amazon S3 déployé. La réplication des données Amazon S3 améliore le RTO de charge de travail estimé 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 de l'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 bucket source en 15 minutes.

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 pour votre police si celle-ci nécessite une couverture en cas d' Region-level interruption.

Point-in-time rétablissement

AWS Resilience Hub vérifie si une restauration ponctuelle (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 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 de la charge de travail estimée et le RPO de la charge de travail estimée au niveau de la région, et permet également de travailler en mode multirégion actif-actif ou actif-passif. AWS Backup ou Amazon DynamoDB PITR peuvent être utilisés dans l'une des régions pour gérer les interruptions des applications.

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 avec état

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

Groupes Auto Scaling

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

Flotte Amazon EC2

AWS Resilience Hub identifie Amazon EC2 Fleet et vérifie s'il est défini comme un Multi-AZ déploiement et s'il utilise uniquement des instances Amazon EC2 ponctuelles. Le fait de définir une flotte Amazon EC2 comme un Multi-AZ déploiement améliorera sa résilience en cas de perturbation de la zone AZ. L'ajout d'instances à la demande à une flotte Amazon EC2 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'une des conditions suivantes ou les deux sont définies pour vos volumes Amazon EBS.

En outre, si votre police exige une couverture contre les Region-level interruptions, AWS Resilience Hub vérifie si l'option de sauvegarde interrégionale est activée dans votre règle de sauvegarde.

Sauvegarde et réplication des données

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

AWS Lambda

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

Accès client à Amazon VPC

AWS Resilience Hub identifie une AWS Lambda fonction connectée au VPC. La connexion AWS Lambda à des sous-réseaux dans différentes zones de zone de disponibilité de votre Amazon VPC permet de garantir la résilience des fonctions en cas d'interruption de zone de disponibilité.

Dead-letter file d'attente

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 à une AWS Lambda fonction permet d'éviter la perte de données des demandes et de réessayer de traiter les demandes ayant échoué à un stade ultérieur.

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.

Multi-AZ déploiement

AWS Resilience Hub identifie si le déploiement de pods s'exécute sur plusieurs nœuds de travail dans plusieurs zones de travail. 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 dans plusieurs zones de travail.

Déploiement vs. ReplicaSet

AWS Resilience Hub vérifie si vous utilisez ReplicaSets ou placez des objets au lieu d'un déploiement. Le remplacement des objets ReplicaSets ou des modules par le déploiement simplifie les mises à jour des modules 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 :

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 la rubrique Amazon SNS est associée à au moins un abonnement 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.

Dead-letter file d'attente

AWS Resilience Hub vérifie si une DLQ est associée à la file d'attente Amazon SQS pour gérer les messages qui ne peuvent pas être transmis correctement aux abonné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.

Multi-AZ déploiement

AWS Resilience Hub vérifie si les tâches ou les services Amazon ECS sont exécutés dans plusieurs zones de zone de disponibilité en 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 dans plusieurs zones de zone de disponibilité.

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 Elastic Load Balancing.

Multi-AZ déploiement

AWS Resilience Hub vérifie si Elastic Load Balancing s'exécute dans plusieurs zones de disponibilité.

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 zones de zone de couverture.

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.

Cross-Region déploiement

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.

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

AWS Resilience Hub vérifie si votre API est définie comme privée dans Amazon API Gateway. Les API privées doivent recevoir du trafic via le point de terminaison de l'interface Amazon VPC qui est déployé sur plusieurs zones de disponibilité.

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.

Multi-AZ déploiement

AWS Resilience Hub vérifie si le cluster Amazon DocumentDB est déployé dans plusieurs zones de disponibilité. Un cluster Amazon DocumentDB secondaire supplémentaire est requis dans une autre région si votre police exige une couverture en cas de perturbation régionale. Le cluster Amazon DocumentDB supplémentaire, situé dans une autre région, est également vérifié pour son exécution dans plusieurs zones de zone de disponibilité.

Cluster élastique et Multi-AZ déploiement

AWS Resilience Hub vérifie si les partitions de cluster Elastic Amazon DocumentDB utilisent des répliques en lecture déployées dans différentes zones de disponibilité.

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 Elastic Amazon DocumentDB. Les instantanés manuels permettent une persistance plus longue et offrent une flexibilité dans la définition de 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 la section Passerelles https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html NAT.

Multi-AZ déploiement

AWS Resilience Hub vérifie si la passerelle NAT est déployée dans plusieurs zones de disponibilité. Un déploiement supplémentaire de la passerelle NAT est requis dans une autre région si votre police exige une couverture en cas de perturbation régionale. Le déploiement de la passerelle NAT supplémentaire, situé dans une autre région, est également vérifié pour son déploiement dans plusieurs zones de zone de zone de couverture.

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.

Multi-AZ déploiement

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 zones de zone de disponibilité. Si votre politique exige une couverture pour les 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 zones de zone de couverture.

Contrôleur de restauration des applications Amazon (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.

Multi-AZ déploiement

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

Amazon FSx for Windows File Server

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

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.

Sauvegarde 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 cross-Region backup l'option est activée si votre police exige une couverture pour les Region-level perturbations.

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 sein ou entre régions 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 l'estimation du RTO de la charge de travail et le RPO de la charge de travail estimé au niveau de l'infrastructure, de la zone Z et de la région. En outre, il peut être associé à une région interne AWS Backup pour assurer la reprise en cas d'interruption de l'application.

AWS Step Functions

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

Versionnage et alias

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

Cross-Region déploiement

AWS Resilience Hub vérifie si un AWS Step Functions flux de travail du même type de flux de travail est déployé dans une région différente pour être restauré 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 https://docs.aws.amazon.com/elasticache/ Amazon.

Single-AZ déploiement

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é.

Single-AZ déploiement

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) dans plusieurs zones de disponibilité afin de permettre le basculement en cas d'interruption de la zone de disponibilité.

Cross-Region basculement

AWS Resilience Hub vérifie les cibles RTO et RPO définies dans la politique de résilience pour se remettre d'une perturbation 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 cluster Amazon ElastiCache (Redis OSS) déployé ou conçu par ses soins :

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

Basculement plus rapide au sein de la région

AWS Resilience Hub vérifie les cibles RTO et RPO définies 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 se remettre des perturbations de l'infrastructure et des zones de disponibilité :