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 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 :
Navigateur » CDN » Dispatcher » Publication
En cas d’incident à l’échelle du service, toutes les pages renvoient l’erreur 503. En cas de problème entre CDN (Dispatcher) ou Dispatcher (Publication) pour les requêtes avec une condition particulière, seules des pages spécifiques renvoient 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 sur Adobe System Status » Experience Cloud » Adobe Experience Manager as a Cloud Service.
Statut du système Adobe
https://status.adobe.com/fr-fr/
Cas B : seules des pages spécifiques renvoient l’erreur
Lorsque l’erreur ne se produit que sur des pages spécifiques, les pages peuvent présenter un problème inhérent qui empêche une réponse normale à un moment donné dans le flux de diffusion de contenu. Dans ce cas, essayez d’accéder à la page et affichez à nouveau l’erreur 503. Isolez ensuite le problème à l’aide des journaux téléchargés depuis Cloud Manager.
Les httpdaccess de Dispatcher et les aemrequest de l’instance de publication sont particulièrement importants. Vérifier si chaque journal contient l’enregistrement d’accès correspondant permet d’isoler l’emplacement du problème.
Voici un exemple de journal à titre de comparaison, dans lequel Dispatcher et l’instance de publication ont renvoyé des réponses normales pour l’accès à /us/en.html.
httpdaccess:logged Dispatcher 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 aem de l’instance de publication : connectée à la réception et répondant
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
Reportez-vous au manuel pour les détails de journalisation.
https://experienceleague.adobe.com/docs/experience-manager-cloud-service/content/implementing/developing/logging.html?lang=fr
Les quatre cas suivants peuvent être isolés de la combinaison de la présence/absence d’enregistrements d’accès.
Cas B-1 - Dispatcher et l’instance de publication possèdent l’enregistrement d’accès
Le réseau CDN a peut-être expiré en raison d’un long temps de réponse sur l’instance de publication. Vérifiez s’il existe un enregistrement de réponse dans le aemrequest de l’instance de publication et combien de temps le temps de réponse a duré. Si le temps de réponse a été long, par exemple sur plusieurs minutes, recherchez les messages associés dans le aemerror de l’instance de publication.
Cas B-2 - Dispatcher dispose de l’enregistrement d’accès, mais pas l’instance de publication
Soit Dispatcher a répondu seul, soit la demande est arrivée à l’étape de publication, mais un problème peut se produire avant la journalisation de l’enregistrement. Recherchez les messages associés dans les aemerror de httpderror, de aemdispatcher et de publication de Dispatcher.
Cas B-3 - Dispatcher ne dispose pas de l’enregistrement d’accès, mais Publish en dispose
L’instance de publication a accepté la demande, mais n’a pas encore renvoyé de réponse. Vérifiez s’il existe un enregistrement de réponse dans le aemrequest de l’instance de publication. S’il n’existe aucun enregistrement de réponse, recherchez les messages associés dans le aemerror de l’instance de publication.
Cas B-4 - Ni Dispatcher ni l’instance de publication ne disposent de l’enregistrement d’accès
Dispatcher n’a pas pu accepter les demandes en raison d’un problème. Vérifiez les httpderror Dispatcher et les aemdispatcher Dispatcher pour obtenir les messages associés.
En outre, les éléments suivants s’avèrent également utiles lorsque des pages spécifiques renvoient l’erreur.
- Essayez d’y accéder avec un autre navigateur ou à partir d’un autre réseau.
- Comparez les types de composants et le montant dans les pages avec les pages qui renvoient une réponse normale
- Vérifiez si l’erreur se reproduit avec le SDK local en créant un package des pages