プロジェクト

全般

プロフィール

機能 #457

未完了

ストレージを食いまくるサービス用に、独立した Proxmox VE クラスタを用意するべきか検討

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

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

0%

一時中断:
いいえ
pinned:
いいえ
確認予定日:
前回確認日:
2024/10/21
管理外残件あり:
いいえ

関連するチケット 3 (3件未完了0件完了)

関連している 鯖缶 - 買い物・物欲 #460: HL15 (45HomeLab) ストレージサーバ新規nop_thread操作
関連している 鯖缶 - 機能 #415: minio の定期的バックアップ新規nop_thread

操作
次のチケットをブロック 鯖缶 - 機能 #133: Proxmox Backup Server を検討進行中nop_thread

操作

nop_thread さんが3ヶ月前に更新

  • 題名ストレージを食いまくるサービス用に、独立した Proxmox VE クラスタを用意する から ストレージを食いまくるサービス用に、独立した Proxmox VE クラスタを用意するべきか検討 に変更

今のところデータ用に TrueNAS CORE サーバを運用しているが (設備・備品 #169: NAS: kanade (TrueNAS Mini R & TrueNAS CORE))、これはただでさえ FreeBSD ベースなのと VM やアプリ等の機能が使いづらいのとで、直接アプリケーションを動かすのに向いていない。
たとえば minio を動かしていたことがあったが、 PVE に比べるとネットワーク設定が難しかったり、設定変更がホストごと再起動しないと反映されなかったりなど、いろいろ運用しづらさを感じた。

また、最近ストレージを食いそうなサービスが増えてきそうな予感がしている。
現状でも以下のものにストレージを割きたい。

  • minio
    • 今のところ複数の小さな minio コンテナを立てているが、本当は巨大なひとつの minio クラスタですべてをホストする方が良さそうな気がしている (オーバーヘッドが減りそうなので)
  • Proxmox Backup Server (#133)
    • 当然ストレージを食うし、しかもアプリケーション等を動かしている chuable クラスタ上では運用できない (バックアップ元がそこなので)。
    • TrueNAS 上の VM で運用して大変悲惨なパフォーマンスになった経験があり、ベアメタルか PVE 上でないと動かしたくない。 PVE であればそれなりに満足いくパフォーマンスが出そうなことは実験的運用で確認済。

TrueNAS 側のストレージを供出する手もあるのだが、以下の理由からそれも面倒。

  • ファイルシステムのチョイスが面倒
    • iSCSI は PVE 側のイニシエータ (というか生存確認スクリプト) の行儀が悪いらしく TrueNAS 側のログがゴミで埋まるので使いたくない
    • NFS は認証まわりが面倒。 VPN などを使う目論見があるなら尚更宅内ネットワークもしっかりしておきたいが、かといって Kerberos 云々を弄るのもかなり面倒そう。
      • TrueNAS 側にそれらしい機能はあるようだが……セットアップや移行の容易さはどうだろう (未確認)。
    • SMB は権限まわりが面倒。たとえば executable flag まわりの見えかた等をうまく設定できたためしがないし、 unix like な permission との食い合わせが十分に良いのか疑問。
  • そもそもブロックデバイス相当の領域をリモートストレージに確保する方式だと、事前にサイズを決定してアロケートしたり、拡張するとき内側のファイルシステムも拡張しないといけなかったり、縮小が困難だったりと、取り回しが悪い。
    • この点 Proxmox VE の ZFS であれば LXC コンテナには透過的にファイルシステムを置けるのでちょっと嬉しい。
  • コンテナから NFS 等をマウントするには unprivileged container にしないといけない。かといって VM にすると柔軟性がなくなって場当たり的な管理が難しくなる。

そういったわけで、 chuable から NAS に触るのではなく、ストレージを山のように積んでサービスを直接動かすためのサーバがあれば良いのではないかと考えている。
こうすると高速なストレージを使うべき場所を集中できて嬉しいという利点もある。
NAS でアーカイブ用に SSD を使うのも勿体ないし……

nop_thread さんが3ヶ月前に更新

  • 次のチケットをブロック 機能 #133: Proxmox Backup Server を検討 を追加

nop_thread さんが3ヶ月前に更新

nop_thread さんが約1ヶ月前に更新

  • 関連している 機能 #415: minio の定期的バックアップ を追加

nop_thread さんが約1ヶ月前に更新

  • 前回確認日2024/09/01 から 2024/10/21 に変更

どうせ依存が発生してしまうならクラスタを分けなくてもいいかもしれないが、どうせ上に乗せるサービスは他へは動かせないだろうし、せっかく遠隔ストレージ用のプロトコルで分離できそうなところを敢えてクラスタとして結合してしまうことが良いことなのかはわからない。

nop_thread さんが約1ヶ月前に更新 · 編集済み

アプリと同じクラスタ内のどこかのノードに HDD を乗せておくという素直な手もなしではないかもしれないが、 SilverStone の RM44 は 3.5" ×2 しかないうえ CPU の直上に位置するのでクーラーによっては干渉してしまうことを考えると、ストレージの物理的移動やノード故障時の仮運用などはだいぶ面倒になりそう。
かといって SATA SSD などを使うというのも、¥10k/TB を下回らない現状ではコスト的につらいところがある。特に冗長化まで考えると。

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