このページでは、AEM の推奨されるトポロジについて説明します。クラスター化機能およびその設定方法について詳しくは、Apache Sling Discovery API のドキュメントを参照してください。
AEM 6.2 以降、MicroKernels は永続性マネージャーとして機能します。ニーズに合わせた MicroKernel の選択は、インスタンスの目的と検討しているデプロイメントタイプによって決まります。
次の例は、最も一般的なAEMの設定で推奨される使用例を示しています。
このシナリオでは、1 つの TarMK インスタンスが 1 つのサーバーで実行されます。
これは、オーサーインスタンスのデフォルトのデプロイメントです。
メリット:
デメリットは次のとおりです。
1 つの TarMK インスタンスがプライマリインスタンスとして機能します。 プライマリからのリポジトリは、スタンバイフェイルオーバーシステムにレプリケートされます。
完全なリポジトリが常にフェイルオーバーサーバーにレプリケートされるので、コールドスタンバイメカニズムをバックアップとして使用することもできます。 フェールオーバーサーバーはコールドスタンバイモードで動作しています。つまり、インスタンスの HttpReceiver のみが実行されています。
メリット:
デメリットは次のとおりです。
TarMK コールドスタンバイを使用した AEM の設定方法について詳しくは、この記事を参照してください。
この TarMK の例のコールドスタンバイデプロイメントでは、フェイルオーバーサーバーに定期的にレプリケートされるので、プライマリインスタンスとスタンバイインスタンスの両方が別々にライセンスされている必要があります。ライセンスの詳細については、 Adobeの一般ライセンス条項.
複数の Oak インスタンスは、それぞれ 1 つの TarMK インスタンスで実行されます。 TarMK リポジトリは独立しており、同期を維持する必要があります。
リポジトリの同期を維持することで、オーサーサーバーが各ファームメンバーに同じコンテンツを公開していることがわかります。 詳しくは、 レプリケーション.
AEM Communitiesの場合、ユーザー生成コンテンツ (UGC) はレプリケートされません。 TarMK ファームでの UGC のサポートについて詳しくは、「AEM Communities に関する考慮事項」を参照してください。
これは、パブリッシュ環境のデフォルトのデプロイメントです。
メリット:
このアプローチは、1 つのデータセンター内の MongoDB レプリカセットに複数の Oak インスタンスがアクセスし、AEMオーサー環境のアクティブ — アクティブクラスターが作成されることを意味します。 MongoDB のレプリカセットを使用すると、ハードウェアまたはネットワークに障害が発生した場合に高可用性と冗長性を確保することができます。
メリット:
デメリットは次のとおりです。
このアプローチは、複数の Oak インスタンスが複数のデータセンターをまたいで MongoDB レプリカセットにアクセスし、AEMオーサー環境のアクティブ — アクティブクラスターを作成することを意味します。 MongoDB のレプリケーションでは、複数のデータセンターを使用する場合にも同じ高可用性と冗長性を提供しますが、さらにデータセンターの停止に対処する機能も追加されました。
メリット:
上の図では、データセンター 2 の AEM サーバーとデータセンター 1 の MongoDB プライマリノードとのネットワーク遅延が、ここに記載されている要件よりも大きいと仮定して、AEM サーバー 3 と AEM サーバー 4 のステータスが非アクティブになっています。例えば、可用性ゾーンの使用などにより、最大遅延が要件に反しない場合は、データセンター 2 の AEM サーバーもアクティブになることができ、結果として、複数のデータセンターにまたがるアクティブ-アクティブ構成の AEM クラスターとなります。
この節で説明した MongoDB アーキテクチャの概念について詳しくは、MongoDB の レプリケーションに関するドキュメントを参照してください。
利用可能な 2 つのマイクロカーネルの間で選択する際に考慮する必要がある基本的なルールは、TarMK はパフォーマンスを目的として設計されているのに対し、MongoMK はスケーラビリティに使用されている点です。
これらの決定マトリックスを使用して、要件に最適なデプロイメントのタイプを決定できます。
Adobeでは、以下の使用例を除き、AEMオーサーインスタンスとパブリッシュインスタンスの両方について、すべてのデプロイメントシナリオで顧客が使用するデフォルトの永続性テクノロジーを TarMK にすることを強くお勧めします。
TarMK よりも MongoMK 永続性バックエンドを選択する主な理由は、インスタンスを水平方向にスケールできることです。つまり、2 つ以上のアクティブなオーサーインスタンスが常に実行され、MongoDB を永続性ストレージシステムとして使用します。 複数のオーサーインスタンスを実行する必要があるのは、通常、1 台のサーバーの CPU とメモリの処理能力では、同時に実行されるすべてのオーサリングアクティビティをサポートできないからです。
新しいサイトが実稼働した後に、正確な同時実行モデルがどのようになるかを予測することは、ほとんど不可能です。 したがって、Adobeでは、MongoMK と 2 つ以上のオーサーアクティブノードを使用するかどうかを評価する際に、次の条件を考慮することをお勧めします。
Tough Day は、デプロイされたハードウェア構成のコンテキストにおけるお客様のアプリケーションのパフォーマンスを評価するために使用できます。 このツールの詳細については、を参照してください。 ここ.
MongoDB を使用した最小のデプロイメントは、通常、次のトポロジで行われます。
また、アセットやバイナリが MongoDB 内に保存されないように、共有ファイルシステムまたはAmazon S3 上にデータストアを設定することを強くお勧めします。 これにより、デプロイメント内での最適なパフォーマンスが確保されます。
2 つ以上のオーサーインスタンスのクラスターを持つ MongoDB レプリカセットを展開するメリットの 1 つは、オーサーインスタンス、MongoDB レプリカ、または完全なデータセンター障害がある場合に、ダウンタイムを最小限に抑えて自動復元シナリオを使用することです。 しかし、TarMK は制御されたフェイルオーバーメカニズムを使用して最小限のダウンタイムソリューションを提供できるので、TarMK に対する MongoMK の選択は、リカバリ要件によってのみ実行されるべきではありません。
デプロイメントの最初の 18 か月間に上記の条件が満たされないと思われる場合は、まず TarMK を使用してAEMをデプロイし、次に上記の条件が適用される後日に設定を再評価し、最後に TarMK に残るか MongoMK に移行するかを決定します。
パブリッシュインスタンスに MongoMK をデプロイすることはお勧めしません。 デプロイメントのパブリッシュ層は、ほぼ常に、TarMK を実行する完全に独立したパブリッシュインスタンスのファームとしてデプロイされます。オーサーインスタンスからコンテンツをレプリケートすることで、同期が維持されます。 パブリッシュインスタンスに適したこの「何も共有しない」アーキテクチャを使用すると、パブリッシュ層のデプロイメントを線形的に水平方向に拡大/縮小できます。 ファームトポロジには、パブリッシュインスタンスにローリングベースで更新またはアップグレードを適用するメリットもあり、パブリッシュ層に対する変更にダウンタイムは必要ありません。
これは、複数のパブリッシャーがある場合は、パブリッシュ層での MongoMK クラスターの使用AEM Communitiesには当てはまりません。 JSRP を選択する場合は(コミュニティコンテンツのストレージを参照)、選択した MK(MongoDB や RDB など)に関係なく任意のパブリッシュ側クラスターが適切であるように、MongoMK クラスターが適切です。
AEM 用の MongoMK デプロイメントを検討する場合、一連の前提条件とレコメンデーションがあります。
MongoDB デプロイメントの必須の前提条件:
MongoDB デプロイメントの重要なレコメンデーション:
これらのガイドライン、前提条件および推奨事項に関するその他の質問は、にお問い合わせください。 Adobeカスタマーケア.
デプロイ予定のサイトの場合 AEM Communitiesを使用する場合は、次の操作をお勧めします。 配置を選択 コミュニティメンバーがパブリッシュ環境から投稿した UGC の処理に最適化されています。
次を使用: 共通店を使用する場合、UGC の一貫性のある表示を得るために、オーサーインスタンスと他のパブリッシュインスタンス間で UGC をレプリケートする必要はありません。
デプロイメントに最適な永続性のタイプを選択する際に役立つ、一連の意思決定のマトリクスを次に示します。
MongoDB はサードパーティのソフトウェアで、AEM ライセンスパッケージには含まれていません。詳しくは、MongoDB ライセンスポリシーのページを参照してください。
AEMのデプロイメントを最大限に活用するには、Adobeで、プロフェッショナルサポートを受けられるように MongoDB Enterprise バージョンのライセンスを取得することをお勧めします。
ライセンスには、標準レプリカセットが含まれています。このセットは、1 つのプライマリインスタンスと 2 つのセカンダリインスタンスで構成され、オーサーデプロイメントまたはパブリッシュデプロイメントのどちらかに使用できます。
MongoDB でオーサーとパブリッシュの両方を実行する場合は、2 つの異なるライセンスを購入する必要があります。
詳しくは、MongoDB for Adobe Experience Manager のページを参照してください。