パブリッシングのスケーリングと構成
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
マスター・データベースから1つ以上のターゲット・データベースにコンテンツをパブリッシュします。たとえば、Webデータベースに発行して、Webサイトを提供するContent Deliveryロールでコンテンツを利用できるようにします。また、運用前環境のプレビュー ターゲットなどのカスタム発行ターゲットを作成することもできます。
パブリッシングプロセスの詳細については、以下を参照してください。
デフォルトのContent Management公開メカニズムとオプションのContent Publishingサービスのどちらかを選択できます。どちらの場合も、スケーリングと構成のオプションがいくつかあります。
公開プロセスのスケーリング
公開プロセスが遅くなりすぎる場合は、パフォーマンスを向上させるためのいくつかのオプションがあります。
-
ディープスキャンの設定は無効のままにします。コンテンツ アイテムを公開するときに、関連アイテムを同時に公開することを選択できます。ディープスキャン設定を有効にすると、関連アイテムの関連アイテムを追加で公開することを選択できます。これはrecursive publishingと呼ばれ、リソースを大量に消費する可能性があります。
メモディープスキャンの設定は、Content Managementの公開メカニズムにのみ影響します。
-
レプリケーションを使用して、複数のWebデータベースにパブリッシュします。コンテンツをすべてのWebデータベースに直接発行するのではなく、1つのデータベースだけに発行し、Azureのアクティブgeoレプリケーションを使用してレプリケートします。
-
イベント キューと発行キューを手作業で、または自動的にクリーンアップして、大きくなりすぎないようにします。
-
Content Management発行メカニズムからスタンドアロンのContent Publishingサービス ロールに切り替えて、大規模なインストールを行います。このロールは、バッチで公開することでパフォーマンスを向上させ、デフォルトではSitecoreに含まれていません。ドキュメントについては 、Sitecoreダウンロード サイト を参照してください。
-
Content Deliveryのパフォーマンスの低下を防止します。
公開プロセスの構成
公開プロセスの一部の側面を手動で設定する必要があります。
-
公開プロセスでは、Sitecoreインストールの既定のWebサイトのHTMLレンダリング キャッシュがクリアされますが、追加するすべての新しいWebサイトのHTMLレンダリング キャッシュのクリアを有効にする必要があります 。
大事な古いコンテンツが表示されないようにするには、HTMLレンダリング キャッシュのクリアを有効にする必要があります。