AEM as a Cloud Service: Wie lassen sich 503-Fehler isolieren?
Wenn alle Seiten eine 503-Fehlerprüfung auf einen laufenden Vorfall zurückgeben. Wenn eine Seite einen 503-Fehler zurückgibt, überprüfen Sie die Cloud-Protokolle.
Beschreibung description
Umgebungen
Adobe Experience Manager as a Cloud Service
Problem/Symptome
In diesem Artikel wird erläutert, wie Sie isolieren können, wo das Problem liegt, wenn 503-Fehler in AEM as a Cloud Service auftreten.
Lösung resolution
Die Inhaltsbereitstellung in AEM as a Cloud Service verläuft wie folgt:
Browser“ CDN“ Dispatcher" Publish
Wenn es einen Service-weiten Vorfall gibt, geben alle Seiten den 503-Fehler zurück. Wenn ein Problem zwischen CDN - Dispatcher oder Dispatcher - Publish für die Anfragen mit einer bestimmten Bedingung besteht, geben nur bestimmte Seiten den 503-Fehler zurück.
Fall A - Alle Seiten geben den Fehler zurück
Wenn alle Seiten den Fehler zurückgeben, kann es zu einem Service-weiten Vorfall kommen. Überprüfen Sie, ob im Adobe-Systemstatus“ Experience Cloud“ Adobe Experience Manager as a Cloud Service ein laufender Vorfall oder eine geplante Wartung vorliegt.
Adobe-Systemstatus
https://status.adobe.com/de-de/
Fall B - Nur bestimmte Seiten geben den Fehler zurück
Wenn der Fehler nur auf bestimmten Seiten auftritt, können die Seiten ein inhärentes Problem haben, das eine normale Antwort an einem bestimmten Punkt im Inhaltsbereitstellungsfluss verhindert. Versuchen Sie in diesem Fall, auf die Seite zuzugreifen, und sehen Sie den Fehler 503 erneut. Isolieren Sie dann das Problem mithilfe der von Cloud Manager heruntergeladenen Protokolle.
Die httpdaccess und aemrequest von Dispatcher sind besonders wichtig. Wenn Sie überprüfen, ob jedes Protokoll den entsprechenden Zugriffsdatensatz enthält, können Sie feststellen, wo das Problem liegt.
Im Folgenden finden Sie ein Protokollbeispiel für den Vergleich, bei dem sowohl Dispatcher als auch Publish normale Antworten für den Zugriff auf /us/en.html. zurückgegeben haben
Dispatchers httpdaccess:logged beim Reagieren
cm-p12345-e67890-aem-publish-55cf6bcc5-vxfcf - - 18/Oct/2022:10:20:11 +0000 "GET /us/en.html HTTP/1.1" 200 16263 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/106.0.0.0 Safari/537.36"
aemrequest der Veröffentlichung: Angemeldet, empfangen und beantworten
18/Oct/2022:10:20:11 +0000 [1063] -> GET /content/wknd/us/en.html HTTP/1.1 cm-p12345-e67890-aem-publish-55cf6bcc5-vxfcf
18/Oct/2022:10:20:14 +0000 [1063] <- 200 text/html 3355ms cm-p12345-e67890-aem-publish-55cf6bcc5-vxfcf
Weitere Informationen finden Sie im Handbuch zur Protokollierung.
https://experienceleague.adobe.com/docs/experience-manager-cloud-service/content/implementing/developing/logging.html?lang=de
Die folgenden vier Fälle können aus der Kombination der vorhandenen/fehlenden Zugriffsdatensätze isoliert werden.
Fall B-1 - Sowohl Dispatcher als auch Publish haben den Zugriffsdatensatz
Das CDN hat möglicherweise aufgrund einer langen Antwortzeit auf der Veröffentlichungsinstanz das Zeitlimit überschritten. Überprüfen Sie, ob in der aemrequest der Veröffentlichung ein Antwortdatensatz vorhanden ist und wie lange die Antwortzeit war. Wenn die Antwortzeit länger als einige Minuten war, suchen Sie im aemerror der Veröffentlichung nach verwandten Nachrichten.
Fall B-2 - Dispatcher verfügt über den Zugriffsdatensatz, Veröffentlichung jedoch nicht
Entweder hat Dispatcher alleine reagiert oder die Anfrage ist bei „Publish“ eingegangen, aber es kann ein Fehler auftreten, bevor der Datensatz protokolliert wird. Überprüfen Sie die aemerror von httpderror, aemdispatcher und Publish in Dispatcher auf zugehörige Nachrichten.
Fall B-3 - Dispatcher verfügt nicht über den Zugriffsdatensatz, Veröffentlichung jedoch
Publish hat die Anfrage akzeptiert, aber noch keine Antwort zurückgegeben. Überprüfen Sie, ob in der aemrequest der Veröffentlichung ein Antwortdatensatz vorhanden ist. Wenn kein Antwortdatensatz vorhanden ist, suchen Sie in der aemerror der Veröffentlichung nach verwandten Nachrichten.
Fall B-4 - Weder Dispatcher noch Publish haben den Zugriffsdatensatz
Dispatcher konnte die Anfragen aufgrund eines Problems nicht akzeptieren. Überprüfen Sie die httpderror von Dispatcher und die aemdispatcher von Dispatcher auf zugehörige Nachrichten.
Darüber hinaus sind die folgenden Informationen auch hilfreich, wenn bestimmte Seiten den Fehler zurückgeben.
- Zugriff mit einem anderen Browser oder über ein anderes Netzwerk versuchen
- Vergleichen Sie die Komponententypen und den Betrag auf den Seiten mit den Seiten, die eine normale Antwort zurückgeben
- Überprüfen Sie, ob der Fehler mit der lokalen SDK reproduziert wird, indem Sie ein Seitenpaket erstellen.