プロジェクト

全般

プロフィール

機能 #1195

未完了
NO NO

PVE ノード脱落への最低限の耐性を確保する

機能 #1195: PVE ノード脱落への最低限の耐性を確保する

nop_thread さんが約2ヶ月前に追加. 約2ヶ月前に更新.

ステータス:
新規
優先度:
通常
担当者:
開始日:
期日:
進捗率:

0%

一時中断:
いいえ
pinned:
いいえ
リマインド予定日:
前回確認日:
2026/09/08
管理外残件あり:

説明

現状 LXC で動かしているものはノード脱落時のマイグレーションがうまくいかないので、たとえば AdGuard Home (DNS) のコンテナを持つホストが脱落すると各種端末がネットワークに繋がらなくなったり、諸々のサービスが丸ごとアクセス不可能になったりなどする。
さすがに困る場面があるので、最低限のサービスは故障耐性を確保したい。

NO nop_thread さんが約2ヶ月前に更新 · 編集済み 操作 #1

軽量かつ重要ゆえ 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 を使わないと自動復旧は無理だったりする?

他の形式にエクスポート: PDF Atom