古いPC活用でセルフホスト！タダで始める技術的自立の楽しさって？

セルフホストに挑戦するなら、俺はぜひProxmoxを古いハードにインストールすることをおすすめするよ。そして、動かすサービスごとに個別のLXCやVMを使うんだ。DockerコンテナよりもLXCの方が管理しやすいし、理解しやすいと思うのは俺だけかな？
あと、コミュニティがメンテしてる素晴らしいスクリプト集があるんだ。これがDockerみたいに手軽に使えるようにしてくれるんだよ：
https://community-scripts.github.io/ProxmoxVE/scripts
ソフトウェアがDebian（ProxmoxのベースOS）で直接動くものなら、可能な限りLXCを使うようにしてるんだけど、Home AssistantのHAOSみたいにもっと細かい制御が必要な場合はVMが使えるのがいいね。Proxmoxだと、ディスクみたいなものをLXC間で共有するのも比較的簡単だし、自動バックアップも組み込まれてるんだ。

’何がベスト’かっていうのは、ユースケース（と予算）によると思うんだ。俺はProxmoxを何台かのサーバーで動かしてるけど、すごくいいよ。
でも、メインのNASサーバーにはUnraidを動かしてるんだ。これは完全にZFSのドライブ設定のため。色々なサイズやメーカーのドライブを寄せ集めて使えるのは、自宅マシンだとかなり価値があって、すごくお金を節約できるんだよね。

慣れてるものによると思うよ。LXCコンテナは軽量な擬似VMみたいなものだと思うけど、Dockerはもっと、維持管理せずにすぐに捨てて作り直す、本当に一時的なコンテナっていう感じかな。データだけ保持するんだ。

そうそう、俺の環境は全部Proxmox VEとProxmox Backup Serverがベースなんだ。ゲーミングPCだってProxmoxの上にVMを置いて、GPUをパススルーしてるくらいだよ。これ以上ないくらい満足してる。

俺はlxdでlxcコンテナを管理してるんだけど、何か見落としてることあるかな？

便利でだいたい分かりやすいUIと、バックアップ/リストアみたいな便利なツールが組み込まれてるよ。必須ってわけじゃないけど、もし誰かが始めようとしてるなら、Proxmoxにはやり方に関するドキュメントがたくさんあるし、UIのおかげでウェブサイトやLLMからコピペした設定コードで自分で墓穴を掘ることも少なくなるよ。

個人的には、自分の管理/仮想化レイヤーを管理したくなかったんだ。設定をいじりたくならない、全部入りのISOが欲しかった。新しいPMインストールにコンテナのバックアップだけをリストアできて、ホスト側で何か足りないものを心配したくなかった（可能な限りね）。
あと、ProxmoxがWeb UIから全部管理できるのも好きだよ。ほとんどのことはLXDでもできるんだろうけど、俺がセットアップした当時はProxmoxが標準的だったんだ（その頃はLXDはまだそこまで洗練されてなかった）。

セルフホストしたい気持ちはわかるけど、したくない気持ちもわかるよ。セルフホストってのはマジで大変なんだ。Dockerのアップデートが必要だったり、たまに壊れたりするし、自分だけが問題に直面して一人で解決策を探すことになる。それに、うまくいったとしても、たいていちょっと不格好なんだよね。
俺がセルフホストしてるツールは、本当にごく一部で、ちゃんと動いてて時間を節約してくれるものだけ（一番はFireflyかな）。でも、結局壊れて諦めた設定にかなりの時間を無駄にしたのは神のみぞ知るって感じだよ。
最近は、会社がプライバシーを尊重してて値段も妥当なら、お金を払ってサービスを使うのも全然アリだと思ってるんだ。

＞ docker
そこに問題があるんだよ。Dockerはストレージやネットワーキングに間接的な層を追加するし、セキュリティアップデートとかのためにコンテナを作り直すか、他の誰かがやってくれるのを待つ必要があって、アップグレードも難しくなるんだ。
もし upstreamのOSベンダーパッケージとしてデプロイできるものとか、シングルバイナリ（goベースのプロジェクトがよくそう）なものだけにするなら、長期的にはもっと楽になる可能性が高いよ。

まあ、Dockerには良いとこ悪いとこあるよね。Dockerなら同じマシンで違うものを2つ以上動かせるし、別々にアップデートできる。これは、片方が欲しい機能をリリースしたのに、もう片方が大事なものを壊すようなアップデートをした時に結構重要。OSで動かすと両方アップデートしなきゃいけないことが多い。シングルバイナリもたまに良いけど、メモリとディスクスペースがもっと必要になる。（まあ、俺がセルフホスト始めた1996年頃よりは大分マシだけど、それでも問題になることはあるね）

システムdでシングルバイナリを動かすのが、同じバイナリとそのDockerコンテナレイヤー、そしてDocker自体のオーバーヘッドがあるシステムで動かすより、なんでメモリやディスク容量が必要なんだ？
バージョンの衝突は認めるけど、それがどれだけ頻繁に起こる？特にOSベンダーの公式リポジトリからほとんど持ってくるならね。
一番多い衝突は、全部がポート80／443を使いたがることだけど、ほとんどのセルフホストサービスは内部ポートで動かして、1つのWebサーバー（ApacheとかnginxとかCaddyとか好きなやつを選べばいい）をフロントに置けば解決できるじゃん。

’そこが問題’だって？Dockerはストレージとかネットワークに間接的な層を追加して、セキュリティとかアップデートを受けるにはコンテナを再構築するか、他の人にやってもらう必要があってアップグレードが難しいって？
君の言ってること、全然意味分かんないんだけど。Dockerは抽象化レイヤーとしてめっちゃ上手く機能するよ。Docker上で動いてるものは何でも、アップグレードするのがめちゃくちゃ簡単で、心配することすらないくらい。君の主張は的外れすぎて、全部ポイントを逆に捉えちゃってるよ。
おまけに、Docker swarm modeを使えばクラスタリングまでタダで手に入る。
’OSベンダーのパッケージか、シングルバイナリ（Goベースのプロジェクトはよくやるね）に固執すれば、長い目で見てもっと良い時間が過ごせるだろう’って？
君にニュースだよ。実は、今じゃフル機能のKubernetesディストリビューションだって、snapパッケージをさくっとインストールするだけでLinuxディストリビューション上で動くんだから驚くべきだよ。

マジかよ、いやありえない。Dockerは超絶便利だから、パッケージマネージャーとか手動インストールには二度と戻れないね。

さっきの2つの段落がなんか対立してるみたいに聞こえたなら、ごめん（後から考えればそう聞こえたのは明らかだけど）。トレードオフがあるんだ。シングルバイナリは、Dockerと共有ライブラリを使うライブラリの間くらいの位置づけ。何が合ってるかは君の状況次第だよ。俺は自分のセルフホスト環境で3つ全部使ってるし、君もおそらくそうすべきだよ。

それに同意するよ。Dockerにはたくさんの使い道があるけど、セルフホストはその一つじゃないね。セルフホストするなら長期的に考えたいし、色々いじるのに飽きる時がくるってことを考慮したい。
だから、ちゃんとしたディストリビューションでパッケージ化されたソフトウェアを使い続けるのがたぶん正しいやり方だと思う。これがLinuxとかBSDディストリビューションの忘れられがちな付加価値、つまり一貫性のあるシステムとメンテナンス、そして簡単なアップグレードパスだよ。
Umbrelみたいなのは例外で、あれはDockerをパッケージマネージャーとして使って全部メンテしてるからOKだと思う。

彼らが言ったことは絶対に全部理にかなってるね。
君が言ってることは、ほとんどのエンタープライズ環境でさえ完全にやりすぎだよ。ホームサーバーでeBookとかペーパーレス文書をホストする話をしてるのに、Kubernetesクラスターが動かすのに十分簡単だから良いソリューションだって示唆してる？狂気だね。
’ニュースがある’って？
ニュースがあるのは君の方だよ：Dockerを使う必要がないもの（つまり、公式にサポートされてる唯一のデプロイ方法じゃないもの）に使うのは、食料品を車のトランクに入れて、その車をトラックの荷台に乗せて、それからトラックで家に帰るみたいなもんだよ。「車のマニュアルトランスミッションをトラックのオートマチックトランスミッションで抽象化するんだ」って言うみたいにね。すごいね、それで自分がボスだって見せつけてるつもりだろうけど。
オペレーティングシステムは簡単だよ。君はただKool Aidに騙されちゃっただけさ。

Dockerを使ってる場合、共有ライブラリを使うことで何か節約になるの？Dockerは全部コピーすると思ってた。つまり、各コンテナが独自の共有ライブラリを持ってて、それらのコンテナ全部を動かしてるOSも独自に持ってるんじゃないの？

＞＞Oh my god no, docker is so damn useful I will never return to package managers/manual installation.
これね。この「コンテナ反対」のコメントって、コンテナのこと何も知らない人が、30年前の技術にしがみついて、たった5分でも何か他のことを調べるのを拒否してるみたいに見えるわ。

必ずしもそうじゃないよ。君はまだ同じカーネルの中で動いてるわけだし。
もし君のイメージが同じベースコンテナを使ってるなら、ライブラリは一度しか存在しなくて、Dockerじゃないセットアップと同じメリットが得られるんだ。
これはストレージドライバーによるけどね。少なくともデフォルトの、そして一番一般的なoverlayfsドライバーではそうだよ。[1] https://docs.docker.com/engine/storage/drivers/overlayfs-dri…

みんなDockerに頼りすぎだよ。プロとしてDockerやk8sをいっぱい使ったけど、Nixosとsystemdの方がメンテやデバッグは断然楽。コンテナは分離のために使うべきで、’docker pull’のためじゃないんだ。Dockerって静的リンクとか宣言的OS設定の下位互換みたいだよね。

Dockerをそんなに頻繁にアップデートする必要ある？俺の環境はDocker自体を1年以上アプデしてないよ。イメージは更新するけど、月1回15分くらいかな。
会社のプライバシー尊重は期待薄だし、信用するのも難しいと思う。

いやいや、全然わかってないね。コンテナ化がどれだけみんなを楽にしてるか無視しすぎ。「docker run」よりsystemdが簡単なんてありえない。ホームサーバーにk8sがMadnessだって？無知をさらしてるだけだよ。Ubuntuのmicrok8sでも見てみろって。古い常識に囚われすぎ。

OSのネイティブなパッケージマネージャーとDockerの一番の違いは、アプリの下にあるシステムを更新できるかだね。例えばOpenSSLのHeartbleedみたいなのがまた起きたら、ネイティブならOSのパッケージをアプデして再起動すれば済む。でもDockerだと、ライブラリを含んだコンテナ全部を誰かがビルドし直す必要があって、遅れる可能性が高いよ。

コンテナは運用とセキュリティがめちゃくちゃ大変だよ。アプデの設計、セキュリティスキャン、内部調査、最小権限での実行とか、本当に悪夢だ。いろんなセキュリティガイド（例：https://cheatsheetseries.owasp.org/cheatsheets/Kubernetes_Se…）見てもわかるように、火をつけて忘れるようなものじゃないんだ。開発やパイプラインならいいけど、本番は「bare metal」がいいね。「簡単」なのが「良い」とは限らない。Dockerは万能じゃない。君（相手）は運用を知らない開発者だね。systemctlとかAnsibleとかの方が、メンテしやすくて安定したインフラを安く作れるんだよ。K8sなんて高い専門家が必要。EC2 2台とLBで超巨大アプリも動くんだぜ。君は敵対的だから放っておくわ。

いやいや、全然違うよ。Dockerの「indirection」ってのはOSレベルの分離のことで、全然悪いことじゃない。アプデが難しい？逆だよ。「docker compose pull
docker compose build .
docker compose up -d」だけで済む。docker-compose.ymlで全部管理できるから、アプリと設定、データが完全に分離するんだ。だからOSに依存しないし、他のVPSに引っ越すのも超簡単。aptとかdnfよりずっと楽だよ。

Dockerが物足りないなんて考えられないね。コンテナ化はインフラ配置の大きな課題を解決するから、業界全体がこっちに来たんだよ。systemdでSDNクラスター組むのが簡単だって？馬鹿げてる。Docker単体だって、「docker run」よりsystemd使うのが楽なんて、信じられない発言だよ。

コンテナのrefreshに時間がかかるって言うけど、大げさすぎだよ。俺の環境だと、CI/CDパイプラインにcronでトリガー仕込んでて、毎晩ベースイメージの最新をプルして、サービスが自動で再デプロイされるだけだよ。全然手間かからないよ。

セルフホストにはDockerが最高のソリューションだよ。1台のサーバーで色んなPHPやPythonバージョンが必要なサービスをいっぱい動かすのにめちゃくちゃ簡単。もし新しいサーバーに移る必要があっても、ボリュームを移すだけで、新しいマシンでコンテナ動かせば終わり。だから、Dockerはセルフホストにすごく向いてるんだよ。

Podmanのrootlessコンテナについてどう思う？rootlessコンテナをアプリごとに別々のOSユーザーで実行すれば、セキュリティ向上と各サービスが自分のリソースしかいじれないようにするのに簡単だと思うんだけど。何か既知の問題とか、Podmanの経験ある？考えを聞きたいな。

Ansibleみたいなツールもあるし、デプロイはそれ一つでLinux以外ももっとできるよ。Docker以外の分離技術も、systemdとかjailsとか色々あるんだ。

君の見方はDockerの成功を示してるけど、同時にDockerしか知らない世代の過大評価だよ。VMの流行もあったけど、結局Frankensteinみたいなシステムになる。Dockerだとセキュリティも失われがちかな。企業ならいいけど、自宅で数人向けならそんな大掛かりなものいらないでしょ。仕事スキルアップ目的ならDockerやKubernetes使うのもいいけど、Dockerで簡単だと思うことはRaw LinuxやBSDの方が実際はシンプルで簡単だよ。

Docker使うだけで年齢や経験を決めつけるのはおかしいでしょ？Dockerできるずっと前からやってるし、VMも使ってたよ。自宅でもSaaSでもいいけど、Raw Linuxで違うバージョンのPHPアプリを3つ動かすのと、Docker使うのとどっちが簡単？これは進化なんだよ。単なる”hype”じゃない。

＞Tools like Ansible exist and can do everything you mention on the deploy side and more (…)’ってコメント、技術的には正しいけど事実として間違いだよ。Dockerが標準で提供する機能を実現するには、Ansibleでめちゃくちゃ大きなカスタムスクリプトを書く必要があるんだ。君の目的は自分でサービスをホストすること？それともAnsibleを延々いじくり回すこと？

それは良い選択肢だと思うな。特権を失わずにコンテナから多くの機能を得られるのはいいね。Podmanも他のツールと同じだよ。適材適所なら喜んで使う。でも、コンテナ化なしでも同じことできる？最近はChatGPTみたいなの使うと、どんなサービスでもsystemd unitファイル作るのがすごく簡単になったよ。プロンプト一つでかなりロックダウンされたサービスが動くんだ。

Dockerをアップグレードするかどうかは関係ないよ。セルフホストだろうが何だろうが、技術は３つの理由で壊れるんだ。
1）何か自分でやった（設定変更、アップグレードなど）
2）何か自分でやらなかった（設定変更、アップグレードなど）
3）ただ単に。壊れると、まるで仕事みたいなトラブルシューティングが始まって、家の色々なものが動かなくなるのに家族はこっちを見てる…なんてことになるよ。セルフホストはトレードオフがあることを知っとこうね。どこか別の誰かがやってくれてた仕事が、全部自分の肩にかかってくるんだ。

自宅ラボで、コード更新して全コンテナを再ビルドするようなCI/CDパイプライン組んでる人なんて、ほんの一握りだと思うな。大抵は一度docker pullして、あとは放置してるんじゃない？正直言って、外部に公開してないプライベートネットワーク内なら、アップグレードサイクルが遅くても許せるかもね。

k8sに言及したのは、コンテナのメリットって、デプロイや実行システム（k8sとか）のこと言うことが多いからだよ。コンテナ自体はLinuxのnamespace機能だし、immutableイメージとかとは関係ない。だから、コンテナ周辺システムに経験があるって話をしたんだ。immutableで宣言的なビルドや配布が簡単なLinuxディストリビューションに慣れてるなら、コンテナは特定の選択肢に過ぎない。ちゃんと使ったことあるなら、systemd unitの方がdocker runよりずっとシンプルだよ。複数のインターフェースがあるのにコンテナにtcpdumpがなくてNATやiptablesをデバッグしたり、mvでファイルが置き換わってbind mountが変更を拾わないとか、Dockerのデバッグは面倒なんだ。systemd unitは複雑じゃないよ。

＞It doesnt matter if its my home lab or some Saas server, how is it simpler to serve 3 PHP apps with different PHP versions on raw linux than simply using docker for example?＜って話ね。ごめん、PHPの管理は正直よく分からないんだ。直感的にはまずNixで解決しようとするかな。でも、同じOSでPHPを複数バージョン動かせないなら、それはPHPかディストリビューション側の問題じゃないかな。だから、自宅では多分PHPは避けると思うし、職場でコンテナがこの問題を解決してくれるのはありがたいよ。もっと良い話で締めくくると、もしDockerが好きならFreeBSD Jailsも見てみてほしいな。きっと気に入ると思うよ。両方使ったけど、JailsはOSとの統合レベルが段違い（ZFSと一緒だとね）。本当に両方の良いとこ取りができるんだ。

必要なものはほとんどセルフホストしてるんだけど、最近ネットが intermittent（断続的）に落ちた時に究極のテストになったよ。面白い疑問がいくつか浮かんだんだ。
ー ネットなしでどれだけ生産的にいられる？
ー 何が足りない？
僕の場合、もっとドキュメントをアーカイブすべきだって分かったし、NixOSはキャッシュをホストしないとオフラインじゃ使えない（これはかなり悪いね）。結局、必要なほとんどをセルフホストしてオフラインでいる方が、すごく生産性が上がることも分かったんだ。

オフラインのドキュメントなら、devdocs [1] をセルフホストしたり、LinuxでZeal [2] を使うのが便利だよ。
[1] https://github.com/freeCodeCamp/devdocs
[2] https://zealdocs.org/

オフラインドキュメントは、Emacsで読むInfoドキュメント [1]、Gnome Devhelp [2]、Zeal [3]、Debianのdoc-rfcパッケージ [5] に含まれるRFCアーカイブ [4] をよく使うよ。
[1] https://www.gnu.org/software/emacs/manual/html_node/info/
[2] https://wiki.gnome.org/Apps/Devhelp
[3] https://zealdocs.org/
[4] https://www.rfc-editor.org/
[5] https://tracker.debian.org/pkg/doc-rfc

システムが停止すると、自分のシステムの弱点がわかる良い機会になるね。外部の問題はどうしようもないけど、自分でコントロールできることは対策（Contingency）を考えられる。
コストと可能性が見合わなくても、備えを考えるのは楽しいよ。

近所の火事で家を追い出された経験から、ホームラボやツールはハードケースに入っていて、低電力でモジュール式がいいって痛感したよ。
今家族の家に避難してるんだけど、パッと出してすぐに使えるとすごく助かると思ったね。

インターネットから離れてる時が一番集中できるし、生産的だよ。wgetでサイト全部保存したり、yt-dlpで動画、KiwixでWikipediaをオフラインで見たり、Zealでドキュメントを見たり。
SingleFileでウェブページを一枚で保存するのも便利だね。

そこで紹介してたwgetのbash alias、シェアしてくれない？
俺も使いたいな。

これがそのwgetのbash aliasだよ → https://srcb.in/nPU2jIU5Ca
ただ、シングルページアプリにはうまく効かないんだ。
誰か良い方法を知ってたら教えてほしいな。

シングルページアプリを保存するには、chromiumみたいなので前処理してmonolith [0] に渡す方法しか知らないな。
例えばこんな感じ [1] にするんだよ。
chromium –headless –window-size=1920,1080 –run-all-compositor-stages-before-draw –virtual-time-budget=9000 –incognito –dump-dom https://github.com | monolith - -I -b https://github.com -o github.html
[0] https://github.com/Y2Z/monolith
[1] https://github.com/Y2Z/monolith?tab=readme-ov-file#dynamic-c…

NixOSはキャッシュをホストしないとオフラインで使い物にならないから、パッケージマネージャーを使うならキャッシュとかリポジトリのバックアップは大事だね。
数百、数千の個人に依存するのはすごい時代だと思うよ。
個人的には、依存関係全部込みの単一パッケージの方が好きだな。

Kiwix [https://kiwix.org/en/] とかJellyfinはオフラインリソースとしてすごく良いよね。
でも、NixOSとかGentooみたいのは、ネットがないとすごく困るし、全部のパッケージをミラーリングするのは現実的じゃないんだよな。

Nixはソースコードのリンクまで追えるから、ローカルにURLがあれば全部ビルドできるんだって。

NixOSは詳しくないけど、Gentoo使いとしてはネット常時接続が必要ってのが分かんないな。詳しく教えてくれない？

新しいの入れる時はネット前提だよね。UbuntuとかCentOSはDVDソースあったけど、今はあんま使われてないだろうな。

NixOSはネットなくても普通に使えるよ。問題なんてないし、jellyfinはSpotifyより全然安定してるくらい。ネットから新しいの入れるのは無理だけど、それはどれも同じだし。nginxの設定変更くらいならオフラインでリビルドできるはずだよ。

長年大丈夫だと思っててテストも成功してたんだけど、ネットなしで簡単なネットワーク設定変えようとした日に詰まったんだよ！なんでか分かんない。オフラインのNixOSはちょっと賭けっぽいな。

世界の．zipみたいなの持っておくのも助けになるかも。いつでも最新モデル用意しとけばいい。LLMはIT sphereを殺すって言われるけど、doomsdayへの合理的な保険にもなるんだ。

数日とか、もっと長い停電でも、自分でrobotryとか使って電源自立できれば耐えられるかもね。でもsocietyが数日でcollapsesするだろうから、すごくうまくhiddenしないとダメだけど。

いい記事だね！若い人がbig techへのdependencyヤバいって気づいてるのが心強いな。昔はみんな自分でhostしてたんだよ。今は簡単になったのに、企業の甘いcandyに流されて”cloud”とかいうvendor lockinに流れちゃう。emailも重要で、記事のは外部service使ってるけど、自分でbusiness ISP契約すればport 25も使えるよ。emailのreputation systemはbig techのblockadeだけど、overcomeすべきだね。

参考までに、FreeBSD使ったemail system、これ見てみて。
https://www.purplehat.org/?page_id=1450
記事、linuxだけじゃなくBSDsにも触れてたら、もっと良かったかもね。