セットアップにはメモリ計画が重要です NCache。 サーバーに必要なメモリ量と、そのメモリのうちどのくらいの量をサーバーに割り当てる必要があるかを簡単に見積もることができます。 NCache がこのヒントの主な焦点になります。 このプロセスでは計算する必要がある主な変数が XNUMX つあります。 XNUMX つ目は環境内で発生する可能性のあるピーク トラフィック負荷 (推定) で、XNUMX つ目はキャッシュされるアイテムの平均サイズです。
たとえば、ピーク時にリクエストが 100,000 件あり、オブジェクト サイズが平均 50 kb である場合、ライブ データのサイズは次のように計算できます。
100,000 * 50KB = 5GB
これ (5GB) が、 NCache マネージャー。これをキャッシュの最大サイズとして設定する必要があります。 キャッシュに入れる必要があるデータのサイズがわかったので、必要な物理メモリの量は、使用するキャッシュ トポロジによって異なります。
パーティション化されたレプリカ トポロジパーティション レプリカ トポロジでは、ライブ データは所有するサーバーの数に分割されます。 したがって、各サーバーのデータ量は、estimated_data_size / total_number_of_servers となります。 サーバーが 2 台しかない場合、サーバーあたりのメモリ コストはライブ データのみで 2.5 GB になります。
したがって、各サーバーは他のサーバーのパッシブ レプリカもホストするため、必要なメモリは 5 倍になります。 したがって、サーバーあたりのメモリコストが XNUMXGB に増加します。
パーティション化されたトポロジデータは、キャッシュ クラスター内のアクティブ サーバー間で再度分割されます。 したがって、データ量は、estimated_data_size / total_number_of_servers となります。 サーバーが 2 台ある場合、サーバーあたりのメモリ コストは 2.5 GB になります。
複製されたトポロジー複製トポロジの場合、各サーバーがすべてのデータをホストします。 このデータはサーバー間で分割されません。 したがって、各ホスト サーバーには 5GB のデータをキャッシュするのに十分なメモリが必要になります。
ライブ データのサイズを計算した後、.NET オーバーヘッドのために計算されたメモリの 25% を追加する必要があります。 さらに 2GB のバッファを確保しておくことをお勧めします。 パーティション レプリカ トポロジの例を考えると、これは次のようになります。
5GB (キャッシュされたデータ) + 1.25GB (25% .NET オーバーヘッド) + 2GB (バッファ) = 8.25GB
ここで、OS およびその他のアプリケーション用にさらに 2 GB を追加すると、合計メモリ要件が 10.25 GB になり、約 11 GB が必要になります。
これにより、システムに必要な物理メモリ サイズをかなり正確に見積もることができます。
ノーザンダイバー社の NCache マネージャー、キャッシュ クラスターを左クリックして設定を開きます。 [メイン] タブには、キャッシュの最大サイズを設定するオプションがあります。 上記の提案に基づいて値を設定できます。 ニーズに合ったメモリ制限を設定した後、キャッシュ クラスターを右クリックし、次のいずれかを選択します。 構成を適用する or ホットアプライ構成 これらの設定が適切に保存されていることを確認します。
キャッシュ最大サイズは、キャッシュ クラスターが停止しているときだけでなく、実行中でも適用できるため、キャッシュ クラスターを停止することなく、いつでもこの設定を変更できます。