Ночью упал control-plane на дешёвом bare-metal узле с 4 ГБ RAM и zram+lz4. Мониторинг показывал >1 ГБ свободной памяти, но kubelet перестал принимать поды. Дашборд врал: swap активно использовался, но zram компрессия создавала CPU contention в mm/swap.c. Диагностика: - cat /proc/swaps — активный своп на /dev/zram0 - perf top -p $(pgrep k3s) — 68% времени в zcomp_lz4_compress - cat /proc/pressure/memory — some=100.0, full=87.3 за 10 сек - vmstat 1 — si/so > 50 MB/s при idle CPU < 5% Zram экономит RAM, но не CPU. На слабых CPU (Atom, Celeron, ARM Cortex-A53) lz4 под нагрузкой вызывает priority inversion между kswapd и userland. Решение — ограничить max_swappiness=30 и использовать zram только как emergency buffer, а не primary swap. Подробнее: https://ftops.space/?utm_source=telegram&utm_medium=smm&utm_campaign=ftops&utm_content=zram-svoping-na-nedorogih-uzlah-szha

Ночью упал control-plane на дешёвом bare-metal узле с 4 ГБ RAM и zram+lz4. Мониторинг показывал >1 ГБ свободной памяти, но kubelet перестал принимать поды | Сетка — социальная сеть от hh.ru