LVE Kaynak Kısıtlamasını Azaltan 6 Temel Yapılandırma
CloudLinux LVE yapısı, paylaşımlı hosting sunucularında kullanıcıların sistem kaynaklarını sınırlamak amacıyla devreye alınır. Bu yapı sayesinde CPU kullanımı, RAM tüketimi ve aynı anda çalışabilecek işlem sayısı belirli sınırlar içinde tutulur. Kaynak kullanımının bu sınırları aşması halinde web siteleri yavaşlamaya başlar, yönetim panelleri yanıt vermez hale gelir ve 508 veya 503 gibi hatalar karşılaşılır.
CPU limitine girilmesi çoğu durumda yüksek ziyaretçi trafiğinden değil, hatalı yapılandırmalar ve kontrol edilmeden çalışan arka plan işlemlerinden kaynaklanır.
PHP Sürümü ve Handler Yapısının LVE Üzerindeki Rolü
PHP’nin sürümü ve çalışma şekli, paylaşımlı hosting ortamlarında CPU kullanımını doğrudan etkiler. Eski PHP versiyonları ile CGI tabanlı handler’lar, her HTTP isteğinde daha fazla işlemci kaynağı tüketir. Bu durum LVE limitlerinin hızlıca dolmasına yol açar.
Bu noktada güncel PHP sürümü ve verimli bir handler kullanımı kritik hale gelir. PHP 8.x sürümleri, opcode işleme ve bellek yönetimi açısından önceki sürümlere göre çok daha optimize bir yapı sunar.
Tavsiye Edilen PHP Yapılandırması
PHP tarafında mümkünse 8.1 veya 8.2 sürümleri tercih edilmelidir. Handler olarak LSAPI (LiteSpeed) ya da PHP-FPM kullanılması önerilir. OPcache mutlaka aktif olmalıdır.
OPcache durumunu kontrol etmek için aşağıdaki komut kullanılabilir.
<code>php -i | grep opcache.enable</code>OPcache kapalıysa, her PHP isteği kodu yeniden derler ve bu durum CPU kullanımının gereksiz şekilde artmasına neden olur.
WordPress Dahili Cron Mekanizmasını Devre Dışı Bırakın
WordPress’in varsayılan cron sistemi gerçek bir zamanlayıcı mantığıyla çalışmaz. Her ziyaretçi isteğiyle birlikte tetiklenir. Trafik seviyesi düşük olsa bile bu yapı CPU üzerinde ani yük artışlarına neden olabilir.
LVE kaynaklı performans problemlerinde ilk kontrol edilmesi gereken yapılardan biri wp-cron sistemidir.
wp-config.php Üzerinden 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 Cache ile CPU Yükünü Düşürün
Ziyaretçi her sayfayı açtığında PHP tekrar devreye girer ve veritabanı sorguları yeniden çalıştırılır. Bu akış işlemci kullanımını doğrudan yükseltir. İçeriği statik HTML çıktısı olarak sunmak, 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üketimine Neden Olan Eklenti ve Tema Bileşenleri
Bazı WordPress eklentileri arka planda sürekli çalışan sorgular üretir. Gerçek zamanlı istatistik toplayan, agresif güvenlik taramaları yapan veya düzenli olarak harici API istekleri gönderen eklentiler CPU kullanımını ciddi seviyelerde yükseltebilir.
Bu tür kaynak tüketimi, teknik literatürde silent CPU usage olarak adlandırılı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.
XML-RPC İsteklerini Kısıtlayarak CPU Kullanımını Düşürün
WordPress’te XML-RPC, mobil erişim ve entegrasyonlar için gereklidir ancak aynı zamanda brute force saldırılarında yoğun şekilde kullanılır. Kontrolsüz XML-RPC istekleri CPU’yu hızla tüketir ve LVE kaynaklarının dolmasına neden 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.
WordPress Heartbeat API’yi Sınırlandırın
Yönetim paneli açık kaldığında WordPress Heartbeat API, belirli aralıklarla admin-ajax.php üzerinden sunucuya istek gönderir. Bu istekler taslak kaydetme, oturum kontrolü ve bildirim mekanizmaları için kullanılır
Eklenti Tabanlı Heartbeat Yönetimi
Heartbeat Control gibi eklentiler kullanılarak heartbeat trafiği şu şekilde düzenlenebilir:
- Admin panel için heartbeat aralığı 60 saniyeye çıkarılabilir
- Yazı editörü tarafındaki istekler sınırlandırılabilir
- Frontend üzerinde heartbeat tamamen kapatılabilir
Bu ayarlama, özellikle uzun süre açık kalan yönetici panellerinde CPU kullanımını gözle görülür biçimde 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.
