Paylaşımlı hosting sunucularında performans sorunlarının temelinde çoğu zaman CloudLinux LVE tarafından uygulanan kaynak sınırları yer alır. Bu sistem, CPU kullanımını, RAM tüketimini ve eş zamanlı işlem sayısını kullanıcı bazında sınırlandırır. Belirlenen sınırların aşılması halinde siteler yavaş çalışır, yönetim paneli yanıt vermez ve 508 veya 503 gibi hatalar görülür.
CPU limitine takılmanın ana nedeni çoğunlukla yüksek trafik değildir; yanlış konfigürasyonlar ve kontrolsüz çalışan arka plan işlemleri bu sorunu tetikler.
PHP Sürümü Seçimi ve Handler Yapısı
Sunucuda çalışan PHP sürümü ve handler tipi, CPU kullanımını doğrudan etkileyen temel faktörler arasındadır. Özellikle eski PHP sürümleri ve CGI tabanlı çalışma modeli, her istek için fazladan işlemci yükü oluşturur. Bu yapı LVE limitlerinin hızlı şekilde aşılmasına neden olur.
Güncel PHP sürümlerinin ve optimize edilmiş handler’ların kullanılması bu noktada kritik rol oynar. PHP 8.x sürümleri, opcode optimizasyonu ve bellek yönetimi sayesinde önceki nesillere kıyasla çok daha verimli çalışır.


Tavsiye Edilen PHP ve Handler Ayarları
- Sunucuda PHP 8.1 ya da PHP 8.2 sürümleri tercih edilmelidir.
- Çalışma modeli olarak LSAPI veya PHP-FPM kullanılmalıdır.
- OPcache açık olmalıdır.
OPcache Kontrol Komutu
php -i | grep opcache.enableOPcache devre dışıysa PHP kodları her istekte tekrar işlenir.
WordPress Cron Sistemini Devre Dışı Bırakın
WordPress’in kendi cron yapısı gerçek zamanlı bir scheduler değildir ve her HTTP isteğiyle çalışır. Bu durum düşük trafikte bile işlemci üzerinde ani yük oluşmasına neden olabilir.
LVE tabanlı kaynak sorunlarında wp-cron yapısı ilk incelenmesi gereken bileşenlerden biridir.
wp-config.php Üzerinden Cron Sistemini 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.
Dinamik Yükü Azaltmak İçin Caching Açın
Her ziyaretçi talebinde PHP işlemeye başlar ve veritabanı sorguları üretilir. Bu tekrar eden süreç, CPU kullanımını artıran en temel etkenlerden biridir. Sayfaları statik HTML olarak önbelleğe almak, sunucu yükünü %70–80 oranında düşürebilir.


Ö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 Yükü Oluşturan WordPress Eklentileri ve Tema Bileşenleri
Bazı WordPress eklenti ve tema bileşenleri arka planda sürekli çalışan sorgular üretir. Gerçek zamanlı veri izleme, agresif güvenlik taramaları ve sık yapılan harici API çağrıları CPU kullanımının hızla yükselmesine neden olur.
Bu tür görünmeyen ancak sürekli devam eden yük, silent CPU usage kavramı ile ifade edilir.
Aktif MySQL İşlemlerini Kontrol Etme
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.
XML-RPC Üzerinden Gelen Bot İsteklerini Sınırlayın
Mobil uygulamalar ve harici servisler XML-RPC üzerinden çalışır ancak bu yapı aynı zamanda brute force saldırılarının ana giriş noktalarından biridir. Yoğun XML-RPC trafiği CPU kullanımını hızla yükselterek LVE limitlerinin aşılmasına sebep olur.

XML-RPC Kapatma (.htaccess)
xmlrpc.php
Order Deny,Allow
Deny from allrobots.txt ile Bot Engelleme
User-agent: AhrefsBot
Disallow: /
User-agent: SemrushBot
Disallow: /Bu ayarlar, gereksiz tarama trafiğini keserek CPU kaynaklarını korur.
Admin Panelde Heartbeat API İsteklerini Kısıtlayın
WordPress yönetici paneli aktifken Heartbeat API, belli periyotlarla admin-ajax.php üzerinden sunucuya çağrı yapar. Bu çağrılar taslak kaydetme, oturum kontrolü ve bildirim işlemlerini yürütmek için kullanılır.


Heartbeat API’yi Eklenti Üzerinden Yönetme
Heartbeat Control gibi eklentiler kullanılarak sistem üzerindeki heartbeat trafiği kontrol altına alınabilir:
- Admin panel için istek aralığı 60 saniyeye yükseltilebilir
- Yazı editöründe çalışan heartbeat sınırlandırılabilir
- Frontend tarafındaki heartbeat tamamen kapatılabilir
Bu ayarlar, yönetici panelinin uzun süre açık kaldığı senaryolarda CPU tüketimini önemli ölçüde azaltı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.