AEM 6.4 のストレージ要素

注意

AEM 6.4 の拡張サポートは終了し、このドキュメントは更新されなくなりました。詳細は、技術サポート期間. サポートされているバージョンを見つけるここ.

この記事では、以下について説明します。

AEM 6 のストレージの概要

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

現在、AEM6 には 2 つのノードストレージ実装が使用できます。Tar ストレージと MongoDB ストレージ。

Tar ストレージ

新規にインストールした AEM インスタンスと Tar ストレージの実行

注意

セグメントノードストアの PID は、以前のバージョンの AEM 6 の org.apache.jackrabbit.oak.plugins.segment.SegmentNodeStoreService から、AEM 6.3 では org.apache.jackrabbit.oak.segment.SegmentNodeStoreService に変更されました。この変更が反映されるように、必要な設定を調整してください。

デフォルトでは、AEM 6 は Tar ストレージを使用して、デフォルトの設定オプションを使用してノードとバイナリを保存します。ストレージ設定を手動で構成するには、次の手順に従います。

AEM 6 quickstart jar をダウンロードし、新しいフォルダーに配置します。
次を実行してAEMを解凍します。

java -jar cq-quickstart-6.jar -unpack
インストールディレクトリ内に crx-quickstart\install というフォルダーを作成します。
新しく作成したフォルダー内に org.apache.jackrabbit.oak.segment.SegmentNodeStoreService.cfg というファイルを作成します。
ファイルを編集し、設定オプションを設定します。 AEM Tar ストレージ実装の基盤となるセグメントノードストアでは、次のオプションを使用できます。
- repository.home：リポジトリのホームのパスです。リポジトリ関連の様々なデータが格納されます。デフォルトでは、crx-quickstart/segmentstore ディレクトリにセグメントファイルが格納されます。
- tarmk.size：セグメントの最大サイズ（MB 単位）です。デフォルトは 256MB です。
AEM を起動します。

Mongo ストレージ

新規にインストールした AEM インスタンスと Mongo ストレージの実行

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

AEM 6 quickstart jar をダウンロードし、新しいフォルダーに配置します。
次のコマンドを実行してAEMを解凍します。

java -jar cq-quickstart-6.jar -unpack
MongoDB がインストールされていること、および mongod のインスタンスが実行されていることを確認します。詳しくは、MongoDB のインストールを参照してください。
インストールディレクトリ内に crx-quickstart\install というフォルダーを作成します。
ノードストアを設定します。使用する設定の名前を持つ設定ファイルを crx-quickstart\install ディレクトリに作成します。

ドキュメントノードストア（AEM の MongoDB ストレージ実装の基盤）では、org.apache.jackrabbit.oak.plugins.document.DocumentNodeStoreService.cfg というファイルを使用します。
ファイルを編集し、設定オプションを設定します。以下のオプションが利用できます。
- mongouri：Mongo データベースに接続するために必要な MongoURI です。デフォルトは mongodb://localhost:27017 です
- db：Mongo データベースの名前です。新しい AEM 6 のインストールでは、デフォルトのデータベース名として aem-author を使用します。
- cache：キャッシュサイズ（MB 単位）です。これは DocumentNodeStore で使用される様々なキャッシュに分散されます。デフォルトは 256 です。
- changesSize：Mongo で差分出力のキャッシュに使用される capped コレクションのサイズ（MB 単位）です。デフォルトは 256 です。
- customBlobStore：カスタムデータストアが使用されることを示すブール値です。デフォルトは false です。
使用するデータストアの PID を持つ設定ファイルを作成し、そのファイルを編集して設定オプションを設定します。詳しくは、ノードストアとデータストアの設定を参照してください。
次のコマンドを実行して、AEM 6 jar を MongoDB ストレージバックエンドと共に起動します。
```
java -jar cq-quickstart-6.jar -r crx3,crx3mongo
```
-r はバックエンドの実行モードです。この例では、MongoDB サポートを指定して起動します。

透明な巨大ページの無効化

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

/etc/grub.conf ファイルを任意のテキストエディターで開きます。
grub.conf ファイルに次の行を追加します。
```
transparent_hugepage=never
```
最後に、次のコマンドを実行して、設定が有効になったかどうかを確認します。
```
cat /sys/kernel/mm/redhat_transparent_hugepage/enabled
```
THP が無効の場合、上記のコマンドの出力は次のようになります。
```
always madvise [never]
```

メモ

また、次のリソースも参照してください。

Red Hat Linux 上の Transparent Huge Pages について詳しくは、こちらの記事を参照してください。
Linux のチューニングのヒントについては、こちらの記事を参照してください。

リポジトリのメンテナンス

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