成長中のホームラボでは、ストレージ設計で実際に活用できる場合に限り、空のデータドライブベイを2つ確保しておくのが便利な基本構成です。次の拡張が対応済みのドライブ1台の追加で済むなら、空きベイは1つで十分です。段階的に2台追加する予定、またはミラー構成のペアを1組追加する予定があるなら、2つ確保する意味があります。ドライブを交換するか、プールを移行する予定なら、空きベイを0にするのも合理的です。漠然とした将来性のためではなく、選択したストレージレイアウトに必要な最小の拡張単位に合わせてベイを確保しましょう。
空の拡張ベイと交換用スペアを分けて考える
未使用のドライブベイは、スペアドライブと同じものではありません。空きベイは、将来の容量追加、別のプール、新しいストレージ用途のためのスロットを残します。コールドスペアはシステム外で保管する交換用ディスクです。一方、ホットスペアはベイを占有しますが、通常は利用可能な容量を増やしません。これらを混同すると、6ベイの筐体が実際のレイアウト以上に拡張可能に見えてしまいます。
ZimaSpaceの家庭用NASのドライブベイ数に関するガイドでは、ベイ数を世帯の規模だけでなく、利用可能な容量と拡張性に結び付けるべき理由を説明しています。ホームラボでも同じ原則が当てはまりますが、仮想マシン、アプリケーションデータ、バックアップ、メディア、スクラッチ領域など、より多くのストレージ用途が加わります。
購入前に、初日のレイアウトを図にしてみましょう。データドライブ、パリティまたは冗長化用ドライブ、アプリ用SSD、ホットスペア、そして本当に未使用のスロットを記入します。次に、どの空きベイを容量拡張用に使い、どれを将来の別プール用に残すのかを明確にします。これにより、設計全体を考慮した結果、「6ベイ」がいつの間にか4つの実質的なデータベイになってしまうのを防げます。
故障したドライブをすぐに交換する必要があるなら、空きベイをあらかじめ確保するのではなく、交換用ディスクをコールドスペアとして購入しましょう。ホットスペアは、自動再構築のメリットがスロットを常時消費するデメリットに見合う場合にのみ用意します。拡張用の余裕と故障交換用の備えは、別々に予算化すべきです。
ラボ全体の最終形ではなく、次の2回のストレージ追加を予測する
成長中のホームラボに、5年後に利用する可能性があるすべてのサービス分の空きスロットを用意する必要はありません。必要なのは、次の1〜2回の容量増加に対応できる現実的な道筋です。現在の利用可能容量、年間データ増加量、スナップショットやバックアップの保持期間、仮想マシンの増加量、空き容量が運用上厳しくなる時点を確認しましょう。
ZimaSpaceの既存の初めてNASを購入する方向けの成長計画ガイドでは、最終的な理想のシステムではなく、次のアップグレードに基づいてベイ数を選ぶことを推奨しています。この記事では、そのルールを空きスロットの判断に絞り、次に予定している拡張単位に必要なベイ数を残すよう求めます。
次の容量拡張を、既存のドライブ2台をより大容量のものに交換することで実現でき、再構築や移行作業を受け入れられるなら、今の段階で複数の未使用ベイに費用をかける価値は低いかもしれません。データが着実に増え、正常なドライブを交換せずに拡張したい場合は、空きスロットの経済的な意義がより明確になります。
「メディアプールが70%に達したらデータディスクを1台追加」「VMストレージが現在のプール容量を超えたらミラーSSDを1組追加」のように、日付を付けた拡張イベントを2つ計画に書き込みましょう。可能性の高いイベントを1つも挙げられないなら、より小型の筐体を基本にするのが合理的です。
空きスロットを数える前に、プールの拡張単位を確認する
物理的な空きスロットは、ストレージソフトウェアと冗長化レイアウトが、期待どおりに新しいディスクを組み込める場合にのみ役立ちます。プラットフォームによって拡張方法は異なるため、同じ1ベイ分の余裕でも、あるホームラボでは有用なのに、別の環境では再構築や移行なしには利用できないことがあります。
Synologyは、SHRの拡張について、既存プールにディスクを追加する際のサイズに関する具体的なルールを公開しています。一方、Unraidはアレイに個別のデータディスクを追加する手順を案内しています。これらは、「空きベイが1つあれば十分か」という判断を、実際のストレージプラットフォームなしには下せない理由の一例です。
最新のTrueNASも、RAIDZ vdevを段階的に拡張できるRAIDZ拡張ワークフローに対応しています。そのRAIDZ拡張ドキュメントは、固定幅アレイに関する古い前提に頼らず、現在のプールのルールを確認すべき理由を示しています。
選択したトポロジーを、実際に役立つ最小の拡張単位に置き換えて考えましょう。予定しているプールがドライブ1台ずつ拡張できるなら、空きベイ1つが実質的な次の一手になります。ミラー構成のペアを追加する設計なら、2つ確保します。拡張にプールの交換や再作成が必要なら、物理的な空きスロットを増やしても、実際の移行制約は解決しません。
分離しておくべきストレージ用途のためにベイを確保する
ホームラボでは、総容量が不足する前に、単一の区別のないプールでは対応しきれなくなることがよくあります。仮想マシンやコンテナには低レイテンシのSSDストレージが適している一方、メディア、バックアップ、アーカイブには大容量HDDが向いています。用途を分けると、紙面上は余裕のある筐体でも、拡張の余地はすぐに失われます。
ZimaSpaceのホームアプリプールのNVMe容量に関するガイドでは、永続的なアプリケーションデータに独自の容量計画が必要な理由を説明しています。専用のSSDアプリケーション層をすでに計画しているなら、そのデバイス位置を将来の大容量ストレージ用の余裕として数えないでください。
初日から確実に必要なストレージ用途を列挙しましょう。プライマリデータ、バックアップ先、アプリケーションプール、VMプール、メディア、監視、スクラッチ、テスト用ストレージなどです。性能要件と復旧要件に互換性がある場合にのみ用途を統合します。そうでなければ、すでに導入すると分かっている別の階層のために、十分なデバイス位置を確保しましょう。
この点で、空きベイは1つより2つのほうが役立つことがよくあります。将来のペア構成の階層や、正常なドライブをすぐに交換せずに2回の段階的なデータ追加に対応できます。ただし、プラットフォームにアプリストレージ用の独立したNVMeスロットがすでにあるなら、同じ目的のためにHDDベイを2つ空けておく必要はないかもしれません。
空きベイのコストを、大容量ドライブと将来の移行コストと比較する
未使用のベイには機会費用があります。大型の筐体は価格が高く、設置スペースを多く使い、必要になる前に余分なドライブを購入するきっかけにもなります。代わりに、最初から容量の大きいドライブを少数搭載し、後でドライブ交換や移行を受け入れる方法もあります。どちらが常に安いとは限りません。データ増加量、ドライブ価格、冗長性、移行の手間が結果を左右するためです。
| 空のデータベイ | 適したケース | 限界点 |
|---|---|---|
| 0 | データセットが安定しており、大容量ドライブへの交換や移行を受け入れられる | 拡張のたびに正常なドライブの交換が必要になると、増加への対応が厳しくなる |
| 1 | 近いうちに、対応済みのドライブ1台による拡張が見込まれる | ペアが必要な将来の階層には不十分 |
| 2 | 2回の段階的な追加、または1回のペア拡張がすでに現実的に見込まれる | プールが独立したドライブを使えない場合は無駄になる可能性がある |
| 3+ | 測定可能な急速な増加、複数のプール、または明確に定義された複数のストレージ用途がある | 将来のワークロードがまだ仮定にすぎない場合は過剰購入になる |
また、コントローラー、ポート、電源、冷却、オペレーティングシステムが、筐体に物理的に搭載できるドライブをサポートしているかも確認しましょう。筐体に見える空きベイがあっても、プラットフォーム全体が予定するデバイスを認識したり、電力を供給したりできなければ、将来の容量にはなりません。
したがって、購入時の比較には、現在の未使用筐体容量のコストだけでなく、大容量の交換用ドライブ、追加の再構築サイクル、将来の移行にかかるコストも含めるべきです。「ベイが多いほうが安心」という理由だけでなく、近い将来に起こりそうな移行を避けられる場合に、空きベイに費用をかけましょう。
筐体を拡張の限界点に合わせる
ZimaBoard 2には、ネイティブのSATA 3.0接続が2つあります。そのため、2台構成を初日から両方の接続に満たす場合、ネイティブSATAの空きベイはありません。ドライブ交換や後日の移行、別の拡張方法を受け入れられる購入者にとっては、より大型のマルチベイ筐体に今すぐ費用をかけずに済む、合理的でコンパクトな選択です。
ZimaCube 2 Standardは、6つのHDDベイを活用し、少数のドライブから始めて、明確な将来の追加用に1〜2スロットを残したい場合に適しています。独立した高速SSD拡張パスも備えているため、アプリケーション層を構築するためだけにHDDの容量拡張用ベイを消費せずに済みます。
HDDベイを増やすためだけに、ZimaCube 2 StandardからProへ移行しないでください。どちらも同じ6ベイのストレージ筐体を使用しています。Proは、ラボにより高性能なネットワーク、より大きな処理性能の余裕、または高速なアクティブストレージが実測上必要な場合にのみ意味があります。ベイ数の増加だけでは、より高性能なモデルを選ぶ理由にはなりません。
最終的なルールは、次の1〜2回のストレージ変更に必要な最小の拡張単位を確保することです。交換や移行を受け入れられるなら空きベイは0、次に対応する追加が1台のドライブなら1つ、ペアまたは2回の段階的な追加が見込まれるなら2つ、急速な増加や複数のストレージ層がすでに具体化している場合にのみ、それ以上を確保します。こうすれば、拡張の余地を漠然とした将来性ではなく、現実的なホームラボ計画に結び付けられます。
購入ガイド
もっと読む

CPU、RAM、IOPSのスペックをPlexのパフォーマンスにどう換算するか
Plexの負荷測定値を、買いすぎを防ぎながら必要最小限のCPU、RAM、ストレージ、ネットワーク要件に変換するための購入ガイド。

重み付け基準を使ってPlex向けホームサーバーを絞り込む方法
購入前に不確実性を明らかにし、必須条件と希望条件を分けた、再現可能なPlex購入マトリックス。

Plexサーバーはどのようなサポートとアップグレードライフサイクルを提供すべきか?
Plexサーバーのサポート、アップデート履歴、互換性、修理のしやすさ、コスト、移行準備状況を合否判定する購入フレームワーク。

