Skip to content

docs: Z440 への移設で OpenEBS LVM LocalPV + VolSync に移る方針 - #468

Merged
5ym merged 1 commit into
mainfrom
docs/storage-plan
Oct 20, 2026
Merged

5ym merged 1 commit into
mainfrom
docs/storage-plan

Conversation

@5ym

@5ym 5ym commented Oct 20, 2026

Copy link
Copy Markdown
Collaborator

変更

  • docs/decisions.md に「Z440 で、ストレージを OpenEBS LVM LocalPV に、バックアップを VolSync にする」を追加(理由・比較表・台数を増やすときの道筋・確かめていないこと)
  • ROADMAP.md の Phase 2.5 にストレージとバックアップの入れ替えの項目
  • docs/z440-migration.md のディスクの段に、入れ直しのついでに LVM に切り替える旨

要点

  • local-path はスナップショットが取れない → VolSync の populator(copyMethod: Snapshot 必須)が使えず、DB はダンプが要る
  • スナップショット対応(OpenEBS LVM LocalPV の thin)にすると、crash-consistent でダンプが原則不要、populator で戻しが自動
  • いまのディスクは u-local-path が残りを全部取っていて切り直せないので、入れ直しを伴う Z440 の移設に合わせる
  • Velero は役割が git と重複し戻しが命令型、Longhorn は台数を増やすとき、Rook/Ceph は規模に過剰

🤖 Generated with Claude Code

https://claude.ai/code/session_01NN4TmSXHrMP8dkTbtkjfz1

local-path ではスナップショットが取れず、VolSync の populator(copyMethod: Snapshot 必須)も使えない。
スナップショットを取れるストレージにすると、DB のダンプが原則いらなくなり、戻すのも自動になる。
いまのディスクは u-local-path が残りを全部取っているので、入れ直しを伴う Z440 の移設に合わせる。
Velero・TopoLVM・Longhorn・Rook/Ceph との比較と、台数を増やすときの道筋も decisions.md に残す。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01NN4TmSXHrMP8dkTbtkjfz1
@claude

claude Bot commented Oct 20, 2026 •

Copy link
Copy Markdown

Claude finished @5ym's task in 18s —— View job


レビュー結果

ドキュメントのみの変更(3 ファイル)です。ブロッカーになる問題はありません。

確認したこと

  • recovery/pv.sh に restore-all があり、decisions.md の記述と合っています。
  • 使用中の Talos は v1.15.0-alpha.1 です。「v1.14 から RawVolumeConfig + LVMVolumeGroupConfig」という前提と矛盾しません。ただし、その機能が v1.14 で入ったかどうかは上流のリリースノートで確かめていません。
  • ROADMAP、z440-migration、decisions の 3 か所は、見出しへのリンク文言と手順の順序(QEMU で確認 → 導入 → 切り替え → 旧系の撤去)がそろっています。

要確認(任意・軽微)

  • docs/decisions.md の「Talos v1.14 から…」は、実際に入った版を一次情報(Talos のリリースノート/ドキュメント)で一度見ておくと安心です。
  • 「確かめていないこと」に、LVM thin プールの thin_pool の容量とメタデータ枯渇(満杯時の挙動と監視)も加えるとよいでしょう。スナップショットを定期的に取る構成では、thin プールが溢れると書き込みが止まります。現状は移行前の検証項目から漏れています。
  • ROADMAP の「移設のときは k8up の restore-all で戻し」について。restore-all は recovery/pv.sh のコマンドで、k8up 自体の機能ではありません。「pv.sh restore-all」と書くほうが誤読されません。

全体として、方針・比較・未検証事項の切り分けが明確で、無理のない内容だと思います。

@5ym
5ym merged commit 14a9292 into main Oct 20, 2026
1 check passed
@5ym
5ym deleted the docs/storage-plan branch October 20, 2026 05:32
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant