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 de procéder à la mise à jour, assurez-vous qu'aucun test de charge n'est en cours d'exécution. Le processus de mise à jour peut temporairement perturber la disponibilité de la solution.

Résolution des problèmes liés aux mises à jour à partir de versions antérieures à la v3.3.0

  1. Téléchargez le modèle 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. Modifiez la deuxième true valeur en 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 avec AWS CloudFormation.

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

  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 version 3 à la version 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 de JMeter résout les chemins de fichiers et pour garantir la cohérence entre 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 fichier zip étant aplatie, les références de fichiers dans le JMX ne doivent utiliser que le nom du fichier (par exemple,). users.csv

Par exemple, si votre fichier zip contient :

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

Dans la version 3, 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 version 4, la même référence doit être justeusers.csv, car elle sample.jmx doit être placée dans le même répertoire de travail plat au moment de l'exécution. users.csv

Note

Cela s'applique à toutes les références de fichiers contenues 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 stacks régionaux

Si vous avez déployé la solution dans plusieurs régions, vous devez mettre à jour chaque stack régional 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 les stacks et les comptes AWS, ainsi que les journaux depuis un emplacement central.

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