留守にしている間も自宅のラボが動き続けている——この状態は、ラックの機材を全部24時間つけっぱなしにすれば手に入るものではありません。電気代と発熱、そして「気づかないうちに止まっていた」という事故が、そのまま増えていくだけです。
この連載では、ネットワーク・ストレージ・計算・電源と、物理構成を層ごとに見てきました。最終回に近いこの回では、それらを一つの運用に束ねる話をします。軸は三つです。常時稼働とオンデマンドの組み合わせ、遠隔アクセスの入口を絞ること、そして無人で壊れても気づける仕組み。所長が実際に回している構成を、公開できる粒度で観測結果として整理します。
「常時稼働」と「オンデマンド」を分ける
最初に決めるのは、何を常につけておき、何を必要なときだけ起こすか、の線引きです。
土台になるのは、消費電力の小さいノードを一台、常時稼働のオーケストレータとして置くこと。中継やスケジュール、遠隔からの入口の受け口といった「軽いが止まると困る」役割を、この小型ノードに集約します。
一方で、GPUを積んだような重いノードは、常時つけておくと発熱も電力も無視できません。ここはWoL(Wake-on-LAN)で、必要になったときだけ起こす側に回します。常時稼働の最小ノードが土台を維持し、重い処理は要求が来たときに立ち上がる。この二層に分けることで、「いつでも応答する」と「省電力」を同時に成立させます。
所長の運用では、重いノードを24時間回していた頃と比べ、必要時だけ起こす運用に切り替えてから待機時の消費電力と発熱が明確に下がったと報告されています。数字は環境依存なので断定はしませんが、常時稼働を最小に絞る効果は待機時間が長い家庭ラボほど大きくなります。
常時稼働ノードは「小さく・落ちにくく」
土台のノードは、性能より落ちにくさを優先します。役割は中継と受け口なので、CPUやメモリを盛る必要はありません。むしろ、消費電力が低く、電源やストレージがシンプルで、再起動しても勝手に元の役割へ戻ってくることのほうが重要です。
ここが飾りではなく本当の土台なので、この一台が沈黙すると、WoLの起こし役も遠隔の入口も同時に失われます。だからこそ、豪華にするのではなく、壊れにくく・戻りやすく作る。ここは所長も何度か構成を削って、最小限に寄せた部分です。
WoLで重い側を必要時だけ起こす
WoLは、ネットワーク越しに特定のマシンへ起動信号を送り、電源が落ちている状態から立ち上げる仕組みです。常時稼働ノードから重いノードへこの信号を送れるようにしておけば、遠隔から「今から重い処理を回したい」というときにだけ、対象を起こせます。
運用上の注意点も一次運用の観測として挙げておきます。WoLは対象マシンのネットワーク機器やBIOS/UEFI側の設定が有効になっている前提で成り立ちます。ここが無効だと信号を送っても起きないため、導入時に一度は「落とした状態から本当に起きるか」を確かめておく価値があります。起動後に処理を流し、終わったら再び休ませる——この往復が回るようになると、常時稼働ノードとの二層構成が実運用として噛み合います。
遠隔アクセスは入口を一つに絞る
「仕事中も回る」を成立させるには、外から様子を見て、必要なら操作できる経路が要ります。ただし、ここで間口を広げると、そのまま守るべき面が増えていきます。
方針は逆で、遠隔の入口はできるだけ一点に集約します。所長のラボでは、各サービスをそれぞれ外へ露出させるのではなく、遠隔アクセスを一つの経路にまとめる構成を採っています。操作自体は各社の公式アプリや正規の入口を使う体裁に留め、個別の細かい規則はここでは扱いません。入口を絞る具体的な検証と選定については、家庭ラボのリモートアクセスは入口を一つに絞るで4方式を比較しているので、経路の設計はそちらに譲ります。
この回で押さえておきたいのは、遠隔は「増やす」より「絞る」ほうが、無人運用では安全にも把握しやすさにもつながる、という物理面の判断です。
無人で壊れても「気づける」まで含めて土台
自動起動と遠隔が揃っても、それだけでは「無人で回す」は完成しません。無人である以上、止まった瞬間に隣で見ている人はいないからです。異常を早く掴む監視とセットになって、初めて運用として閉じます。
所長の構成では、ダッシュボードで全体の状態を一望できるようにしつつ、サービスやコンテナの死活を監視して、落ちたら通知が飛ぶようにしています。実際に「わざと落として通知が来るか」を確かめた記録はUptime Kumaでコンテナを落として通知をテストするにまとめてあります。監視は入れて満足しがちですが、通知経路が本当に生きているかを一度落として確かめておかないと、いざというときに沈黙します。
何を常時稼働にするかの比較
無人運用の土台の作り方は、大きく三つに分かれます。留守中の応答性、電力・発熱、把握のしやすさで並べると、選びやすくなります。
| 方式 | 留守中の応答 | 電力・発熱 | 気づきやすさ | 向いている状況 |
|---|---|---|---|---|
| 全ノード常時稼働 | 常に即応 | 待機分がそのまま重い | 監視を足せば掴める | 電力を気にせず即応最優先 |
| 小型ノード常時+WoLで重い側を起こす | 起動待ちの数十秒〜が挟まる | 待機は最小、必要時だけ増える | 監視ありきで成立 | 待機時間が長い家庭ラボ全般 |
| クラウド/VPSへ寄せる | 常に即応 | 自宅側はほぼ不要 | 事業者側の監視に依存 | 自宅に重い資産を置きたくない |
数十秒の起動待ちを許容できるかどうかが、常時稼働と小型+WoLの分かれ目です。家庭ラボは待機時間のほうが圧倒的に長いので、多くの場合は小型ノード常時+WoLに寄せると割が良くなります。
組む条件・まだ組まなくていい条件
次のどれかに当てはまるなら、この二層構成に踏み込む価値があります。
- 日中は家を空けるが、自宅の処理やサービスは動き続けてほしい
- 重いノードを24時間回しており、待機時の電力・発熱が気になっている
- 外から状態を見たいが、そのために入口をいくつも開けたくない
逆に、次のうちは急がなくて構いません。
- 常時動かしたいものがまだ無く、使うときだけ手元で電源を入れれば足りている
- 監視も通知もこれからで、まず落ちたことに気づける状態を作るのが先
順番として、監視と通知(落ちたら気づける状態)を先に固め、その上で遠隔の入口を絞り、最後にWoLで重い側をオンデマンド化する、と積み上げると崩れにくいです。
まとめ
ネットワーク・ストレージ・計算・電源と層ごとに見てきた物理構成は、常時稼働ノードを土台に、WoLで重い側を必要時だけ起こし、遠隔は一点に絞り、監視で異常を掴む——この束ね方で、初めて一つの運用になります。全体像から辿り直したい場合は家庭ラボの物理トポロジー全体像に戻ってください。
「仕事中も自宅が回る」は、豪華な一台ではなく、小さく落ちにくい土台と、気づける仕組みの組み合わせで成り立ちます。所長のラボも、派手さより戻りやすさへ少しずつ削ってきた結果として、いまの形に落ち着いています。
この検証を回している環境
この検証は、自宅の常設ラボ(使い捨てVM/LXCを回す母艦+GPU+VLAN分離ネットワーク)で動かしています。使っている機材と選定理由、全体構成は1本にまとめています。
ラボ構成のまとめを見る →