操作
機能 #1195
未完了
NO
NO
PVE ノード脱落への最低限の耐性を確保する
機能 #1195:
PVE ノード脱落への最低限の耐性を確保する
開始日:
期日:
進捗率:
0%
一時中断:
いいえ
pinned:
いいえ
リマインド予定日:
前回確認日:
2026/09/08
管理外残件あり:
説明
現状 LXC で動かしているものはノード脱落時のマイグレーションがうまくいかないので、たとえば AdGuard Home (DNS) のコンテナを持つホストが脱落すると各種端末がネットワークに繋がらなくなったり、諸々のサービスが丸ごとアクセス不可能になったりなどする。
さすがに困る場面があるので、最低限のサービスは故障耐性を確保したい。
NO nop_thread さんが約2ヶ月前に更新 · 編集済み
軽量かつ重要ゆえ VM で動かすのを許容できそうなもの:
- AdGuard Home
- 落ちるとガジェット用ネットワークの DNS が死ぬ。困る
- CoreDNS
- 一応冗長化はしているが、上流 DNS を2アドレスまでしか指定できないような下流 DNS から使いたいときに自動 migration してくれるものだと便利
- Step CA
- 1日以内に復旧できなかったとき宅内のほぼすべての web サービスがアクセスできなくなる。困る
- Radicale
- スケジュール管理に使っているので、これが死ぬと実生活に支障が出て実害がありうる
- Nopmine
- メモや tips などがあり、外出先から参照することもある
軽量あるいは重要 (どちらか一方のみ) ゆえ VM で動かすのを許容できそうなもの:
- Uptime Kuma
- Uptime Kuma をホストする物理ノードが死んだ場合に一切の障害に気付けないのは困るかもしれない
- ntfy
- Uptime Kuma からの通知を受け取れないと、一切の障害に気付けなくて困るかもしれない
気乗りはしないが VM で動かす候補になるもの:
- dmz-reverse-proxy
- フロント側リバースプロキシでロードバランシングすることで誤魔化せるなら、その方がシンプルで良い
- static-website-01
- そもそも重要ではないが、軽量なので LXC にこだわる理由はない
- repotato
- I/O がボトルネックになっているのではという予感があるので、 LXC で済むならそれが良い
- サーバの構成管理やアクティブな進捗など一部重要リソースもホストしているので、その点では VM の方が安心
既に VM で動かしているもの:
- KaniDM
- 諸々のサービスにログインできなくなると困るので VM にした
- ZFS で replication は設定しているが、 VM がこれで migration というか failover というかできるかは知らん。 Ceph を使わないと自動復旧は無理だったりする?
操作