このブログシリーズでは、ZimaBoardのクラウドファンディング開始時からの熱心なコミュニティメンバーであるD. ローランドの素晴らしい旅路を紹介します。彼は3枚のボードを購入し、それぞれ異なる用途で活用しています。このシリーズでは、彼のボード使用体験と、それらがどのように彼の技術ツールとして欠かせない存在になったかを掘り下げていきます。
この3回シリーズの第1回ブログでは、D. ローランドがZimaBoard 832を使ったホームサーバーの設定方法を案内します。
D. ローランドの紹介
まずはD. ローランドについて少し紹介しましょう。彼は典型的なテック愛好家で、夫であり二児の父でもあります。ネットワークやITの豊富な経験を持つベテランの技術者です。高校時代に技術の世界に入り、その後IT業界でサーバーやネットワークなど様々な技術に携わってきました。彼の知見と経験は、ZimaBoardが彼の生活にどのようにフィットしているかを理解する上で非常に貴重です。
ホームサーバーのシナリオ: ZimaBoard 832
D. ローランドが832ユニットを購入した主な理由の一つは、普段使っているサービスをセルフホストするためです。ZimaBoard導入前は、3Uサイズのカスタムサーバーを古いPCパーツで自作して使っていました。下のホームラックの写真では、電源が切られたままの旧サーバーがラックの一番下に置かれているのが見えます。

ZimaBoard 832は旧サーバーのすべての役割を引き継ぎましたが、一部のファイルストレージはSynology NAS(写真にも写っています)に移されました。D. ローランドのZimaBoard 832は強力なホームサーバーとなり、その設定方法は以下の通りです:
ハードウェア環境:
- ZimaBoard 832
- /homeディレクトリ用480GB SSD
ソフトウェアシステム:
- Debian 11.5
- DockerとDocker-Compose
ZimaBoard 832をホームサーバーとして設定する方法
D. ローランドのホームサーバー構築は以下のステップで行われました:
- OSのインストール: ZimaBoardはx86システムなので、D. ローランドは通常のDebianインストール手順に従うことができました。CasaOSのパーティションを消去し、ZimaBoard 832のeMMCにクリーンなDebian Bullseyeをインストールしました。ルートパーティションにはeMMCを利用しています。
- 追加ストレージ: データ保存には、/homeディレクトリ用に480GBのSSDを使用しました。OSとデータを分けることで効率的な運用が可能になります。
- Dockerのインストール: OSが起動した後、D. ローランドはDockerとDocker-Composeをインストールしました。セットアップ当時、DockerとDocker-Composeは別々のコンポーネントでしたが、現在のDebian BookwormではComposeがDockerに統合されています。
- データ移行:以前のサーバーからDockerのマウントポイントとdocker-compose.ymlをZimaBoard 832にコピーしました。このステップにより、データと設定が新しいハードウェアにスムーズに移行されました。docker-compose.ymlと「Backup-to-S3」bashスクリプトの一部ファイルパスは新しいシステム構成に合わせて更新されています。
- Docker構成:docker-compose.ymlのファイルパスを更新したことで、D. Rowlandは「docker-compose up -d」を実行し、すべてのサービスが正常に復旧しました。
アプリケーションとユースケース
現時点で、D.RowlandはZimaBoard 832上で以下のアプリケーションとサービスを稼働させています:
- hkotel/mealie
- linuxserver/calibre-web
- gitea/gitea
- matrixdotorg/synapse
- vaultwarden/server
- iarekylew00t/caddy-cloudflare
- oznu/cloudflare-ddns
- ugeek/webdav
- itzg/minecraft-bedrock-server
- mongo:4.4
- pawelmalak/flame
- drowland/phpfpm-alpine
- drowland/fastapi
- drowland/ipcalc
- drowland/autolog
Q: これらのアプリケーションはさまざまなシナリオで多様な目的に役立ちます。以下はD. Rowlandの共有です。
D.Rowlandは、上記すべてのDockerコンテナを使用している間、彼のneofetchスクリーンショットに基づくと、832は通常の毎日の使用でわずか1.3GBのメモリしか使っていないことを記録しておきたいそうです。

PythonプロジェクトD.Rowland:ZimaBoard 832ホームサーバーの中心は、私が開発し現在も取り組んでいるさまざまなPythonプロジェクトにあります。これらのプロジェクトは実用的なユーティリティから実験的な試みまで多岐にわたります。現在、以下を稼働中です:
- Autoblog:Autologは家族の車両のメンテナンス記録を追跡・管理するためのウェブベースの自動車サービスログです。車両のメンテナンスを簡素化し、定期サービスを確実に管理します。
- ipcalc:kjokjoのperl IPCALCに触発されて、自分のPython実装によるIPサブネット計算機を作りたいと思いました。ネットワーク関連の作業や計算に便利なツールです。
- fastapi:FastAPIは私が探求しているモダンなPythonウェブフレームワークです。これによりサンプルのREST APIを構築でき、仕事のベンダー統合プロジェクトの開発に役立ちました。
カスタムコンテナビルド
D. Rowland:多くのDockerコンテナはほとんどのユースケースでうまく動作しますが、時には少し調整が必要です。
- PHP-FPM:標準のPHP-FPMコンテナに、通常の展開にはない追加パッケージをカスタマイズして組み込みました。いくつかのプロジェクトで使用しており、パッケージは増え続けています。例:imagick、mongodb、mysqli、sodiumなど。
データベースとストレージ
D.Rowland:
- MongoDB (v4.4):ZimaBoard 832のAVX非対応というCPU制限のため、プロジェクトにはMongoDBバージョン4.4を使用することにしました。幸い、このバージョンは私の特定のユースケースやプロジェクトに適しています。
- WebDAV:このWebDAVコンテナは私のワークフローで重要な役割を果たしています。Obsidianのノートを複数のデバイス間で同期するために使っており、スマホ、個人PC、仕事用PC、タブレット、ノートパソコンのどれからでもシームレスにアクセスできます。
リバースプロキシとリモートアクセス
D.Rowland:
- Caddyサーバー:自宅外からのサービスへのリモートアクセスを簡単にするために、リバースプロキシとしてCaddyサーバーを利用しています。設定の簡単さと信頼性が理想的です。Caddyサーバーの開発者コンテナは使わず、統合されたCloudflare DNSプラグインが欲しかったためです。
- Cloudflare DynDNS:Cloudflare DynDNSコンテナを使って自宅のDNS Aレコードを簡単に管理し、外出中でもサービスへのアクセスを確保しています。
その他のコンテナ
D.Rowland:
- Mealie:電子レシピブックとしてMealieを使っています。気になるレシピを見つけたらすぐに簡単に追加できます。画像や追加のメモ欄があるので、手書きのレシピ帳よりも使いやすいです。
- Gitea:私の個人用Gitリポジトリです。個人のPythonやPowershellプロジェクトの作業中に使い、仕事のプロジェクトのミラーとしても利用しています。
- Flame:これは私がブラウザのホームページとして使っている素晴らしいダッシュボードです。Dockerソケットに連携しているので、新しいコンテナを追加するときも最小限の設定でダッシュボードにリンクできます。
- Minecraft Bedrock:メモリ制約のため、Java版ではなくBedrockサーバーを運用しています。MODは使わないので、Bedrock版は非常に軽量で簡単に動かせるサーバーです。
データセキュリティとバックアップ
D.Rowland:
- バックアップスクリプト:データの安全性は私にとって最優先事項です。コンテナのマウントポイントや重要なデータを保護するために、tarを使ってdockerファイルをアーカイブし、毎晩s3cmdでWasabiにアップロードするbashスクリプトを作成しました。
- Vaultwarden:VaultwardenコンテナをBitwardenクライアント/アプリと組み合わせて使うことで、すべてのパスワードと2FAトークンを管理しつつ、自分の管理下に置き、大手企業のターゲットネットワーク上で動作させないようにしています。
この多様なアプリケーションの範囲は、ホームサーバーとしてのZimaBoard 832の柔軟性とパワーを際立たせています。
結論:
ZimaBoardシリーズの最初のパートでは、D. Rowland氏のZimaBoard 832を使った印象的なホームサーバー構成を紹介しました。彼の経験は、このコンパクトなSBCが効率を保ちながら多彩なサービスをホストできることを示しています。次回もZimaBoardのさらにクリエイティブな使い方をお楽しみに!
メンバーと話し合うために私たちのコミュニティに参加しましょう:
ディスコード:zimaboard.com/discord
フォーラム: https://icewhale.community
Zima キャンペーンハブ
もっと読む

2つのAIエージェントが1台のサーバーを争うとどうなる?
Zero NoichiのAIサイバーセキュリティ実験では、2台のZimaBoard 2を使って攻撃者と防御者のエージェントをシミュレートし、ホームラボサーバーが安全なAI、Docker、NAS、セキュリティテストを支える方法を示しました。

ZimaCube 2でのローカルAI — PCIe拡張、Ollama、そしてホームラボの将来性確保
ZimaCube 2は4つのNVMeスロット、PCIe拡張スロット、DDR5 RAMを搭載しており、Ollama、RAGパイプライン、Dockerをすぐに使い始められます。GPUは不要で、AIワークロードが増えたときの明確なアップグレードパスも用意されています。

ZimaCubeホームラボ監視ガイド:Uptime KumaからAIエージェントまで
Uptime Kuma、Pulse、Proxmox Data Center Manager、またはAIエージェントを使ってホームサーバーを監視し、稼働時間、バックアップ、仮想マシン、アラートを追跡し、重要なサービスのダウンタイムを回避しましょう。
