1. プラットホーム

スケーラビリティオプション

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

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

Sitecore Experience Databaseでは、パフォーマンスを向上させ、需要の増加と大量のWebサイト トラフィックに対処するために、いくつかのスケーラビリティ オプションがあります。

Sitecore xDB環境を次のように設定できます。

  • スタンドアロン環境として実行

  • 垂直方向にスケーリング

  • 水平方向にスケーリング

このトピックでは、パフォーマンスとスケーラビリティを向上させるために実装できる3つのアプローチについて概説します。

スタンドアロン環境

スタンドアロン インストールまたは最小インストールは、すべてのSitecore xDBコンポーネントを同じコンピューターにインストールするオールインワン構成です。

たとえば、最小インストールには、次のコンポーネントを含めることができます。

  • Sitecoreアプリケーション サーバー インスタンスと、コンテンツ管理、コンテンツ配信、処理、レポート、セッション追跡に必要なすべてのコンポーネント

  • コレクションデータベース(MongoDB) - 顧客体験全体を記録

  • レポート データベース (SQL Server) – エクスペリエンス プロファイル レポートとエクスペリエンス分析レポートのレポート データを提供します

  • コンテンツ データベース (マスター、コア、およびWeb)

スタンドアロン インストールは、開発またはテストに最も適しており、スケーラビリティが最も低いアプローチであるため、運用環境として使用しないでください。

垂直スケーリング

定義: 「垂直方向にスケーリング (またはスケールアップ) するとは、システム内の1つのノードにリソースを追加することを意味し、通常は1台のコンピューターにCPUまたはメモリを追加します。」(ウィキペディア)

Sitecore xDBでは、各コンポーネントの1つのインスタンスを別々のサーバーにインストールすることで、垂直スケーリングのプロセスを開始できるため、単一のサーバーからマルチサーバー環境に移行できます。

たとえば、次の3つのサーバーを使用して開始できます。

  • コンテンツ配信

  • 徴収

  • 報告

垂直スケーリングの利点は、環境全体をアップグレードせずに、特定のコンポーネント (ロールによって異なります) をアップグレードできることです。たとえば、コンテンツ配信サーバーにはより高速なCPUが必要で、コレクション データベースにはストレージ用により多くのディスク領域が必要であり、システム パフォーマンスを維持するために十分なRAMが必要な場合があります。したがって、垂直方向にスケーリングする場合は、特定のサーバーを特定の役割専用にし、それに応じてハードウェアをアップグレードできます。

Sitecore xDBの垂直スケーリングの例

垂直スケーリングは、ほとんどの組織、特にデータ要件が高すぎない中小規模の組織のニーズに適しています。

たとえば、次の方法で1台のサーバーから複数のサーバー環境に移行できます。

  • コレクション データベース、レポート データベース、およびコンテンツ データベースを別々のサーバーに展開します。

  • コンテンツ配信、コンテンツ管理、処理などのアプリケーションコンポーネントを別々のサーバーにデプロイします。

水平スケーリング

定義: 「水平方向にスケールアウト (またはスケールアウト) するとは、分散ソフトウェア アプリケーションに新しいコンピューターを追加するなど、システムにノードを追加することを意味します。」(ウィキペディア)

Sitecoreでは、水平スケーリングとは、コンテンツ配信、処理、コンテンツ管理、コレクションなどの特定のコンポーネントに複数のサーバーをデプロイして、ソリューションの容量を増やすことを意味します。

たとえば、需要の増加に応じて、コンテンツ配信サーバーの複数のクラスターをデプロイして、Webコンテンツを可能な限り迅速かつ効率的に連絡先に配信できます。複数のコンテンツ配信クラスターでは、負荷分散ソフトウェアを使用して、クラスター間のパフォーマンスを最適化し、高可用性を維持できます。また、複数のコンテンツ配信クラスターを実装して、地理的に分散した複数の収集ポイントを提供することもできます。

完全にスケーラブルなxDBアーキテクチャを実装すると、パフォーマンスの向上や高可用性など、多くのメリットがもたらされます。このアプローチは、大量のWebサイト トラフィックを処理する必要があり、信頼性と高可用性を求める大規模なエンタープライズ組織に特に適しています。これらのタイプの組織は、多くの場合、大規模なデータストレージ要件を抱えているため、将来の拡張戦略の一環として水平スケーリングを検討する必要がある場合があります。

たとえば、水平方向にスケーリングするには、次のようにデプロイできます。

  • 複数のコンテンツ配信サーバー。

  • コンテンツ配信サーバーの複数のクラスタ (1つのクラスタを超えて容量を増やすため、または地理的に分散したコンテンツ配信ポイントとトラフィック収集ポイントを作成するため)。

  • セッション・データを処理するための専用のセッション・ステート・サーバー。これは、複数のノードを持つクラスターがある場合の要件です。

  • 連絡先とインタラクションのデータを保存するためのコレクションデータベース(MongoDB) - これは、単一のMongoDBレプリカセット(2つのデータノードと1つのアービターなど、最低3つのノードが必要)または複数のレプリカセットを持つシャードクラスターにすることができます。

  • 1つ以上の処理サーバー。処理サーバーの数は、処理する必要があるWebサイトのトラフィック量によって異なります。

  • 複数のコンテンツ管理サーバー – コンテンツ編集のニーズに応じて。

  • 専用のSitecoreサーバー インスタンスでホストされているReporting Serviceを実行するレポート サーバー。

  • 専用のMicrosoft SQL Serverインスタンスでホストされているレポート データベース (フェールオーバー クラスターの場合もあります)。

Sitecore xDB - 完全にスケーラブルなアーキテクチャ (水平スケーリング)

この図は、複数のコンテンツ配信クラスターを構成することで、水平方向のスケーリング (スケールアウト) の実装を開始する方法を示しています。Webサイトの需要の増加に合わせてxDBアーキテクチャにノードを追加すると同時に、高いパフォーマンスを維持する方法を示します。

完全にスケーラブルなxDBアーキテクチャの利点

xDBは、中規模および大規模の企業に特に適しています。完全にスケーラブルなSitecore Experience Databaseアーキテクチャをデプロイする主な利点は次のとおりです。

  • High flexibility – 単一のサーバーから、さまざまな構成オプションを備えた高度にスケーラブルなソリューションまで。Webサイトの需要が増加したら、スケールアップとスケールアウトによってソリューションを拡張できます。

  • High performance –たとえば、負荷分散ソフトウェアを使用して複数のコンテンツ配信サーバーのパフォーマンスを最適化し、ほぼすべてのコンポーネントを垂直および水平に拡張する可能性があります。

  • コンテンツ配信Webクラスターの完全サポート - 追加のカスタム コンポーネントを必要とせずに、コンテンツ配信Webクラスターとセッション状態をすぐに構成できます。フェイルオーバー機能付きのロード・バランシング・ソフトウェアを使用してサーバーの負荷を分散し、ソリューションがまだ稼働している間にアップグレードできます。

  • 高度にスケーラブルなデータストレージ – データ収集の中核となるMongoDBデータベースは、テラバイトまたはペタバイトのデータに段階的に拡張できるストレージを提供します。容量は水平スケーリングによって増やすことができますが、MongoDBではシャーディングによって実装できます。ソリューションを拡張する必要がある場合は、時間の経過とともにサーバーを追加できます。レプリケーションとシャーディングの両方を複数の地理的な場所に実装することが可能です。すべてのカスタマーインタラクションデータ(オンライン訪問)はMongoDB NoSQLデータベースに保存され(何も削除されません)、Sitecoreレポートアプリケーションで利用できます。また、処理サーバーの役割をスケールアウトして、処理と集計に必要なすべてのアクティビティを実行することもできます。

  • High availability – すべてのアプリケーション・コンポーネントは複数のサーバーとしてデプロイでき、データベース・コンポーネントは高可用性とデータ永続性をサポートします。MongoDBでは、レプリケーションにより高可用性(HA)とフォールトトレランスの向上が可能になります。

  • クラウド対応 – アプリケーションコンポーネントを事前設定されたサーバーとしてデプロイできるため、トラフィックパターンに応じてオンデマンドで迅速にスケールアップおよびスケールダウンできます。

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