Bottleneck Analysis
wpisy (5)
- CPU w Kubernetes od kernela w górę12/12
Anatomia problemu CPU: od zaniżonego requestu do p99 latency
Jeden incydent od początku do końca: request 500m, brak limitu, brak throttlingu, a p99 rośnie z 35 do 180 ms. Cała ścieżka mechanizmu.
- CPU w Kubernetes od kernela w górę11/12
Noisy neighbor i CPU overcommit: kiedy jeden Pod psuje drugi
Overcommit działa, dopóki bursty nie są skorelowane. Zaniżony request to nie tylko placement - to także słabsza pozycja przy contention.
- CPU w Kubernetes od kernela w górę6/12
PSI: jak Linux mierzy realny CPU pressure
Utilization mówi, ile CPU workload dostał. PSI mierzy czas, który stracił, bo chciał się wykonywać i nie miał na czym.
- CPU w Kubernetes od kernela w górę5/12
CPU Contention: kiedy proces chce CPU, ale go nie dostaje
Bez żadnego limitu proces może stać i czekać. Wystarczy, że runnable demand przekroczy dostępną capacity - i to widać dopiero w latency.
- seria · 12 części
CPU w Kubernetes od kernela w górę
Model CPU od dołu do góry: od runnable tasków i schedulera, przez cgroups, requests i limits, po throttling, contention, PSI i diagnostykę.