CloudLinux LVE Limitleri: CPU, RAM, IO, IOPS, Entry Process ve Inode Nedir?

LVE neden var?

Shared hosting node'da onlarca veya yüzlerce hesap aynı fiziksel CPU, RAM ve storage'ı paylaşır. Tek bir WordPress import, backup veya kötü plugin bütün node'u tüketmesin diye LVE her kullanıcıyı kaynak sınırları içinde tutar.

Bu nedenle LVE limitine takılmak her zaman 'hosting kötü' anlamına gelmez; bazen hesap gerçekten satın aldığı kaynak sınırını aşmıştır. Ancak limit çok düşük veya node aşırı yoğun ise normal workload da sık sık fault üretebilir.

SPEED / CPU limiti

CloudLinux SPEED değeri hesaba tanınan CPU kapasitesini temsil eder. Limit vurulduğunda site tamamen kapanmak yerine CPU zamanı kısıtlandığı için yavaşlayabilir. Yoğun PHP, image processing, backup compression ve cron işleri CPU fault oluşturabilir.

CPU fault grafiği ile site response time'ı aynı anda karşılaştırın. Limit yalnız birkaç saniyelik backup sırasında vuruluyorsa farklı, checkout saatlerinde sürekli vuruluyorsa farklı çözüm gerekir.

PMEM ve NPROC farkı

PMEM hesabın fiziksel memory tüketimini sınırlar. NPROC ise aynı kullanıcı altında çalışan process/thread sayısını kontrol eder. Yüksek PHP worker, shell process, cron ve background job sayısı NPROC'a takılabilir.

Memory limiti dolduğunda yalnız wp-config memory artırmak çözüm değildir. PHP'nin izin verdiği limit ile CloudLinux hesabının toplam PMEM limiti farklı katmanlardır.

IO ve IOPS farkı

IO veri throughput hızını, örneğin MB/s seviyesindeki read/write miktarını sınırlar. IOPS ise saniyedeki read/write işlem sayısını sınırlar. Büyük sequential backup IO limitine, binlerce küçük cache/mail dosyası ise IOPS limitine daha kolay takılabilir.

CloudLinux dokümanında IO limiti aşıldığında process'lerin sleep/throttle edilerek yavaşlatıldığı; IOPS limitinde operasyonların mevcut saniye dolana kadar beklediği açıklanır.

Entry Process neden 508 üretir?

Entry Process, dışarıdan gelen CGI/PHP request'in LVE içine girdiği eşzamanlı işlem sayısını kontrol eder. Çok sayıda eşzamanlı dynamic request, yavaş PHP veya uzun DB sorgusu EP slotlarını doldurabilir. CloudLinux limit dolduğunda 508 Resource Limit Is Reached döndürebilir.

EP artırmak geçici rahatlama sağlayabilir ama request başına 3 saniyelik PHP işlemini 300 ms'ye optimize etmek çok daha büyük kapasite kazancı yaratabilir.

Inode dolduğunda disk boş olsa bile neden yazamazsınız?

Her dosya ve dizin inode tüketir. Milyonlarca küçük cache, session, Maildir ve log dosyası disk GB olarak az yer tutarken inode limitini bitirebilir. Bu durumda disk kapasitesi boş görünürken yeni dosya oluşturma başarısız olabilir.

df -h

df -i

find ~/ -xdev -type f | wc -l

du -xhd1 ~ | sort -h

cPanel Resource Usage ekranını nasıl okuyun?

Anlık Current Usage kadar fault history önemlidir. Her gün aynı saatte CPU/EP/IO fault varsa cron, backup, bot veya trafik paterni aranır. Random saatlerde memory fault varsa plugin/process leak araştırılır.

CloudLinux CLI tarafında `lveps`, `lvectl` ve LVE Manager metrikleri provider/admin seviyesinde daha ayrıntılı inceleme sağlar.

lveps

lvectl list

lveinfo --period=1d 2>/dev/null || true

Limit artırmak mı optimizasyon mu?

Kısa kampanya spike'ında daha yüksek paket mantıklı olabilir. Sürekli kötü query, cache miss veya bot trafiğinde limit artırmak yalnız daha fazla kaynak tüketir. Fault türüne göre önce darboğaz belirlenmeli, sonra paket yükseltme veya optimizasyon kararı verilmelidir.