Paylaşımlı hosting veya CloudLinux tabanlı bir hosting paketinde "kaynak limiti aşıldı", "CPU limiti", "Physical Memory", "I/O Usage" veya "Entry Processes" benzeri uyarılar görebilirsiniz. Bu uyarılar her zaman sitenizin daha fazla disk alanına ihtiyaç duyduğu anlamına gelmez. Çoğu zaman problem sitenin belirli bir anda kullanmasına izin verilen işlemci, bellek, disk erişimi veya eş zamanlı PHP işlemi sınırlarına ulaşmasıdır.
Bu rehberde hosting kaynak limitlerindeki CPU, RAM, I/O ve Entry Processes değerlerinin ne anlama geldiğini, hangi durumda gerçekten sorun oluşturduklarını ve kaynak aşımının nedenini nasıl bulabileceğinizi adım adım inceleyeceğiz.
Önce kaynak limiti ile disk alanını ayırın
Şu iki durum aynı değildir:
ve:
Disk alanınız boş olsa bile CPU veya RAM limitine ulaşabilirsiniz.
Aynı şekilde disk alanı dolmaya yakınken CPU kullanımı düşük olabilir.
1. CPU limiti nedir?
CPU, hosting hesabınızın kullanmasına izin verilen işlemci kapasitesini ifade eder.
PHP kodu, veritabanı sorguları ve dinamik işlemler CPU kullanır.
CPU yükünü artırabilecek örnekler:
2. CPU sürekli yüzde 100 olursa ne olur?
Hosting altyapısına göre hesabınızın işlemleri yavaşlatılabilir veya yeni istekler gecikebilir.
Kullanıcı tarafında:
görülebilir.
Ancak tek bir kısa CPU sıçraması her zaman ciddi problem değildir.
3. RAM veya Physical Memory nedir?
RAM, çalışan PHP işlemleri ve uygulamaların kullandığı bellektir.
CloudLinux tabanlı sistemlerde:
Physical Memory
veya benzeri bir değer görülebilir.
Örneğin:
ise hesaba ayrılan bellek sınırına ulaşılmış olabilir.
4. PHP memory_limit ile hosting RAM limiti aynı değildir
Bu iki değer sık karıştırılır.
PHP içerisinde:
olabilir.
Hosting hesabınızın toplam RAM limiti ise:
olabilir.
Birden fazla PHP işlemi aynı anda çalıştığında toplam bellek tüketimi hosting hesabının RAM limitine ulaşabilir.
5. I/O nedir?
I/O, sunucunun disk üzerinde okuma ve yazma hızına ilişkin kaynaklardan biridir.
Örneğin:
I/O kullanımını artırabilir.
I/O limiti düşükse site CPU boş görünmesine rağmen yavaşlayabilir.
6. IOPS nedir?
Bazı hosting paketlerinde ayrıca IOPS değeri bulunabilir.
I/O daha çok veri aktarım hızını ifade ederken IOPS belirli sürede yapılabilen giriş/çıkış işlemlerinin sayısıyla ilgilidir.
Çok sayıda küçük dosyayla çalışan uygulamalar IOPS limitinden etkilenebilir.
7. Entry Processes nedir?
Entry Processes veya EP, CloudLinux ortamında hesaba aynı anda giren dinamik web istekleriyle ilişkili önemli bir limittir.
Basit olarak, çok sayıda PHP isteği aynı anda işlenmeye çalışıyorsa EP limiti dolabilir.
Örneğin:
olduğunda yeni istekler etkilenebilir.
8. Entry Processes ziyaretçi sayısı değildir
Şu yanlış çıkarımı yapmayın:
Bir ziyaretçinin isteği kısa sürede tamamlanabilir.
Statik dosyalar da aynı mantıkla PHP entry process kullanmayabilir.
Önemli olan dinamik isteklerin ne kadar uzun sürdüğüdür.
9. NPROC nedir?
Bazı CloudLinux panellerinde:
Number of Processes
veya:
NPROC
değeri bulunabilir.
Bu, hesabın çalıştırabildiği toplam süreçlerle ilgilidir.
EP ile aynı metrik değildir.
10. Kaynak aşımını cPanel'de nereden kontrol edebilirim?
cPanel kullanıyorsanız:
Metrics
veya benzeri bölümde:
Resource Usage
alanını arayın.
Hosting şirketine göre isim değişebilir.
Burada:
benzeri alanlar bulunabilir.
11. Yalnız mevcut kullanıma bakmayın
Site şu anda düşük CPU kullanıyor olabilir.
Ancak gece 03:00'te cron çalışırken limite ulaşmış olabilir.
Bu nedenle mümkünse:
incelenmelidir.
12. Hata zamanı ile kaynak grafiğini karşılaştırın
Örneğin kullanıcılar:
diyorsa kaynak grafiğinde aynı saate bakın.
Şöyle bir durum görürseniz:
CPU güçlü bir adaydır.
13. Ani trafik artışı kaynak tüketebilir
Site bir anda:
olabilir.
Önce trafik artışının gerçek kullanıcı mı bot mu olduğunu anlamaya çalışın.
14. Bot trafiğini kontrol edin
Access log veya analitik verilerde:
gibi olağan dışı davranışlar görebilirsiniz.
Kaynağı yükseltmeden önce gereksiz bot yükünü azaltmak daha doğru olabilir.
15. Ağır WordPress eklentileri kaynak tüketebilir
Özellikle:
eklentileri belirli zamanlarda yoğun kaynak kullanabilir.
Eklentiyi tamamen suçlamadan önce kaynak aşım saatini eklentinin çalıştığı zamanla karşılaştırın.
16. wp-cron kaynak yükü oluşturabilir
WordPress'te çok fazla zamanlanmış görev bulunuyorsa her ziyaret sırasında wp-cron tetiklenmesi kaynak kullanımını artırabilir.
Yüksek trafikli veya çok sayıda görev içeren sitelerde gerçek sistem cron'u kullanılması değerlendirilebilir.
Cron tarafında sorun yaşıyorsanız Cron Job Çalışmıyor: Önce Neyi Kontrol Etmek Gerekir? konusunu inceleyebilirsiniz.
17. Veritabanı sorguları CPU kullanımını artırabilir
Yavaş sorgular:
üzerinde zincirleme etki oluşturabilir.
Örneğin her sayfa açılışında milyonlarca satır üzerinde optimize edilmemiş sorgu çalışıyorsa hosting paketini yükseltmek geçici rahatlama sağlayabilir ancak kök problem devam eder.
18. Cache kullanımı kaynak tüketimini azaltabilir
Doğru cache yapısı aynı PHP işleminin her ziyarette yeniden çalışmasını önleyebilir.
Örneğin:
uygun projelerde kaynak tüketimini azaltabilir.
Ancak yanlış cache kurulumu kendi başına yeni sorunlar oluşturabileceği için uygulamanıza uygun yapı kullanılmalıdır.
19. Yedekleme işlemleri I/O ve CPU tüketebilir
Günlük yedek:
saatinde çalışıyor ve kaynak aşımı da her gün:
arasında oluşuyorsa güçlü bir ilişki vardır.
Yedek zamanını veya yöntemini değiştirmek gerekebilir.
20. Kaynak limiti 500 hatasına neden olabilir mi?
Bazı durumlarda kaynak sınırına ulaşılması PHP işlemlerinin tamamlanmasını engelleyebilir ve kullanıcı tarafında 500 veya benzeri sunucu hataları görülebilir.
500 hatası yaşıyorsanız 500 Internal Server Error Nedir? cPanel ve PHP'de Adım Adım Çözüm rehberindeki log kontrollerini de uygulayın.
21. Hosting paketini hemen yükseltmeli miyim?
Kaynak limitine bir kez ulaşmak tek başına paket yükseltme nedeni değildir.
Önce şu ayrımı yapın:
Geçici yük
ve:
Sürekli kapasite yetersizliği
aynı şey değildir.
Örneğin ayda bir yapılan yedekleme sırasında 5 dakikalık CPU zirvesi ile her gün saatlerce CPU limitinde çalışan site farklı değerlendirilmelidir.
22. Ne zaman paket yükseltmek mantıklı olabilir?
Şu durumlar sürekli oluşuyorsa daha yüksek kaynaklı paket değerlendirilebilir:
Bu durumda sorun optimizasyondan çok gerçek kapasite ihtiyacı olabilir.
23. Hosting seçerken yalnız disk alanına bakmayın
İki hosting paketi:
sunabilir.
Ancak Paket B:
sunuyorsa dinamik bir site için daha güçlü olabilir.
Bu nedenle Hosting Seçerken Disk Alanından Daha Önemli Hangi Değerler Var? konusundaki diğer kriterleri de inceleyin.
24. Kaynak uyarısı gördüğünüzde hangi verileri kaydetmelisiniz?
Şunları not alın:
Bu bilgiler kök nedeni bulmayı kolaylaştırır.
Kaynak limiti hızlı teşhis sırası
Sonuç
Hosting kaynak limiti uyarısını yalnız:
"Hosting kötü, paketi yükselt."
şeklinde yorumlamak doğru değildir.
Doğru teşhis:
Hangi kaynak → hangi saat → hangi işlem → neden tüketildi → optimizasyon mümkün mü → gerçek kapasite yeterli mi?
sırasıyla yapılmalıdır.
CPU, RAM, I/O ve Entry Processes birbirinden farklı limitlerdir.
Hangisinin gerçekten tükendiğini belirlemeden paket yükseltmek gereksiz maliyete, yalnız kod optimizasyonuyla yetinmek ise gerçekten yetersiz bir hosting paketinde performans sorunlarının devam etmesine yol açabilir.
Bu rehberde hosting kaynak limitlerindeki CPU, RAM, I/O ve Entry Processes değerlerinin ne anlama geldiğini, hangi durumda gerçekten sorun oluşturduklarını ve kaynak aşımının nedenini nasıl bulabileceğinizi adım adım inceleyeceğiz.
Önce kaynak limiti ile disk alanını ayırın
Şu iki durum aynı değildir:
Kod:
Disk kullanımı: 9 GB / 10 GBve:
Kod:
CPU: %100 limite ulaştıDisk alanınız boş olsa bile CPU veya RAM limitine ulaşabilirsiniz.
Aynı şekilde disk alanı dolmaya yakınken CPU kullanımı düşük olabilir.
1. CPU limiti nedir?
CPU, hosting hesabınızın kullanmasına izin verilen işlemci kapasitesini ifade eder.
PHP kodu, veritabanı sorguları ve dinamik işlemler CPU kullanır.
CPU yükünü artırabilecek örnekler:
- Ağır WordPress eklentileri
- Yavaş PHP kodu
- Yoğun bot trafiği
- Çok fazla eş zamanlı ziyaretçi
- Büyük veritabanı sorguları
- Cron işlemleri
- İçe aktarma veya veri işleme
2. CPU sürekli yüzde 100 olursa ne olur?
Hosting altyapısına göre hesabınızın işlemleri yavaşlatılabilir veya yeni istekler gecikebilir.
Kullanıcı tarafında:
- Yavaş açılan sayfalar
- Timeout
- 500 benzeri hatalar
- Geç açılan yönetim paneli
görülebilir.
Ancak tek bir kısa CPU sıçraması her zaman ciddi problem değildir.
3. RAM veya Physical Memory nedir?
RAM, çalışan PHP işlemleri ve uygulamaların kullandığı bellektir.
CloudLinux tabanlı sistemlerde:
Physical Memory
veya benzeri bir değer görülebilir.
Örneğin:
Kod:
Kullanılabilir RAM: 1 GB
Anlık kullanım: 1 GBise hesaba ayrılan bellek sınırına ulaşılmış olabilir.
4. PHP memory_limit ile hosting RAM limiti aynı değildir
Bu iki değer sık karıştırılır.
PHP içerisinde:
Kod:
memory_limit = 256Molabilir.
Hosting hesabınızın toplam RAM limiti ise:
Kod:
1 GBolabilir.
Birden fazla PHP işlemi aynı anda çalıştığında toplam bellek tüketimi hosting hesabının RAM limitine ulaşabilir.
5. I/O nedir?
I/O, sunucunun disk üzerinde okuma ve yazma hızına ilişkin kaynaklardan biridir.
Örneğin:
- Büyük yedek oluşturmak
- Binlerce dosya taramak
- Cache oluşturmak
- Büyük dosya çıkarmak
- Yoğun log yazmak
I/O kullanımını artırabilir.
I/O limiti düşükse site CPU boş görünmesine rağmen yavaşlayabilir.
6. IOPS nedir?
Bazı hosting paketlerinde ayrıca IOPS değeri bulunabilir.
I/O daha çok veri aktarım hızını ifade ederken IOPS belirli sürede yapılabilen giriş/çıkış işlemlerinin sayısıyla ilgilidir.
Çok sayıda küçük dosyayla çalışan uygulamalar IOPS limitinden etkilenebilir.
7. Entry Processes nedir?
Entry Processes veya EP, CloudLinux ortamında hesaba aynı anda giren dinamik web istekleriyle ilişkili önemli bir limittir.
Basit olarak, çok sayıda PHP isteği aynı anda işlenmeye çalışıyorsa EP limiti dolabilir.
Örneğin:
Kod:
EP limiti: 20
Aynı anda yoğun dinamik istek: 20+olduğunda yeni istekler etkilenebilir.
8. Entry Processes ziyaretçi sayısı değildir
Şu yanlış çıkarımı yapmayın:
Kod:
EP limiti 20
=
Siteye aynı anda en fazla 20 kişi girebilirBir ziyaretçinin isteği kısa sürede tamamlanabilir.
Statik dosyalar da aynı mantıkla PHP entry process kullanmayabilir.
Önemli olan dinamik isteklerin ne kadar uzun sürdüğüdür.
9. NPROC nedir?
Bazı CloudLinux panellerinde:
Number of Processes
veya:
NPROC
değeri bulunabilir.
Bu, hesabın çalıştırabildiği toplam süreçlerle ilgilidir.
EP ile aynı metrik değildir.
10. Kaynak aşımını cPanel'de nereden kontrol edebilirim?
cPanel kullanıyorsanız:
Metrics
veya benzeri bölümde:
Resource Usage
alanını arayın.
Hosting şirketine göre isim değişebilir.
Burada:
- Current Usage
- Snapshot
- Details
benzeri alanlar bulunabilir.
11. Yalnız mevcut kullanıma bakmayın
Site şu anda düşük CPU kullanıyor olabilir.
Ancak gece 03:00'te cron çalışırken limite ulaşmış olabilir.
Bu nedenle mümkünse:
- Son 24 saat
- Son birkaç gün
- Limit aşımı zamanları
incelenmelidir.
12. Hata zamanı ile kaynak grafiğini karşılaştırın
Örneğin kullanıcılar:
Kod:
14:35'te site açılmadıdiyorsa kaynak grafiğinde aynı saate bakın.
Şöyle bir durum görürseniz:
Kod:
14:35
CPU: Limit
RAM: Normal
I/O: NormalCPU güçlü bir adaydır.
13. Ani trafik artışı kaynak tüketebilir
Site bir anda:
- Sosyal medyada paylaşılmış
- Google Discover trafiği almış
- Reklam kampanyası başlatmış
- Bot saldırısı yaşamış
olabilir.
Önce trafik artışının gerçek kullanıcı mı bot mu olduğunu anlamaya çalışın.
14. Bot trafiğini kontrol edin
Access log veya analitik verilerde:
- Aynı IP'den binlerce istek
- Aynı URL'nin sürekli taranması
- wp-login.php saldırıları
- XML-RPC istekleri
gibi olağan dışı davranışlar görebilirsiniz.
Kaynağı yükseltmeden önce gereksiz bot yükünü azaltmak daha doğru olabilir.
15. Ağır WordPress eklentileri kaynak tüketebilir
Özellikle:
- Gerçek zamanlı istatistik
- Güvenlik taraması
- Yedekleme
- Broken link tarama
- Görsel optimizasyon
- İçe aktarma
eklentileri belirli zamanlarda yoğun kaynak kullanabilir.
Eklentiyi tamamen suçlamadan önce kaynak aşım saatini eklentinin çalıştığı zamanla karşılaştırın.
16. wp-cron kaynak yükü oluşturabilir
WordPress'te çok fazla zamanlanmış görev bulunuyorsa her ziyaret sırasında wp-cron tetiklenmesi kaynak kullanımını artırabilir.
Yüksek trafikli veya çok sayıda görev içeren sitelerde gerçek sistem cron'u kullanılması değerlendirilebilir.
Cron tarafında sorun yaşıyorsanız Cron Job Çalışmıyor: Önce Neyi Kontrol Etmek Gerekir? konusunu inceleyebilirsiniz.
17. Veritabanı sorguları CPU kullanımını artırabilir
Yavaş sorgular:
- CPU
- PHP çalışma süresi
- Entry Processes
üzerinde zincirleme etki oluşturabilir.
Örneğin her sayfa açılışında milyonlarca satır üzerinde optimize edilmemiş sorgu çalışıyorsa hosting paketini yükseltmek geçici rahatlama sağlayabilir ancak kök problem devam eder.
18. Cache kullanımı kaynak tüketimini azaltabilir
Doğru cache yapısı aynı PHP işleminin her ziyarette yeniden çalışmasını önleyebilir.
Örneğin:
- Page cache
- Object cache
- Opcode cache
- CDN
uygun projelerde kaynak tüketimini azaltabilir.
Ancak yanlış cache kurulumu kendi başına yeni sorunlar oluşturabileceği için uygulamanıza uygun yapı kullanılmalıdır.
19. Yedekleme işlemleri I/O ve CPU tüketebilir
Günlük yedek:
Kod:
03:00saatinde çalışıyor ve kaynak aşımı da her gün:
Kod:
03:00 - 03:20arasında oluşuyorsa güçlü bir ilişki vardır.
Yedek zamanını veya yöntemini değiştirmek gerekebilir.
20. Kaynak limiti 500 hatasına neden olabilir mi?
Bazı durumlarda kaynak sınırına ulaşılması PHP işlemlerinin tamamlanmasını engelleyebilir ve kullanıcı tarafında 500 veya benzeri sunucu hataları görülebilir.
500 hatası yaşıyorsanız 500 Internal Server Error Nedir? cPanel ve PHP'de Adım Adım Çözüm rehberindeki log kontrollerini de uygulayın.
21. Hosting paketini hemen yükseltmeli miyim?
Kaynak limitine bir kez ulaşmak tek başına paket yükseltme nedeni değildir.
Önce şu ayrımı yapın:
Geçici yük
ve:
Sürekli kapasite yetersizliği
aynı şey değildir.
Örneğin ayda bir yapılan yedekleme sırasında 5 dakikalık CPU zirvesi ile her gün saatlerce CPU limitinde çalışan site farklı değerlendirilmelidir.
22. Ne zaman paket yükseltmek mantıklı olabilir?
Şu durumlar sürekli oluşuyorsa daha yüksek kaynaklı paket değerlendirilebilir:
- Gerçek ziyaretçi trafiği arttı
- Kod ve veritabanı optimize edildi
- Gereksiz bot trafiği azaltıldı
- Cache düzgün çalışıyor
- Buna rağmen limitler düzenli aşılıyor
Bu durumda sorun optimizasyondan çok gerçek kapasite ihtiyacı olabilir.
23. Hosting seçerken yalnız disk alanına bakmayın
İki hosting paketi:
Kod:
Paket A
100 GB disk
Paket B
20 GB disksunabilir.
Ancak Paket B:
- Daha yüksek CPU
- Daha yüksek RAM
- Daha yüksek I/O
- Daha iyi veritabanı performansı
sunuyorsa dinamik bir site için daha güçlü olabilir.
Bu nedenle Hosting Seçerken Disk Alanından Daha Önemli Hangi Değerler Var? konusundaki diğer kriterleri de inceleyin.
24. Kaynak uyarısı gördüğünüzde hangi verileri kaydetmelisiniz?
Şunları not alın:
- Tarih
- Saat
- Hangi limit aşıldı
- Site o sırada ne yapıyordu
- Cron çalışıyor muydu
- Yedekleme var mıydı
- Trafik artışı oldu mu
- Hata log'unda ne yazıyordu
Bu bilgiler kök nedeni bulmayı kolaylaştırır.
Kaynak limiti hızlı teşhis sırası
- Hangi kaynak limite ulaştı?
- Aşım hangi saatte oldu?
- Aynı saatte trafik arttı mı?
- Cron veya yedek çalışıyor muydu?
- Bot trafiği var mı?
- PHP veya eklenti hatası var mı?
- Veritabanı sorguları ağır mı?
- Cache kullanılıyor mu?
- Sorun geçici mi sürekli mi?
- Optimizasyon sonrası limit hâlâ aşılıyor mu?
Sonuç
Hosting kaynak limiti uyarısını yalnız:
"Hosting kötü, paketi yükselt."
şeklinde yorumlamak doğru değildir.
Doğru teşhis:
Hangi kaynak → hangi saat → hangi işlem → neden tüketildi → optimizasyon mümkün mü → gerçek kapasite yeterli mi?
sırasıyla yapılmalıdır.
CPU, RAM, I/O ve Entry Processes birbirinden farklı limitlerdir.
Hangisinin gerçekten tükendiğini belirlemeden paket yükseltmek gereksiz maliyete, yalnız kod optimizasyonuyla yetinmek ise gerçekten yetersiz bir hosting paketinde performans sorunlarının devam etmesine yol açabilir.