508 hatası aldınız ve destek ekibi "CPU kullanımınız yüksek" diyor
Siteniz birkaç dakika önce çalışıyordu. Şimdi ana sayfa yerine 508 Resource Limit Is Reached metnini görüyorsunuz. Ya da belki tarayıcıda 503 Service Unavailable hatası Error 503 Resource Limit Reached mesajıyla görünüyor. Aklınıza gelen ilk soru şu: "Site tamamen çökecek kadar ne kadar kaynak kullandım?"
Kısa cevap: Paylaşımlı hosting hesabınızın belirli bir tavanı var ve bu tavan, sizin "kaynak" anlayışınızdan genellikle farklı olan kriterlerle ölçülüyor. Bu makale, her limitin tam olarak neyi saydığı, hangi hatayla kendini gösterdiği ve panelde değerini nerede göreceğiniz için bir referanstır.
Paylaşımlı hostingde CPU limiti; saniyelik hesaplanan yüzde
Paylaşımlı hostingde CPU limiti genellikle "yüzde" veya "CPU saniyesi" olarak tanımlanır. Tam bir çekirdek %100 demektir. Planınız %50 CPU içeriyorsa, her an yarım çekirdek kullanabilirsiniz. Ancak çoğu kullanıcının bilmediği nokta şu: Bu yüzde, anlık olarak değil, kısa zaman aralıklarında (örneğin 60-300 saniye) ortalaması alınarak hesaplanır.
Yani siteniz 10 saniye %100 kullanıp sonra 50 saniye neredeyse boş kalırsa, 60 saniyelik ortalamanız yaklaşık %16 olur ve sorun oluşturmaz. Ancak bozuk bir script, örneğin WordPress'te sonsuz bir döngü, CPU'yu 5 dakika boyunca sürekli yüksek tutarsa limit devreye girer.
Göreceğiniz hata: Tarayıcıda 508 Resource Limit Is Reached veya hosting error_log dosyasında CPU seconds limit exceeded benzeri bir mesaj. cPanel'de Metrics → CPU and Concurrent Connections bölümü anlık kullanım grafiğini gösterir. DirectAdmin'de de System Information → Resource Usage bölümü aynı işi yapar.
Burada hata yapılıyor: Kullanıcı "sadece bir ziyaretçinin" çevrimiçi olduğunu görüyor, peki neden CPU yükseldi? Sorun ziyaret sayısında değil. Sorun, her 5 dakikada bir ağır bir scripti çalıştıran bozuk bir cron job veya arka planda sürekli kendi sunucusuna HTTP isteği gönderen bir WordPress eklentisi. Gerçek ziyaretçi sadece bir kişi; gerçek tüketici ise sizin oluşturduğunuz ve unuttuğunuz otomatik bir işlem.
RAM limiti ile "sanal bellek" arasındaki fark nedir?
Paylaşımlı hostingde RAM limiti genellikle iki sayıdır: fiziksel bellek (Physical Memory) ve sanal bellek (Virtual Memory). Sanal bellek; program kodu, paylaşılan kütüphaneler ve paylaşılan belleği içerir. 256 MB fiziksel bellek kullanan bir PHP işlemi, 512 MB sanal belleğe sahip olabilir.
Bu limitin WordPress'teki yaygın hatası beyaz ölüm ekranıdır. error_log dosyasında Allowed memory size of 268435456 bytes exhausted mesajını görürsünüz. Bu, PHP scriptinin panelde ayarlanan memory_limit tavanını aştığı anlamına gelir. Dikkat: Bu değeri php.ini veya .htaccess dosyasında değiştirebilirsiniz, ancak gerçek kullanım hesap limitini (örneğin 1 GB RAM) aşarsa 508 hatası alırsınız ve memory_limit değiştirmek artık bir işe yaramaz.
inode limiti; diskin sessiz ve tehlikeli dolması
inode, dosya sisteminde her dosya veya klasörün meta verisini tutan bir yapıdır. Her dosya, her e-posta, her önbellek, her oturum (session) bir inode tüketir. inode limiti, "kaplayabileceğiniz alanı" değil, "sahip olabileceğiniz dosya sayısını" ifade eder.
Gerçek örnek: 50 bin önbellek dosyası ve posta kutusunda 20 bin eski e-postası olan bir WordPress sitesi belki sadece 2 GB alan kaplar, ancak 70 bin inode tüketmiştir. Tavanınız 100 bin ise dolmaya yakınsınız demektir. inode bittiğinde garip bir şey olur: Hâlâ alanınız vardır, ancak yeni dosya oluşturamazsınız. Ne yeni önbellek, ne yükleme, ne de kullanıcı girişleri için yeni oturum dosyası.
Bu limitin hatası genellikle panelde görünür: Disk kullanımınız %40 iken Disk quota exceeded. cPanel'de Files → File Manager yolunu açın ve sayfanın üst kısmında alan ve inode kullanım çubuğunu görürsünüz. DirectAdmin'de de File Manager → Quota aynı bilgiyi verir.
Burada hata yapılıyor: Kullanıcı fazla dosyaları silmek yerine destek talebi açıp "Alanım dolmadı, neden yükleme yapamıyorum?" diyor. Cevap şu: Sorun dosya sayısındadır, boyutta değil. Ana suçlular genellikle şunlardır: Geçici dosyalarla dolu tmp klasörü, yıllardır temizlenmemiş e-posta kutusu ve eklentilerin eski önbellekleri.
Eşzamanlı PHP çalıştırma limiti; komşunun trafiğinin kurbanı
Bu limit, hesabınızın aynı anda çalıştırabileceği PHP işlemlerinin sayısıdır. Genel sayı 10 ile 50 arasındadır. Bir PHP scriptine ulaşan her HTTP isteği bir işlem tüketir. Siteniz harici bir API'den veri alıyorsa ve bu API yavaşsa, her kullanıcı isteği bir işlemi birkaç saniye bekleme durumunda tutar.
Bu limitin hatası kullanıcının tarayıcısında 503 Service Unavailable şeklinde görünür. Hosting logunda Resource limit reached: too many PHP processes mesajını görürsünüz. Önemli nokta: Bu hata mutlaka sitenizin yoğun olduğu anlamına gelmez. 20 eşzamanlı istekli basit bir HTTP Flood saldırısı, siteniz gerçekten dakikada 5 ziyaret alsa bile tüm PHP slotlarınızı doldurabilir.
Teşhis yöntemi: cPanel'de Metrics → Errors bölümünü açın ve max_children veya server reached max_children mesajlarını arayın. Bu mesaj PHP-FPM tarafından gelir ve tüm izin verilen işlemlerin meşgul olduğu anlamına gelir.
IO limiti ve disk giriş/çıkışı; ağ sorununa benzeyen yavaşlık
IOPS (saniyedeki giriş/çıkış işlemleri) ve disk okuma/yazma hızı, hakkında daha az konuşulan ancak kendini en çok gösteren limittir. Hosting hesabınız diğer 50 siteyle paylaşılan bir NVMe disk üzerindeyse, disk IO payınız sınırlanır.
Bu limitin belirtisi: Siteniz "çökmüş" değil, "yavaş". TTFB (ilk bayta kadar geçen süre) yükselir, ancak sayfa sonunda yüklendiğinde her şey hızlıdır. WordPress sitenizin yüklenmesi 8 saniye sürer, ancak hız testi araçları sayfa boyutunun küçük olduğunu ve sorunun ağdan kaynaklanmadığını söyler. Sorun şu ki her veritabanı sorgusu diskten okunmalıdır ve disk meşguldür.
Bu limitin genellikle belirli bir hatası yoktur. Bunun yerine, CPU and Concurrent Connections grafiğinde CPU kullanımının düşük olduğunu (örneğin %15) ancak yanıt süresinin yüksek olduğunu görürsünüz. Bu durumda, veritabanı sorgularını optimize etmek ve uygun önbellekleri (Redis veya Memcached gibi) etkinleştirmek en etkili yöntemdir. Kapsamlı rehber paylaşımlı hostingde WordPress optimizasyonu tam olarak bu senaryo için yazılmıştır.
Yönetim panelinde her limiti nerede görebiliriz?
| Limit | cPanel | DirectAdmin | Yaygın Hata |
|---|---|---|---|
| CPU | Metrics → CPU and Concurrent Connections | System Information → Resource Usage | 508 Resource Limit Is Reached |
| RAM | Metrics → CPU and Concurrent Connections | System Information → Resource Usage | Beyaz ekran + memory exhausted |
| inode | File Manager → üst çubuk | File Manager → Quota | Boş alan varken Disk quota exceeded |
| PHP Processes | Metrics → Errors | Logs → Error Log | 503 + max_children |
| IO | Doğrudan grafik yok; yavaşlıktan teşhis edin | Doğrudan grafik yok | Belirgin hata olmadan yüksek TTFB |
Bu bölümleri inceledikten sonra paylaşımlı hosting limitlerinin ihtiyaçlarınız için yeterli olmadığını fark ederseniz iki yolunuz var: ServerNet Linux hosting sayfasında daha yüksek kaynaklı bir plana yükseltmek veya bizim tarafımızdan hiçbir yazılım limiti olmayan ve tek tavanınızın donanım olduğu dedike sunucuya geçmek. İkinci seçenek, kullanımınız sürekli olarak mevcut tavanın %80'inin üzerinde olduğunda mantıklıdır; ayda yalnızca bir kez kısa bir trafik dalgası nedeniyle limite takılmanız durumunda değil.
Panelde görmediğiniz ancak var olan limitler
Bazı limitler hiçbir grafikte gösterilmez. MySQL'e eşzamanlı bağlantı sayısı, giden e-posta hız limiti (paylaşımlı hesaplar için genellikle saatte 500 e-posta) ve her yükleme dosyasının maksimum boyutu (PHP'de genellikle 256 MB) bu kategoridedir. Bu limitler her sağlayıcının belgelerinde yazılıdır, ancak panelde anlık kullanımlarını görebileceğiniz bir yer yoktur.
Burada hata yapılıyor: Kullanıcı her 10 dakikada bir 50 haber sitesine istek gönderen bir haber okuyucu scripti yazar. Bir saat sonra sitenin e-postaları artık gönderilmez. Sorun e-posta limitindedir, scriptte değil. Mailgun veya SendGrid gibi hizmetler toplu işlemsel e-posta gönderimi için tasarlanmıştır; paylaşımlı hosting, 10 bin üyeli bülten e-postası göndermek için yapılmamıştır.
Sıkça Sorulan Sorular
508 Resource Limit Is Reached hatası ne anlama gelir?
Hesabınızın belirlenen kaynaklardan birinin tavanını aştığı anlamına gelir. Bu kaynak CPU, RAM veya eşzamanlı işlem sayısı olabilir. 508 hatası genellikle geçicidir ve ortalama kullanım düştüğünde 60-300 saniye sonra site tekrar erişilebilir olur. Sürekli tekrarlanıyorsa, sadece beklemek yerine kaynağı tüketen şeyi bulmanız gerekir.
Hostingde inode limiti nedir ve nasıl temizlerim?
inode tavanı hosting planına bağlı olarak genellikle 50 bin ile 500 bin arasındadır. Güncel sayıyı görmek için cPanel'de File Manager'a gidin ve sayfanın üst kısmındaki çubuğa bakın. Temizlemek için önce tmp klasörünü boşaltın, ardından eski e-postaları silin ve son olarak WordPress eklentilerinin önbelleğini temizleyin. WP Rocket gibi eklentiler otomatik önbellek temizleme seçeneğine sahiptir.
PHP bellek limiti nedir ve nasıl artırırım?
Paylaşımlı hostinglerde memory_limit varsayılan değeri genellikle 256 MB'tır. Değiştirmek için cPanel'de Select PHP Version → Switch to PHP Options bölümünü açın ve memory_limit değerini değiştirin. Bu değeri 512 MB'a çıkarıp hâlâ memory exhausted hatası alıyorsanız, sorun hesabın RAM tavanındadır ve planı yükseltmeniz gerekir.
Sitem ziyaret artışı olmadan neden 503 hatası alıyor?
En olası neden, arka planda ağır istekler gönderen bozuk bir cron job veya bir eklentidir. cPanel'de Cron Jobs bölümünü açın ve tüm zamanlanmış görevleri geçici olarak devre dışı bırakın. Hata düzelirse, suçluyu bulmak için tek tek etkinleştirin. Kontrol panelinde cron job oluşturma kapsamlı rehberine bakın.