ZimaCube 2でDocker、CI/CD、10以上のセルフホストサービスを運用する方法

CI/CDパイプライン

• GitHub Actionsのセルフホストランナー — Dockerコンテナをローカル環境に直接ビルド＆デプロイ
• プッシュごとにトリガーされる自動デプロイメントワークフロー

ストレージ＆データ

• 3台のHDDと3台のNVMeドライブにまたがるZFSプール
• 専用バックアップドライブを使ったローカルバックアップワークフロー
• スナップショット対応のメディアおよびデータセットストレージ

ネットワーキング

• WiFi 7ルーターとペアリングしたデュアル2.5Gbイーサネット
• すべてのサービスへのリバースプロキシルーティング
• リモートアクセス用の暗号化トンネル

8GBメモリ：驚きのパフォーマー

正直なところ、標準構成に8GBのDDR5メモリが搭載されているのを見たとき、最初の衝動はすぐにメモリを増設注文することでした。しかし、追加投資をする前に、標準構成でどこまで実用的に動くかを試してみることにしました。

結果には驚かされました。

10以上のDockerコンテナ（リバースプロキシ、暗号化トンネル、監視、CI/CDランナー、CMSホスティング、ストレージサービスを含む）を動かしても、システムは決して制約を感じませんでした。メモリ使用量は管理可能な範囲にとどまり、コンテナの起動時間も速く、サービスの応答性も優れていました。

これは現代のLinuxコンテナワークロードの効率性とプラットフォームアーキテクチャの両方をよく示しています。NVMeストレージプールにより必要時にスワップが実用的であり、DDR5メモリの帯域幅がコンテナのI/Oを高速に保っています。

今後、特にAIワークロードを増やすにつれてメモリを増設する予定ですが、標準の状態でも予想以上に高性能でした。

Docker CI/CD：ビルド → デプロイ → 自動化 → 繰り返し

私にとって最も重要なユースケースの一つはDockerベースのCI/CDです。ZimaCube 2でのワークフローは次の通りです：

1. 私はGitHubにコードをプッシュします
2. ZimaCube 2上のセルフホストGitHub Actionsランナーがジョブを受け取ります
3. ランナーがローカルでDockerイメージをビルドします
4. 新しいコンテナがセルフホスティング環境にデプロイされます
5. Nginx Proxy Managerがトラフィックを更新されたサービスにルーティングします
6. Cloudflare Tunnelによりどこからでもアクセス可能です

これこそが私がこのマシンに求めていたワークフローです。ストレージ用のNAS、計算用の別のボックス、さらにCI/CD用の別システムを使い分ける必要がなくなりました。

理にかなったストレージアーキテクチャ

このデュアルプール設計が、このレベルの統合を可能にしています：

高速プールはDockerの居場所です。コンテナイメージ、ボリューム、ランタイムデータはすべてNVMe RAID 1上にあり、コンテナの起動やI/O操作が本当に高速です。バルクプールは長期保存用のストレージを担当し、メディアファイル、アーカイブ、NVMeの速度を必要としないデータセットを格納します。

この分離により、容量と性能のどちらかを選ぶ必要がなくなりました。

連続負荷時の熱性能

ZimaCube 2の最も印象的な部分の一つは熱性能です。Dockerコンテナ、ストレージプール、リバースプロキシ、監視サービス、CI/CDインフラストラクチャ、そしてセルフホスティングアプリケーションを実行している間も、システムは静かで涼しいままでした。

金属シャーシ、エアフロー設計、付属のNVMeヒートシンク、内部コンポーネントの配置がすべて寄与しています。コンパクトな常時稼働インフラ機器として、熱設計は本当に優れています。

以前使っていた古いラックサーバーと比べて、発熱、消費電力、騒音、物理的な設置面積の差は歴然です。

ネットワーキング：デュアル2.5GbEの実践例

デュアル2.5Gbイーサネットポートは最新のネットワークインフラと完璧にマッチします。WiFi 7ルーターと2.5GbEスイッチと組み合わせて：

• ストレージプールとの高速ファイル転送
• サービス間の応答性の高いコンテナネットワーキング
• Cloudflare Tunnelによるスムーズなリモートアクセス
• 同時ワークロードにボトルネックなし

コンパクトなインフラ機器として、デュアル2.5GbEは非常に重要です。これにより、ストレージアクセスが単一のギガビットリンクに制限されません。

ZimaCube 2で自分だけのセルフホストプラットフォームを構築しましょう →

よくある質問

Q1. ZimaCube 2は何個のDockerコンテナを実行できますか？

標準の8GB DDR5構成で、Michaelはリバースプロキシ、CMS、パスワードマネージャー、監視、CI/CDランナー、ストレージサービスを含む10以上のコンテナを余裕を持って実行しています。NVMeストレージプールにより、同時負荷時でも高速なコンテナI/Oが保証されます。

Q2. ZimaCube 2はGitHub Actionsランナーを実行できますか？

はい。セルフホストのGitHub ActionsランナーはZimaCube 2でよく動作します。Michaelはこれを使ってDockerコンテナをローカルのセルフホスト環境に直接ビルド・デプロイし、完全なローカルCI/CDパイプラインを実現しています。

Q3. Dockerホームラボに8GB RAMは十分ですか？

コンテナワークロード（Docker、リバースプロキシ、トンネル、監視、ストレージサービス）には8GBで意外と十分です。最新のLinuxコンテナはメモリ効率が良く、必要に応じてNVMeストレージが高速なスワップを提供します。後からSODIMMスロットでアップグレードも可能です。

Q4. デュアルストレージプール（HDD + NVMe）の利点は何ですか？

NVMeプールはDocker、VM、アプリケーションストレージなどの高I/Oワークロードを低遅延で処理します。HDDプールはメディア、バックアップ、データセットのコスト効率の良い大容量ストレージを提供します。この分離により、容量と性能を両立できます。

Q5. ZimaCube 2はCloudflare Tunnelをサポートしていますか？

はい、そしてそれはよく機能します。Nginx Proxy Managerとデュアル2.5GbEネットワークと組み合わせることで、ルーターのポートを開けずに安全にセルフホストサービスを公開できます。