セッション期限の設定

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

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

Content Deliveryの役割は、期限切れのセッションをxConnectに送信します。セッション期限設定を調整したり、Content Deliveryのインスタンスをセッション期限に専用に割り当ててContent Delivery環境のパフォーマンスを向上させることができます。

セッションの有効期限プロセス

以下の図は、期限切れセッションの処理に関わる役割とステップを示しています。

processing-queue.PNG

Content Deliveryの役割:

  1. セッション状態プロバイダー(この例ではSQLデータベース)に対して、設定可能な間隔で期限切れのセッションをチェックします。
  2. 期限切れのセッションをメモリ内の処理キューに追加します。
  3. トラッカーモデルからxConnectモデルに期限切れのセッションを変換し、xConnect Collection(Search)サービスに送信します。

maxConcurrencyLevelとSessionExpirationThreadCountの設定は、セッション期限切れを処理する同時スレッド数を制限します。これらの設定により、負荷がかかるシステムでセッション期限切れを制限でき、Content Delivery環境が応答性を保つことができます。

パフォーマンスチューニング指標

セッションストレージの役割のサイズが常に増加している場合、以下の点を考慮してください:

  • maxConcurrencyLevel設定やSessionExpirationThreadCount設定を上げて、同時に処理可能なスレッド数を増やす。これらの設定の変更とContent Delivery環境全体のパフォーマンスとのバランスを取らなければならない。
  • セッションの期限切れを専ら扱うために、Content Deliveryの役割を1つ以上導入します。

トラッカーがxConnect Collectionサービスへの書き込み時にタイムアウト例外を一貫して報告する場合は、まずxConnect Collectionサービスのパフォーマンスを確認するべきです。また、トラッカーがデータを送信する時間を増やせるように、pollingExpirationTimeout設定を上げることもできます。

主な設定設定

以下の表は、セッション期限切れのパフォーマンスを調整する上で重要な設定を説明しています。設定の完全なリストについてはweb.configおよびApp_Config\Sitcore.configファイルをご参照ください。

以下の表は、web.configファイル内の利用可能なセッション状態プロバイダー要素の設定を説明しています。

属性

概要

デフォルト値

maxConcurrencyLevel

同時実行するスレッド数を決定し、期限切れのセッションをインメモリキューに追加します。

属性が存在しない場合はデフォルト値が使われます。

SessionExpirationThreadCountSessionExpirationBatchSizeを掛け、さらに2を掛けた。

> [!注]
> SessionExpirationBatchSize 設定の説明については、「 セッション終了バッチ構成 」トピックをご参照ください。

pollingExpirationTimeout

期限切れのセッションが処理のためにロックされる時間(秒単位)を決定します。

120秒

以下の表はApp_Config\Sitecore.configファイルで利用可能な設定を示しています。この設定を更新するためにパッチファイルを作成することをお勧めします。

舞台設定

概要

デフォルト値

SessionExpirationThreadCount

キュー内の期限切れセッションを処理し、xConnectに提出するために同時に実行されるスレッド数を決定します。

属性が存在しない場合はデフォルト値が使われます。

プロセッサコア数。

例えば、8コアの場合、8スレッドが使われます。

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