1. サーバーの構成

集約エージェントを構成する

Version:
日本語翻訳に関する免責事項

このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。

処理サーバーを構成する場合、パフォーマンスを最適化するために、実行する集約エージェントまたはスレッドの数を変更する必要がある場合があります。集約エージェントは、集約パイプラインで処理するインタラクションを取得し、データをレポーティングデータベースでの使用に適した形式に変換します。

処理サーバー上の集約エージェントまたはスレッドを構成するには、次のようにします。

  1. Sitecore.Analytics.Processing.Aggregation.Services.configファイルをXMLエディタで開きます。同時に実行する集約エージェントの数を指定できます。デフォルト設定を使用して開始します。

  2. <MaxThreads>設定を編集して、サーバー上で実行する集約エージェント (スレッド) の数を指定します。また、必要なクリーンアップ・スレッドとリカバリー・スレッドの数を指定することもできます。これらの設定は、使用可能なハードウェアとビジネス要件に応じて調整します。

    経験に基づくと、スレッドの量が論理CPUコアの数に4から8の係数を掛けた値と等しい場合に、最高のパフォーマンスが達成されます。SQL ServerとMongoDBサーバー間の待機時間に強く依存します。

    デフォルト値を使用し、その後、時間の経過とともにこれらの設定を調整して、集約サーバーを最適化します。

          <!-- Aggregation Module: -->
<module type="Sitecore.Analytics.Aggregation.AggregationModule" singleInstance="true">
<BackgroundServices hint="list:Add">
<aggregator type="Sitecore.Analytics.Core.BackgroundService">
<param desc="agentName">aggregation/aggregator</param>
<Interval>0.00:00:15</Interval>
<MaxThreads18791275782<11879127578/MaxThreads>
</aggregator>
<contactProcessing type="Sitecore.Analytics.Core.BackgroundService">
<param desc="agentName">aggregation/contactProcessing</param>
<Interval>0.00:00:15</Interval>
<MaxThreads18791275782<11879127578/MaxThreads>
</contactProcessing>
<cleanup type="Sitecore.Analytics.Core.BackgroundService">
<param desc="agentName">aggregation/cleanup</param>
<Interval>0.00:00:15</Interval>
<MaxThreads18791275782<11879127578/MaxThreads>
</cleanup>
<recovery type="Sitecore.Analytics.Core.BackgroundService">
<param desc="agentName">aggregation/recovery</param>
<Interval>0.00:00:15</Interval>
<MaxThreads18791275782<11879127578/MaxThreads>
</recovery>
<rebuild type="Sitecore.Analytics.Core.BackgroundService">
<param desc="agentName">aggregation/rebuildAgent</param>
<Interval>0.00:00:15</Interval>
<MaxThreads18791275782<11879127578/MaxThreads>
</rebuild>
<history type="Sitecore.Analytics.Core.BackgroundService">
<param desc="agentName">aggregation/historyWorker</param>
<Interval>0.00:00:15</Interval>
<MaxThreads18791275782<11879127578/MaxThreads>
</history>
<historyCompletionCheck type="Sitecore.Analytics.Core.BackgroundService">
<param desc="agentName">aggregation/historyCompletionCheck</param>
<Interval>0.00:00:15</Interval>
<MaxThreads18791275782<11879127578/MaxThreads>
</historyCompletionCheck>
</BackgroundServices>
</module>

  3. レポート データベースのMax Pool Sizeプロパティを調整します。プール容量は、構成したエージェントの数 (処理、履歴、自動化ワーカー、クリーンアップを含む) の約120% 以上である必要があります。この設定により、各スレッドが独自の専用接続を持つようになり、別のスレッドが接続を解放するのを待ってから実行する必要がなくなります。

  4. プール・サイズを設定するには、レポート・データベース接続文字列構成ファイルを開き、Max Pool Sizeプロパティを追加して、適切な値を設定します。

次の表では、各エージェントの目的について説明します。

エージェント

形容

アグリゲーション/アグリゲーター

ライブ集計中にインタラクションを処理します。使用するスレッドが多いほど、新しいインタラクションに関するデータがレポートデータベースに表示されるのが速くなります。Webサイトのトラフィックが少なく、新しいインタラクションが少ない場合は、割り当てるスレッドを減らすことができます。

集約/接触処理

連絡先を処理します。これはアグリゲーターと非常によく似ていますが、新しい連絡先の連絡先パイプラインを実行する点が異なります。

集約/再構築エージェント

レポート・データベースの再構築に必要な手順を実行します。それに対して複数のスレッドを割り当てないでください。

集計/履歴ワーカー

ヒストリーの再構築の主役。再構築の前に、可能な限り最大数のスレッドを割り当てます。再構築が完了したら、このエージェントは履歴の再構築中にのみアクティブになるため、再構築を1つに戻すことができます。

集計/履歴完了チェック

すべての履歴ワーカーエージェントがインタラクションの処理を終了したかどうかを確認します。完了すると、履歴の再構築プロセスが完了としてマークされます。エージェントは1人で十分です。

この記事を改善するための提案がある場合は、 お知らせください!