Stop Pasang CPU Limits di Kubernetes, Ini Alasannya

Banyak tim Kubernetes yang masih setia pasang CPU limits di tiap deployment. Niatnya biar aman, biar satu pod nggak makan resource buat semua orang. Tapi kenyataannya, limits ini sering jadi biang keladi aplikasi yang tiba-tiba lemot parah.

Biang keladinya throttling

Waktu container kena CPU limit, kernel nggak langsung matiin proses. Dia nge-throttle, alias ngelambatin eksekusi CPU biar pemakaiannya nggak nembus batas. Masalahnya, throttling ini kerjanya kasar. Latency naik, request numpuk, dan aplikasi keliatan kena masalah padahal resource mesin masih lega.

Buat workload yang sensitif sama latency, kayak API atau service yang dipanggil user langsung, efeknya makin kerasa. Aplikasi yang tadinya responsif bisa berubah jadi lambat cuma karena limit yang kepasang terlalu rendah.

Bedanya request sama limits

CPU request itu janji berapa resource yang dibutuhin container, dan Kubernetes pake ini buat scheduling. CPU limits itu batas keras yang maksa kernel buat throttle. Banyak yang mikir dua-duanya wajib diisi, padahal nggak harus.

Pendekatan yang makin umum dipake tim produksi adalah set requests aja tanpa limits. Scheduler tetap bisa ngatur penempatan pod, tapi kernel nggak nge-throttle seenaknya. Hasilnya performa lebih konsisten, terutama buat aplikasi yang butuh burst.

Intinya, CPU limits di Kubernetes itu bukan fitur yang wajib diisi. Salah pasang, dia malah jadi sumber masalah. Mulai evaluasi ulang setup cluster lo, dan biarin kernel kerja lebih santai.

Sumber: For the love of god stop using CPU limits in Kubernetes