写真ストレージは、一般的な「フォトグラファー向け」容量ではなく、自分のライブラリを5年間使った場合の予測に基づいて選びましょう。実用的な出発点は、現在の写真データに、測定した年間純増量の5年分を加え、プライマリボリュームがほぼ満杯で運用されないよう十分な空き容量を確保することです。カメラの解像度、RAWの保持、連写、動画クリップ、生成された派生ファイル、または家庭内で写真を撮る人数が、過去の平均より速いペースで増えている場合は、必要容量が大きく変わります。
5年を予測する前に、実際の1年間を測定する
最も信頼できる予測材料は、直近における自分のライブラリの増加量です。現在の写真ライブラリ全体のサイズを、およそ1年前の信頼できるスナップショットと比較し、そこから新しいオリジナルファイル、重複した書き出し、テンポラリプレビュー、キャッシュ、バックアップを分けて考えます。必要なのは、意図的に保持した写真データの純増量です。
BackblazeのNAS容量計画ガイドでは、現在存在するデータだけを基準にするのではなく、過去のデータから増加率を見積もることを推奨しています。この方法は、撮影量やファイルサイズが家庭ごとに大きく異なる写真ライブラリで特に役立ちます。
昨年が例外的な年だった場合は、記録があれば2〜3年分を使い、一度きりの移行と継続的な増加を区別しましょう。古い家族写真を10年分スキャンして取り込むと、一度に数TB増えることがありますが、それは今後5年間も同じペースで増えることを意味しません。
最初に決めるべきなのは、信頼できる年間保持データの増加量です。まだ見積もれない場合は、代表的な数か月分を記録できるまでストレージの購入を延期するか、業界平均が自分の撮影習慣を表しているかのように考えず、拡張しやすいシステムを選びましょう。
オリジナル、派生ファイル、カタログデータ、動画を分けて考える
写真ストレージに含まれるのは、カメラのオリジナルファイルだけとは限りません。RAWファイル、JPEGやHEIFの書き出し、レイヤー付き編集データ、パノラマの元画像、生成されたプレビュー、サイドカーファイル、カタログ、スマートフォン動画、家族写真のスキャンデータは、それぞれ異なるペースで増加します。「RAW」という名前のフォルダーだけを数えると、5年後の実際のライブラリ容量を過小評価する可能性があります。
Puget SystemsのLightroomストレージガイドでは、高速な作業用ストレージと長期保存用の大容量ストレージを分けて考えています。この区別は容量計画にも役立ちます。カタログやキャッシュは高速な階層に置き、大容量のオリジナルライブラリは高容量ストレージに保存すれば、すべてのTBを高価なメディアに載せる必要がありません。
一時キャッシュやプレビューフォルダーを意図的に保持しないのであれば、それらを5倍して計算しないでください。一方、恒久的なアーカイブの一部である納品データや編集済みマスターは含めます。家族用ライブラリでは、スマートフォン動画を同じ予測に含めるかどうかも決めましょう。現代の動画は、静止画よりも速くアーカイブを増大させることがあります。
明確な予測を立てるには、データを保持目的ごとに分類します。恒久的なオリジナル、恒久的な派生ファイル、再作成可能な作業ファイル、動画です。5年間の購入容量は、恒久的なカテゴリーに、実際に必要な作業用の余裕を加えたものをカバーすべきです。一方、再作成可能なキャッシュによって長期アーカイブが不必要に膨らまないようにします。
5年後のライブラリを予測してから余裕を加える
5年後の予測容量と、実際に購入すべき容量は同じではありません。ストレージシステムには、新しい取り込み、テンポラリ処理、メタデータの増加、スナップショット、そして予想以上に撮影する年に備えた空きが必要です。5年目にボリュームがほぼ100%に達する設計では、余裕のないアップグレード期限を作ってしまいます。
Pugetのクリエイター向けストレージのNASガイドでは、容量だけでなく、ファイルの使い方を基準にストレージを選ぶ必要性が強調されています。長期運用する写真アーカイブでは、余裕があることで、ドライブ交換による中断を先延ばしにでき、メンテナンスや一時的なデータ増加にも対応できます。
実用的な計画方法は、予測した5年後のライブラリ容量を、快適に使用できるボリューム使用率の上限で割ることです。たとえば、5TBのライブラリを使用率75%未満で運用したい場合、プライマリに必要な使用可能容量は約6.7TBです。これはストレージ構成後の使用可能容量であり、ディスクのラベルに記載された容量の合計ではありません。
カメラシステムが変わる場合、参加する人が増える場合、または動画が一般的になりつつある場合は、より保守的な余裕を設定します。拡張が容易で、5年目より前に追加ドライブを購入しても問題ない場合に限り、余裕を小さくしてもよいでしょう。
冗長性やバックアップのコピーを写真ライブラリ容量に含めない
ミラーリングやパリティでは、特定のディスク障害に耐えられるようにするため、ディスクの実容量が消費されます。このオーバーヘッドは無駄ではありませんが、写真を保存する追加スペースでもありません。同じ容量のドライブ2台によるミラー構成で得られる使用可能容量は、おおむね1台分であり、独立した写真ライブラリが2つできるわけではありません。
PetaPixelの写真ストレージとバックアップ戦略の解説では、重要な画像を複数の場所に保存し、保護計画の一部としてオフサイトコピーを用意することが重視されています。つまり、容量予算ではプライマリNAS以外にある復旧用コピーも考慮する必要があり、RAIDをバックアップとして扱ってはいけません。
5年後のプライマリライブラリに8TBの使用可能容量が必要な場合、冗長性と少なくとも1つの別個のバックアップを含めると、購入するストレージの総容量は大幅に増える可能性があります。これらの層を個別に計算し、大容量のプライマリアレイだけでストレージ予算を使い切って、復旧手段を残せない状態にならないようにしましょう。
ZimaSpaceのImmich家族写真バックアップガイドは、容量を決めた後に役立ちます。自動化によって新しい写真を確実に取り込めますが、別の復旧先を定義しない限り、自動取り込みは1つのコピーにすぎません。
5年後の結果から、2台構成かマルチベイNASかを選ぶ
予測したライブラリ容量に必要な余裕を加えたサイズが、2台のミラー構成に無理なく収まるなら、コンパクトなNASが5年間の運用において合理的な選択肢になります。写真がかけがえのないものだからといって、単に多ベイモデルを買う必要はありません。まずは独立したバックアップで保護しましょう。
中規模の家族用ライブラリや、シンプルな2台構成のストレージであれば、ZimaBoard 2 832は、最初のNASとして日常的なアプリケーションも動かしたい場合の基準モデルです。写真サービス、インデックス作成、メディア、その他のコンテナによって、より高い処理性能が必要になる場合は1664を選びます。
5年後の予測容量が2台のドライブに自然に収まらなくなった場合は、ZimaCube 2を選ぶ理由が明確になります。マルチベイ構成により、長期アーカイブの大容量化と、より柔軟な拡張に対応できるためです。アップグレードは、フォトグラファーなら最大容量のNASが必要だという一般論ではなく、保持容量の予測とベイ数によって判断しましょう。
ProまたはCreator向けの上位階層は、10GbEによるアクティブ編集、より多い同時利用、高速SSD作業領域、GPUやローカルAIタスクなど、別のワークフロー上の条件がある場合に選びます。5年間の写真を低頻度で保存する容量だけが目的なら、まずはストレージの問題です。
最終確認:自分のライブラリで計算する
次の手順で計算します。現在の恒久的な写真ライブラリ容量 + (年間保持データ増加量 × 5) = 5年後の予測ライブラリ容量。その後、必要な空き容量の余裕を加え、冗長性を考慮した使用可能容量に換算し、少なくとも1つの独立したバックアップコピーを別途予算化します。
現実的な変化を1つ想定して、予測に負荷をかけてみましょう。新しいカメラのファイルサイズが50%大きくなったらどうなるか、家族の1人がRAW撮影を始めたらどうなるか、年間のスマートフォン動画が2倍になったらどうなるかを考えます。想像できる最悪の未来に備えて購入する必要はありませんが、現実的なシナリオを1つ検証すれば、その計画に十分な強さがあるのか、かろうじて足りるだけなのかが分かります。
ZimaSpaceの家族で大容量の写真ライブラリを共有するためのガイドでは、複数ユーザーで利用する場合の境界も説明しています。同じアーカイブを複数人が利用するようになると、容量だけでなく、権限、取り込み、復旧も所有判断の一部になります。
したがって、適切な5年分の容量は、8TB、16TB、32TBのどれかという普遍的な答えではありません。測定した増加量を、十分な余裕と別個の復旧用コピーを備えた使用可能ストレージに換算したものです。ボリュームを満杯近くまで使ったり、計画の途中でアーカイブを再構築したりせずに済むよう、その予測を満たす最小のストレージ構成を選びましょう。
購入ガイド
もっと読む

ホームアプリプールにはどれくらいのNVMe容量が必要?
512GBのNVMeプールは、多くのホームアプリスタックにとって便利な基準となりますが、データベース、サムネイル、ログ、VM、データの入れ替わりを考慮すると、1TB以上が適している場合があります。

ホームラボサーバーに64GBのRAMは過剰ですか?
64GBは軽量なラボには過剰ですが、複数のVMやメモリ消費の大きいサービスをスワップなしで同時に稼働させ続ける必要がある場合は、十分に合理的です。

基本的なファイルサーバーやバックアップサーバーに8GBのRAMで十分ですか?
8GBあれば、VM、負荷の高いアプリ、重複排除、大規模な同時実行ワークロードを避ける場合、ストレージを優先したファイル・バックアップサーバーには十分です。

