Adobe Experience Manager as a Cloud Serviceの読み込みテスト中の公開パフォーマンスを監視する

AEM as a Cloud Service Publishでのロード テストでは、プログラムで有効になっているAPM統合を使用して、レスポンスタイム、エラー、スループットなどのアプリケーションパフォーマンスを確認します。 これらの指標は、トラフィックの増加によるユーザーに見える影響を評価するのに役立ちます。パブリッシャーポッドがいつ作成されたか、準備ができたかを確認することはありません。 テストを検証するには、ロード期間の前、実行中、後のアプリケーションパフォーマンスを比較し、エラーまたは遅延の変更を記録します。

説明 description

環境

  • Adobe Experience Manager as a Cloud Service パブリッシュ環境
  • New Relic OneやOpenTelemetryなど、プログラムで使用可能なAPM統合(有効な場合)

問題/症状

  • パブリッシュ層を読み込みテスト中に、トラフィックの増加がアプリケーションの応答時間、エラー、スループットに与える影響を評価する必要があります。
  • APM データが特定のパブリッシャーのスケールアウトイベントまたはポッド準備時間を確認するかどうかを確認します。

原因

AEM as a Cloud Serviceでは、プラットフォームの一部として、パブリッシュ層の拡張を管理します。 Customer APMは、アプリケーションの可観測性を提供します。スケールアップパイプラインの変更トラッカーは提供しません。 New Relicの文書化された変更管理ツールは、サポートされているデプロイメントと更新ワークフローをカバーし、スケールアップパイプラインを明示的に除外します。 パブリッシャーポッドが追加された正確な時間の証明としてではなく、テスト中のパフォーマンスを評価するためにAPM指標を使用します。

Adobeは、組み込みのNew Relic統合を、限定提供のOpenTelemetryに置き換えます。 監視手順に従う前に、環境に対してどのAPM統合が有効になっているかを確認します。

解決策 resolution

問題を解決するには、次の手順に従います。

  1. 読み込みテスト中に自動スケーリングイベントを監視し、エンドユーザーの応答時間とエラー率を監視して、自動スケーリングが発生するタイミングと新しいパブリッシャーインスタンスが使用可能になるタイミングを特定します。
  2. New Relic Oneなどのアプリケーションパフォーマンスモニタリング(APM)ツールを使用して、イベントを拡張する際の移行を検証します。
  3. 応答時間、エラー率、JVM パフォーマンス、トランザクション時間、外部またはデータベース呼び出しを監視し、イベントのスケーリング中に大幅なスパイクが発生しないことを確認します。
  4. New Relic OneのCPU使用率、メモリ使用率、トランザクションデータなどのパフォーマンス指標を確認します。
  5. New Relic Oneへのアクセス権がない場合は、組織のAEM管理者またはサポート担当者に連絡して、アクセス権またはアクティベーションをリクエストしてください。
  6. 追加のモニタリングまたはカスタムダッシュボードが必要な場合は、AEMの公式ドキュメントまたはサポートリソースを参照してガイダンスを得てください。
  7. 負荷テスト中にリアルタイムのパフォーマンス指標と自動スケーリングイベントを確認できることを確認し、応答時間やエラー率に大きな影響を与えることなくスケーリング移行が発生することを確認します。
recommendation-more-help
experience-cloud-kcs-help-kbarticles