1. サーバーに関する考慮事項

クラスタ化されたサーバ環境

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

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

クラスタ化されたコンテンツ配信環境は、スケーラビリティとパフォーマンスを向上させるためにグループ化されたサーバーのコレクションで構成されます。各クラスターには、それぞれ独自のセッション状態サーバーを持つ2つ以上のコンテンツ配信インスタンスを含めることができます。また、クラスターを同じ場所にグループ化したり、地理的に異なる場所に分散させたりすることもできます。

クラスター化されたコンテンツ配信環境では、同じWebサーバーのクラスターが1つの連絡先のすべての訪問に対応します。これにより、すべてのインタラクションが連絡先の現在の状態にすばやくアクセスできるようになります。1つのコンタクトが異なるブラウザーやデバイスから複数の同時セッションを開くと、xDBは各セッションが同じクラスターに固定されるようにします。連絡先が別のクラスターに移動できるのは、現在開いているセッションをすべて終了して新しいセッションを開始するか、セッションの有効期限が切れた場合のみです。

Content Delivery Serverクラスターのアーキテクチャ

クラスタ化されたサーバー環境をコンテンツ配信用に構成し、スケーラビリティとパフォーマンスを向上させることができます。たとえば、パフォーマンスを向上させ、コンテンツ配信の 水平スケーリング を有効にするために、複数のコンテンツ配信クラスターを作成できます。

コンテンツ配信クラスターは、次のコンポーネントで構成されます。

  • 2つ以上のコンテンツ配信インスタンス。クラスターでコンテンツ配信インスタンスを設定する方法の詳細については、コンテンツ配信サーバーの設定 を参照してください。

  • セッション状態データベース – 連絡先が同じコンテンツ配信クラスターに固執するようにするには、各クラスターに共有セッション状態サーバー (Microsoft SQL ServerまたはMongoDB) が必要です。

  • ロード バランサー – クラスター内の適切なコンテンツ配信インスタンスにトラフィックを分散します (図には示されていません)。ロードバランサーは、クラスターのパブリックエンドポイントです。ロードバランサーのDNS名には、クラスタサーバー環境の設定時に使用するものと同じ命名スキームを使用する必要があります。

各クラスターに2つのコンテンツ配信インスタンスがある2つのコンテンツ配信クラスター:

サーバークラスタとセッション状態

Sitecoreは、セッション状態を使用して、現在のコンタクト インタラクション、コンタクト ステート、およびその他の関連データに関する情報を保存します。

  • プライベートセッション状態は、連絡先が使用したインタラクションとデバイスに関するデータを収集します。

  • 共有セッション状態データには、連絡先に固有で、連絡先の詳細やトリガーされたエンゲージメント自動化状態など、同時セッション間で共有できるすべてのデータが含まれます。

コンタクトが異なるブラウザーやデバイスから複数の同時セッションを開くと、xDBは、各コンタクトがインタラクションを開始したのと同じサーバー クラスターに接続されたままになるようにします。連絡先は、アクティブなセッションが終了または期限切れになった後にのみ、1つのクラスターから別のクラスターに移動できます。

サーバークラスターとホスト名

コンテンツ配信クラスターは、サーバーの地理的ローカルなDNS構成設定と密接に関連付けられている同じ名前付けスキームを共有します。

  • すべてのサーバー クラスターは、DNSで構成されたグローバル ホスト名に応答し、最も近いクラスターのIPアドレスに解決されます。たとえば、www.sitecore.netは、アジアの4.4.4.4と米国の8.8.8.8にマップされます。

  • 各クラスタには、クラスタのIPアドレスにグローバルに解決される一意のホスト名が必要です。たとえば、asia.sitecore.netはグローバルに4.4.4.4にマップされ、us.sitecore.netはグローバルに8.8.8.8にマップされます。

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