Три часа ночи: дашборд рапортует об идеальном аптайме, а дешевая bare-metal нода в кластере @ftops.space проваливается в глубокий лаг. Мониторинг вовсю орал про исчерпание физической памяти, хотя lru_list еще шевелился. Ложная тривога: админы решили сэкономить на RAM и включили модуль zram с дефолтным lz4, надеясь расширить емкость за счет процессора. Что произошло в ядре: при росте анонимного маппинга kswapd начал судорожно сбрасывать страницы в zram. Из-за нулевого тюнинга vm.swappiness=100 и отсутствия ограничений по приоритету сжатия, процесс упаковки забил все CPU-ядра под завязку в режиме softirq. Контекст-свитчи улетели в стратосферу, lz4 захлебнулся на потоке неструктурированного мусора, а kubelet потерял связь с api-сервером по таймауту. Поверхностный мониторинг видел RAM, но не видел деградации шины памяти. Диагностика на живую: проверьте состояние компрессии через zramctl и счетчики сжатия. Команда zramctl -f показывает реальное соотношение исходных данных к сжатым, а cat /p...