設定の基本概念 basic-configuration-concepts
Adobe Experience Manager(AEM) は、すべてのパラメーターのデフォルト設定と共にインストールされ、「標準で」実行できます。 ただし、独自の要件に合わせてAEMを設定することもできます。
設定できるAEMには、様々な側面があります。
- 一部は すべてのプロジェクトのインストールで共通に設定 を確認して、プロジェクトに適用できるかどうかを確認する必要があります。
- その他の設定 必須ではないにもかかわらず、一般的な場合もあります。機能、またはシステムのパフォーマンスと安定性に関連する
- AEMの特定のオプション機能に対してのみ必要な機能もあります(これらは適切な機能と共に記載されています)。
具体的な設定に応じて、次のいずれかを使用して変更を加えることができます。
-
Adobe CQ web コンソール
これは、OSGi バンドルおよびサービスを設定するための標準的な場所です。
詳しくは、OSGi の設定の詳細と推奨プラクティスを参照してください。
-
リポジトリ
リポジトリ内で OSGi 設定のサブセットが利用可能です。これにより、リポジトリのコンテンツをコピー(レプリケート)して、同じ設定を再作成できます。 実行モードに応じて、独自の設定をリポジトリに追加することもできます。
詳しくは、リポジトリでの OSGi 設定、特にリポジトリへの新しい設定の追加を参照してください。
-
ファイルシステム
ファイルシステム内にはいくつかの設定ファイルが存在します。
-
AEM WCM
AEM WCM 内で様々な設定をおこなえます。多くは、レプリケーションエージェントなどのツールコンソールを使用します。
プライマリ設定に関する考慮事項 primary-configuration-considerations
このリストでは、すべての新規プロジェクトで一般的に設定される主な領域について詳しく説明します。 すべてが必要とは限りませんが、プロジェクトに適した内容を確認するには、リストを読み取り、確認する必要があります。
リストには、各設定の概要と、詳細を提供するページへのリンクが表示されます。
セキュリティチェックリスト security-checklist
セキュリティチェックリストには、重要な設定問題がいくつかリストされています。これを読んで、実際のインストールに必要な対処をおこなってください。
デフォルト UI の設定 — タッチ操作向け UI またはクラシック UI configuring-the-default-ui-touch-optimized-or-classic
AEMでは、次の 2 つの UI を使用できます。
- タッチ操作向け UI
- クラシック UI
必要な UI を、ルートマッピングを使用して設定できます。
IPv4 と IPv6 ipv-and-ipv
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
バージョンのパージ version-purging
標準インストールでは、(コンテンツの更新後に)ページをアクティベートすると、AEMは新しいバージョンのページまたはノードを作成します。また、 バージョン管理 サイドキックのタブ これらのバージョンはすべてリポジトリに保存され、必要に応じて復元できます。
これらのバージョンはパージされないので、リポジトリのサイズは時間の経過と共に大きくなるので、管理する必要があります。
詳しくは、バージョンのパージを参照してください。特に、新しいバージョンが作成されたときに古いバージョンをパージするように AEM を設定する方法については、バージョンマネージャーを参照してください。
ログ logging
AEMでは、次の項目を設定できます。
- central ログサービスのグローバルパラメーター
- リクエストデータログ;要求情報用の特別なログ設定
- 個々のサービス固有の設定例えば、個々のログファイルとログメッセージの形式などです。
詳しくは、ログを参照してください。
実行モード run-modes
実行モードを使用すると、特定の目的に合わせてAEMインスタンスを調整できます。例えば、オーサーまたはパブリッシュ、テスト、開発、イントラネットなどです。
これは、各実行モードに対して設定パラメーターのコレクションを定義することでおこなわれます。 すべての実行モードに対して基本的な設定パラメーターのセットが適用され、特定の環境の目的に合わせて追加のセットを調整できます。これらは必要に応じて適用されます。
すべての設定は 1 つのリポジトリに保存され、 実行モード.
詳しくは、 実行モード 詳細はこちら。
シングルサインオン single-sign-on
シングルサインオン (SSO) を使用すると、ユーザーは認証資格情報(ユーザー名やパスワードなど)を 1 回入力した後で、複数のシステムにアクセスできます。 別のシステム(信頼された認証子)が認証を実行し、Experience Managerにユーザーの資格情報を提供します。 Experience Managerは、ユーザーのアクセス権限を確認および強制します(つまり、ユーザーがアクセスできるリソースを決定します)。
詳しくは、 シングルサインオン 詳しくは、を参照してください。
リソースマッピング resource-mapping
リソースマッピングは、AEMのリダイレクト、バニティー URL および仮想ホストを定義するために使用されます。
例えば、これらのマッピングを使用して、次のことをおこなうことができます。
- すべてのリクエストに
/content
というプレフィックスを付けて、web サイトの訪問者に内部構造が表示されないようにする。 - Web サイトの
/content/en/gateway
ページへの要求がすべてhttps://gbiv.com/
にリダイレクトされるように、リダイレクトを定義する。
詳しくは、 リソースマッピング 詳しくは、を参照してください。
レプリケーション、リバースレプリケーションおよびレプリケーションエージェント replication-reverse-replication-and-replication-agents
レプリケーションエージェントは、次の目的で使用されるメカニズムとしてAEMの中心となります。
- 公開(アクティベート) オーサー環境からパブリッシュ環境にコンテンツを書き込むことができます。
- Dispatcher キャッシュからコンテンツを明示的にフラッシュします。
- パブリッシュ環境からオーサー環境(オーサー環境の制御下)にユーザー入力(フォーム入力など)を返します。
詳しくは、レプリケーションを参照してください。
OSGi 設定 osgi-configuration-settings
OSGi は、AEM の技術スタックにおける基本要素です。AEM の複合バンドルおよびそれらの設定を制御するために使用します。
詳しくは、 OSGi 設定 :プロジェクトの実装に関連する様々なバンドルのリスト(バンドルに従って表示)。 一覧に表示されるすべての設定を調整する必要はありません。AEMの動作を理解するのに役立つ設定もいくつか記載されています。
AEM を操作しているときは、このようなサービスの設定を管理する方法がいくつかあります。詳細および推奨事項については、OSGi の設定を参照してください。
LDAP の設定 configuring-ldap
LDAP 認証は、Active Directory などの(中央の)LDAP ディレクトリに格納されたユーザーを認証するために必要です。 これにより、ユーザーアカウントの管理に必要な作業を削減できます。
LDAP 認証はリポジトリレベルでおこなわれるので、リポジトリによって直接処理されます。詳しくは、AEM での LDAP の設定を参照してください。
AEM内でのユーザー管理(アクセス権の割り当てを含む)については、 ユーザー管理とセキュリティ.
Dispatcher の設定 configuring-the-dispatcher
Dispatcher は、Adobeのキャッシュやロードバランシングを行うツールです。 また、Dispatcher を使用すると、AEMサーバーを攻撃から保護できます。 したがって、エンタープライズクラスの Web サーバーと組み合わせて Dispatcher を使用することで、AEMインスタンスのセキュリティを強化できます。
詳しくは、Dispatcherを参照してください。特に、設定の詳細については、Dispatcher の設定を参照してください。
AEM LiveCycle Connector の設定 configuring-aem-livecycle-connector
AEM ドキュメントサービスおよび AEM ドキュメントセキュリティのリリースにより、LiveCycle ドキュメントサービスを呼び出して XFA フォームをレンダリングしたり、ドキュメントを PDF に変換したり、ドキュメントをポリシー保護したりできるようになりました。詳しくは、AEM LiveCycle Connector を参照してください。
ジョブのオフロードとトポロジの管理 job-offloading-and-topology-administration
オフロードによって、トポロジ内の Experience Manager インスタンス間で処理タスクが配布されます。オフロードでは、特定の Experience Manager インスタンスを使用して、特定のタイプの処理を実行できます。処理を特化することによって、利用可能なサーバーリソースを最大限に使用できます。
トポロジは、オフロードに参加している疎結合Experience Managerクラスタです。 クラスタは、1 つ以上のExperience Managerサーバーインスタンスで構成されます(1 つのインスタンスがクラスターと見なされます)。
トポロジメンバーシップの表示または変更方法の詳細については、 トポロジの管理 」セクションに入力します。
ようこそコンソールの設定 configuring-the-welcome-console
クラシック UI のようこそコンソールには、AEM内の様々なコンソールおよび機能へのリンクのリストが表示されます。
表示されるリンクを設定できます。詳しくは、 ようこそコンソールの設定 詳しくは、を参照してください。
パフォーマンスの設定 configuring-for-performance
パフォーマンス がプロジェクトの鍵となります。 パフォーマンスを最適化するために AEM(および基盤となるリポジトリ)の特定の要素を設定できます。
詳しくは、パフォーマンスの設定を参照してください。
共有データストア shared-data-store
リポジトリのデータストアは、サイズの大きいバイナリのストレージを適切なリポジトリから別の領域にオフロードするために使用します。これによって、リポジトリツリー内の同じバイナリ(画像など)の複数のインスタンスは 1 回だけ格納されます。
この「1 回のみ、参照 — 多回」機能は、1 つのリポジトリツリーだけでなく、完全に別々のリポジトリに対応するように拡張できます。それには、各データストアを同じ共有ファイルシステムの場所を参照するように設定します。
このようなデータストアは、同じクラスター内の異なるノード間、同じインストール内の異なるパブリッシュインスタンスやオーサーインスタンス間、または異なるインストール内の完全に別々のインスタンス間で共有できます。
詳しくは、 データストアとノードストアの設定.
その他の設定に関する考慮事項 further-configuration-considerations
HTTP over SSL の有効化 enabling-http-over-ssl
HTTP over SSL を有効にして、サーバーへのより安全な接続を使用できます。
詳しくは、 HTTP over SSL の有効化 詳しくは、を参照してください。
AEM ポータルとポートレット aem-portals-and-portlets
ポータルとは、パーソナライゼーション、シングルサインオン、様々なソースからのコンテンツ統合を提供し、情報システムのプレゼンテーションレイヤーをホストする Web アプリケーションです。 ポートレットコンポーネントを使用して、ページにポートレットを埋め込むこともできます。 CQ5 WCM が提供するコンテンツにアクセスするには、CQ5 Portal Director Portlet にポータルサーバーを取り付けます。 これをおこなうには、ポータルページにポートレットをインストール、設定、追加します。
詳しくは、ポータルとポートレットを参照してください。
静的オブジェクトの有効期限 expiration-of-static-objects
静的オブジェクト(アイコンなど)は変更されません。 したがって、期限が切れない(妥当な期間)ように、不要なトラフィックを減らすように、システムを設定する必要があります。
詳しくは、 静的オブジェクトの有効期限 詳しくは、を参照してください。
Java プロセスでファイルを開く open-files-in-the-java-process
各 java プロセスがファイルにアクセスできる場合があります。この場合は、システムリソースが必要です。 このため、各プロセスが同時にアクセスできるファイル数の上限が定義されます。 この値を超えると、例外エラーが発生する場合があります。
AEM プロセスがこの上限を超えると、「too many open files
」というメッセージが error.log
に記録されます。
このような例外を回避するには、次の処理をおこなう必要があります。
-
開いているファイルのうち、AEM プロセスで使用されているファイルの数をチェックします。
このチェックの実行方法は、インスタンスが実行されているプラットフォームによって異なります。lsof(UNIX)や Process Explorer(Windows)などのユーティリティを使用できます。
この値は以下の目的で開発およびテスト中に監視する必要があります。
- ファイルが必要に応じて閉じられていることを確認するため
- 様々な状況下での必要な最大値を特定するため
-
許容される最大値を設定します。
新しい値は、現在のニーズと今後のピークの両方に対応する必要があるので、現在のニーズの 2 倍の値を設定することをお勧めします。
デフォルトでは、
serverctl
はCQ_MAX_OPEN_FILES
を8192
に設定します。ほとんどの場合はこれで十分です。
リッチテキストエディターの設定 configuring-the-rich-text-editor
この リッチテキストエディター (RTE) は、様々な種類の 機能 テキストの内容を編集する場合に使用します。アイコン、選択ボックス、メニューを提供して、WYSIWYG 環境で使用できます。
詳しくは、 リッチテキストエディターの設定 詳しくは、を参照してください。
ページ編集のための取り消しの設定 configuring-undo-for-page-editing
ページを編集する際の取り消しおよびやり直しコマンドの動作を制御するプロパティはいくつかあります。 これらは設定できます。詳しくは、 ページ編集の取り消しの設定 詳しくは、を参照してください。
ビデオコンポーネントの設定 configuring-the-video-component
この ビデオコンポーネント では、事前に定義された標準提供ビデオ要素をページに配置できます。
適切なトランスコードをおこなうには、管理者が FFmpeg のインストール 個別に。 また、 ビデオプロファイルの設定 html5 要素で使用する場合。
レポートの設定とカスタマイズ configuring-and-customizing-reports
インスタンスの状態を監視および分析するのに役立つように、CQ では、個々の要件に合わせて設定できるデフォルトのレポートを選択できます。
詳しくは、 レポートのカスタマイズの基本 詳しくは、を参照してください。
メール通知の設定 configuring-email-notification
CQ は次のユーザーに電子メール通知を送信します。
- 変更やレプリケーションなど、ページイベントを購読したことがある
- フォーラムイベントを購読したことがある
- ワークフローで手順を実行する必要があります。
詳しくは、 電子メール通知の設定 詳しくは、を参照してください。
ページインプレッション数の有効化 enabling-page-impressions
ページインプレッション数は、 Impressions クラシック UI siteadmin コンソールの列。 ページインプレッション数のキャプチャを有効にするには、次の設定が必要です。
-
パブリッシュインスタンスで、以下の手順を実行します。
-
オーサーインスタンス上: