Surveiller les performances de publication pendant les tests de chargement dans Adobe Experience Manager as a Cloud Service

Lors d’un test de charge sur l’instance de publication AEM as a Cloud Service, utilisez l’intégration APM activée pour que votre programme examine les performances de l’application, notamment le temps de réponse, les erreurs et le débit. Ces mesures permettent d’évaluer l’effet visible par l’utilisateur de l’augmentation du trafic. En elles-mêmes, elles ne confirment pas le moment où un pod d’éditeur a été créé ou est devenu prêt. Pour valider le test, comparez les performances de l’application avant, pendant et après la période de chargement, et enregistrez les erreurs ou les modifications de latence.

Description description

Environnement

  • Environnement de publication Adobe Experience Manager as a Cloud Service
  • L’intégration APM disponible pour le programme, telle que New Relic One ou OpenTelemetry lorsqu’elle est activée

Problème/Symptômes

  • Vous testez en charge le niveau de publication et devez évaluer l’effet de l’augmentation du trafic sur le temps de réponse de l’application, les erreurs et le débit.
  • Vous souhaitez savoir si les données APM confirment un événement de mise à l’échelle de l’éditeur spécifique ou une heure de préparation du pod.

Cause

AEM as a Cloud Service gère la mise à l’échelle du niveau Publication dans le cadre de la plateforme. L’APM client offre une observabilité des applications ; elle ne fournit pas de suivi des modifications pour les pipelines de mise à l’échelle. Les suivi des modifications documentés de New Relic couvrent les workflows de déploiement et de mise à jour pris en charge et excluent explicitement les pipelines de mise à l’échelle. Utilisez les mesures APM pour évaluer les performances pendant le test, et non comme preuve de l’heure exacte de l’ajout d’un pod d’éditeur.

Adobe remplace l’intégration New Relic intégrée par OpenTelemetry, qui est en disponibilité limitée. Vérifiez quelle intégration APM est activée pour votre environnement avant de suivre les instructions de surveillance.

Résolution resolution

Suivez les étapes ci-dessous pour résoudre le problème :

  1. Surveillez les événements de mise à l’échelle automatique pendant les tests de chargement et observez les temps de réponse et les taux d’erreur de l’utilisateur final pour déterminer quand la mise à l’échelle automatique se produit et quand de nouvelles instances Publisher sont disponibles.
  2. Utilisez les outils de surveillance des performances de l’application (APM), tels que New Relic One, pour valider la transition lors des événements de mise à l’échelle.
  3. Surveillez les temps de réponse, les taux d’erreur, les performances JVM, les temps de transaction et les appels externes ou de base de données, et vérifiez qu’aucun pic significatif ne se produit lors des événements de mise à l’échelle.
  4. Examinez les mesures de performances, y compris l’utilisation de CPU, l’utilisation de la mémoire et les données de transaction, dans New Relic One.
  5. Si vous n’avez pas accès à New Relic One, contactez l’administration AEM de votre organisation ou le support technique pour demander l’accès ou l’activation.
  6. Si une surveillance supplémentaire ou des tableaux de bord personnalisés sont requis, reportez-vous à la documentation officielle d’AEM ou aux ressources d’assistance pour obtenir des conseils.
  7. Vérifiez que vous pouvez observer les mesures de performances en temps réel et les événements de mise à l’échelle automatique pendant les tests de charge et confirmez que les transitions de mise à l’échelle se produisent sans impact significatif sur les temps de réponse ou les taux d’erreur.
recommendation-more-help
experience-cloud-kcs-help-kbarticles