WindowsAreaがRAID 1構成のZimaBoard 2ミニホームラボを構築する方法

エヴァ・ウォン

IceWhale author

エヴァ・ウォン は テクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

How WindowsArea Builds a ZimaBoard 2 Mini Homelab With RAID 1 - Zima Store Online

WindowsAreaが、ZimaBoard 2: First Impression of the Mini Homelabで、ZimaBoard 2を使った最初の構築を最後まで記録してくれたことに、心から感謝します。この動画は箱を開けるだけではありません。コンパクトな複数ドライブ用フレームを組み立て、ZimaOSを起動し、4TBハードドライブ2台を検出し、RAID 1ストレージを作成し、ImmichやJellyfinなどのセルフホストサービスをインストールするまでを紹介しています。

この一連の流れは、ZimaBoard 2 Mini Home Serverが、むき出しのシングルボードコンピューターと従来型のNASアプライアンスの間でどの位置にあるのかを知りたい人にとって、動画を有用なものにしています。ハードウェアは小型でサーバー向けに設計されており、ZimaOSは最初のストレージおよびアプリケーションに関する判断を、ブラウザーで管理できるワークフローに変えます。

完成したのは本格的な小型ホームラボですが、魔法のようにワンクリックで構築できるクラウドではありません。WindowsAreaは今もハードウェアを組み立て、ドライブを接続し、ストレージを初期化し、RAIDの同期を待ち、新しいプールでどのアプリケーションを使うか決める必要があります。このアクセシビリティと所有者の責任のバランスこそが、今回のテストで最も重要な点です。

WindowsAreaによる完全なセットアップの様子を見る: オリジナルのドイツ語動画では、配送箱と4台のドライブ用フレームから、ZimaOSダッシュボード、RAID 1ストレージ、ファイル管理、Immich、Jellyfinまで、プロジェクトの全工程を追っています。

出典に関する注記: この記事では、WindowsAreaの動画で紹介された組み立て手順、インターフェースに関する所見、アプリケーションのテストを再構成しています。ZimaOSの画面、アプリケーションのバージョン、ストレージの動作、同期にかかる時間、ハードウェアアクセサリー、対応ドライブ構成は、公開後に変更される可能性があります。RAIDはドライブ障害後の可用性を保護しますが、独立したバックアップの代わりにはなりません。

中心的な結論は、ZimaBoard 2によって標準的なコンポーネントの組み合わせを、扱いやすいローカルストレージおよびセルフホスティングプラットフォームにできるということです。その価値は、x86互換性、ストレージへの直接接続、拡張可能な物理設計、グラフィカルなオペレーティング環境の組み合わせにあります。ストレージや復旧について理解する必要がなくなるわけではありません。

WindowsAreaがZimaBoard 2と複数ドライブ対応の小型ホームラボキットを開封

WindowsAreaは、ZimaBoard 2のハードウェア、ドライブコンポーネント、そしてボードをコンパクトなストレージサーバーへと変えるフレームの紹介から始めます。

ZimaBoard 2が小型ホームラボに適している理由

ホームラボはサーバーラックで定義されるものではありません。個人の管理下にあるハードウェアで、所有者がストレージ、ネットワーク、コンテナ、バックアップ、アプリケーションホスティングを学べる環境です。

ZimaBoard 2は、サーバー向けの複数の機能を小型のx86プラットフォームに凝縮しています。

Intel N150クアッドコアプロセッサ
モデルに応じたLPDDR5メモリ（8GBまたは16GB）
オンボードeMMCストレージ（32GBまたは64GB）
ネイティブSATA 3.0接続×2
2.5GbE Ethernetポート×2
USB 3.1およびMini DisplayPort接続
露出したPCIe 3.0拡張インターフェース
ヒートシンクとして機能するよう設計されたファンレスアルミニウム筐体

WindowsAreaのテストにおけるZimaOSダッシュボードでは、使用可能メモリが約7.51GBと報告されており、このシステムが16GBの1664モデルではなく、8GBクラスのZimaBoard 2 832であることが分かります。動画で示されたストレージワークフローと一部のDockerアプリケーションには十分ですが、サービスを追加するほど容量計画が重要になります。

ARM開発ボードとは異なり、x86プラットフォームは、使い慣れたサーバーOSやコンテナイメージを幅広く利用できます。多くの密閉型ミニPCとは異なり、ネイティブSATAとPCIe接続を備えているため、USBアダプターだけに頼らずにストレージやネットワークを拡張できます。

-15% OFF

ZimaBoard 2 - あなたの大きなアイデアのためのミニホームサーバー

Single board computer zimaboard2

物理的な構成は従来型NASよりもモジュール性に優れている

WindowsAreaは、組み立て前に作業台の上へコンポーネントを並べます。キットには、ZimaBoard 2、金属製ドライブフレーム、ブラケット、ドライブケーブル、小型の冷却部品、複数のハードドライブを設置するスペースが含まれています。

ホームラボの組み立て用に準備されたZimaBoard 2、ハードドライブ、ケーブル、フレーム部品

オープンな作業台の構成から、ボード、ドライブフレーム、ケーブル、冷却部品、標準ハードドライブが1つのモジュラーシステムになる様子が分かります。

この方式は、密閉型の2ベイNASとは異なります。コンポーネントは見える状態で交換可能なままであり、フレームには、初回のZimaOSストレージテストで検出された2台を超える数のドライブを物理的に搭載できます。追加の取り付け位置は将来のプロジェクト用の余地を生みますが、物理的な搭載能力だけで電気的な接続が自動的に確保されるわけではありません。追加する各ドライブには、データ経路、十分な電力、取り付けのための支持、そして明確に定めたストレージ上の役割が必要です。

最初の2台のドライブには、ネイティブSATAが最も簡単な接続方法です。これを超えて拡張するには、互換性のあるPCIeストレージコントローラーと適切なケーブルが必要になる場合があります。PCIeカード、接続したドライブ、ファンも電力と冷却の要件を追加するため、サーバーを継続的に使用する前に計画しておく必要があります。

フレームの組み立てでボードがストレージアプライアンスに変わる

動画の中盤までに、WindowsAreaはZimaBoard 2をドライブフレームの上に取り付け、その下にハードドライブを設置します。完成した構造はラックサーバーよりはるかに小型でありながら、ボードとストレージにアクセスしやすい状態を保っています。

WindowsAreaが複数のハードドライブを備えたコンパクトなZimaBoard 2フレームを完成

組み立てたフレームにより、ZimaBoard 2が複数ドライブ用ケージの上に配置され、コンパクトでメンテナンスしやすいミニホームラボ構成になります。

オープン設計には、実用面でいくつかの利点があります。

密閉された筐体を分解せずにドライブを交換できます。
トラブルシューティング中も、ケーブルの経路とインジケーターライトが見える状態を保ちます。
ストレージまたはネットワーク拡張カード用のPCIeスロットにアクセスできます。
ドライブとボードのパッシブヒートシンクの周囲には空気が流れます。

完成したNASよりも、さらに注意が必要です。サーバーには安定した設置面、電源ケーブルとSATAケーブルの張力を軽減する対策、ヒートシンク周辺の空間、偶発的な接触からの保護が必要です。メカニカルハードドライブはしっかり固定し、繰り返し発生する振動や衝撃から遠ざけてください。

最初のZimaOS起動で実際のテスト構成が明らかになる

WindowsAreaは、ウェブブラウザーでボードのローカルIPアドレスを使ってZimaOSを開きます。ダッシュボードには、システムの状態、ストレージ、ネットワークアクティビティ、アプリケーション、ファイル、バックアップ、仮想マシン、リモートアクセスのオプションが1つのインターフェースにまとめられています。

撮影時点で、システムはCPU使用率約2%、メモリ使用率9%、プロセッサーの消費電力約2.4W、温度約33°Cを示しています。これらは長期的な電力・温度ベンチマークではなく、アイドル時または軽負荷時の観測値ですが、ダッシュボードによって初心者でも基本的なシステムの状態を確認できることが分かります。

さらに重要なのは、ZimaOSがそれぞれ4TBの生容量を持つ2台のST4000VN006ドライブを検出したと通知する点です。これらは、後の動画で紹介するストレージプールに使用される2台のドライブです。

ZimaOSがWindowsAreaの小型ホームラボで新しい4TBハードドライブ2台を検出

ZimaOSは2台の4TBドライブを検出し、ストレージプールが作成される前に直接管理できる状態を示します。

正しい順序が重要です。所有者は、初期化を行う前にモデル番号と容量を確認してください。誤ったドライブを選択すると既存のデータが破壊される可能性があるため、再利用するディスクは新しいストレージプールに追加する前にバックアップする必要があります。

公式のZimaBoard 2スタートガイドでは、初回の電源、ネットワーク、ストレージ、デバイス検出、ZimaOSへのサインインの手順を説明しています。

4TBドライブ2台が4TBのRAID 1プールになる

WindowsAreaは、検出された2台の4TBディスクを1つのRAID 1セーフストレージプールに統合します。RAID 1では両方のドライブに同一のデータを書き込むため、使用可能な容量は合計8TBの生容量ではなく、約1台分の容量になります。

このトレードオフにより、1台のドライブが故障しても継続して利用できます。ミラーの一方が動作を停止した場合でも、故障したドライブを交換してミラーを再構築する間、残ったディスクからデータを利用できるはずです。

ZimaOSは、2台のハードドライブ間で4TBのRAID 1セーフストレージプールを同期します

同期中、ZimaOSのストレージパネルには、RAID 1の使用可能な容量が約4TBと表示されます。

ミラーのすべての部分を準備する必要があるため、初回の同期には数時間かかることがあります。その間、所有者はサーバーの電源を入れたままにし、ドライブを取り外さず、ディスクの周囲に十分な通気を確保してください。

同期インジケーターは、ストレージプールに状態があることを示すリマインダーでもあります。「正常」というラベル、劣化の警告、再構築中のステータス、ドライブエラーには注意が必要です。RAIDは、一度設定したら無期限に放置してよいものとして扱うべきではありません。

RAID 1が保護するのは可用性であり、データ履歴全体ではない

ミラーリングされたプールは、1台のディスクの故障から保護します。しかし、データを失わせる可能性のあるあらゆる事象から保護するわけではありません。

誤って削除すると、両方のドライブに反映されます。
ランサムウェアやアプリケーションの破損によって、両方のコピーが影響を受ける可能性があります。
電気的な損傷がサーバー全体に及ぶ可能性があります。
盗難、火災、水害によって、2台のドライブが同時に失われる可能性があります。
管理者の誤操作によって、プール全体が変更される可能性があります。

そのため、完全な計画には、世代履歴を備えた独立したバックアップを追加します。広く利用されている3-2-1方式では、少なくとも3つのコピーを保持し、2種類のストレージを使用して、そのうち1つをプライマリサーバーから離れた場所に保管します。

公式のZimaOS 3-2-1バックアップガイドでは、ローカル、LAN、USB、Zima、指定されたクラウド保存先に加え、スケジュール設定と保持する世代について説明しています。

関連するコミュニティ構築例ZimaBoard 2 RAID 1とHome Assistantによるプライベートクラウドでは、別のクリエイターが、独立したバックアップ計画を維持しながらミラーリングストレージとセルフホストサービスを組み合わせる方法を紹介しています。

ZimaOSでストレージをアプリケーションに活用する

RAIDの構築はインフラストラクチャの作業です。サーバーは、そのストレージ上にファイルとアプリケーションを明確に配置して初めて役立つものになります。

ZimaOSには、グラフィカルな「ファイル」アプリケーションと、Dockerベースのサービス向けのApp Storeが用意されています。これにより、コンテナの初期設定の多くは不要になりますが、永続データを理解する必要性がなくなるわけではありません。各アプリケーションは、ストレージプール上の既知のフォルダーに割り当て、データベース、設定、サムネイル、ユーザーコンテンツをバックアップおよび移行できるようにする必要があります。

多くのサービスをインストールする前に、所有者は次の事項を文書化しておく必要があります。

各アプリケーションが永続データを保存する場所
置き換え可能なキャッシュが保存されているフォルダーと、オリジナルが保存されているフォルダー
サービスを外部に公開するポートとアカウント
アプリケーションの更新方法
クリーンインストール時にデータを復元する方法

WindowsAreaの入門者向け構成は、SjslTechが初心者向けホームサーバーOSとしてZimaOSを検証する方法で説明されているワークフローに似ています。ストレージをアプリケーションより先に整え、リモートアクセスを追加する前にローカルでの動作を確認します。

ImmichはRAIDプールをプライベートな写真サービスに変えます

動画の終盤近くで、WindowsAreaはImmichを起動します。Immichは、自分でホストできる写真・動画プラットフォームで、個人ライブラリを整理し、対応するモバイルクライアントからアップロードを受け取れます。

WindowsAreaのZimaBoard 2ミニホームラボでImmichのウェルカム画面が表示される

Immichのウェルカム画面は、新しいZimaBoard 2ストレージプラットフォーム上で写真サービスがローカルに稼働していることを確認します。

ウェルカム画面が表示されれば、アプリケーションが起動したことは確認できます。ただし、写真ワークフロー全体が完了したことを示すものではありません。大規模なライブラリを任せる前に、所有者は管理者アカウントを作成し、アップロード先を確認し、少数のオリジナルファイルでテストし、モバイルでのバックグラウンド動作を確認し、写真のオリジナルファイルとImmichデータベースの両方をバックアップ計画に含める必要があります。

写真に特化したワークフロー全体については、Just JeanがZimaBoard 2でプライベートフォトクラウドを構築する方法をご覧ください。

Jellyfinは異なる種類のストレージワークロードを追加します

WindowsAreaのアプリケーションテストでは、ブラウザーのタブにJellyfinも表示されています。Immichが個人の写真や動画を整理する一方、Jellyfinは映画、テレビ番組、音楽などのメディアが入ったフォルダーを、ストリーミング可能なライブラリに変換します。

必要なストレージは異なります。

Immichは、オリジナルのアップロードファイル、サムネイル、メタデータ、アプリケーションデータベースに依存します。
Jellyfinは、メディアフォルダーの正しいマッピング、メタデータ、クライアントの互換性、コーデックのサポートに依存します。
ダイレクトプレイでは、主にストレージとネットワークのスループットを使用します。
トランスコードでは、Intel N150と内蔵グラフィックスに、はるかに大きな負荷がかかる可能性があります。

最初のテストとしては、ダイレクトプレイ可能なメディアを使い、ローカルクライアント1台で試すのが有効です。パス、権限、再生動作を確認する前に大規模なライブラリをインポートすると、その後のトラブルシューティングが難しくなります。

WindowsAreaの構築で証明されたこと、証明されていないこと

段階	動画で実証されていること	長期テストでまだ確認が必要なこと
物理的な組み立て	ZimaBoard 2と複数のドライブを、コンパクトでモジュール式のフレームに収められます。	ケーブルへの負荷、振動、継続的な温度、電源の挙動。
ドライブ検出	ZimaOSは接続された4TBドライブ2台を識別し、グラフィカルな管理手順を提供します。	長期的なSMART健康状態、エラー報告、交換ワークフロー。
RAID 1	4TBのドライブ2台で、約4TBのミラーリングされた安全なストレージを構成します。	縮退モードでの動作、再構築にかかる時間、障害発生後に検証済みの復旧。
Immich	セルフホスト型の写真アプリがローカルサーバー上で起動します。	大規模ライブラリのインデックス作成、モバイルバックアップの信頼性、データベースの復旧、複数ユーザーでの利用。
Jellyfin	同じZimaOSシステムでプライベートメディアサービスをホストできます。	コーデックの互換性、同時ストリーム数、字幕、トランスコード能力。

ZimaBoard 2ミニホームラボを構築すべき人は？

WindowsAreaの構成は、大型ラックサーバーから始めることなく、密閉型NASよりも高い制御性を求める人に最適です。

ホームラボ初心者は、グラフィカルインターフェースを通じて、ストレージ、RAID、Dockerアプリケーション、ローカルネットワークについて学べます。
プライバシーを重視する家庭は、写真、ファイル、メディアのローカル保存先を作成できます。
クリエイターは、アクティブなメディアライブラリをクラウド専用ストレージから分離できます。
セルフホスティング愛好家は、コンパクトなx86プラットフォーム上で複数のサービスを実行できます。
開発者や管理者は、このボードを実験用ノード、エッジサーバー、または仮想化プラットフォームとして利用できます。

動画で使用されている8GBモデルは、選定したサービスを始めるための堅実な選択肢です。同時に多数のコンテナ、大規模なデータベース、仮想マシン、または負荷の高いマルチタスクを計画しているユーザーは、16GB構成と、ワークロード全体に必要なCPU性能を検討すべきです。

WindowsAreaの構築例が示す、実際の初めてのホームラボ構築手順

WindowsAreaの第一印象で最も優れているのは、作業の順序です。このプロジェクトでは、ハードウェアとドライブの取り付けから始め、ZimaOSがディスクを認識できることを確認し、ミラープールを作成して同期を待ち、その後でストレージを写真・メディアサービスへと変えていきます。

考えられるアプリの一覧よりも、この手順のほうが価値があります。信頼できるホームラボは、把握したハードウェア、意図的に設計したストレージ、明確な復旧範囲から始まります。アプリケーションはその後です。

ZimaBoard 2はプロセスをコンパクトで取り組みやすいものにしながら、オープンフレーム、標準ドライブ、x86アーキテクチャ、PCIe拡張によって、将来の実験の余地を確保します。ZimaOSはセットアップの手間を減らしますが、バックアップ、アカウント、更新、リモートアクセス、障害発生時のサーバーの挙動のテストについては、所有者が引き続き責任を負います。

WindowsAreaによるZimaBoard 2ミニホームラボ構築の完全版動画で、ドイツ語による組み立てとソフトウェアの解説をご覧ください。ZimaBoardストレージサーバーを構築したり、RAIDを設定したり、初めてのホームラボ用アプリを選んだりする場合は、ZimaSpaceコミュニティに参加して、質問したり構成を共有したりしましょう。