Examen des rapports d'évaluation - AWS Hub de Résilience

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.

Examen des rapports d'évaluation

Vous trouverez des rapports d'évaluation dans la vue Évaluations de votre application.

Pour trouver un rapport d'évaluation

  1. Dans le menu de navigation de gauche, choisissezApplications.

  2. DansApplications, ouvrez une application.

  3. DansÉvaluations, ouvrez un rapport d'évaluation dans leÉvaluation de résilienceTABLE.

Lorsque vous ouvrez le rapport, vous pouvez voir :

  • Vue d'ensemble du rapport d'évaluation

  • Recommandations pour améliorer la résilience

  • Recommandations pour configurer des alarmes, des SOP et des tests

  • Comment créer et gérer des balises pour rechercher et filtrer vos ressources AWS.

Vérification

Cette section fournit une présentation du rapport d'évaluation.AWS Resilience Hubrépertorie chaque type de perturbation et le composant d'application associé. Il répertorie également vos stratégies RTO et RPO réelles et détermine si le composant de l'application peut atteindre les objectifs de stratégie.

Présentation

Affiche le nom de l'application, le nom de la stratégie de résilience et la date de création du rapport.

Résumé du RTO

Affiche une représentation graphique indiquant si l'application répond aux objectifs des stratégies de résilience. Cela est basé sur la durée pendant laquelle une application peut être arrêtée sans causer de dommages importants à l'organisation. L'évaluation est une estimation du RTO attendu.

Résumé du RPO

Affiche une représentation graphique indiquant si l'application répond aux objectifs des stratégies de résilience. Cela est basé sur le temps pendant lequel les données peuvent être perdues avant qu'un dommage important pour l'entreprise ne se produise. L'évaluation est une estimation du RPO attendu.

Détails

Fournit des descriptions détaillées de chaque type de perturbation (application, infrastructure, zone de disponibilité et région), et fournit les informations suivantes à son sujet :

  • Composant

    Les ressources qui composent l'application. Par exemple, votre application peut avoir une base de données ou un composant de calcul.

  • RTO réel (RTO de stratégie)

    Indique si la configuration de votre stratégie est alignée sur vos exigences de stratégie. Nous fournissons deux valeurs, notre estimation RTO et votre RTO actuel. Par exemple, supposons que cette valeur s'affiche pour la stratégie RTO réelle : 40 min (2 heures). Nous estimons ici un RTO de 40 minutes, tandis que votre RTO actuel est de deux heures. Nous basons notre calcul RTO sur la configuration, et non sur la stratégie. Par conséquent, une base de données Multi-Availability Zone aura le même RTO pour l'échec de la zone de disponibilité, quelle que soit la stratégie que vous sélectionnez.

  • RPO réel (RPO de stratégie)

    Affiche la stratégie RPO réelle quiAWS Resilience Hubestimations, basées sur la stratégie RPO que vous avez définie pour chaque composant d'application. Par exemple, vous avez peut-être défini le RPO de stratégie pour les échecs de la zone de disponibilité sur une heure. Le résultat réel peut être calculé à zéro. Cela suppose qu'Aurora, où nous validons chaque transaction, réussit quatre nœuds sur six, couvrant plusieurs zones de disponibilité. Il peut s'écouler cinq minutes pour point-in-time Restauration.

    Le seul RTO et RPO que vous pouvez choisir de ne pas fournir est Region. Pour certaines applications, il est utile de planifier la restauration lorsqu'il existe une dépendance cruciale à l'égard d'un service AWS, qui peut devenir indisponible dans l'ensemble de la région.

    Si vous choisissez cette option, par exemple la définition de cibles RTO ou RPO pour la région, vous recevrez un temps de récupération estimé et des recommandations opérationnelles pour ces défaillances.