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.

Auflö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 bei Anfragen mit einer bestimmten Bedingung ein Problem zwischen CDN - Dispatcher oder Dispatcher - Publish 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 ein laufender Vorfall oder eine geplante Wartung auf Adobe Systemstatus“ Experience Cloud" Adobe Experience Manager as a Cloud Service vorliegt.

Adobe-Systemstatus
https://status.adobe.com/

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.

Besonders wichtig sind die httpdaccess von Dispatcher und die aemrequest von Publish. 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"

Publishs AEM-Anfrage: Angemeldet, empfangen und antworten

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 &#91;1063&#93; <- 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

Möglicherweise ist das CDN aufgrund einer langen Reaktionszeit auf Publish abgelaufen. Überprüfen Sie, ob in der aemrequest von Publish ein Antwortdatensatz vorhanden ist und wie lange die Antwortzeit war. Wenn die Reaktionszeit lang war (z. B. über mehrere Minuten), suchen Sie im aemerror von Publish nach verwandten Nachrichten.

Fall B-2 - Dispatcher hat den Zugriffsdatensatz, Publish jedoch nicht

Entweder hat Dispatcher alleine reagiert oder die Anfrage ist bei Publish eingegangen, aber es kann etwas schiefgehen, bevor der Datensatz protokolliert wird. Überprüfen Sie die aemerror von Dispatcher httpderror, aemdispatcher und Publish auf zugehörige Nachrichten.

Fall B-3 - Dispatcher verfügt nicht über den Zugriffsdatensatz, Publish jedoch

Publish hat die Anfrage akzeptiert, aber noch keine Antwort zurückgegeben. Überprüfen, ob in der aemrequest von Publish ein Antwortdatensatz vorhanden ist. Wenn kein Antwortdatensatz vorhanden ist, suchen Sie in der aemerror von Publish nach verwandten Nachrichten.

Fall B-4 - Weder Dispatcher noch Publish verfügen über den entsprechenden 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.