Bellek sızıntısı

Sızıntı, katalogdaki en sessiz olaydır. Hiçbir şey fırlamaz, hiçbir şey taşmaz — tek makinedeki tek bir süreç belleği geri vermeyi bırakır, o kadar.

Ne yapar

Bir makinenin RAM'i saniyeler içinde değil, dakikalar içinde tırmanır. Tavana dayandığında OOM killer süreçleri almaya başlar; bu başlı başına bir servis kesintisidir. Alınacak bir şey kalmadığında makine DOWN olur.

Önemli ayrıntı, bunun yerel olmasıdır. Tek makineyi etkiler ve RAM'i etkiler — bant genişliğini değil, diski değil, filoyu değil.

Log imzası

Bellek yüzdesi önce monit'te tırmanır; tavana dayanınca kernel OOM killer'ı devreye sokar. OOM kaydı kimin killer'ı çağırdığını yazar, sızdıran sürecin PID'ini değil:

02:41:08 web-02 monit[601]: 'web-02' mem usage of 80% matches resource limit [mem usage > 75.0%]
02:43:52 web-02 monit[601]: 'api-worker' mem usage of 38% matches resource limit [mem usage > 25.0%]
02:45:10 web-02 kernel: nginx invoked oom-killer: gfp_mask=0x140cca(GFP_HIGHUSER_MOVABLE|__GFP_COMP), order=0, oom_score_adj=0

free genel tabloyu, top hangi sürecin büyüdüğünü gösterir. Süreç listesini bellek kullanımına göre sırala; sızdıran süreç, OOM kaydında adı geçen süreç olmayabilir.

Dokunmazsan

OOM killer süreç listesini sırayla işler; yani makineyi kaybetmeden önce işlevi parça parça kaybedersin. Makine CRIT ve ardından DOWN olduğu için uptime maliyeti ayrı bir ceza olarak değil, sunucu durumu üzerinden gelir — artı hoşgörü penceresi geçtiğinde SLA borcu.

Ayırt etme

Ne zaman çıkar