2025年9月のスレッドでは、ZimaOS 1.4.4および1.5.0でJBODのオプションは表示されるものの、選択できないと報告されていました。Zima公式の回答では、実装にユーザビリティ上の問題があったことを認め、ユーザーは一時的に旧バージョンを使用するか、機能が再実装されるまで待つよう案内していました。
この回答を現在のアドバイスとしてそのまま引用すべきではありません。現在のZimaOSドキュメントには、JBODが再び利用可能なストレージ構成として掲載されています。
ZimaOS 1.4.4および1.5.0で確認されていたこと
報告されたビルドでは、ユーザーはストレージ設定画面からJBODを選択できませんでした。公式回答では、これはディスク固有の設定ミスではなく、製品のユーザビリティ上の問題として扱われていました。
現在との違い
現在のZimaOSのRAIDオプションでは、RAID 0、RAID 1、RAID 5などのストレージ構成と並んでJBODが説明されています。JBODは複数のディスクを1つの連続したボリュームにまとめる方法として定義されており、RAIDのような冗長性は提供しないことが強調されています。
つまり、JBODを再び利用するためだけに旧バージョンのZimaOSをインストールするという以前の回避策は、現在のシステムに対する標準的な推奨にすべきではありません。
JBODが適している場合
JBODは、冗長性よりも容量とシンプルさを重視する場合に便利です。ミラーリングやパリティ用のコピーに同等の容量を割り当てることなく、複数のディスクをまとめられます。
ただし、重要なトレードオフがあります。JBODはバックアップ戦略ではありません。重要なデータがある場合は、複数ディスクのJBODボリュームがドライブ障害からデータを守ってくれると考えず、独立したバックアップを保管してください。
JBODがまだ利用できない場合
- インストールされているZimaOSのバージョンを確認します。
- ディスクがすでに別のプールまたはファイルシステムに割り当てられていないか確認します。
- 2025年当時のバージョン固有の回避策ではなく、現在のストレージ設定オプションを確認します。
- 古いフォーラム投稿で一時的な実装上の問題が説明されていたという理由だけで、本番環境のストレージサーバーをダウングレードしないでください。
現在のJBODとデータ保護に関する補足
RAID 1の復旧ワークフローは、データが重要な場合に冗長性を重視した復旧がどのようなものかを示す、比較対象として役立ちます。ZimaOS 1.5の変更点では、ZimaOSのストレージ変更に関するバージョン情報を確認できます。また、ZimaOSのクラウド連携は、冗長性のないプール内のデータを別の場所にも保存すべきか判断する際に関係します。
SeagateのSeagateによるJBODの定義では、JBODは容量を集約できるものの、RAIDのような組み込みの冗長性は提供しないと説明されています。QNAPのQNAPのJBODの動作でも同様に、リニアJBODは容量を結合する一方、ディスク障害から保護しないと説明されています。これらの定義は重要な運用上のポイントを裏付けています。現在JBODオプションが利用できるとしても、それは容量確保のための選択肢であり、失われると困るデータの保護機能として提示すべきではありません。
結論
コミュニティ投稿は、ZimaOS 1.4.4および1.5.0で一時的に発生していたJBODの問題を正確に説明していました。現在のZimaOSドキュメントではJBODが再びサポート対象の選択肢として示されているため、現在のストレージガイダンスに従い、以前のダウングレード提案は過去のバージョンに関する情報として扱ってください。
