サーバークラスターと連絡先セッションの転送

問い合わせセッションは常に コンテンツ配信クラスタで開始され、問い合わせはセッションが終了するまで同じサーバクラスタに接続されたままになります。クラスター名はxDBに記録され、他のすべてのエージェントに表示されます。これにより、連絡先レコードが同時に2つのクラスターに読み込まれることがなくなります。

ほとんどのセッションは他のクラスタに転送されず、常に グローバルホスト名 (www.company.comなど)を使用してWebサイトにアクセスします。グローバル・ホスト名で動作するセッションでは、コンタクト・セッションがロックの競合なしで使用可能な場合、リダイレクトは行われません。

連絡先が1つのクラスタに接続されていて、別のクラスタから別のデバイスとの新しいセッションを開始しようとすると、システムは新しいデバイス セッションを連絡先の発信元のクラスタに転送します。

連絡先セッションの転送

連絡先セッションを転送する理由:

• デバイスセッションの開始時に、デバイスに接続されている連絡先が別のクラスターでアクティブな連絡先セッションを持っている場合。

• デバイスセッション中に、以前に識別されていなかった連絡先が既存の既知の連絡先として識別され、別のクラスターでアクティブな連絡先セッションを持っている場合。

連絡先セッションの転送方法:

• サーバー間要求がトリガーされ、セッションペイロードがターゲットコンテンツ配信クラスターに転送されます。

  メモ

  ロボットがWebサイトにアクセスするのを防ぐために、コンテンツ配信インスタンスでIIS基本認証を有効にしている場合があります。ただし、これは現在、あるサーバークラスターから別のサーバークラスターに連絡先セッションを転送するときにはサポートされていません。基本認証を有効にする必要がある場合は、Sitecore.Analytics.Pipelines.TransferSessionToDifferentClusterクラスのUploadDataメソッドをオーバーライドします。

• ユーザーエージェント (ブラウザ) は、新しく作成されたセッションに接続するターゲットクラスター上のサービスURLにリダイレクトされます

• ユーザーエージェント (ブラウザ) は、発信元クラスタのアプリケーションURLと同じターゲットクラスタのアプリケーションURLにリダイレクトされます。

次の図は、あるクラスタから別のクラスタに連絡先セッションを転送するプロセスを示しています。デバイス1は、連絡先がWebサイトに接続するために使用する最初のデバイスです。このセッションは、同じ連絡先がデバイス2を使用して2回目の並行訪問を開始してもアクティブです。