AEM as a Cloud Service: ¿Cómo aislar los errores 503?

Si todas las páginas devuelven un error 503, compruebe si hay un incidente en curso. Si una página devuelve un error 503, compruebe los registros de la nube.

Descripción description

Entornos

Adobe Experience Manager as a Cloud Service

Problema/Síntomas

Este artículo explica cómo aislar dónde se encuentra el problema cuando se encuentran errores 503 en AEM as a Cloud Service.

Resolución resolution

El flujo de entrega de contenido en AEM as a Cloud Service es el siguiente:

Browser" CDN" Dispatcher" Publish

Si hay un incidente en todo el servicio, todas las páginas devolverán el error 503. Cuando hay un problema entre CDN (Dispatcher o Dispatcher) y Publish para las solicitudes con una condición particular, solo las páginas en particular devolverían el error 503.

Caso A - Todas las páginas devuelven el error

Cuando todas las páginas devuelven el error, puede haber un incidente en todo el servicio. Compruebe si hay un incidente en curso o un mantenimiento programado en "Estado del sistema de Adobe" Experience Cloud" Adobe Experience Manager as a Cloud Service.

Estado del sistema de Adobe
https://status.adobe.com/

Caso B - Solo las páginas particulares devuelven el error

Cuando el error solo se produce en páginas determinadas, las páginas pueden tener un problema inherente que impide una respuesta normal en algún momento del flujo de entrega de contenido. En este caso, intente acceder a la página y vuelva a ver el error 503. A continuación, aísle el problema mediante los registros descargados de Cloud Manager.

httpdaccess de Dispatcher y aemrequest de Publish son especialmente importantes. Comprobar si cada registro contiene el registro de acceso correspondiente ayuda a aislar dónde se encuentra el problema.

Este es un ejemplo de registro para comparar, donde tanto Dispatcher como Publish devolvieron respuestas normales para tener acceso a /us/en.html.

httpdaccess:logged de Dispatcher al responder

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 de Publish: inicio de sesión al recibir y responder

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

Consulte el manual para obtener más información sobre el registro.
https://experienceleague.adobe.com/docs/experience-manager-cloud-service/content/implementing/developing/logging.html?lang=es

Los cuatro casos siguientes pueden aislarse de la combinación de presencia/ausencia de registros de acceso.

Caso B-1 - Tanto Dispatcher como Publish tienen el registro de acceso

Es posible que la CDN haya agotado el tiempo de espera debido a un largo tiempo de respuesta en Publish. Compruebe si hay un registro de respuesta en aemrequest de Publish y cuánto tiempo fue el tiempo de respuesta. Si el tiempo de respuesta fue largo (por ejemplo, varios minutos), busque los mensajes relacionados en aemerror de Publish.

Caso B-2 - Dispatcher tiene el registro de acceso, pero Publish no

Dispatcher respondió solo o la solicitud llegó a Publish, pero puede ocurrir un error antes de registrar el registro. Compruebe si hay mensajes relacionados en httpderror, aemdispatcher y aemerror de Dispatcher Publish.

Caso B-3: Dispatcher no tiene el registro de acceso, pero Publish sí

Publish ha aceptado la solicitud, pero aún no ha devuelto una respuesta. Compruebe si hay un registro de respuesta en aemrequest de Publish. Si no hay ningún registro de respuesta, busque los mensajes relacionados en aemerror de Publish.

Caso B-4 - Ni Dispatcher ni Publish tienen el registro de acceso

Dispatcher no pudo aceptar las solicitudes debido a algún problema. Compruebe si hay mensajes relacionados entre el httpderror de Dispatcher y el aemdispatcher de Dispatcher.

Además, lo siguiente también resulta útil cuando determinadas páginas devuelven el error.

  • Intente acceder a con otro explorador o desde otra red
  • Compare los tipos de componentes y la cantidad de las páginas con las páginas que devuelven una respuesta normal
  • Compruebe si el error se reproduce con el SDK local al crear un paquete de las páginas
recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f