AEM as a Cloud Service:503 エラーを分離する方法

すべてのページで 503 エラーチェックが返され、問題が継続して発生していないかどうか。 1 つのページが 503 エラーを返す場合は、クラウドログを確認します。

説明 description

環境

Adobe Experience Manager as a Cloud Service

問題/症状

この記事では、AEM as a Cloud Serviceで 503 エラーが発生した場合に問題がある場所を特定する方法について説明します。

解決策 resolution

AEM as a Cloud Serviceのコンテンツ配信フローは次のとおりです。

ブラウザー» 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 &#91;1063&#93; <- 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=ja

次の 4 つのケースを、アクセスレコードの有無の組み合わせから分離できます。

ケース B-1 - DispatcherとPublishの両方がアクセス記録を持っている

Publishの応答時間が長いため、CDN がタイムアウトした可能性があります。 Publishの aemrequest に応答レコードがあるかどうかと、応答時間が長かったかどうかを確認します。 応答時間が数分を超えるなど長かった場合、Publish aemerror で関連するメッセージを探します。

ケース B-2 - Dispatcherにはアクセス記録があるが、Publishにはアクセス記録がない

Dispatcherが単独で応答したか、リクエストがPublishに到達しましたが、レコードをログに記録する前に何か問題が発生する可能性があります。 関連するメッセージについては、Dispatcher httpderroraemdispatcher およびPublishの aemerror を確認してください。

ケース B-3 - Dispatcherはアクセスレコードを持っていませんが、Publishは持っています

Publishはリクエストを受け入れましたが、まだ応答を返していません。 Publish aemrequest に応答レコードがあるかどうかを確認します。 応答レコードがない場合は、Publish aemerror で関連するメッセージを探します。

ケース B-4 - DispatcherもPublishもアクセス記録を持たない

問題が発生したため、Dispatcherはリクエストを受け入れることができませんでした。 関連するメッセージについては、Dispatcher httpderror およびDispatcher aemdispatcher を確認してください。

また、特定のページがエラーを返す場合に、次の説明も役立ちます。

  • 別のブラウザーまたは別のネットワークからアクセスしてみてください
  • ページ内のコンポーネントタイプと量を、通常の応答を返すページと比較します
  • ページのパッケージを作成して、ローカル SDK でエラーが再現されるかどうかを確認します
recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f