Sitenize girmeye çalışıyorsunuz ve karşınıza "Resource limit reached" ya da Türkçesiyle "Kaynak limiti aşıldı" uyarısı çıkıyor. Birkaç dakika sonra site kendiliğinden açılıyor, sonra yine kapanıyor. Bu, paylaşımlı hosting kullananların en sık karşılaştığı sorunlardan biri ve neredeyse her zaman aynı şeyi anlatır: siteniz, satın aldığınız paketin size ayırdığı kaynak limitini zorluyor.
İyi haber şu: bu hata bir arıza değil, bir sinyal. Doğru okunduğunda sitenizin nerede tıkandığını net biçimde gösterir. Bu yazıda kaynak limiti hatasının arkasındaki dört temel nedeni (CPU, RAM, Entry Process ve I/O) tek tek açıklayacak, her biri için somut çözümler vereceğiz ve en kritik soruyu yanıtlayacağız: ne zaman daha güçlü bir paket ya da VDS'e geçmek gerekir?
Kaynak limiti hatası neden çıkar?
Paylaşımlı hostingde aynı fiziksel sunucu üzerinde onlarca, bazen yüzlerce site barınır. Sunucuyu adil paylaştırmak için her hesaba CloudLinux LVE gibi izolasyon teknolojileriyle bir kaynak tavanı tanımlanır. Bir hesap bu tavanı aştığında sistem o hesabı kısa süreliğine yavaşlatır veya isteği reddeder; böylece komşu siteler etkilenmez.
Yani hata aslında bir koruma mekanizmasıdır. Sorun, sitenizin o tavana ne kadar sık ve neden dayandığında başlar. Hosting panelinizdeki (DirectAdmin veya Plesk) kaynak kullanım grafiklerine bakarak hangi limitin dolduğunu görebilirsiniz. Genellikle dört değerden biri suçludur.
Suçlu kim? Dört temel limit
1. CPU limiti
CPU, sitenizin yaptığı her hesaplamayı işler: PHP çalıştırmak, veritabanı sorgusu döndürmek, eklenti kodunu yürütmek. CPU limitiniz dolduğunda sayfalar yavaşlar veya açılmaz.
Sık görülen nedenler:
- Ağır veya optimize edilmemiş WordPress eklentileri (özellikle sayfa oluşturucular, "ilgili yazılar", istatistik eklentileri)
- Önbelleksiz çalışan dinamik sayfalar — her ziyaretçi PHP'yi sıfırdan tetikler
- Kötü yazılmış veya döngüye giren kod
- Aniden artan trafik (kampanya, haber linki, sosyal medyada paylaşım)
- Arama motoru botlarının veya kötü niyetli botların yoğun taraması
2. RAM (bellek) limiti
RAM, çalışan işlemlerin geçici hafızasıdır. PHP'nin memory_limit değeri yetmediğinde ya da çok sayıda işlem aynı anda bellek istediğinde limit dolar. Belirtisi genelde "Allowed memory size exhausted" veya beyaz ekran (white screen of death) olur.
3. Entry Process / EP limiti
Bu, en çok yanlış anlaşılan ve kafa karıştıran limittir. Entry Process (EP), hesabınızda aynı anda çalışan PHP işlemlerinin sayısıdır. Paylaşımlı paketlerde bu sayı genellikle düşük tutulur (çoğu durumda 20-40 arası).
Önemli nokta: EP toplam ziyaretçi sayısı değil, eşzamanlı işlem sayısıdır. Sayfalarınız hızlı yükleniyorsa her işlem milisaniyeler içinde biter ve EP boşalır. Ama bir sayfa yavaşsa (örneğin 5 saniye sürüyorsa), o işlem 5 saniye boyunca bir EP slotunu kilitler. Birkaç yavaş istek üst üste gelince limit anında dolar ve site "508 Resource Limit Reached" verir. Yani EP sorunu çoğu zaman aslında bir hız sorunudur.
4. I/O ve IOPS (disk okuma/yazma) limiti
I/O, diskten saniyede ne kadar veri okuyup yazdığınızdır; IOPS ise saniyedeki işlem sayısıdır. Çok sayıda küçük dosya, log şişmesi, önbellek olmadan sürekli disk erişimi veya büyük yedekleme işlemleri bu limiti zorlar. Sonuç yine yavaşlık ve kesintidir.
| Limit | Neyi ölçer | Tipik belirti | İlk bakılacak yer |
|---|---|---|---|
| CPU | İşlemci kullanımı | Yavaşlık, 508 hatası | Eklentiler, önbellek, bot trafiği |
| RAM | Bellek kullanımı | Beyaz ekran, "memory exhausted" | memory_limit, ağır işlemler |
| Entry Process | Eşzamanlı PHP işlemi | 508 hatası, anlık kesinti | Sayfa hızı, yavaş sorgular |
| I/O / IOPS | Disk okuma-yazma | Genel yavaşlık | Log dosyaları, önbellek, yedekleme |
Adım adım çözüm yolları
Pakedi büyütmeden önce çoğu durumda sorunu kendiniz hafifletebilirsiniz. Şu sırayı izleyin.
Önce ölçün, sonra müdahale edin
Hosting panelinizdeki kaynak kullanım sayfasını açın. Hangi limitin ne sıklıkta dolduğunu görmeden yapılan müdahale körlemesine olur. Grafiğe bakarak suçlunun CPU mu, EP mi yoksa RAM mi olduğunu belirleyin.
Önbelleğe alın (en etkili tekil çözüm)
Önbellek (cache), aynı işi tekrar tekrar yaptırmamanın yoludur. WordPress kullanıyorsanız WP Super Cache veya LiteSpeed Cache gibi bir eklentiyle sayfaları statik HTML'e dönüştürün. Bu tek hamle CPU ve EP kullanımını çoğu durumda dramatik biçimde düşürür, çünkü ziyaretçilere hazır sayfa servis edilir, PHP her seferinde çalışmaz.
Eklenti ve tema temizliği yapın
- Kullanmadığınız tüm eklentileri silin (pasifleştirmek yetmez).
- "Query Monitor" gibi bir araçla en çok kaynak tüketen eklentiyi tespit edin.
- Birden fazla işi tek eklentiyle yapan hafif alternatifleri tercih edin.
Veritabanını optimize edin
Zamanla biriken gereksiz veriler (eski revizyonlar, spam yorumlar, geçici transient kayıtlar) sorguları yavaşlatır. Veritabanını temizleyin ve sık çalışan tablolarda indeks olduğundan emin olun. Yavaş sorgular doğrudan EP slotlarını kilitler.
Botları ve istenmeyen trafiği yönetin
Kaynaklarınızı tüketen şey gerçek ziyaretçiler olmayabilir. Agresif tarama yapan botları robots.txt ile yavaşlatın, kötü niyetli IP'leri engelleyin. Sitenizin gerçekten ne kadar trafik aldığını ve hızını ölçmek için ücretsiz web araçlarımızı kullanarak site hızı, DNS ve erişilebilirlik testleri yapabilirsiniz.
PHP sürümünü ve ayarları güncelleyin
Güncel PHP sürümleri (örneğin PHP 8.x) eski sürümlere göre belirgin biçimde daha az kaynakla daha hızlı çalışır. Panelinizden PHP sürümünü yükseltmek tek başına ciddi rahatlama sağlayabilir.
Peki ne zaman VDS gerekir?
Yukarıdaki adımları uyguladıysanız ve site hâlâ düzenli olarak kaynak limitine takılıyorsa, sorun artık optimizasyonla değil kapasiteyle ilgilidir. Bu noktada iki seçenek var: daha büyük bir paylaşımlı/bayi paketine geçmek ya da VDS (sanal özel sunucu) kullanmak.
VDS'te kaynaklar (CPU, RAM, disk) size ayrılmıştır ve komşu sitelerle paylaşılmaz. Entry Process gibi yapay tavanlar yoktur; sunucu donanımı neye elveriyorsa onu kullanırsınız. Şu işaretlerden birini görüyorsanız geçiş zamanı gelmiş demektir:
- Önbellek ve optimizasyona rağmen günlük olarak 508 hatası alıyorsunuz.
- Trafiğiniz istikrarlı biçimde büyüyor ve her büyümede yeni limite çarpıyorsunuz.
- Bir e-ticaret sitesi işletiyorsunuz; sepet ve ödeme işlemleri dinamik olduğu için önbelleğe alınamaz ve sürekli CPU ister.
- Özel yazılım, kuyruk işlemleri, sürekli çalışan bir uygulama (örneğin bir API) barındırmanız gerekiyor.
- Kontrol paneli ayarlarına kök (root) seviyesinde erişim istiyorsunuz.
Bazı durumlarda VDS'e geçmeden önce bir ara basamak da mantıklıdır: daha yüksek kaynaklı bir paylaşımlı paket ya da bayi hosting. Ama site büyüdükçe maliyet/performans dengesi giderek VDS lehine döner.
Türkiye'deki kullanıcılar için ek bir avantaj da var: yurt içi barındırma. Ziyaretçilerinizin çoğu Türkiye'deyse, yurt içi bir sunucu hem gecikmeyi (ping) düşürür hem de KVKK açısından verilerin nerede tutulduğu konusunda netlik sağlar. VDS tercih ederken yurt içi/yurt dışı konum seçimini ihtiyacınıza göre değerlendirin.
Sonuç
"Kaynak limiti aşıldı" hatası, panik yapılacak bir arıza değil, sitenizin büyüdüğünün ya da optimizasyona ihtiyaç duyduğunun habercisidir. Önce hangi limitin (CPU, RAM, Entry Process, I/O) dolduğunu ölçün; ardından önbellek, eklenti temizliği ve veritabanı optimizasyonuyla çoğu sorunu paket büyütmeden çözebilirsiniz. Tüm bunlara rağmen limitlere düzenli çarpıyorsanız, kaynakların size tahsis edildiği bir VDS ile kalıcı çözüme geçmenin zamanı gelmiştir.
İhtiyacınıza uygun hosting ve VDS paketlerini Hostmana sipariş sayfasından inceleyebilir, hangi paketin size uygun olduğundan emin değilseniz destek ekibimizle iletişime geçerek kaynak kullanımınıza göre yönlendirme alabilirsiniz. Sitenizin hız ve erişim durumunu test etmek için ise ücretsiz araçlarımız her zaman elinizin altında.