View a markdown version of this page

Document sur les résultats de l'expérience - AWS Directives prescriptives

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.

Document sur les résultats de l'expérience

Configuration

Documentez les configurations spécifiques à l'expérience. Exemples :

  • La génération de charge est configurée pour simuler 5 000 utilisateurs émettant un total de 85 demandes par seconde.

Prérequis

  • Nous avons vérifié que le site d'adoption d'animaux de compagnie fonctionnait dans l'environnement de test alpha.

  • Vérifiez que le modèle d'expérience a été configuré pour appliquer un stress du processeur aux modules PetSite d'application qui s'exécutent dans le cluster EKS.  Les modules d'application ont été identifiés par l'étiquette Kubernetes. app=petsite

  • Il a été confirmé que Load était en cours d'exécution et générait 85 demandes par seconde.

État stable

Documentez les mesures prises pour atteindre l'état stable et la façon dont vous l'avez vérifié. Exemples :

Pour le déploiement test d'un site d'adoption d'animaux de compagnie, une charge de 85 RPS est générée pour simuler un état d'équilibre. Le CloudWatch RUM et CloudWatch les tableaux de bord ont été examinés pour vérifier que toutes les métriques commerciales et applicatives se situaient dans les plages normales avant l'exécution de l'expérience.

Données d'observabilité :

Expected Observé
  • Le LCP est inférieur à 4 secondes pour le P99 de requêtes.

  • La latence de réponse est inférieure à 500 ms.

  • Il n'y a aucune erreur 4XX ou 5XX.

Rapport d'état stationnaire 1 pour une expérience sur le chaos.

Rapport Steady State 2 pour une expérience sur le chaos.

Injection de défauts

AWS FIS a été utilisé pour injecter des défauts en utilisant le modèle d'expérience (fournir le lien). L'expérience était programmée pour une durée de 10 minutes, et une annulation était configurée si les nœuds de travail subissaient un stress du processeur supérieur à 60 %.

Observation des défauts

Le CloudWatch RUM et CloudWatch les tableaux de bord ont été revus pour suivre l'état d'équilibre de l'application (défini à l'aide de métriques LCP).  Les captures d'écran ont été capturées dans le tableau suivant.

Données d'observabilité :

Expected Observé
  • Le LCP doit rester inférieur à 4 secondes pour le P99.

  • Le temps de réponse doit rester inférieur à 500 ms.

  • Aucune erreur 4XX ou 5XX ne doit être rencontrée.

Rapport d'observation de défauts 1 pour une expérience sur le chaos.

Rapport d'observation de défauts 2 pour une expérience sur le chaos.

Récupération

Une fois le stress éliminé (l' AWS FIS expérience est terminée et le stress du processeur a été éliminé des modules), l'application devrait retrouver son état d'équilibre normal.  Aucune intervention manuelle ne devrait être requise.

Données d'observabilité :

Expected Observé (capture d'écran)

Le LCP P99 doit être inférieur à 4 secondes avec une moyenne inférieure à 2,5 secondes.

Exemples de résultats de récupération issus d'une expérience sur le chaos.