В bare-metal K3s с SQLite backend рост числа CRD и частых обновлений (например, от cert-manager или flux) приводит к деградации latency в API-сервере. Поверхностный мониторинг указывает на I/O wait или CPU saturation, но iostat и top чисты. Настоящая причина — блокировка в SQLite WAL-режиме: writer ждёт завершения checkpoint’а перед продолжением записи. Под нагрузкой checkpoint не успевает, WAL-файл раздувается, а fsync становится бутылочным горлышком. Проверить можно так: bash cat /var/lib/rancher/k3s/server/db/etcd.db-wal | wc -c lsof +L1 | grep k3s strace -p $(pgrep -f 'k3s server') -e trace=fsync,syncfilerange Подробный разбор: https://ftops.space/?utm*source=telegram&utm*medium=smm&utm*campaign=ftops&utm*content=sqlite-wal-rezhim-v-k3s-control-plan