ZimaOSを主にコンテナサーバーとして使用する場合は、システムSSDをOS専用にし、AppDataと重要なユーザーデータをメインRAIDに保存し、ダウンロードや使い捨てのステージングには別のスクラッチディスクを使用してください。 ZimaOSには現在、アプリデータの場所を設定する機能が組み込まれており、各コンテナを手動で移動するよりも、この構成をはるかに簡単に実現できます。
元のユーザーが説明したのは、120GBの起動用SSD、主要データとコンテナ用のRAID5、2TBのスクラッチディスクという、合理的な3層構成です。現在のZimaOSドキュメントはこの構成をサポートしており、Synology、UGREEN、その他のNASシステムを接続するためのSMB／LANストレージも提供しています。
推奨ストレージ構成
システムSSD
└─ ZimaOS＋システムコンポーネント
RAID5
├─ AppData
├─ コンテナの永続データ
├─ ドキュメント／メディア
└─ 重要な共有フォルダー
2TBスクラッチディスク
├─ ダウンロード
├─ 一時的なトランスコード
└─ 使い捨てのステージングアプリデータの場所をRAIDに設定
現在のZimaOSアプリデータガイドでは、アプリデータをシステムディスク以外に保存することを推奨しています。
「設定」→「アプリ」→「アプリデータの場所」に移動し、RAIDで保護されたストレージを選択します。
すべてを1つのAppDataフォルダーに入れない
各アプリの設定データを、それぞれ独自の永続ディレクトリに保存します。メディアライブラリやダウンロードは別々の共有フォルダーに保存すると、複数のコンテナから一貫してアクセスできます。
交換可能な作業にはスクラッチディスクを使用
ダウンロード、展開、トランスコード、キャッシュ、一時的なプロジェクトファイルは、単体の2TBディスクに適しています。スクラッチディスクに障害が発生しても、家族写真やデータベースの唯一のコピーを失わないようにしてください。
SMB経由で他のNASシステムに接続
現在の別のNASへの接続ガイドでは、「ファイル」→「ストレージ」→「LANストレージ」から別のNASを追加する方法を説明しています。
接続すると、ZimaOSでデバイス間のデータをコピーしたり、リモートNASをバックアップ計画の一部として使用したりできます。
Windowsスタイルのコピー＆ペーストには、PCにSMBをマウント
組み込みの「ファイル」インターフェースが好みでない場合、毎日のファイル管理をブラウザーで行う必要はありません。ZimaOSやその他のNAS共有をWindowsのファイルエクスプローラーまたはmacOSのFinderにマウントし、そこでファイルをコピー＆ペーストできます。
現在のZimaOSのSMBアクセスは、まさにそのワークフロー向けに設計されています。
代替のウェブファイルマネージャー
FileBrowser／FileBrowser Quantumでは別のブラウザーUIを利用できますが、独自の権限と永続的な設定を持つ別のDockerアプリケーションとして扱ってください。基盤となるZimaOSのストレージレイヤーを置き換えるものではありません。
コンテナパスを統一する
メディアやダウンロードのスタックには、次のような安定したコンテナ側パスを使用します /downloads および /media 関連するアプリ間で統一します。これにより、あるアプリが同じホストフォルダーを別のパスとして認識し、インポートやハードリンクが機能しなくなるのを防げます。
RAID5はバックアップではない
RAID5は、1台のディスク障害が発生した場合の可用性を保護します。ただし、誤削除、ランサムウェア、ファイルシステムの破損、盗難からは保護しません。
バックアップ戦略ガイドでは、ストレージ構成が安定した後に、LAN／USB／クラウドへのコピーを追加する方法を説明しています。
RAIDに保存するものと、保存しないものを決める
永続的なデータベース、アプリケーション設定、家族のファイル、再作成が困難なものは、保護されたストレージに保存します。一時的なダウンロード、展開用ディレクトリ、トランスコード用のスクラッチ領域、キャッシュは、失っても問題ない場合に限り、単独のディスクを使用できます。
アプリスタックをインストールする前に共有フォルダーを計画する
次のような安定したフォルダーを作成します メディア, ダウンロード, ドキュメント、および AppData を先に行います。その後、関連するすべてのコンテナを同じホストパスに指定してください。サーバーがすでにデータでいっぱいになってから20個のコンテナパスを移行するより、はるかに簡単です。
すべての階層で空き容量を確認する
ほぼ空のRAIDがあっても、システムSSDやスクラッチディスクがいっぱいなら役に立ちません。ブートディスク、AppDataの保存先、RAID、スクラッチディスクをそれぞれ個別に監視してください。メディアアレイにテラバイト単位の空きがあっても、システムディスクの空き容量が少ないとコンテナの更新に失敗することがあります。
よくある質問
コンテナはブートSSDに配置すべきですか？
ZimaOSがそこに配置する場合は、コンテナエンジンやシステムコンポーネントを置いたままにします。ただし、永続的なAppDataはメインのストレージプールに移してください。
ダウンロード専用の別ディスクを使用できますか？
はい。スクラッチディスクは、再取得可能なダウンロード、キャッシュ、ステージングファイルの保存先として適しています。
ZimaOSはSynologyやUGREENのNASに接続できますか？
はい。それらのシステムがSMB共有を公開している場合は、「ファイル」でLANストレージとして追加してください。
ZimaOSのブラウザーファイルマネージャーは必要ですか？
通常のデスクトップでのファイル操作には不要です。代わりに、SMBを使えばWindowsのエクスプローラーやmacOSのFinderから操作できます。
