AEM as a Cloud Service : comment isoler les erreurs 503 ?

Si toutes les pages renvoient une erreur 503, recherchez un incident en cours. Si une page renvoie une erreur 503, vérifiez les journaux de cloud.

Description description

Environnements

Adobe Experience Manager as a Cloud Service

Problème/Symptômes

Cet article explique comment isoler l’emplacement du problème lorsque vous rencontrez des erreurs 503 sur AEM as a Cloud Service.

Résolution resolution

Le flux de diffusion de contenu dans AEM as a Cloud Service est le suivant :

Browser" CDN" Dispatcher" Publish

En cas d’incident impliquant l’ensemble du service, toutes les pages renverront l’erreur 503. En cas de problème entre CDN - Dispatcher ou Dispatcher - Publish pour les requêtes avec une condition particulière, seules des pages particulières renverraient l’erreur 503.

Cas A - Toutes les pages renvoient l’erreur

Lorsque toutes les pages renvoient l’erreur, il peut y avoir un incident à l’échelle du service. Vérifiez s’il existe un incident en cours ou une maintenance planifiée à l’adresse Adobe System Status" Experience Cloud" Adobe Experience Manager as a Cloud Service.

État du système d’Adobe
https://status.adobe.com/

Cas B : seules des pages particulières renvoient l’erreur

Lorsque l’erreur ne se produit que sur des pages spécifiques, les pages peuvent rencontrer un problème inhérent qui empêche une réponse normale à un moment donné du flux de diffusion de contenu. Dans ce cas, essayez d’accéder à la page et vérifiez à nouveau l’erreur 503. isolez ensuite le problème à l’aide des journaux téléchargés à partir de Cloud Manager.

Le Dispatcher httpdaccess et le Publish aemrequest sont particulièrement importants. En vérifiant si chaque journal contient l’enregistrement d’accès correspondant, vous pouvez isoler l’emplacement du problème.

Voici un exemple de journal à des fins de comparaison, dans lequel Dispatcher et Publish ont renvoyé des réponses normales pour l’accès à /us/en.html..

Dispatcher httpdaccess:logged sur la réponse

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"

Requête Publish : connectée à la réception et à la réponse

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

Consultez le manuel pour plus d’informations sur la journalisation.
https://experienceleague.adobe.com/docs/experience-manager-cloud-service/content/implementing/developing/logging.html?lang=en

Les quatre cas suivants peuvent être isolés de la combinaison de la présence ou de l’absence d’enregistrements d’accès.

Cas B-1 - Dispatcher et Publish ont tous deux un enregistrement d’accès

Le réseau de diffusion de contenu a peut-être expiré en raison d’un long délai de réponse sur Publish. Vérifiez s’il existe un enregistrement de réponse dans Publish aemrequest et la durée de la réponse. Si le temps de réponse a été long (pendant plusieurs minutes), recherchez les messages associés dans Publish aemerror.

Cas B-2 - Dispatcher dispose de l’enregistrement d’accès, mais Publish ne le fait pas

Dispatcher a répondu seule ou la demande est arrivée à Publish, mais un problème peut se produire avant de consigner l’enregistrement. Vérifiez les messages associés dans Dispatcher httpderror, aemdispatcher et Publish aemerror.

Cas B-3 - Dispatcher ne dispose pas de l’enregistrement d’accès, mais Publish le fait

Publish a accepté la demande, mais n’a pas encore renvoyé de réponse. Vérifiez s’il existe un enregistrement de réponse dans Publish aemrequest. S’il n’existe aucun enregistrement de réponse, recherchez les messages associés dans Publish aemerror.

Cas B-4 - Ni Dispatcher ni Publish n’ont d’enregistrement d’accès

Dispatcher n’a pas pu accepter les requêtes en raison d’un problème. Vérifiez les messages associés dans Dispatcher httpderror et Dispatcher aemdispatcher.

En outre, les éléments suivants sont également utiles lorsque des pages spécifiques renvoient l’erreur.