View a markdown version of this page

Mettre à jour la solution - Tests de charge distribués sur AWS

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.

Mettre à jour la solution

La mise à jour de la solution applique les dernières fonctionnalités, correctifs de sécurité et corrections de bogues à votre déploiement. Pour passer à la dernière version, reportez-vous à la section appropriée en fonction de votre méthode de déploiement d'origine : AWS Launch Wizard ou AWS CloudFormation.

Important

Avant la mise à jour, assurez-vous qu'aucun test de charge n'est en cours d'exécution. Le processus de mise à jour peut interrompre temporairement la disponibilité de la solution.

Résolution des problèmes liés aux mises à jour des versions antérieures à la version 3.3.0

Note

Cette section s'applique uniquement aux mises à jour des versions antérieures à la v3.3.0. Si vous effectuez une mise à jour depuis la version 3.3.0 ou ultérieure, suivez la procédure de mise à jour standard via AWS Launch Wizard ou AWS. CloudFormation

  1. Téléchargez le https://solutions-reference.s3.amazonaws.com/distributed-load-testing-on-aws/latest/distributed-load-testing-on-aws.template distributed-load-testing-on-aws.template.

  2. Ouvrez le modèle, naviguez jusqu'à Conditions: et recherchezDLTCommonResourcesAppRegistryCondition.

  3. Le résultat devrait être similaire à ce qui suit :

    Conditions: DLTCommonResourcesAppRegistryConditionCCEF54F8: Fn::Equals: - "true" - "true"
  4. Changez la deuxième true valeur comme suit false :

    Conditions: DLTCommonResourcesAppRegistryConditionCCEF54F8: Fn::Equals: - "true" - "false"
  5. Utilisez le modèle personnalisé pour mettre à jour votre stack en suivant les étapes décrites dans Mettre à jour à l'aide d'AWS CloudFormation.

  6. Cette mise à jour supprime de la pile les ressources liées au registre des applications, ce qui permet de mener à bien la mise à jour.

  7. Effectuez une autre mise à jour de la pile en utilisant l'URL du modèle le plus récent.

Le chemin du fichier Zip passe de la v3 à la v4

DLT v4 a modifié la façon dont les scénarios de test compressés sont extraits pour s'aligner sur la façon dont l'interface graphique JMeter résout les chemins de fichiers et pour favoriser un comportement cohérent dans tous les frameworks pris en charge.

Version Comportement d'extraction

v3

Les fichiers ont été décompressés tout en préservant la structure des répertoires. Non-JMX les fichiers (CSV, images) devaient être référencés en utilisant leur chemin dans l'archive (par exemple,my-test/users.csv).

v4

Tous les fichiers sont extraits directement dans le répertoire de travail du conteneur à côté du fichier JMX. Toute structure de répertoire interne du zip est aplatie, de sorte que les références de fichiers dans le JMX doivent utiliser uniquement le nom du fichier (par exemple,). users.csv

Par exemple, si votre zip contient :

my-test.zip ├── my-test/ │ ├── sample.jmx │ └── users.csv

Dans la v3, la configuration de l'ensemble de données CSV dans le JMX référençait le fichier par son chemin dans l'archive :my-test/users.csv. Dans la v4, la même référence doit être justeusers.csv, car sample.jmx users.csv elles sont placées dans le même répertoire de travail plat au moment de l'exécution.

Note

Cela s'applique à toutes les références de fichiers dans vos scripts de test, y compris les chemins de configuration des ensembles de données CSV, les téléchargements de fichiers et tout autre chemin relatif.

Mise à jour des piles régionales

Si vous avez déployé la solution dans plusieurs régions, vous devez mettre à jour chaque pile régionale séparément. Suivez la procédure de mise à jour standard pour chaque CloudFormation stack régional dans les régions où vous avez déployé une infrastructure de test.

Gestionnaire d'applications AWS Systems Manager

Après la mise à jour de la solution, AWS Systems Manager Application Manager fournit une vue de la solution et de ses ressources au niveau de l'application. Vous pouvez utiliser le Gestionnaire d'applications pour :

  • Surveillez les ressources, les coûts des ressources déployées sur l'ensemble des piles et des comptes AWS, ainsi que les journaux depuis un emplacement central.

  • Consultez les données opérationnelles relatives aux ressources de la solution dans le contexte d'une application, telles que l'état du déploiement, CloudWatch les alarmes, la configuration des ressources et les problèmes opérationnels.