画像サービングには、ソフトウェアのインストールに必要な容量に加え、次のディスク容量要件があります。
説明/デフォルトの場所/次で設定 | 計算/レコメンデーション | コメント |
---|---|---|
ソース画像、フォント、ICC プロファイル install_folder /images IS::RootPaths |
様々下のコメントを参照してください。 |
Image Server からのアクセスのみが必要です。サーバーがデータを変更することはありません。 |
HTTP 応答データキャッシュ install_folder /cache/is-response PS::ResponseCacheFolders |
PlatformServer::cache.maxSize x 2;2 GB 以上を推奨します。 |
このキャッシュには、ネストされた/埋め込まれたデータと外部ソース画像も格納されます。 |
画像カタログのデータキャッシュ install_folder /cache/catalog CS::CatalogCacheFolder |
カタログフォルダーでスペースを 1.5 倍にします。 |
カタログが最初に読み込まれるときに設定されます。 |
ログデータ install_folder /logs PS::LogFolder IS::LogFile SV::LogFile |
100M バイト以上。 |
ログの設定とサーバーの使用に応じて異なります。 |
Image Server の一時ファイル install_folder /temp IS::TempDirectory SV::TempDirectory |
ほとんどの用途には 100 MB で十分です。 |
短時間のみ有効なデータは、PTIFF 以外のソース画像や特定の応答画像形式に必要な場合があります。 |
画像コンバーターコマンドラインツール (IC) を使用して、すべてのソース画像をピラミッドTIFFファイル形式 (PTIFF) に変換することをお勧めします。 この変換により、すべてのアプリケーションに対して画像サービングの最適なランタイムパフォーマンスが実現します。 Image Server は、IC で受け入れられるすべてのソースファイル形式を処理できますが、Dynamic Mediaはこのような使用をサポートしていません。
PTIFF ファイルを使用する場合、次のサムの規則が必要なスペースを判断するのに役立ちます。
total_space
(バイト) = number_of_images
x(2000 + avg_pixel_count
x avg_num_components
x p_factor
)
avg_pixel_count
すべての元のソース画像の平均ピクセルサイズ(幅 x 高さ)。 例えば、元の画像が通常 2k x 2k ピクセル前後の場合、これは 4M ピクセルになります。avg_num_components
画像の種類に応じて異なります。 ほとんどのRGB画像では 3 で、主に CMYK または RGBA 画像では 4 です。 画像の半分がRGBで、残りの半分が RGBA の場合は 3.5 を使用します。p_factor
画像が IC で変換される際の圧縮タイプと画質の設定に依存します。PTIFF 圧縮 | p_factor |
---|---|
非圧縮 |
33 |
Deflate-Compression |
25~0.75(画像に応じる) |
JPEG圧縮 |
1 ( 典型的なJPEGクォリティ 95) |
この近似は、ファイルシステムのオーバーヘッドを考慮しません。 ディスク上の実際の容量は、大幅に大きくなる場合があります。
例
画像サービングのデプロイメントでは、30,000 個の低解像度のレガシー画像を使用し、平均サイズは 500 x 500RGBピクセルである必要があります。 新しい印刷品質の画像データは、年間 10,000 件の割合で追加される予定です。 一般的な CMYK 画像サイズは 4k x 6k バイトです。 すべてのデータはJPEG圧縮され、高品質です。 3 年間の使用後のディスク容量の合計は、次のように推定されます。
total_space
= 30,000 x (2k + 0.5k x 0.5k x 3 x 0.1) + 3 x 10,000 x (2k + 4k x 4 x 0.1) = 2.2 G + 268 GB =約 270 GB
最良の品質を保証するために、deflate(zip) 圧縮を使用できます。 仮定して p_factor
0.4 の場合、必要なディスク容量の合計は約 4 倍になります。 この場合、1 TB をわずかに超えます。