29 lines
1.4 KiB
Markdown
29 lines
1.4 KiB
Markdown
|
# Modul 0 — Odchudzic PIHA (prerekwizyt filaru dokumentow)
|
||
|
|
|
||
|
|
> Prerekwizyt modulow 2/4 (Paperless/Nextcloud na PIHA). Bez tego PIHA nie ma
|
||
|
|
> komfortowego zapasu RAM. Laczy sie z backlogiem grupy C (audyt shadow-kontenerow).
|
||
|
|
|
||
|
|
## Cel
|
||
|
|
Zwolnic RAM na PIHA (dzis: 3.1Gi available, swap 2G uzyty) tak, by lekki Paperless-
|
||
|
|
serwis wszedl z zapasem, nie na styku swap.
|
||
|
|
|
||
|
|
## Wymogi
|
||
|
|
- Audyt 33 shadow-kontenerow (lista w `docs/infra/inventory-2026-06-30.md`).
|
||
|
|
- Zidentyfikowac kandydatow do usuniecia/przeniesienia/wylaczenia:
|
||
|
|
- **elasticsearch 1Gi** — kto tego uzywa? (wikijs? diskover?) — jesli martwy, ubic
|
||
|
|
- **diskover** — jednorazowy indekser? czy chodzi ciagle bez potrzeby?
|
||
|
|
- duplikaty exporterow / stare agent-system-* kontenery
|
||
|
|
- cokolwiek Up ale bez konsumenta
|
||
|
|
- Cel: >= 1.5Gi available STABILNIE (bez swap pod presja) przed deployem Paperlessa.
|
||
|
|
|
||
|
|
## Do zweryfikowania przez CC
|
||
|
|
- Per shadow-kontener: kto go wola (docker network, zaleznosci, porty konsumowane)?
|
||
|
|
- Czy usuniecie czegos nie zerwie dzialajacego serwisu (np. elasticsearch pod wikijs)?
|
||
|
|
- `docker stats` przed/po — realny zysk RAM.
|
||
|
|
|
||
|
|
## Kryteria ukonczenia
|
||
|
|
- PIHA ma >= 1.5Gi available stabilnie, swap nie rosnie pod normalnym obciazeniem.
|
||
|
|
- Usuniete/przeniesione kontenery udokumentowane (co, dlaczego, dokad).
|
||
|
|
- Zmiany zgodne z GitOps (te ktore zostaja -> do hosts/piha/services.yaml).
|
||
|
|
- NIE ubijac na slepo — kazdy kandydat zweryfikowany (kto uzywa) przed usunieciem.
|