パフォーマンステストのベストプラクティス

最終更新日： 2025年6月25日
  • 適用対象：
  • Experience Manager 6.5

作成対象：

  • 管理者

はじめに

パフォーマンステストは、AEM デプロイメントの重要な部分です。顧客の要件に応じて、パブリッシュインスタンス、オーサーインスタンス、またはその両方でパフォーマンステストを実行できます。

このドキュメントでは、パフォーマンステストを実行するための全体的な戦略と方法論、およびプロセスを支援するためにアドビが提供するいくつかのツールについて説明します。最後に、コード分析とシステム設定の両方の観点から、AEM 6 で使用可能なパフォーマンスの調整に役立つツールをいくつか取り上げます。

実際の環境に近いシミュレーション

パフォーマンステストを実行する際は、できるだけ実稼動環境に近い環境を再現してください。多くの場合、これは難しい課題ですが、テストの精度を確保するためには不可欠です。パフォーマンステストを設計する際には、次の点を考慮することが重要です。

  • 実稼動環境と同様のコンテンツ

クエリ応答時間など、AEM でのパフォーマンス測定の多くは、システム上のコンテンツのサイズの影響を受ける可能性があります。テスト環境では、実稼動データをできるだけ正確にコピーしたデータを使用することが重要です。

  • 実稼動環境のコード

テスト環境にも、実稼動環境と同じ AEM のバージョンとホットフィックスをデプロイする必要があります。また、実稼動環境にデプロイするコードのバージョンでテストを実行することも重要です。

  • 実稼動環境と同様のハードウェアとネットワーク設定

有意義なテストを実行するには、実稼動環境にできるだけ近い環境を用意する必要があります。テスト環境でも、実稼動環境と同一のハードウェア仕様、ネットワークインターフェイス、ロードバランサー、CDN を使用するのが理想的です。

  • 実稼動環境の負荷

パフォーマンスに関する問題の多くは、システムの負荷が高くなってから判明します。パフォーマンステストの精度を上げるには、実稼動システムがピーク時に受ける負荷の死μレーションを行う必要があります。

目標の設定

パフォーマンステストを開始する前に、機能以外の要件を設定して、負荷と応答時間を指定する必要があります。既存のシステムから移行する場合は、応答時間が現在の実稼動環境の値に近いことを確認します。負荷に関しては、現在のピーク時の負荷を 2 倍にするのが最適です。これにより、web サイトが拡大しても十分なパフォーマンスを維持できます。

ツール

市販のパフォーマンステストツールは数多く存在します。負荷発生ツールを実行するときは、テストを実行するコンピューターに十分なネットワーク帯域幅を用意することが重要です。2 倍の負荷を考慮しないと、テストマシンが接続の限界に達した場合に、テスト中の環境により大きな負荷をかけることができません。

テストツール

  • アドビの Tough Day ツールを使用すると、AEM インスタンスで負荷を生成してパフォーマンスデータを収集できます。アドビの AEM エンジニアリングチームは実際にこのツールを使用して、AEM 製品の負荷テストを実施しています。Tough Day で実行するスクリプトは、プロパティファイルと JMX XML ファイルを使用して設定します。詳細情報は、Tough Day のドキュメントを参照してください。

  • AEM には、問題のあるクエリ、リクエスト、エラーメッセージを迅速に確認するための、すぐに使用できるツールが用意されています。詳細情報は、操作ダッシュボードのドキュメントの診断ツールセクションを参照してください。

  • Apache では、パフォーマンスと負荷のテスト、機能動作に使用できる JMeter という製品を提供しています。オープンソースソフトウェアであり無料で使用できますが、エンタープライズ製品よりも機能セットが少なく、使い方を覚えるのが簡単です。JMeter は Apache の web サイト（https://jmeter.apache.org/）で入手できます。

  • また、Vercara などの web サイト負荷テストツールも使用できます。

  • モバイル web サイトやレスポンシブ web サイトをテストする際は、別のツールセットを使用する必要があります。こうしたツールでは、ネットワーク帯域幅の制限、3G や EDGE などの低速なモバイル接続のシミュレーションを行えます。広く利用されているツールには以下のものがあります。

    • Network Link Conditioner - 簡単に使用できる UI を備えており、またかなり低いレベルのネットワークスタックで動作します。OS X と iOS のバージョンがあります。
    • Charles - ネットワーク制限を使用できる Web デバッグプロキシアプリケーションです。他にも用途がいくつかあります。Windows、OS X および Linux® に対応したバージョンが提供されています。

最適化ツール

監視

パフォーマンスの監視では、問題の診断と調整すべき領域の特定に役立つツールと方法について説明しています。

タッチ UI の開発者モード

AEM 6 のタッチ操作対応 UI の新機能の 1 つに、開発者モードがあります。作成者が編集モードとプレビューモードを切り替えるのと同様に、開発者はオーサー UI でデベロッパーモードに切り替えることができます。これにより、ページ上の各コンポーネントのレンダリング時間を確認し、エラーのスタックトレースを確認できます。デベロッパーモードについて詳しくは、CQ Gems のプレゼンテーションを参照してください。

rlog.jar を使用したリクエストログの解読

AEM システムのリクエストログをより包括的に分析するには、rlog.jar を使用して、AEM で生成される request.log の検索および並べ替えをおこなうことができます。この jar ファイルは、AEM インストールの /crx-quickstart/opt/helpers フォルダーにあります。rlog ツールとリクエストログ全般について詳しくは、モニタリングと保守に関するドキュメントを参照してください。

クエリの説明を実行ツール

ACS AEM ツールのクエリの説明を実行ツールを使用して、クエリ実行時に使用されるインデックスを表示できます。これは低速なクエリの実行を最適化する場合に便利です。

PageSpeed ツール

Google の PageSpeed ツールは、ページパフォーマンスに関するベストプラクティスを実践するためのサイト分析や、さらなる最適化のために Apache インスタンスに Dispatcher と共にインストールできるプラグインを提供します。
詳しくは、PageSpeed ツールの web サイトを参照してください。