私はホームラボをメンテナンスしません

2026-06-26 私はホームラボをメンテナンスしません 私のホームラボは…それ自体がメンテナンスしています。目次 1. インフラストラクチャ 1.1. サーバー 1.2. ネットワーク 2. ソフトウェア 3. 結果 本当です。私はホームラボをメンテナンスしません…それ自体がメンテナンスしています。涅槃に達したのでしょうか？これがホームラボ愛好家の究極の目標なのでしょうか？どういうわけか、私は回復力のあるホームラボを構築することで、自分自身を仕事（趣味？）から自動化してしまったようです。何が「間違った」のか、見てみましょう。 1. インフラストラクチャ 1.1. サーバー 私は長年にわたっていくつかの異なるサーバーを使用してきましたが、その後、すべてのサービスを単一のサーバーに統合し（こちらでビルドガイドを参照）、環境の複雑さを軽減しました。単一サーバーのセットアップにより、メンテナンスは75%削減されました（4台のサーバーから1台へ）。はい、クラスターやハイパーバイザー、ハイブリッドクラウドソリューションはきらびやかで派手で人気がありますが、私はそれに興味がありません。代わりに、地下室に手で持ち上げられる金属製の箱が1つあります。もう1台「サーバー」としてRaspberry Pi 4がありますが、これはHome Assistant OSを使用しており、自動的に更新され、文字通りメンテナンスは不要です。それは本当にサーバーなのでしょうか？技術的な定義ではそうでしょう。しかし、そんな感じはしません。潜在的なサーバーデバイスを自己維持型のIoTデバイスに変えたように感じます。 1.2. ネットワーク サーバー自体以外に、UniFiギアのミニラックがあります（サーバーは同じラック内）。UniFi Dream Machine Pro、スイッチ、および2つのアクセスポイント（AP）が、私の地下室にある個人データセンターを構成しています。繰り返しになりますが、これもほとんど自己メンテナンスしています。UniFiは自動およびスケジュールされた更新をサポートしており、ハードウェアの手動メンテナンスから解放されます。UniFiはまさに「設定したら忘れろ」プラットフォームです。 2. ソフトウェア 私のサーバーには単一のcrontabラインがあり、毎週Dockerサービスのすべての更新を実行します。 0 0 * * 0 docker-update これは次のエイリアスです: for d in ~/docker/*/; do (cd "$d" && sudo docker compose pull && sudo docker compose up -d); done 私は、パーミッションの問題を考慮して、rootユーザーを介していくつかのcrontabスケジュールも実行しています。正直なところ、これらのジョブはバックアップのためだけです。バックアップが必要になったことはありませんが、安全のために良いことです。 # Generate a daily system report 0 8 * * * /home/cmc/daily_sys_report.sh # Backup SHELL=/bin/bash PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin ## App-aware database dumps 45 1 * * * mkdir -p /tank/cloud/server/backups/immich && sudo docker exec -t immich_postgres pg_dumpall -U postgres > /tank/cloud/server/backups/immich/immich-postgres-$(date +%F).sql 50 1 * * * mkdir -p /tank/cloud/server/backups/piped && sudo docker exec -t piped-postgres pg_dumpall -U piped > /tank/cloud/server/backups/piped/piped-postgres-$(date +%F).sql ## Backup files to ZFS pool 0 2 * * * rsync -aHAX --delete /var/lib/plexmediaserver/ /tank/cloud/plexmediaserver/ 5 2 * * * rsync -aHAX --delete /var/www/ /tank/cloud/server/web_server/ 10 2 * * * rsync -aHAX --delete /etc/nginx/ /tank/cloud/server/nginx/ 15 2 * * * rsync -aHAX --delete --exclude='**/postgres/' --exclude='**/postgresql/' --exclude='**/mysql/' --exclude='**/mariadb/' --exclude='**/redis/' --exclude='**/valkey/' --exclude='**/database/' --exclude='**/cache/' --exclude='**/tmp/' --exclude='**/logs/' /home/cmc/docker/ /tank/cloud/server/docker/ 20 2 * * * rsync -aHAX --delete /home/cmc/.ssh/ /tank/cloud/server/ssh/ これ以外に、必要な更新はapt updateを実行し、場合によっては再起動するだけです。これは、私がやりたいときにいつでも約60秒かかります。 sudo apt update && sudo apt upgrade -y && sudo apt autoremove -y 3. 結果 結局どうなったでしょうか？緊急事態がない限り、月に約15分程度のメンテナンスと見積もっています。それがあなたにとって普通なら、おめでとうございます。あなたは人生の頂点に達しました。しかし、私にとっては全く absurd です。以前は、サーバー、データベース、アプリなどのさまざまな側面を構築、維持、デバッグするのに何日も費やしていました。さらに驚くべきことは何でしょう？月に15分もサーバーにsshして更新する時間がなくても、文字通り何も影響しません。おそらく6か月（あるいはそれ以上？）触らなくても壊れないでしょう。（これは挑戦ではありません。私のサーバーを壊さないでください。）これは素晴らしい状況です。特に、キャリアで忙しくなった私のような人間にとっては。プライバシー、セキュリティ、利便性の素晴らしいバランスが取れていると感じています。メールで返信 →