セッションの有効期限を構成する

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

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

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

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

次の図は、期限切れのセッションの処理に関連する役割と手順を示しています。

Content Deliveryロールは、次のとおりです。

  1. セッション状態プロバイダ (この例ではSQLデータベース) で、構成可能な間隔で期限切れのセッションを確認します。

  2. 期限切れのセッションをインメモリ処理キューに追加します。

  3. 期限切れのセッションをトラッカー モデルからxConnectモデルに変換し、xConnect Collection (Search) サービスに送信します。

maxConcurrencyLevelSessionExpirationThreadCountの設定では、セッションの有効期限を処理できる同時スレッドの数を制限します。これらの設定により、負荷がかかっているシステムのセッションの有効期限を調整し、コンテンツ配信環境の応答性を維持できます。

パフォーマンスチューニング対策

セッション ストレージの役割のサイズが絶えず増加している場合は、次の点を考慮してください。

  • 処理できる同時スレッドの数を増やすには、maxConcurrencyLevelSessionExpirationThreadCountの設定を増やします。これらの設定の変更と、コンテンツ配信環境の全体的なパフォーマンスとのバランスを取る必要があります。

  • セッションの有効期限を排他的に処理するために、Content Deliveryロールの1つ以上のインスタンスを導入します。

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

主要な構成設定

次の表では、セッションの有効期限のパフォーマンスをチューニングするための重要な設定について説明します。設定の完全なリストについては、web.configファイルとApp_Config\Sitcore.configファイルを参照してください。

次の表では、web.configファイルで使用可能なセッション状態プロバイダー要素の設定について説明します。

属性

形容

既定値

maxConcurrencyLevel

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

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

SessionExpirationThreadCountSessionExpirationBatchSizeを掛けて2を掛けます。

メモ

SessionExpirationBatchSize設定の説明については、セッション終了バッチの構成のトピックを参照してください。

pollingExpirationTimeout

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

120秒

次の表では、App_Config\Sitecore.configファイルで使用できる設定について説明します。この設定を更新するには、パッチファイルを作成することをお勧めします。

設定

形容

既定値

SessionExpirationThreadCount

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

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

プロセッサ コアの数。

たとえば、8つのコアがある場合、8つのスレッドが使用されます。

何かフィードバックはありますか?

この記事を改善するための提案がある場合は、