[5ym]

なぜ

#1792 で encoded を 96Gi にしたが、録画は 2 週間ぶん溜まることがあり足りない。

何を変えたか

• chore(storage): PVC を使用量に合わせて縮め、合計を thin プールに収める gitops#645 で、使用量に比べて大きすぎた PVC(Forgejo 50→20Gi・Matrix 20→10Gi・Rybbit 20→5Gi・AdGuard 30→10Gi)を縮め、ほかの PVC の合計を約 95Gi にした
• 空いた分を encoded に回して 170Gi にした。raw 64Gi は据え置き
• 合計は約 334Gi で、thin プール(約 340Gi)に収まる
• AV1 は 1 時間 1〜1.5GB ほど(docs/encode.md の地上波 1 分の実測: 30 コマ 15MB・60 コマ 26MB)なので、170Gi で 110〜170 時間ぶん

それ以上を長く溜めるなら、Z440 に HDD を足して encoded を別の置き場にするのが次の手。

🤖 Generated with Claude Code

https://claude.ai/code/session_01T9PbUfqG4pPxus99UeLiJs

[claude]

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

---

レビュー結果

deploy/application.yaml の encoded PVC を 96Gi から 170Gi にする変更(コメントの更新を含む)をレビューしました。ロジック、セキュリティ、テストの面で、修正が必要な点はありません。

確認したこと

• 合計は raw 64Gi + encoded 170Gi + ほかの約 95Gi で約 329〜334Gi です。thin プール(約 340Gi)には収まり、コメントの趣旨(合計をプールに収める)とも合っています。
• 録画時間の見積もりも妥当です。170Gi を 1〜1.5GB/時で割ると約 113〜170 時間で、1 日 8 時間なら約 2 週間ぶんになります。GB と GiB の差は誤差の範囲です。

要確認(ブロッカーではありません)

1. 余裕が 6Gi ほどしかありません。thin プールでは、メタデータ領域や restic 用のスナップショットなどで実容量を使うことがあります。プールの data_percent と metadata_percent を見て、実使用量にまだ余裕があるか確認してください。PVC の合計が収まっていても、実使用量が増えればプールは埋まります。
2. 今回の PR では、PVC の拡張が先に適用される必要があります。chore(storage): PVC を使用量に合わせて縮め、合計を thin プールに収める gitops#645 で縮める PVC は、Kubernetes では PVC を縮められないため、再作成になるはずです。その手順が済む前にこの PR を適用すると、一時的に合計がプールを超えるかもしれません。マージの順序は、gitops#645 の適用後にしてください。
   | branch: encoded-170