ディスク容量の要件と推奨事項

画像サービングには、ソフトウェアのインストールに必要な領域に加えて、次のディスク領域要件があります。

説明/デフォルトの場所/で設定 計算/推奨 コメント

ソース画像、フォント、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

デフレート — 圧縮

25～0.75（画像に応じる）

JPEG圧縮

1（JPEG画質95で典型的）

メモ

この近似は、ファイルシステムのオーバーヘッドを考慮しません。 ディスク上の実際の領域は、大幅に大きくなる場合があります。

例

画像サービングの導入では、30,000個の低解像度のレガシー画像を使用し、平均サイズは500 x 500 RGBピクセルにする必要があります。 新しい印刷品質の画像データは、年間10,000件の割合で追加される予定です。 一般的なCMYK画像サイズは4 KB x 6 KBです。 すべてのデータは、高品質で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 6k x 4 x 0.1) = 2.2 G + 268 GB =約270 GB

最高の品質を保証するために、deflate(zip)圧縮を使用できます。 p_factor​が0.4の場合、必要なディスク領域の合計は約4倍になります。 この場合、1 TBをわずかに超えます。

このページ