10.2. 必要なキャッシュサイズ
dsconf monitor dbmon コマンドを使用すると、実行時にキャッシュ統計を監視できます。統計を表示するには、次のコマンドを実行します。
必要に応じて、-b back_end または -x オプションをコマンドに渡して、特定のバックエンドまたはインデックスの統計を表示します。
キャッシュのサイズが十分である場合、DN Cache Count の数は Cache Count バックエンドエントリーの値と一致します。さらに、すべてのエントリーと DN がそれぞれのキャッシュ内に収まる場合、Entry Cache Count カウント値は DN Cache Count 値と一致します。
この例の出力は、以下のようになります。
2.2% の空きデータベースキャッシュのみが残っている場合:
Database Cache: ... - Free Space: 397.31 KB - Free Percentage: 2.2%
Database Cache: ... - Free Space: 397.31 KB - Free Percentage: 2.2%Copy to Clipboard Copied! Toggle word wrap Toggle overflow ただし、効率的に操作するには 15% 以上の空きデータベースキャッシュが必要です。データベースキャッシュの最適なサイズを決定するには、サブディレクトリーと変更ログデータベースを含む
/var/lib/dirsrv/slapd-instance_name/db/ディレクトリー内のすべての*.dbファイルのサイズを計算し、オーバーヘッドとして 12% を追加します。データベースキャッシュを設定するには、Setting the database cache size using the command line を参照してください。
userrootデータベースの DN キャッシュは適正です。Copy to Clipboard Copied! Toggle word wrap Toggle overflow データベースの DN キャッシュには 100000 のレコードが含まれ、キャッシュの空き領域の割合は 69.8 % で、メモリーの各 DN には平均 130 バイトが必要です。
DN キャッシュを設定するには、Setting the DN cache size using the command line を参照してください。
userrootデータベースのエントリーキャッシュの統計は、パフォーマンスを向上させるためにエントリーキャッシュの値を大きくする必要があることを示しています。Copy to Clipboard Copied! Toggle word wrap Toggle overflow エントリーキャッシュのこのデータベースには 50000 のレコードが含まれており、残りの空き領域は 2 キロバイトのみです。Directory Server がすべての 100000 DN をキャッシュできるようにするには、キャッシュを最小でも 890 MB(100000 DN * 8,9 KB の平均エントリーサイズ) に増やす必要があります。ただし、Red Hat は、必要な最小サイズを次に大きい GB に切り上げし、その結果を 2 倍にすることを推奨します。この例では、エントリーキャッシュを 2 ギガバイトに設定する必要があります。
エントリーキャッシュを設定するには、Setting the entry cache size using the command line を参照してください。