概要

リポジトリと Alfresco Share のハードウェア要件は可変であり、システムにアクセスする同時ユーザの数によって異なります。状況に応じて、JVM のメモリとガベージコレクションのパラメータを調整できます。

この情報は指標と推定を示唆していますが、システムによって異なる場合があります。

詳細

次のセクションでは、同時ユーザとカジュアルユーザという用語を使用します。同時ユーザとは、24/7の継続的なアクセスで、リクエストの間隔がわずか (最大3〜10秒) でシステムに常時アクセスしているユーザです。カジュアルユーザとは、リクエスト間に大きなギャップがある場合 (たとえば、営業日のドキュメントアクセスが不定期) に、Alfresco Content Services または WebDAV インターフェイスを介してシステムにアクセスすることがあるユーザです。

ハードウェア

Alfresco Content Servicesは、低いパワーのハードウェアでは正常に機能しませんが、最新のサーバであれば小規模なインストールでも問題なく実行できます。ただし、最適なパフォーマンスを得るには、次のことをお勧めします。

• 64ビットシステムのみを使用します
• 2.0 GHz を超えるクロック速度のシステムを使用します
• JVM に必要なメモリ以外に、OS 用に十分な RAM を予約します
• ネットワークストレージではなくローカルディスクに検索インデックスを保持します

ディスクスペースの使用

リポジトリのサイズによって、必要なディスク容量が決まります。とても簡単な計算です。デフォルトでは、コンテンツは直接ディスクに保存されます。したがって、1 MB の1000個のドキュメントを保持するには、1000 MBのディスク容量が必要です。また、一時ファイルとバージョンに十分なスペースのオーバーヘッドがあることを確認する必要があります。ファイルの各バージョン (DM または WCM のいずれか) は、そのファイルの個別のコピーとしてディスクに保存されるため、ディスクサイズの計算でそれを考慮してください (DM の場合は、バージョン管理を慎重に使用してください)。

上記のディスク容量使用量の計算は、コンテンツの保存のみを対象としています。インデックス (Lucene または Solr) は考慮されません。

SCSI Raid ディスクアレイを備えたサーバクラスマシンを使用します。コンテンツの読み取り/書き込みのパフォーマンスは、ネットワークの速度とディスクアレイの速度にほぼ依存します。コンテンツがディスクから出力ストリームに直接ストリーミングされるため、コンテンツを読み取るためのサーバー自体のオーバーヘッドは非常に低くなります。コンテンツを書き込むオーバーヘッドも低いですが、Solr が同じマシンにインストールされている場合は、インデックス作成プロセスのために追加のオーバーヘッドを許可する必要があります。

仮想化

Alfresco Content Services は、仮想化されたときに適切に動作しますが、パフォーマンスの低下が予想されます。与えられた大まかなサイジング要件を使用する場合、それらのリソースが仮想である場合、特定の数のユーザに2倍の数のリソースを割り当てることが必要になる場合があります。準仮想化、つまりネイティブホストボリュームへの仮想化されたアクセスは、多くのリソースを必要としません。必要なリソースを正確に理解するには、環境のベンチマークが必要です。

複数のユーザ向けの JVM メモリと CPU ハードウェア

リポジトリ L2 キャッシュ、初期 VM オーバーヘッド、および基本的な Alfresco Content Services システム・メモリは、最大約1024 MB を必要とするデフォルトのインストールでセットアップされます。

これは、基本的なシングル CPU サーバと JVM に割り当てられたメモリが 1024 MB のシステムにアクセスする多くのユーザーがリポジトリと Web クライアントを実行できることを意味します。ただし、ユーザベースの拡大に応じてメモリを追加し、ユーザが実行すると予想されるタスクの複雑さ、およびクライアントに同時にアクセスしている同時ユーザーの数に応じて CPU を追加する必要があります。

これらのメトリックでは、N 人の同時ユーザは、サーバがサポートできる 10 x N のカジュアルユーザーと同等であると見なされます。

完全なパフォーマンス調整については、お問い合わせください。

参考: Tuning the JVM