Xbox 360の筐体からProxmox Backup Serverへ

大学のチームが大がかりなサーバーを買わずにプロジェクトをホストできるか、という身近な問いから始まる体験談を寄せてくれたu/_MynameItsNotKleberに感謝します。この投稿では、すでに手元にあったハードウェアを再利用し、目的の変化に合わせて環境を少しずつ改良していきました。

セルフホスティングデーへの投稿では、古いコンピューター、サーバー用に転用したXbox 360の筐体、そしてそのマシンを後にバックアップ用にする決断が語られています。珍しい筐体が目を引きますが、より参考になるのは、学習プロジェクトが、データの別の復旧先を必要とする環境へと発展した経緯です。

大学の課題が出発点に

投稿者は、プロジェクト当初の制約を率直に説明しています。

大学のチームが手頃なサーバーを必要としたことから、このプロジェクトは始まりました。組み立てた人は、処分される予定だった使われていないパーツを再利用し、既存のハードウェアで課題に対応できることを示しました。

これにより、機器を集める以上の目的がプロジェクトに生まれました。最初のマシンは、チーム課題に役立てるためのものでした。手持ちの機器を再利用することが当初からの前提だったため、その後の選択も、最初からあった方針の延長として自然に理解できます。

最初のサーバーにはおなじみのPCパーツを使用

投稿では、控えめな初期構成を挙げた後、2つの役割の変化を説明しています。

これらは、この投稿者が導入を進めた各段階です。Proxmox、Immich、その他のアプリケーションの現在の最小要件として解釈しないでください。この投稿には、そうした推奨を裏付けるワークロードの測定値はありません。

導入要件とプラットフォームの運用については、Proxmoxのドキュメントを参照してください。ここでは、本人が組み立てたハードウェアと、それぞれの役割がどのように変わったかを説明します。

Xbox 360がビルドに加わった理由

最初のコンピューターには、廃品置き場で入手したケースが使われていました。その後、スペースが問題になり、安価なXbox 360の出品を見つけたことで、別の筐体を使うアイデアが浮かびました。

制作者は、この段階の元の写真へのリンクを掲載しています。写真にはPCベースの構築例とゲーム機の筐体が一緒に写っており、プロジェクトのこの段階を記録しています。

原文には、完全な機械的改造ガイドはありません。Xboxの筐体にどのように取り付けるか、電源をどう設計するか、どのような冷却性能が得られるかについて、あらゆる場合に当てはまる方法が示されているわけではありません。完成した構築例の写真はプロジェクトの参考になりますが、改造の全手順を記録したものではありません。

アプリケーションによって、サーバーは学習環境になった

元の投稿では、ビルダーが試すサービスを急速に増やしていった様子が説明されています。

1か月も経たないうちに、ビルダーはArrスタック、Immichへの写真アップロード、SMBファイルアクセス、小規模なアプリケーションを試していました。ホームラボは、サービスを試し、実際に使いながら学ぶ場になりました。

この部分は、アプリケーションの一覧が重要な理由を説明しています。これは試行錯誤の記録であり、すべての読者が同じコンテナ群を必要とするという主張ではありません。このインストール環境は、投稿者がサービスを試し、自分で管理するハードウェア上での動作を学ぶ場になりました。

u/2Hard4HimのPi-holeから家庭用サーバーへの移行ストーリーとの間には、興味深い共通点があります。小さな用途から始まり、システムが人々にとって大切なものを保存するまでに発展していきます。ただし、2つのインストール環境の詳細はそれぞれ異なります。

その後、Proxboxはバックアップサーバーに

役割の変化は、このストーリーの中で最も印象的な部分です。

その後、ビルダーはProxbox 360をバックアップ用に転用し、RAMを8 GB、ハードドライブを500 GBのもの3台に減らしました。この変更により、大学のプロジェクトとそのスナップショットを保護するための独立した保存先ができました。

これは、移行についての投稿者自身の記録です。インストール環境が完全な災害復旧を実証したという主張にまで話を広げるべきではありません。原文では、バックアップアプリケーション、保持ポリシー、物理的な分離、復元テストの結果は特定されていません。

写真を扱うワークロードでも、この違いは重要です。Immichのバックアップと復元に関するドキュメントでは、アプリケーション固有の復旧手順を説明しています。写真のアップロードに触れたストーリーだけでは、写真サービスのすべての部分を個別に復旧できることの証明にはなりません。

再利用した棚に機材をまとめる

筐体は、より大きな物理的プロジェクトの一段階でした。投稿者は着手時の棚の写真、ラックの組み立てアルバム、現在のセットアップのアルバムも紹介しています。

本文では、父親に助けを頼み、組み立てに使う廃棄されたPVC板を見つけたことが語られています。このエピソードによって、物語が身近に感じられます。機材の整理は、市販のラックを買うだけで済ませるのではなく、家族で一緒にものづくりをする機会にもなりました。

以前のケース、未完成の棚、後の配置は、ひとつの固定された構成ではなく、プロジェクトの異なる時点を記録したものです。

よくある質問

これはXboxの純正ハードウェアでProxmoxを動かしているのですか？

この投稿では、Xbox 360の筐体を再利用し、PCパーツで組み立てたサーバーについて説明しています。改造されていないXbox本体にProxmoxをインストールしたものとして紹介すべきではありません。

著者は最初のサーバーをすぐに置き換えましたか？

この投稿では、Proxboxをバックアップ用にするという後の決定や、別のメインサーバーを組み立てることなど、複数の段階が説明されています。プロジェクトを理解するには、その経緯を把握することが大切です。

記事には筐体の改造方法がすべて載っていますか？

経緯やハードウェアの一覧、画像へのリンクが掲載されていますが、改造を再現するために必要な機械的・電気的手順がすべて説明されているわけではありません。

バックアップ用の別マシンがあれば、データを復元できると証明できますか？

記事では復元テストの完了は報告されていません。そのため、バックアップ用途について説明していますが、復元結果が独立して検証されたとは主張していません。

結論

Proxboxの物語は、制約のある大学の課題をきっかけに、セルフホスティングへの道が長く続いていった経緯を示しています。まず、古いパーツが課題用のサーバーとして活用されました。個性的な筐体によって、ハードウェアは自分らしいものになりました。その後、2台目のマシンが加わり、最初の構成に新たな役割が与えられました。

その成果が注目に値するのは、判断の積み重ねと、そこから得られた学びにあります。u/jc-21の小さなホームラボの物語と同じように、この構成を理解するには、各マシンが何を担っているのか、そして所有者がなぜそれを使い続けることにしたのかを考えるのが最も役立ちます。