ミニPCとマルチベイUSB DASでCasaOS NASを構築する方法

信頼性の高いCasaOS NASを構築するには、まずミニPC、USB DAS、ソフトウェア層を1つのシステムを構成する別々の要素として扱いましょう。

ミニPCは演算処理とネットワーク機能を担い、DASは直接接続されたディスクを提供し、CasaOSはダッシュボード、共有機能、アプリケーション層を提供します。こうした役割が曖昧になると、システムは不安定になります。特に、USBデバイス名の変更、共有ケーブル1本の接続不良、起動ドライブの故障によってストレージのパスが消える場合があります。重要なファイルを取り込む前に、接続構成と復旧手順を計画しましょう。

ドライブを接続する前に、ミニPC、DAS、CasaOSの役割を明確にする

ミニPCとマルチベイDASの組み合わせはNASのように機能しますが、DAS自体はNASではありません。ユーザーアカウント、ネットワークサービス、アプリケーション層、独立した復旧手順は備えていません。ホスト側でディスクを認識して一貫性のある方法でマウントし、選択したフォルダーをクライアントに公開する必要があります。

実用的なミニPC NASガイドでは、NASをストレージ、ネットワークファイルサービス、管理機能の組み合わせとして説明しています。この3層NASモデルはここでも役立ちます。DASがストレージを提供し、Linuxがファイルシステムとマウントを担い、その上にCasaOSが管理・アプリ用のインターフェースとして配置されます。

アプリをインストールする前に、サーバーの主な用途を決めましょう。最初のシンプルな構成では、共有メディアフォルダー、PCバックアップ先、アプリの非公開データ領域をそれぞれ1つ用意します。ZimaSpaceの既存ガイド「3つのサービスを中心に初めてのホームサーバーを構築する」を参考にすれば、最初のCasaOSスタックを無理のない規模に収められます。

各ドライブを安定して認識できるDASを選ぶ

ベイ数だけでは、そのエンクロージャーがサーバーに適しているかどうかは判断できません。ホストが各ディスクを個別に認識するか、エンクロージャーに安定した電源があるか、すべてのベイにドライブを搭載したときの冷却性能、再起動や交換後にコントローラーがディスクの識別情報を変更するかを確認してください。

実環境での5ベイDASレビューでは、エンクロージャーをミニPCと組み合わせ、DASをベイ、コントローラー、ファン、電源を備えたシンプルなボックスとして紹介しています。このテストから、マルチベイDASをミニPC NASのストレージ層として使える一方で、ホスト側がOSとデータサービスを担うことがわかります。

ファイルシステム、ストレージプール、バックアップジョブをOSで管理する場合は、各ディスクを直接認識させる方法を優先してください。複数のドライブが1台のデバイスとして表示されるからといって、ハードウェアRAIDモードのほうが安全だと思い込まないようにしましょう。個々のドライブの状態が見えなくなり、復旧がエンクロージャーのコントローラーに依存するおそれがあります。

USBの帯域幅と電力を共有リソースとして扱う

エンクロージャー内のすべてのディスクは、最終的に一つのホスト接続を共有します。1台のHDDからのシーケンシャル読み取り速度はそれほど高くなくても、バックアップ、メディアのスキャン、サムネイルの生成、ファイルのコピーを同時に行うと、同じUSBリンクを取り合うことがあります。また、エンクロージャーのファンと搭載されているすべてのドライブは、一つの電源システムに依存します。

ミニPC NASのガイドでは、外付けUSBエンクロージャーは実用的である一方、USBの信頼性に関する懸念があり、複数のHDDを同時に使用すると共有の10Gbpsリンクが飽和する可能性があると指摘しています。そのため、USB帯域幅は単一ドライブの速度テストではなく、全体の負荷を考慮して計画する必要があります。

DASは、電源のないハブを介さずミニPCに直接接続します。エンクロージャーに付属の電源アダプターを使い、データケーブルをしっかり接続して、コールドブート後にすべてのドライブが認識されることを確認してください。エンクロージャーに自動スリープ機能がある場合は、ディスクがアイドル状態になった後にデータベースへの書き込みやスケジュールされたバックアップをテストしてください。

CasaOSにストレージを認識させる前に安定したマウントポイントを作成する

/dev/sdbや/dev/sdcなどのLinuxデバイス名は、USBディスクを再接続したときや、起動順序が変わったときに変わることがあります。特定のパスにメディアがあることを前提とするアプリケーションは、再起動後に別のディスクや空のフォルダーを誤って認識するおそれがあります。

最新のLinuxディスクガイドでは、生のデバイス名は安定しているとは限らず、特に複数のディスクやUSBストレージを使う場合はその傾向が強いため、データファイルシステムをUUIDでマウントすることを推奨しています。UUIDベースの永続マウント手順は、CasaOSでストレージを共有フォルダーやコンテナに割り当てる前の適切な基盤となります。

/mnt/storage/media、/mnt/storage/backups、/mnt/storage/archiveなど、内容が分かるマウントポイントを作成します。再起動する前にマウント設定をテストし、サーバーを2回再起動して、各パスが意図したファイルシステムを指していることを確認してください。ディスクの識別先を推測する場所になるのではなく、安定したストレージ構成をCasaOSに引き継がせる必要があります。

起動ドライブ、アプリデータ、共有ファイル、バックアップを分ける

すべてのレイヤーを一つの大容量メディアフォルダーにまとめないでください。通常、ミニPCの内蔵SSDにはLinux、CasaOS、交換可能なアプリケーションコードを保存します。データベース、設定、インデックス、シークレットなどの永続的なアプリケーション状態には、専用の保護されたパスが必要です。共有ファイルやメディアはDASに保存し、バックアップには通常の作業用ストレージとは別の保存先を用意してください。

Better Stackによると、コンテナを置き換えた後もデータを保持する必要がある場合は、永続ストレージに保存する必要があります。このアプリケーションデータの独立したライフサイクルは、CasaOS環境の構築で欠かせません。アプリを再インストールまたは更新しても、データベースが消えたり、メディアライブラリを最初から再スキャンしたりすることがないようにするためです。

再起動後もストレージが維持されることを確認してから、CasaOSの共有とアプリを追加する

CasaOSはアプリのインストールやストレージの割り当てを簡素化できますが、安定したファイルシステム構成がすでに整っていることが前提です。サードパーティのCasaOS概要によると、ダッシュボードではドライブの表示、外部ストレージのマウント、アプリへのストレージパスの割り当てができます。一方、RAIDやZFSは引き続きOSレベルで管理する必要があります。このCasaOSによる管理と基盤となるストレージモデルの分離により、インターフェースをデータ保護機能と取り違えずに済みます。

ベースとなるLinuxシステムに固定のローカルアドレスが設定され、DASが安定してマウントされるようになってから、CasaOSをインストールしてください。ZimaSpaceのミニPCまたはホームサーバーへのCasaOSのインストールガイドでは、インストールの手順を解説しています。その後、名前付きユーザーで共有を作成し、各アプリには必要なフォルダーだけを割り当てます。実験用コンテナにDASのルート全体へのアクセス権を与えるのは避けてください。

ライブラリ全体をインポートする前に、クライアントを1つテストします。テスト用ファイルを作成、名前変更、削除し、アプリを再起動してからミニPCを再起動します。その後、手動で再マッピングしなくても、同じ共有とデータパスが戻ることを確認します。

切断、復元、アップグレードの境界をテストする

完成した構成は、通常の読み取りテストに耐えるだけでは不十分です。書き込みが行われていないときにDASを取り外し、マウントポイントの空フォルダーに書き込むのではなく、サービスが明確にエラーを示すことを確認します。DASを再接続して再起動し、想定したディスクとパスが戻ることを確認します。その後、アプリケーション設定を1つと、削除したファイルを1つ、バックアップから復元します。

TechTargetのバックアップテストに関するチュートリアルでは、データを復元し、復元後のワークロードが機能することを検証する重要性を強調しています。バックアップファイルがあるだけでは、復旧できるとは限らないためです。CasaOS NASが家庭の重要なデータを保管する唯一の場所になる前に、この機能復元テストを最終確認として実施してください。

コンパクトなx86コンピューティング、ストレージの直接接続、アプリ中心のCasaOSスタックを優先する場合、この構成にはZimaBoard 2 ミニホームサーバーが適しています。複数のドライブ、統合ストレージ管理、複数ユーザーに対応する容量、ストレージを最優先した復旧が、独立したUSB DASを維持することより重要なら、ZimaCube 2 AI NASのほうが明確な選択肢になります。

すべてのドライブに安定した識別情報があり、すべてのサービスのデータパスが限定され、DASを取り外しても気づかないまま書き込みが行われず、復旧時にダッシュボードの見た目を覚えている必要がなければ、構築は完了です。