AEM as a Cloud Service: 503 오류를 분리하는 방법
모든 페이지가 진행 중인 인시던트에 대한 503 오류 검사를 반환하는 경우 한 페이지가 503 오류를 반환하는 경우 클라우드 로그를 확인하십시오.
설명 description
환경
Adobe Experience Manager as a Cloud Service
문제/증상
이 문서에서는 AEM as a Cloud Service에서 503 오류가 발생할 때 문제가 있는 위치를 격리하는 방법에 대해 설명합니다.
해결 방법 resolution
AEM as a Cloud Service의 컨텐츠 전달 흐름은 다음과 같습니다.
Browser" CDN" Dispatcher" Publish
서비스 전체에 장애가 발생하면 모든 페이지에서 503 오류를 반환합니다. 특정 조건이 있는 요청에 대한 CDN(Dispatcher 또는 Dispatcher) Publish 간에 문제가 있으면 특정 페이지만 503 오류를 반환합니다.
사례 A - 모든 페이지가 오류를 반환합니다
모든 페이지에서 오류를 반환하면 서비스 전체에 문제가 발생할 수 있습니다. Adobe 시스템 상태" Experience Cloud" Adobe Experience Manager as a Cloud Service에서 진행 중인 문제 또는 예약된 유지 관리가 있는지 확인합니다.
Adobe 시스템 상태
https://status.adobe.com/
사례 B - 특정 페이지만 오류를 반환합니다
특정 페이지에서만 오류가 발생하는 경우 컨텐츠 전달 흐름의 특정 지점에서 정상적인 응답을 방해하는 페이지의 고유한 문제가 발생할 수 있습니다. 이 경우 페이지에 액세스하고 503 오류를 다시 한 번 확인합니다. 그런 다음 Cloud Manager에서 다운로드한 로그를 사용하여 문제를 파악합니다.
Dispatcher httpdaccess 및 Publish aemrequest이(가) 특히 중요합니다. 각 로그에 해당 액세스 레코드가 포함되어 있는지 확인하는 것은 문제가 있는 위치를 격리하는 데 도움이 됩니다.
다음은 비교를 위한 로그 샘플입니다. 여기서 Dispatcher과 Publish은 모두 /us/en.html.에 대한 액세스에 대한 일반 응답을 반환했습니다
Dispatcher의 httpdaccess:logged(응답 중)
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"
Publish의 aemrequest: 수신 및 응답 중 로그온
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
자세한 내용은 설명서를 참조하십시오.
https://experienceleague.adobe.com/docs/experience-manager-cloud-service/content/implementing/developing/logging.html?lang=ko
액세스 기록의 유무의 조합에서 다음의 네 가지 경우를 격리할 수 있다.
사례 B-1 - Dispatcher과 Publish에 모두 액세스 레코드가 있습니다
Publish의 긴 응답 시간으로 인해 CDN이 시간 초과되었을 수 있습니다. Publish aemrequest에 응답 레코드가 있는지, 응답 시간이 얼마나 되었는지 확인합니다. 응답 시간이 몇 분 이상처럼 길면 Publish의 aemerror에서 관련 메시지를 찾습니다.
사례 B-2 - Dispatcher에 액세스 레코드가 있지만 Publish에는 없습니다
Dispatcher이 단독으로 응답하거나 요청이 Publish에 도착했지만 기록을 로깅하기 전에 문제가 발생할 수 있습니다. 관련 메시지에 대해서는 Dispatcher의 httpderror, aemdispatcher 및 Publish의 aemerror을(를) 확인하십시오.
사례 B-3 - Dispatcher에는 액세스 레코드가 없지만 Publish에는 있습니다
Publish은 요청을 수락했지만 아직 응답을 반환하지 않았습니다. Publish aemrequest에 응답 레코드가 있는지 확인합니다. 응답 레코드가 없으면 Publish aemerror에서 관련 메시지를 찾습니다.
사례 B-4 - Dispatcher과 Publish에 액세스 레코드가 없습니다.
Dispatcher에서 일부 문제로 인해 요청을 수락할 수 없습니다. 관련 메시지에 대해서는 Dispatcher httpderror 및 Dispatcher aemdispatcher을(를) 확인하십시오.
또한 다음 사항은 특정 페이지가 오류를 반환할 때도 유용합니다.
- 다른 브라우저나 다른 네트워크에서 액세스 시도
- 페이지의 구성 요소 유형 및 양을 일반적인 응답을 반환하는 페이지와 비교
- 페이지 패키지를 만들어 로컬 SDK로 오류가 재현되는지 확인