Konuyu Açan
#1
Küçük VPS’lerde swap açınca bellek sorunu çözülmüş gibi hissediliyor ama PHP-FPM worker’ları swap’e düşmeye başladıysa site genellikle zaten belirgin biçimde yavaşlıyor. Swap, ani bellek sıçramalarında nefes aldırabilir; sürekli RAM yerine kullanılması ise gecikmeleri artırır.
PHP-FPM’de önce worker sayısını gerçek kullanıma göre sınırlamak daha mantıklı. Bir worker’ın RSS belleğini ölçüp, sistem ve veritabanı için pay bırakarak
Sorunu yakalamak için yalnızca
Swap sürekli artıyor ama RAM boşalmıyorsa, daha büyük swap eklemek yerine ağır sorguları, PHP worker sayısını ve varsa bellek sızıntılarını incelemek genelde daha iyi sonuç veriyor.
Siz küçük sunucularda swap’i nasıl kullanıyorsunuz: güvenlik payı olarak mı bırakıyorsunuz, yoksa swap kullanımı başlar başlamaz servis limitlerini mi elden geçiriyorsunuz?
PHP-FPM’de önce worker sayısını gerçek kullanıma göre sınırlamak daha mantıklı. Bir worker’ın RSS belleğini ölçüp, sistem ve veritabanı için pay bırakarak
pm.max_children değerini hesaplayabilirsiniz. memory_limit değerini worker sayısıyla çarpmak, kullanılacak belleği kesin olarak vermez ama hepsinin aynı anda limite yaklaşabildiğini hesaba katmak gerekir.Sorunu yakalamak için yalnızca
free -h çıktısına bakmıyorum; swap hareketini ve OOM kayıtlarını da kontrol ediyorum:KOD
123
vmstat 1
journalctl -k | grep -i oom
Swap sürekli artıyor ama RAM boşalmıyorsa, daha büyük swap eklemek yerine ağır sorguları, PHP worker sayısını ve varsa bellek sızıntılarını incelemek genelde daha iyi sonuç veriyor.
Siz küçük sunucularda swap’i nasıl kullanıyorsunuz: güvenlik payı olarak mı bırakıyorsunuz, yoksa swap kullanımı başlar başlamaz servis limitlerini mi elden geçiriyorsunuz?