設定の基本概念

Adobe Experience Manager（AEM）は、すべてのパラメーターにデフォルト値を割り当てた状態でインストールされるので、特別な設定をしなくても、そのまま実行できます。ただし、ユーザー固有の要件に合わせて細かい設定をすることもできます。

AEM では様々な設定をおこなえます。

• 一部の設定はすべてのプロジェクトインストールに共通の設定になっており、実際のプロジェクトに適しているかどうかの確認が必要です。
• 機能やシステムのパフォーマンスおよび安定性に関する設定については細かい調整をするのが一般的ですが、必須ではありません。
• その他に、AEM の一定のオプション機能用にのみ必要な設定があります（これらについては該当する機能と合わせて説明します）。

設定を変更する際には、その設定の種類に応じて、次のいずれかの方法を使用します。

• Adobe CQ Webコンソール

  これは、OSGiバンドルおよびサービスを設定するための標準的な場所です。

  詳細と推奨プラクティスについては、 OSGiの設定を参照してください。

• リポジトリ

  OSGi設定のサブセットはリポジトリで使用できます。 そのため、リポジトリのコンテンツをコピーまたはレプリケートすることにより、同一の設定を再作成できます。実行モードに応じて、独自の設定をリポジトリに追加することもできます。

  詳しくは、リポジトリでの OSGi 設定、特にリポジトリへの新しい設定の追加を参照してください。

• ファイルシステム

  いくつかの構成ファイルがファイルシステム内に存在します。

• AEM WCM

  AEM WCM 内で様々な設定をおこなえます。多くは、レプリケーションエージェントなどのツールコンソールを使用します。

設定に関する主な考慮事項

このリストでは、新しいプロジェクトに共通して設定される主な領域の詳細を説明します。すべてが必要なわけではありませんが、リストを読んで検討し、実際のプロジェクトに該当するものを確認してください。

このリストでは、各設定項目の簡単な概要と、詳細を説明するページへのリンクを提供します。

セキュリティチェックリスト

セキュリティチェックリストには、重要な設定問題がいくつかリストされています。これを読んで、実際のインストールに必要な対処をおこなってください。

デフォルトの UI の設定 - タッチ操作向けまたはクラシック

AEM では次の 2 つの UI を使用できます。

• タッチ操作向け UI
• クラシック UI

必要な UI を、ルートマッピングを使用して設定できます。

IPv4 と IPv6

AEM のすべての要素（リポジトリ、Dispatcher など）は、IPv4 と IPv6 の両方のネットワークにインストールできます。

特別な設定は不要で、必要になったときにネットワークのタイプに応じた形式を使用して IP アドレスを指定するだけでよいので、運用はシームレスです。

つまり、IP アドレスを指定する必要がある場合には、次の形式から（必要に応じて）選択できます。

• IPv6アドレス

  例： https://[ab12::34c5:6d7:8e90:1234]:4502

• IPv4アドレス

  例： https://123.1.1.4:4502

• サーバー名

  例： https://www.yourserver.com:4502

• localhostのデフォルトのケースは、IPv4とIPv6の両方のネットワークインストールで解釈されます

  例： http://localhost:4502

バージョンのパージ

AEM の標準インストールでは、（コンテンツの更新後に）ページをアクティベートするたびに、新しいバージョンのページまたはノードが作成されます。サイドキックの「バージョン管理」タブを使用すると、要求に応じて追加のバージョンを作成することもできます。これらのバージョンはすべてリポジトリに格納され、必要に応じて復元できます。

格納されたバージョンはパージされないので、時間の経過と共にリポジトリのサイズが大きくなっていきます。そこで、管理が必要になります。

詳しくは、バージョンのパージを参照してください。特に、新しいバージョンが作成されたときに古いバージョンをパージするように AEM を設定する方法については、バージョンマネージャーを参照してください。

ログ

AEM では、次の設定が可能です。

• 中央のログサービスのグローバルパラメーター
• 要求データのログ（要求情報用の特殊なログ設定）
• 個々のサービス固有の設定;例えば、個々のログファイルとログメッセージの形式などです

詳しくは、ログを参照してください。

実行モード

実行モードを使用すると、オーサーまたはパブリッシュ、テスト、開発、イントラネットなど、特定の目的に合わせて AEM インスタンスを調整できます。

これをおこなうには、各実行モードの設定パラメーターのコレクションを定義します。設定パラメーターの基本セットがすべての実行モードに適用され、その後、具体的な環境の目的に合わせて追加のセットを調整できます。これらが必要に応じて適用されます。

設定はすべて 1 つのリポジトリに格納され、実行モード​を設定することでアクティベートされます。

詳しくは、実行モードを参照してください。

シングルサインオン

シングルサインオン（SSO）は、ユーザーが認証の資格情報（ユーザー名、パスワードなど）を一度入力すれば、その後は複数のシステムにアクセスできるようにするものです。個別のシステム（信頼された認証として知られる）が認証を実行し、Adobe Experience Manager に対してユーザーの資格情報を提供します。Adobe Experience Manager がそのユーザーのアクセス権を確認し、適用します（つまり、ユーザーがアクセスを許可されているリソースを決定します）。

詳しくは、シングルサインオンを参照してください。

リソースマッピング

リソースマッピングは、リダイレクト、バニティー URL および AEM 用の仮想ホストを定義するために使用します。

例えば、これらのマッピングを使用すると次のことが可能です。

• すべてのリクエストに/contentというプレフィックスを付けて、Webサイトの訪問者に対して内部構造が非表示になるようにします。
• Webサイトの/content/en/gatewayページへのすべてのリクエストがhttps://gbiv.com/にリダイレクトされるように、リダイレクトを定義します。

詳しくは、リソースマッピングを参照してください。

レプリケーション、リバースレプリケーションおよびレプリケーションエージェント

レプリケーションエージェントは AEM の中核であり、次の目的で使用されます。

• オーサー環境からパブリッシュ環境へコンテンツを公開（アクティベート）
• Dispatcher キャッシュからコンテンツを明示的にフラッシュ
• ユーザー入力（フォーム入力など）をパブリッシュ環境からオーサー環境（オーサー環境の制御下）に戻す。

詳しくは、レプリケーションを参照してください。

OSGi 設定

🔗 OSGは、AEMのテクノロジースタックの基本要素です。AEMの複合バンドルとその設定を制御するために使用されます。

プロジェクト実装に関連する様々なバンドルのリストについては、OSGi 設定を参照してください（バンドルに基づいてリストされています）。リストされているすべての設定に調整が必要なわけではなく、一部の設定は AEM の動作を説明する目的で記載されています。

AEM と連携する場合は、いくつかの方法でこのようなサービスの設定を管理できます。詳細および推奨事項については、OSGi の設定を参照してください。

LDAP の設定

LDAP 認証は、Active Directory などの（中央の）LDAP ディレクトリに格納されているユーザーを認証するために必要です。これにより、ユーザーアカウントの管理に必要な労力が軽減されます。

LDAP 認証はリポジトリレベルでおこなわれるので、リポジトリによって直接処理されます。詳しくは、AEMでのLDAPの設定を参照してください。

AEM 内のユーザー管理（アクセス権の割り当てを含む）について詳しくは、ユーザー管理とセキュリティを参照してください。

Dispatcher の設定

Dispatcher は、アドビのキャッシュおよびロードバランシングツールです。Dispatcher を使用すると、AEM サーバーを攻撃から保護するためにも役立ちます。したがって、企業向けの Web サーバーと Dispatcher を併用することにより、AEM インスタンスのセキュリティを向上できます。

詳しくは、Dispatcher を参照してください。特に、設定の詳細については、Dispatcher の設定を参照してください。

AEM LiveCycle Connector の設定

AEM Doc ServicesとAEM Doc Securityのリリースにより、LiveCycleドキュメントサービスを呼び出してXFAフォームをレンダリングし、ドキュメントをPDFに変換し、ドキュメントをポリシーで保護する機能が追加されました。詳しくは、AEMLiveCycleコネクタをお読みください。

ジョブのオフロードとトポロジの管理

オフロードによって、トポロジ内の Experience Manager インスタンス間で処理タスクが配布されます。オフロードでは、特定の Experience Manager インスタンスを使用して、特定のタイプの処理を実行できます。処理を特化することによって、利用可能なサーバーリソースを最大限に使用できます。

トポロジは、オフロードに参加する疎結合された Experience Manager クラスターです。クラスターは 1 つ以上の Experience Manager サーバーインスタンスで構成されます（単一のインスタンスがクラスターと見なされます）。

トポロジメンバーシップの表示または変更方法について詳しくは、トポロジの管理を参照してください。

ようこそコンソールの設定

クラシック UI のようこそコンソールには、AEM 内の様々なコンソールおよび機能へのリンクのリストが表示されます。

表示可能なリンクを設定することもできます。詳しくは、ようこそコンソールの設定を参照してください。

パフォーマンスの設定

パフォーマンスはプロジェクトの鍵となります。パフォーマンスを最適化するために AEM（および基盤となるリポジトリ）の特定の要素を設定できます。

詳しくは、パフォーマンスの設定を参照してください。

共有データストア

リポジトリデータストアは、リポジトリ内の同じバイナリ（例えば画像）の複数のインスタンスが1回だけ保存されるように、大きなバイナリのストレージを別の領域に固有のリポジトリからオフロードするために使用します。

この「1 回の格納で複数回参照する」機能を拡張し、それぞれのデータストアが共有ファイルシステムの同じ場所を参照するように設定すると、単一のリポジトリツリーだけでなく、完全に別々の複数のリポジトリにも対応できます。

このようなデータストアは、同じクラスター内の別々のノード、同じインストール内の別々のパブリッシュインスタンスやオーサーインスタンス、さらには別々のインストールのまったく別々のインスタンスの間でも、共有可能です。

詳しくは、ノードストアとデータストアの設定を参照してください。

設定に関するその他の考慮事項

HTTP over SSL の有効化

HTTP over SSL を有効にして、サーバーへの接続のセキュリティを強化できます。

詳しくは、HTTP over SSL の有効化を参照してください。

AEM ポータルとポートレット

ポータルとは、パーソナライズ、シングルサインオン、別々のソースからのコンテンツ統合を提供し、情報システムのプレゼンテーションレイヤーをホストする Web アプリケーションです。ポートレットコンポーネントでも、ポートレットをページに埋め込むことができます。CQ5 WCM で提供されているコンテンツにアクセスするために、ポータルサーバーを CQ5 Portal Director Portlet に組み込むことができます。これをおこなうには、ポートレットをインストールして設定し、ポータルページに追加します。

詳しくは、ポータルとポートレットを参照してください。

静的オブジェクトの有効期限

アイコンなどの静的オブジェクトは変化しません。したがって、不必要なトラフィックを減らすために、静的オブジェクトを（ある程度の期間は）期限切れにならないように設定する必要があります。

詳しくは、静的オブジェクトの有効期限を参照してください。

Java プロセスでファイルを開く

個々の Java プロセスがファイルにアクセスする場合がありますが、これにはシステムリソースが必要です。この理由から、プロセスごとに同時にアクセスできるファイル数の上限が定義されています。これを超えると、例外エラーが発生する場合があります。

AEMプロセスがこの最大値を超えると、error.logに「too many open files」というメッセージが表示されます。

このような例外を回避するには、次の処理をおこなう必要があります。

1. AEMプロセスで使用している開いているファイルの数を確認します。

   このチェックの実行方法は、インスタンスが実行されているプラットフォームによって異なります。 lsof(UNIX)やProcess Explorer(Windows)などのユーティリティを使用できます。

   この値は、次の目的で開発およびテストする際に監視する必要があります。

   • ファイルが必要に応じて閉じられていることを確認するため
   • 様々な状況下での必要な最大値を特定するため

2. 許可する最大値を設定します。

   新しい値は、現在のニーズと今後のピークの両方に対応する必要があるので、現在のニーズを2倍にすることをお勧めします。

   デフォルトでは、serverctlはCQ_MAX_OPEN_FILESを8192に設定します。これは、ほとんどのシナリオで十分です。

リッチテキストエディターの設定

リッチテキストエディター（RTE）では、テキストコンテンツを編集するための幅広い機能が提供されており、アイコン、選択ボックス、メニューを追加することによって WYSIWYG エクスペリエンスを実現できます。

詳しくは、リッチテキストエディターの設定を参照してください。

ページ編集のための取り消しの設定

ページ編集操作の取り消し／やり直しコマンドの動作を制御するためのプロパティがいくつかあります。これらのプロパティの設定については、ページ編集のための取り消しの設定を参照してください。

ビデオコンポーネントの設定

ビデオコンポーネントを使用すると、ページに定義済みの標準提供ビデオ要素を配置できます。

適切なトランスコーディングをおこなうには、管理者が個別に FFmpeg をインストールする必要があります。また、HTML5 要素で使用するようにビデオプロファイルを設定することもできます。

レポートの設定とカスタマイズ

インスタンスの状態を監視および分析しやすいように、CQ ではデフォルトのレポートが提供されており、個々の要件に合わせて設定できます。

詳しくは、レポートのカスタマイズの基本を参照してください。

電子メール通知の設定

CQ は、次のようなユーザーに電子メール通知を送信します。

• 変更やレプリケーションなど、ページイベントを購読したことがある
• フォーラムイベントを購読したことがある
• ワークフローで手順を実行する必要がある

詳しくは、電子メール通知の設定を参照してください。

ページインプレッションの有効化

ページインプレッションは、クラシック UI のサイト管理コンソールの「インプレッション数」列に表示されます。ページインプレッションの取得を有効にするには、次の設定をおこなう必要があります。

• パブリッシュインスタンス上：

  • Day CQ WCM Page Statistics

• オーサーインスタンス上：

  • Adobeページインプレッションの追跡