Paylaşımlı hosting altyapılarında her kullanıcı hesabı, CloudLinux LVE sınırları içinde çalışır. CPU, RAM ve eş zamanlı işlem sayısı bu yapı ile kontrol edilir. Bu limitler aşıldığında siteler yavaşlar, yönetim paneli yanıt vermez hale gelir ve 508 veya 503 gibi hatalar ortaya çıkar.
CPU limitine takılma sorunu çoğu zaman yüksek trafikten değil, yanlış yapılandırma ve kontrolsüz arka plan işlemlerinden kaynaklanır.
PHP Sürümü ve Handler Yapılandırması
PHP sürümü ve çalışma şekli, CPU tüketimini doğrudan etkiler. Eski PHP sürümleri ve CGI tabanlı handler’lar, her istekte daha fazla işlemci döngüsü kullanır. Bu durum kısa sürede LVE limitlerinin dolmasına neden olur.
Güncel PHP sürümü ve verimli bir handler kullanımı bu noktada kritik öneme sahiptir. PHP 8.x sürümleri, opcode işleme ve bellek yönetimi açısından önceki sürümlere kıyasla çok daha verimlidir.


Önerilen Yapılandırma
- PHP 8.1 veya PHP 8.2
- LSAPI (LiteSpeed) veya PHP-FPM
- OPcache aktif
OPcache Durum Kontrolü
php -i | grep opcache.enableOPcache kapalıysa, her PHP isteği tekrar derlenir ve bu durum CPU tüketimini ciddi şekilde artırır.
WordPress Dahili Cron Sistemini Kapatın
WordPress’in varsayılan cron yapısı gerçek bir zamanlayıcı değildir. Siteye gelen her ziyaretçi isteğinde tetiklenir. Trafik düşük olsa bile bu mekanizma CPU üzerinde ani yüklenmelere yol açabilir.
LVE kaynaklı sorunlarda kontrol edilmesi gereken ilk noktalardan biri wp-cron yapısıdır.
wp-config.php İçinde Dahili Cron’u Kapatma
define('DISABLE_WP_CRON', true);Gerçek Cron Job Tanımı
*/5 * * * * wget -q -O - https://siteadresiniz.com/wp-cron.php?doing_wp_cron >/dev/null 2>&1Bu yapılandırma ile cron işlemleri sabit aralıklarla çalışır ve CPU yükü kontrol altına alınır.
Statik Önbellekleme (Caching) Kullanın
Her ziyaretçi geldiğinde PHP çalışır ve veritabanı sorguları gerçekleştirilir. Bu süreç doğrudan CPU tüketimine neden olur. Sayfaların statik HTML olarak sunulması, sunucu yükünü %70–80 oranında azaltabilir.


Önerilen çözümler
- LiteSpeed sunucu → LiteSpeed Cache
- Apache / Nginx → WP Rocket veya WP Super Cache
Kritik Ayar
- Object Cache mutlaka aktif olmalı
Redis Kontrolü
redis-cli pingStatik cache + object cache birlikte kullanıldığında CPU kullanımı dramatik şekilde düşer.
CPU Tüketen Eklenti ve Tema Bileşenleri
Bazı WordPress eklentileri arka planda sürekli sorgular çalıştırır. Özellikle gerçek zamanlı istatistik tutan, agresif güvenlik taraması yapan veya sürekli harici API çağrısı gerçekleştiren eklentiler CPU kullanımını ciddi biçimde artırır.
Bu durum literatürde silent CPU usage olarak tanımlanır.
Aktif MySQL İşlemlerini Görüntüleme
SHOW FULL PROCESSLIST;Uzun süredir çalışan sorgular genellikle CPU tüketiminin ana kaynağıdır. Gereksiz eklentiler kaldırılmalı, daha hafif alternatifler tercih edilmelidir.
Bot Trafiğini ve XML-RPC İsteklerini Sınırlayın
XML-RPC, mobil uygulamalar ve harici servisler için kullanılır ancak aynı zamanda brute force saldırılarının da ana hedefidir. Sürekli gelen XML-RPC istekleri CPU’yu hızla tüketir ve LVE limitine ulaşılmasına neden olur.

XML-RPC Kapatma (.htaccess)
xmlrpc.php
Order Deny,Allow
Deny from allrobots.txt ile Bot Engelleme
User-agent: AhrefsBot<br>Disallow: /
User-agent: SemrushBot<br>Disallow: /Bu ayarlar, gereksiz tarama trafiğini keserek CPU kaynaklarını korur.
WordPress Heartbeat API’yi Sınırlandırın
WordPress yönetici paneli açıkken, Heartbeat API belirli aralıklarla admin-ajax.php üzerinden sunucuya istek gönderir. Bu istekler taslak kaydetme, oturum kontrolü ve bildirimler için kullanılır.


Eklenti ile Kontrol
Heartbeat Control veya benzeri bir eklenti kullanılarak:
- Yönetici paneli için istek süresi 60 saniyeye çıkarılabilir
- Yazı editörü sınırlandırılabilir
- Frontend tamamen kapatılabilir
Bu ayar, özellikle gün boyunca yönetici paneli açık kalan sitelerde CPU kullanımını ciddi şekilde düşürür.
Sık Sorulan Sorular
PHP sürümü güncel ama CPU hala yüksek çıkıyor?
Handler yanlış olabilir veya OPcache kapalıdır. PHP sürümü tek başına yeterli değildir.
LSAPI veya PHP-FPM kullanalım ve OPcache’in aktif olduğunu doğrulayalım.
admin-ajax.php çağrıları neden LVE loglarında sık görünür?
– Heartbeat API, bazı eklentiler, frontend AJAX çağrıları ve istatistik araçları bu dosya üzerinden çalışır. Kontrolsüz kullanıldığında LVE CPU tüketiminin ana kaynağı haline gelir.
CloudLinux’ta CPU limiti dolunca istekler tamamen reddedilir mi?
Çoğu durumda istekler reddedilmez, beklemeye alınır. Bu da sitenin donmuş gibi davranmasına yol açar. Kullanıcı hata görmeyebilir ama sayfa yüklenme süresi ciddi şekilde uzar.
