Überwachen der Veröffentlichungsleistung beim Auslastungstest in Adobe Experience Manager as a Cloud Service
Verwenden Sie während eines Lasttests in der AEM as a Cloud Service-Veröffentlichungsinstanz die für Ihr Programm aktivierte APM-Integration, um die Anwendungsleistung, einschließlich Antwortzeit, Fehler und Durchsatz, zu überprüfen. Diese Metriken helfen dabei, die für die Benutzenden sichtbaren Auswirkungen des erhöhten Traffics zu bewerten. Sie allein bestätigen nicht, wann ein Publisher-Pod erstellt wurde oder bereit wurde. Um den Test zu validieren, vergleichen Sie die Anwendungsleistung vor, während und nach der Ladezeit und zeichnen Fehler oder Latenzänderungen auf.
Beschreibung description
Umgebung
- Adobe Experience Manager as a Cloud Service-Veröffentlichungsumgebung
- Die für das Programm verfügbare APM-Integration, z. B. New Relic One oder OpenTelemetry, sofern aktiviert
Problem/Symptome
- Sie testen die Auslastung auf der Veröffentlichungsebene und müssen die Auswirkungen des erhöhten Traffics auf die Antwortzeit, die Fehler und den Durchsatz der Anwendung bewerten.
- Sie möchten wissen, ob die APM-Daten ein bestimmtes Herausgeberskalierungsereignis oder eine bestimmte Bereitschaftszeit für den Pod bestätigen.
Ursache
AEM as a Cloud Service verwaltet die Skalierung auf Veröffentlichungsebene als Teil der -Plattform. Kunden-APM bietet Anwendungs-Beobachtbarkeit; es bietet keinen Änderungsverfolger für Hochskalierungs-Pipelines. Die dokumentierten Änderungs-Tracker von New Relic decken unterstützte Bereitstellungs- und Aktualisierungs-Workflows ab und schließen Hochskalierungs-Pipelines explizit aus. Verwenden Sie APM-Metriken zur Leistungsbewertung während des Tests, nicht als Nachweis für den genauen Zeitpunkt, zu dem ein Publisher-Pod hinzugefügt wurde.
Adobe ersetzt die integrierte New Relic-Integration durch OpenTelemetry, die nur in begrenztem Umfang verfügbar ist. Überprüfen Sie, welche APM-Integration für Ihre Umgebung aktiviert ist, bevor Sie den Anweisungen zur Überwachung folgen.
Lösung resolution
Gehen Sie wie folgt vor, um das Problem zu beheben:
- Überwachen Sie die Ereignisse mit automatischer Skalierung während des Auslastungstests und beachten Sie die Antwortzeiten und Fehlerquoten der Endbenutzer, um zu ermitteln, wann die automatische Skalierung erfolgt und wann neue Publisher-Instanzen verfügbar werden.
- Verwenden Sie APM-Tools (Application Performance Monitoring) wie New Relic One, um die Transition während der Skalierung zu validieren.
- Überwachen Sie Antwortzeiten, Fehlerquoten, JVM-Leistung, Transaktionszeiten und externe oder Datenbankaufrufe und stellen Sie sicher, dass bei Skalierungsereignissen keine signifikanten Spitzen auftreten.
- Überprüfen Sie Leistungsmetriken in New Relic One, einschließlich CPU-Auslastung, Speichernutzung und Transaktionsdaten.
- Wenn Sie keinen Zugriff auf New Relic One haben, wenden Sie sich an den AEM-Administrator oder den Support Ihres Unternehmens, um Zugriff oder Aktivierung anzufordern.
- Wenn zusätzliche Überwachungs- oder benutzerdefinierte Dashboards erforderlich sind, finden Sie Anleitungen in der offiziellen AEM-Dokumentation oder in den Support-Ressourcen.
- Stellen Sie sicher, dass Sie während des Auslastungstests Echtzeit-Leistungsmetriken und Ereignisse mit automatischer Skalierung beobachten und bestätigen können, dass Skalierungsübergänge ohne wesentliche Auswirkungen auf Antwortzeiten oder Fehlerquoten auftreten.