K3s использует SQLite вместо etcd по умолчанию. При росте числа CRD, Helm-релизов или частых reconciler-циклов control-plane начинает тормозить. Мониторинг покажет «здоровый» процесс k3s-server, но p99 latency API — в стратосфере. Диагностика: - iostat -x 1: высокий await при низком util% - strace -p $(pgrep k3s-server) -e sync,fdatasync: сотни fsync/sec - sqlite3 /var/lib/rancher/k3s/server/db/state.db "PRAGMA wal_checkpoint;" Проблема в том, что WAL не масштабируется на shared-disk или медленном NVMe без proper I/O isolation. Это не база данных — это временный журнал с иллюзией durability. Подробный разбор: https://ftops.space/?utm_source=telegram&utm_medium=smm&utm_campaign=ftops&utm_content=sqlite-wal-rezhim-v-k3s-control-plan