AEM as a Cloud Service: como isolar erros 503?

Se todas as páginas retornarem uma verificação de erro 503 para um incidente em andamento. Se uma página retornar um erro 503, verifique os logs da nuvem.

Descrição description

Ambientes

Adobe Experience Manager as a Cloud Service

Problema/Sintomas

Este artigo explica como isolar o problema ao encontrar erros 503 no AEM as a Cloud Service.

Resolução resolution

O fluxo de entrega de conteúdo no AEM as a Cloud Service é o seguinte:

Navegador" CDN" Dispatcher" Publicar

Caso haja um incidente em todo o serviço, todas as páginas retornarão o erro 503. Quando há um problema entre CDN - Dispatcher ou Dispatcher - Publish para as solicitações com uma condição específica, somente páginas específicas retornariam o erro 503.

Caso A - Todas as páginas retornam o erro

Quando todas as páginas retornam o erro, pode haver um incidente em todo o serviço. Verifique se há um incidente em andamento ou uma manutenção programada no Status do sistema da Adobe" Experience Cloud" Adobe Experience Manager as a Cloud Service.

Status do sistema Adobe
https://status.adobe.com/pt-br/

Caso B - Somente páginas específicas retornam o erro

Quando o erro ocorre somente em páginas específicas, as páginas podem ter um problema inerente que impede a resposta normal em algum ponto do fluxo de entrega de conteúdo. Nesse caso, tente acessar a página e veja o erro 503 mais uma vez. Em seguida, isole o problema usando os logs baixados do Cloud Manager.

O httpdaccess e o aemrequest de publicações da Dispatcher são especialmente importantes. Verificar se cada registro contém o registro de acesso correspondente ajuda a isolar a origem do problema.

Esta é uma amostra de log para comparação, em que o Dispatcher e o Publish retornaram respostas normais para acesso ao /us/en.html.

O httpdaccess:logged da Dispatcher sobre como 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"

Solicitação aem do Publish: conectado recebendo e respondendo

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 o manual para obter detalhes de registro.
https://experienceleague.adobe.com/docs/experience-manager-cloud-service/content/implementing/developing/logging.html?lang=pt-BR

Os quatro casos seguintes podem ser isolados da combinação dos registros de presença/ausência de acesso.

Caso B-1 - O Dispatcher e o Publish têm o registro de acesso

O CDN pode ter expirado devido a um longo tempo de resposta na Publicação. Verifique se há um registro de resposta no aemrequest do Publish e por quanto tempo o tempo de resposta foi. Se o tempo de resposta foi longo, como, por exemplo, mais de vários minutos, procure mensagens relacionadas no aemerror do Publish.

Caso B-2 - o Dispatcher tem o registro de acesso, mas Publicar não

O Dispatcher respondeu sozinho ou a solicitação chegou em Publicar, mas pode acontecer algo errado antes de registrar o registro. Verifique se há mensagens relacionadas no httpderror, aemdispatcher e aemerror do Dispatcher Publish.

Caso B-3 - a Dispatcher não tem o registro de acesso, mas Publicar tem

A publicação aceitou a solicitação, mas ainda não retornou uma resposta. Verifique se há um registro de resposta no aemrequest do Publish. Se não houver registro de resposta, procure mensagens relacionadas no aemerror da Publicação.

Caso B-4 - Nem o Dispatcher nem o Publish têm o registro de acesso

O Dispatcher não pôde aceitar as solicitações devido a algum problema. Verifique se há mensagens relacionadas no httpderror e no aemdispatcher da Dispatcher.

Além disso, os itens a seguir também são úteis quando determinadas páginas retornam o erro.