CPU Kaynak Sorunlarına Neden Olan LVE Limitleri İçin 6 Ayar
Bir paylaşımlı hosting ortamında kullanıcıların sistem kaynaklarını sınırsız şekilde kullanması mümkün değildir. CloudLinux LVE, işlemci gücü, bellek miktarı ve eş zamanlı proses sayısını kontrol ederek bu kaynakları sınırlandırır. Tanımlanan limitlerin aşılması durumunda sitelerin tepki süresi uzar, kontrol panelleri kilitlenir ve 508 veya 503 gibi hatalar ortaya çıkar.
CPU limitine takılma problemi genellikle yoğun trafikten değil, yanlış yapılandırılmış servisler ve denetimsiz arka plan süreçlerinden oluşur.
Sürüm ve Handler Tercihlerinin CPU Kullanımına Etkisi
PHP’nin hangi sürümde ve hangi çalışma modeliyle kullanıldığı, işlemci tüketimini doğrudan belirler. Eski PHP sürümleriyle birlikte kullanılan CGI tabanlı handler’lar, her istek sırasında daha fazla CPU döngüsü tüketir. Bu da LVE limitlerinin kısa sürede dolmasına sebep olur.
Bu nedenle hem güncel PHP sürümüne geçmek hem de verimli bir handler kullanmak önemlidir. PHP 8.x ailesi, opcode işleme yapısı ve bellek yönetimi sayesinde önceki sürümlere göre ciddi performans avantajı sağlar.
Önerilen PHP Yapılandırması
- PHP sürümü olarak 8.1 veya 8.2 kullanılmalıdır.
- Handler tarafında LSAPI (LiteSpeed) ya da PHP-FPM tercih edilmelidir.
- OPcache mutlaka aktif durumda olmalıdır.
OPcache Durum Kontrolü
php -i | grep opcache.enableOPcache kapalıysa her PHP isteği yeniden derlenir ve CPU kullanımı hızla artar.
WordPress İç Cron Yapısını Kapatma
WordPress cron sistemi, klasik zamanlayıcı gibi çalışmaz ve siteye gelen her istekte devreye girer. Ziyaretçi trafiği az olsa bile bu mekanizma CPU tarafında ani yüklenmeler oluşturabilir.
LVE limit problemlerinde wp-cron yapısı mutlaka kontrol edilmesi gereken ilk alanlardan biridir.
wp-config.php İçinden Dahili Cron’u Devre Dışı Bırakma
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.
Sayfaları Statik Olarak Sunun (Caching)
Her istek geldiğinde PHP’nin çalışması ve veritabanı sorgularının yapılması kaçınılmaz olarak CPU tüketimi oluşturur. Bu dinamik üretim, sistem kaynaklarını sürekli meşgul eder. Statik HTML cache kullanımı, sunucu yükünü %70–80 seviyesinde azaltma potansiyeli taşır.
Ö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.
WordPress’te Yüksek CPU Kullanan Eklenti ve Tema Yapıları
WordPress ortamında bazı eklentiler fark edilmeden arka planda sürekli sorgu çalıştırır. Özellikle canlı istatistik tutan, yoğun güvenlik kontrolleri yapan ya da sürekli dış servislerle haberleşen eklentiler işlemci tüketimini önemli ölçüde artırır.
Bu davranış biçimi, sistem kaynaklarını sessizce tükettiği için silent CPU usage olarak tanımlanır.
Aktif MySQL Süreçlerini İnceleme
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ği ve XML-RPC Kaynaklı CPU Yükünü Azaltın
XML-RPC, harici bağlantılar için kullanılsa da saldırganlar tarafından brute force denemelerinde aktif olarak hedef alınır. Sürekli gelen XML-RPC talepleri CPU tüketimini artırır ve kısa sürede LVE limitine takılmaya yol açar.
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.
Heartbeat API Trafiğini Kontrol Altına Alın
WordPress admin ekranı açıkken Heartbeat API, düzenli aralıklarla admin-ajax.php üzerinden sunucuya arka planda istek iletir. Bu istekler otomatik taslak kaydı, oturum doğrulama ve bildirim süreçleri için çalışır.
Heartbeat Ayarlarını Eklenti ile Sınırlandırma
Heartbeat Control veya benzeri çözümler sayesinde aşağıdaki kontroller sağlanabilir:
- Yönetici panelinde heartbeat istek süresi 60 saniyeye ayarlanabilir
- Editör ekranındaki heartbeat çağrıları kısıtlanabilir
- Ön yüz için heartbeat tamamen devre dışı bırakılabilir
Bu yaklaşım, gün içinde admin paneli sürekli açık olan sitelerde CPU yükünü ciddi şekilde düşürür.ü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.