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 ストレージを使用して、デフォルトの設定オプションを使用してノードとバイナリを保存します。 次の操作を行うことで、ストレージ設定を手動で設定できます。
-
AEM 6.5 LTS クイックスタート jarをダウンロードし、新しいフォルダーに配置します。
-
次を実行して AEM を解凍します。
java -jar <aem-65-lts>.jar -unpack -
インストールディレクトリ内に
crx-quickstart\installというフォルダーを作成します。 -
新しく作成したフォルダー内に
org.apache.jackrabbit.oak.segment.SegmentNodeStoreService.configというファイルを作成します。 -
ファイルを編集して、設定オプションを指定します。 AEM Tar ストレージ実装の基盤となるセグメントノードストアでは、次のオプションを使用できます。
repository.home:リポジトリのホームのパスで、リポジトリ関連の様々なデータが格納されます。 デフォルトでは、crx-quickstart/segmentstore ディレクトリにセグメントファイルが格納されます。tarmk.size:セグメントの最大サイズ(MB 単位)です。 デフォルトは 256 MB です。
-
AEM を起動します。
Mongo ストレージ mongo-storage
新規にインストールした AEM インスタンスと Mongo ストレージの実行 running-a-freshly-installed-aem-instance-with-mongo-storage
AEM 6.5 LTSは、次の手順に従ってMongoDB ストレージで実行するように設定できます。
-
AEM 6.5 LTS クイックスタート jarをダウンロードし、新しいフォルダーに配置します。
-
次のコマンドを実行して AEM を解凍します。
java -jar <aem-65-lts>.jar -unpack -
MongoDB がインストールされていること、および
mongodのインスタンスが実行されていることを確認します。 詳しくは、MongoDB のインストールを参照してください。 -
インストールディレクトリ内に
crx-quickstart\installというフォルダーを作成します。 -
使用する設定の名前を持つ設定ファイルを
crx-quickstart\installディレクトリに作成することで、ノードストアを設定します。ドキュメントノードストア(AEM の MongoDB ストレージ実装の基盤)では、
org.apache.jackrabbit.oak.plugins.document.DocumentNodeStoreService.configというファイルを使用します。 -
ファイルを編集して、設定オプションを指定します。 以下のオプションが利用できます。
mongouri:Mongo データベースに接続するために必要な MongoURI です。 デフォルトはmongodb://localhost:27017ですdb:Mongo データベースの名前です。 デフォルトでは、新しいAEM 6.5 LTS インストールでは、データベース名として aem-author が使用されます。cache:キャッシュサイズ(メガバイト単位)です。 このキャッシュサイズは、DocumentNodeStore で使用される様々なキャッシュに分散されます。 デフォルトは 256 です。changesSize:Mongo で差分出力のキャッシュに使用されるキャップ付きコレクションのサイズ(MB 単位)です。 デフォルトは 256 です。customBlobStore:カスタムデータストアが使用されることを示すブール値です。 デフォルトは false です。
-
使用するデータストアの PID を持つ設定ファイルを作成し、そのファイルを編集して設定オプションを指定します。 詳しくは、ノードストアとデータストアの設定を参照してください。
-
次のコマンドを実行して、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 を無効にすることをお勧めします。 アルゴリズムを無効にするには、次の手順に従います。
-
/etc/grub.confファイルを任意のテキストエディターで開きます。 -
grub.conf ファイルに次の行を追加します。
code language-none transparent_hugepage=never -
最後に、次のコマンドを実行して、設定が反映されていることを確認します。
code language-none cat /sys/kernel/mm/redhat_transparent_hugepage/enabledTHP が無効になっている場合、上記のコマンドの出力は次のようになります。
code language-none always madvise [never]
- Red Hat® Linux® の Transparent Huge Pages について詳しくは、Red Hat® カスタマーポータルの Red Hat Enterprise Linux 6、7 および 8 で Transparent Huge Page を使用、監視、無効化するにはどうすればよいですか?の記事を参照してください。
- Linux® のチューニングのヒントについて詳しくは、パフォーマンスの最適化を参照してください。
リポジトリのメンテナンス maintaining-the-repository
リポジトリを更新するたびに、コンテンツのリビジョンが作成されます。 その結果、更新のたびにリポジトリのサイズが大きくなります。 リポジトリの制御不能な増加を回避するには、古いリビジョンをクリーンアップして、ディスクリソースを解放する必要があります。 このメンテナンス機能は、リビジョンクリーンアップと呼ばれます。 リビジョンクリーンアップのメカニズムによって、ディスク領域を再利用するために、リポジトリから古いデータが削除されます。 リビジョンクリーンアップについて詳しくは、リビジョンクリーンアップのページを参照してください。