xDBハードウェアのガイドライン
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
Sitecore Experience Database (xDB) を完全なオンプレミス ソリューションとしてインストールする場合は、各サーバーに割り当てるロールに応じて、環境内の各インスタンスの最小ハードウェア要件を考慮する必要があります。このトピックでは、ハードウェア要件の概要とハードウェア構成の例について説明します。
このトピックで説明するハードウェア構成の例は、可能な限り最高のパフォーマンスを実現することを目的としていますが、考えられるすべてのシナリオでテストされているわけではありません。システムに最適なものを見つけるために、テストを実行する必要があります。
コンテンツ管理およびコンテンツ配信サーバー
コンテンツ管理およびコンテンツ配信サーバー
コンテンツ管理サーバーとコンテンツ配信サーバーのハードウェア要件は、以前のバージョンのSitecoreと同じであり、SitecoreダウンロードWebサイトのマニュアル「 Sitecore Experience Platformのインストール 」で説明されています。
セッション状態サーバー
セッション状態サーバー
高速ネットワーク、セッション状態サーバー上のソリッドステートドライブ(SSD)、および十分なRAMを使用する必要があります。
コレクション・データベース・サーバー
コレクション・データベース・サーバー
MongoDBを コレクションデータベースとして使用するには、十分なRAMをインストールし、SSDドライブを使用する必要があります。シャーディングは、パフォーマンスを大幅に向上させることもできます。MongoDBのWebサイトのドキュメントを参照して、MongoDBのアーキテクチャ、レプリケーション、シャーディング、および構成オプションについて学習してください。
処理および集計サーバー
処理および集計サーバー
処理サーバーと集計サーバーは、キャッシュとデータベースへの高速接続の確立にRAMを使用できます。CPUのコア数が多いほど、並列実行するように設定できるエージェントの数が増えます。
レポート サーバー
レポート サーバー
レポート データベース サーバーのハードウェア要件は、Sitecore 7.5から大幅に変更されていません ( ハードウェア設定例の 表を参照)。
レポーティング・データベースの最適化が向上すると、メモリの使用効率が向上しました。ただし、最高のパフォーマンスを得るには、高速SSDハードドライブと最低14GBのRAMをインストールする必要があります。
Microsoft SQL Serverの構成の詳細については、MSDNのMicrosoft SQL Serverドキュメントを参照してください。
ハードウェア構成例
ハードウェア構成例
次のハードウェア例は、xDBを初めてセットアップするときに、単純なWebサイトに実装されました。
Sitecore xDBをインストールおよび設定するには、さまざまな方法があります。このセクションのハードウェアの詳細は、最小限の例にすぎません。これらは、従うべき一連の推奨事項ではありません。
この表の情報を使用して、xDBを初めて設定するときに何が必要かを理解できます。
|
サーバーの種類 |
CPUの |
ラム |
ディスク |
|---|---|---|---|
|
コンテンツ配信 |
4 x CPU E5 2650 v2プロセッサ。コアが多ければ多いほど良いです。 |
16 GB(オペレーティングシステムを含む) |
HDD 40 GB/インスタンス |
|
加工 |
4 x CPU E5 2650 v2プロセッサ。コアが多ければ多いほど良いです。 |
16 GB(オペレーティングシステムを含む) |
HDD 40 GB/インスタンス |
|
コンテンツ管理 |
4 x CPU E5 2650 v2プロセッサ。コアが多ければ多いほど良いです。 |
16 GB(オペレーティングシステムを含む) |
HDD 40 GB/インスタンス |
|
セッション状態 (Microsoft SQL ServerまたはMongoDB) |
4 x CPU E5 2650 v2プロセッサ |
4ギガバイト 多ければ多いほど良い |
SSDは、コレクション データベースとハード ディスクを共有します – 理想的には、ハード ディスクの容量がRAM (この例では4GB) を超えないようにする必要があります。 |
|
セッション状態 (Redis) |
4 x CPU E5 2650 v2プロセッサ/サーバ Redisはシングルスレッドであるため、持っているコアの数は関係ありません。 |
サーバーあたり4 GB 多ければ多いほど良い |
サーバーのRAMサイズが3倍になります。これは、使用する永続化オプションと書き込みシナリオによって異なります。 SSDを使用して、データをディスクに永続化する際のパフォーマンスの問題を回避します。 |
|
コレクションデータベース(MongoDB) 2つのサーバー |
4 x CPU E5 2650 v2プロセッサ |
16ギガバイト 多ければ多いほど良い |
100 GB + SSD ディスク容量が多ければ多いほど、保存できるデータも増えます。 |
|
レポート データベース サーバー (SQL Server) |
4 x CPU E5 2650 v2プロセッサ |
16ギガバイト 多ければ多いほど良い |
100 GB + SSD 多ければ多いほど良い |
|
検索とインデックス作成 |
4 x CPU E5 2650 v2プロセッサ。コアが多ければ多いほど良いです。 |
12 GB(オペレーティングシステムを含む) |
100GB + HDD SSDは、インデックス作成の書き込みスループットを向上させる可能性があります。 SOLR Cloud (クラスタリング) を使用して、ディスク書き込みを複数のディスクに分散し、スケールアウトします。 |
HDD = ハードディスクドライブ
SSD = ソリッドステートドライブ
ラム
ラム
各xDBサーバー インスタンスには、ハードウェア構成の例 の表で説明されているように、特にコレクション サーバー、処理サーバー、レポート サーバー、およびセッション状態サーバーに十分なRAMをインストールする必要があります。
オペレーティング システム
Windowsオペレーティングシステムが消費するRAMの量を正確に予測することは難しいため、WindowsオペレーティングシステムをRAM使用量に含めます。
セッション
RAMが多ければ多いほど、余分なディスク容量を使用せずに同時に追跡できるセッションが増えます。ただし、実際のパフォーマンスは、特定の構成によって異なります。読み取り時のディスクI/Oは、パフォーマンスに悪影響を及ぼす可能性があるため、避けてください。
Redisはインメモリデータストアであるため、セッションの使用量に合わせてRedisサーバーのRAMサイズを定義することが非常に重要です。
セッションデータベース
セッションデータベースは理想的にはRAMに100%収まるべきです、そうしないとRedisを使用すると遅すぎるか失敗する可能性があります。
コレクション・データベース (MongoDB)
RAMはディスク キャッシュとして機能します。ワーキングセットのサイズを格納するには、少なくとも十分なRAMが必要です(MongoDBのWebサイトには、これを見積もる方法についての手順があります)。
ハードディスク
ハードディスク
一般に、ディスク容量が多ければ多いほど、保存できるデータも多くなります。より具体的なガイドラインについては、このトピックの ハードウェア構成例の 表を参照してください。