AEM 6.5 LTSのストレージ要素 storage-elements-in-aem

この記事では、次の内容について説明します。

AEM 6.5 LTSでのストレージの概要 overview-of-storage-in-aem

AEM 6.5 LTSの最も重要な変更点の1つは、リポジトリレベルでのイノベーションです。

現在、AEM 6.5 LTSでは、Tar ストレージとMongoDB ストレージの2つのノードストレージ実装を利用できます。

Tar ストレージ tar-storage

新規にインストールした AEM インスタンスと Tar ストレージの実行 running-a-freshly-installed-aem-instance-with-tar-storage

デフォルトでは、AEM 6.5 LTSはTar ストレージを使用して、デフォルトの設定オプションを使用してノードとバイナリを保存します。 次の操作を行うことで、ストレージ設定を手動で設定できます。

  1. AEM 6.5 LTS クイックスタート jarをダウンロードし、新しいフォルダーに配置します。

  2. 次を実行して AEM を解凍します。

    java -jar <aem-65-lts>.jar -unpack

  3. インストールディレクトリ内に crx-quickstart\install というフォルダーを作成します。

  4. 新しく作成したフォルダー内に org.apache.jackrabbit.oak.segment.SegmentNodeStoreService.config というファイルを作成します。

  5. ファイルを編集して、設定オプションを指定します。 AEM Tar ストレージ実装の基盤となるセグメントノードストアでは、次のオプションを使用できます。

    • repository.home:リポジトリのホームのパスで、リポジトリ関連の様々なデータが格納されます。 デフォルトでは、crx-quickstart/segmentstore ディレクトリにセグメントファイルが格納されます。
    • tarmk.size:セグメントの最大サイズ(MB 単位)です。 デフォルトは 256 MB です。
  6. AEM を起動します。

Mongo ストレージ mongo-storage

NOTE
サポートされているMongoの最小バージョンはMongo 6です。

新規にインストールした AEM インスタンスと Mongo ストレージの実行 running-a-freshly-installed-aem-instance-with-mongo-storage

AEM 6.5 LTSは、次の手順に従ってMongoDB ストレージで実行するように設定できます。

  1. AEM 6.5 LTS クイックスタート jarをダウンロードし、新しいフォルダーに配置します。

  2. 次のコマンドを実行して AEM を解凍します。

    java -jar <aem-65-lts>.jar -unpack

  3. MongoDB がインストールされていること、および mongod のインスタンスが実行されていることを確認します。 詳しくは、MongoDB のインストールを参照してください。

  4. インストールディレクトリ内に crx-quickstart\install というフォルダーを作成します。

  5. 使用する設定の名前を持つ設定ファイルを crx-quickstart\install ディレクトリに作成することで、ノードストアを設定します。

    ドキュメントノードストア(AEM の MongoDB ストレージ実装の基盤)では、org.apache.jackrabbit.oak.plugins.document.DocumentNodeStoreService.config というファイルを使用します。

  6. ファイルを編集して、設定オプションを指定します。 以下のオプションが利用できます。

    • mongouri:Mongo データベースに接続するために必要な MongoURI です。 デフォルトは mongodb://localhost:27017 です
    • db:Mongo データベースの名前です。 デフォルトでは、新しいAEM 6.5 LTS インストールでは、データベース名として​ aem-author ​が使用されます。
    • cache:キャッシュサイズ(メガバイト単位)です。 このキャッシュサイズは、DocumentNodeStore で使用される様々なキャッシュに分散されます。 デフォルトは 256 です。
    • changesSize:Mongo で差分出力のキャッシュに使用されるキャップ付きコレクションのサイズ(MB 単位)です。 デフォルトは 256 です。
    • customBlobStore:カスタムデータストアが使用されることを示すブール値です。 デフォルトは false です。
  7. 使用するデータストアの PID を持つ設定ファイルを作成し、そのファイルを編集して設定オプションを指定します。 詳しくは、ノードストアとデータストアの設定を参照してください。

  8. 次のコマンドを実行して、MongoDB ストレージバックエンドでAEM 6.5 LTS jarを開始します。

    code language-shell
    java -jar <aem-65-lts>.jar -r crx3,crx3mongo
    

    バックエンドの実行モードが -r の場合、MongoDB のサポートで始まる例です。

Transparent Huge Pages の無効化 disabling-transparent-huge-pages

Red Hat Linux では、Transparent Huge Pages(THP)と呼ばれるメモリ管理アルゴリズムが使用されます。 AEM は詳細な読み取りと書き込みを実行しますが、THP は大規模な操作に最適化されています。 したがって、Tar と Mongo ストレージの両方で THP を無効にすることをお勧めします。 アルゴリズムを無効にするには、次の手順に従います。

  1. /etc/grub.conf ファイルを任意のテキストエディターで開きます。

  2. grub.conf ファイルに次の行を追加します。

    code language-none
    transparent_hugepage=never
    
  3. 最後に、次のコマンドを実行して、設定が反映されていることを確認します。

    code language-none
    cat /sys/kernel/mm/redhat_transparent_hugepage/enabled
    

    THP が無効になっている場合、上記のコマンドの出力は次のようになります。

    code language-none
    always madvise [never]
    
NOTE
次のリソースを参照してください。

リポジトリのメンテナンス maintaining-the-repository

リポジトリを更新するたびに、コンテンツのリビジョンが作成されます。 その結果、更新のたびにリポジトリのサイズが大きくなります。 リポジトリの制御不能な増加を回避するには、古いリビジョンをクリーンアップして、ディスクリソースを解放する必要があります。 このメンテナンス機能は、リビジョンクリーンアップと呼ばれます。 リビジョンクリーンアップのメカニズムによって、ディスク領域を再利用するために、リポジトリから古いデータが削除されます。 リビジョンクリーンアップについて詳しくは、リビジョンクリーンアップのページを参照してください。

recommendation-more-help
experience-manager-65-lts-help-main-toc