Repository navigation
chore(storage): PVC を使用量に合わせて縮め、合計を thin プールに収める - #645
Merged
Merged
Conversation
LVM の thin プール(約 340Gi)では PVC の合計がプールを超えると、残量の 見張りが鳴る前にプールが埋まって全部の書き込みが止まる。録画(denpa)に 回す分を空けるため、使用量に比べて大きすぎる PVC を縮める。 - forgejo-repos 50Gi → 20Gi(使用 2.4 GB) - tuwunel-data 20Gi → 10Gi(使用 46 MB) - clickhouse-data 20Gi → 5Gi(使用 36 MB) - adguardhome-work 30Gi → 10Gi(1 日 10 GB は 53 番の攻撃のぶんで、閉じた) Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01T9PbUfqG4pPxus99UeLiJs
|
Claude finished @5ym's task in 18s —— View job レビュー結果大きな不具合・セキュリティ上の問題はありません。PVC の縮小は説明のとおりで、使用量に対して余裕もあります。 指摘
確認事項(要確認)
テストに当たるものはありません(マニフェストとドキュメントのみの変更)。 |
![claude[bot]](https://avatars.githubusercontent.com/in/1236702?s=60&v=4){kind=small}
|
|
||
| コマンドは全部 `tools/t.ps1 --admin` のシェルで打つ([../recovery/README.md](../recovery/README.md)「道具と経路」)。 | ||
| LVM への切り替えは main に入っていること(入れたあと DL360 の Argo CD は `adguardhome-work` を 30Gi に広げられずに同期のエラーを出すが、 | ||
| LVM への切り替えは main に入っていること(入れたあと DL360 の Argo CD は `adguardhome-work` を 10Gi に広げられず、denpa などの縮めた PVC も縮められずに同期のエラーを出すが、 |
There was a problem hiding this comment.
文言の指摘: 「denpa などの縮めた PVC」とありますが、この PR で縮めるのは forgejo-repos / tuwunel-data / clickhouse-data / adguardhome-work で、denpa はこのリポジトリの PVC ではなく(denpa 側の PR で変更)縮める対象でもありません。「forgejo-repos など縮めた PVC も」のように直した方が実態に合います。
5ym
added a commit
to danything/denpa
that referenced
this pull request
Oct 31, 2026
録画は 2 週間ぶん溜まることがあり、96Gi では足りない。gitops 側で 使用量に比べて大きすぎた PVC を縮めた(danything/gitops#645)ので、 空いた分を encoded に回す。AV1 で 1 時間 1〜1.5GB なので 110〜170 時間ぶん。 Claude-Session: https://claude.ai/code/session_01T9PbUfqG4pPxus99UeLiJs Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
なぜ
Z440 では PV の置き場が LVM の thin プール(約 340Gi)になる。thin なので PVC の合計がプールを超えても作れるが、超えて実際に埋まると、PVC の中の残量の見張り(denpa の
disk.tsなど)が鳴る前にプールが埋まり、全部の PVC の書き込みが止まる。録画(denpa)は 2 週間ぶん溜まることがあり、encoded 96Gi(danything/denpa#1792)では足りない。使用量に比べて大きすぎる PVC を縮めて、録画に回す。
何を変えたか
使用量は DL360 の local-path を
talosctl usageで測った。縮めたあとのほかの PVC の合計は約 95Gi。残り(約 245Gi)を denpa に回す(raw 64Gi・encoded 170Gi。denpa 側の PR で変える)。
docs(decisions.md・z440-migration.md)と
bootstrap/lvm-localpv-values.yamlの「合計はプールを超えてよい」を「合計はプールに収める」に直した。注意
DL360 の local-path の PVC は縮められないので、Z440 で入れ直すまで、縮めた PVC は Argo CD の同期でエラーになる。ほかのリソースは当たる。入れ直しで新しい大きさの PVC が作られる。
🤖 Generated with Claude Code
https://claude.ai/code/session_01T9PbUfqG4pPxus99UeLiJs