Sağlayıcınızdan "hesabınız kaynak limitlerini aşıyor" uyarısı aldığınızda ilk tepki genellikle şaşkınlıktır: siteniz küçük, ziyaretçi sayısı mütevazı, üstelik "sınırsız" denen bir paket satın alınmıştır. Sorun, limitlerin ziyaretçi sayısıyla değil, o ziyaretçilerin sunucuya yaptırdığı işle ölçülmesidir.
Bu yazı, paylaşımlı hosting limitlerinin ne anlama geldiğini, hangi limitin hangi belirtiyi ürettiğini ve limit sorununu nasıl çözeceğinizi anlatıyor.
"Sınırsız" Ne Demek?
Pazarlama dilindeki "sınırsız disk" veya "sınırsız trafik" ifadeleri, depolama ve bant genişliği için makul kullanım anlamına gelir. Sınırsız olmayan şey, sunucunun işlem kapasitesidir — ve gerçek limitler oradadır.
Paylaşımlı bir Linux hosting sunucusunda yüzlerce hesap aynı işlemciyi, aynı belleği ve aynı diski paylaşır. Sağlayıcının işi, tek bir hesabın diğerlerinin performansını düşürmesini engellemektir. Bunu kaynak limitleriyle yapar. Yani limitler size karşı değil, komşularınıza karşı bir korumadır — ve aynı koruma sizi de komşularınızdan korur.
Beş Limit ve Anlamları
1. CPU Kullanımı
Hesabınızın işlemciden alabileceği pay. Genellikle yüzde olarak ifade edilir ve bir çekirdeğin belirli bir oranına karşılık gelir.
Belirtisi: Site yoğun saatlerde belirgin biçimde yavaşlar, bazı sayfalar zaman aşımına düşer.
Yaygın nedeni: Önbelleksiz çalışan dinamik siteler. Her ziyaretçi için sayfa sıfırdan üretiliyorsa, mütevazı bir trafik bile CPU limitini doldurabilir.
2. Bellek (RAM) Limiti
Hesabınızın işlemlerinin kullanabileceği toplam bellek.
Belirtisi: Belirli işlemlerde beyaz ekran veya "bellek tükendi" hatası. Özellikle büyük veri işleyen sayfalarda, toplu içe aktarma işlemlerinde ve eklenti güncellemelerinde görülür.
Yaygın nedeni: Tek bir istekte çok fazla veriyi belleğe yükleyen kod — örneğin binlerce kaydı tek seferde çeken bir sorgu.
3. Disk I/O Hızı
Saniyede okunabilen/yazılabilen veri miktarı. Bu limit en az bilinen ama en sık aşılan limitlerden biridir.
Belirtisi: Site yavaş ama CPU kullanımı normal görünüyor. İşlemler diski beklerken takılır.
Yaygın nedeni: Ayrıntılı seviyede açık bırakılmış hata kayıtları, döndürülmemiş log dosyaları, indekssiz veritabanı sorguları ve hesap içinde tutulan büyük yedek arşivleri.
4. Eşzamanlı İşlem Sayısı
Aynı anda çalışabilen işlem (process) sayısı. Sınıra ulaşıldığında yeni istekler beklemeye alınır veya reddedilir.
Belirtisi: Ziyaretçilerin bir kısmı siteyi normal görürken diğerleri hata sayfası alır. Belirti kesintili ve tutarsızdır, bu yüzden teşhisi zordur.
Yaygın nedeni: Uzun süren istekler. Her yavaş sayfa, bir işlem yuvasını uzun süre meşgul eder ve sıra hızla dolar.
5. inode Sayısı
Hesabınızdaki toplam dosya ve dizin sayısı. Disk alanınız boş olsa bile bu sayı dolabilir.
Belirtisi: "Disk dolu" hatası alırsınız ama panelde bol boş alan görünür. Yeni dosya oluşturulamaz, e-posta alınamaz.
Yaygın nedeni: Önbellek dizinlerinde birikmiş yüz binlerce küçük dosya, silinmemiş eski e-postalar, oturum dosyaları ve her görsel için onlarca boyut sürümü üreten eklentiler.
Hangi Limiti Aşıyorsunuz?
| Belirti | Muhtemel limit |
|---|---|
| Yoğun saatlerde genel yavaşlık | CPU |
| Belirli işlemlerde beyaz ekran | Bellek |
| CPU normal ama site yavaş | Disk I/O |
| Bazı ziyaretçi hata alıyor, bazısı almıyor | Eşzamanlı işlem |
| Disk boş ama "dolu" hatası | inode |
Çözüm: Paket Büyütmeden Önce Yapılacaklar
Limit uyarısı aldığınızda ilk refleks paketi büyütmek olur. Oysa çoğu durumda kullanımın kaynağı optimize edilebilir bir israftır ve büyütme yalnızca aynı israfa daha fazla ödemek anlamına gelir.
1. Önbellek Kurun
Bu, kaynak kullanımını en çok düşüren tek adımdır. Sayfa önbelleği kurulduğunda tekrar eden ziyaretlerde hiç PHP çalışmaz, hiç veritabanı sorgusu gitmez. CPU ve I/O kullanımı aynı anda düşer.
2. Log ve Önbellek Dosyalarını Temizleyin
Hata kaydı seviyesini üretim ortamına uygun düzeye çekin. Eski log dosyalarını ve şişmiş önbellek dizinlerini temizleyin. Bu tek işlem hem I/O baskısını hem inode sayısını belirgin biçimde düşürür.
3. Gereksiz Eklentileri Kaldırın
Devre dışı bırakmak yetmez; kaldırın. Aktif her eklenti her sayfa yüklemesinde çalışır ve bazıları arka planda düzenli görev yürütür. Kullanmadığınız eklentiler, ödediğiniz kaynağı tüketir.
4. Görselleri Optimize Edin
Büyük görseller hem bant genişliği hem I/O tüketir. Modern görüntü biçimlerine geçin ve her kullanım yerine uygun boyutta sürüm sunun. Ayrıca gereksiz boyut sürümleri üretmeyi kapatarak inode kullanımını azaltın.
5. Bot Trafiğini Filtreleyin
Erişim loglarınızı inceleyin: kaynak kullanımınızın ne kadarı gerçek ziyaretçiden, ne kadarı agresif tarayıcılardan geliyor? Bazı sitelerde kaynak tüketiminin önemli bir bölümü hiçbir ticari değer üretmeyen bot trafiğidir. Gereksiz botları engellemek doğrudan kaynak kazandırır.
6. Veritabanı Sorgularını Denetleyin
Yavaş sorgu kaydını inceleyip indeks eksikliği olan sorguları bulun. İndekssiz bir sorgu tabloyu baştan sona tarar ve bu doğrudan I/O tüketimidir. Tek bir indeks eklemek, bazen paket büyütmekten fazla kazanç sağlar.
Gerçekten Büyütme Zamanı Ne Zaman?
Yukarıdaki altı adımı uyguladıktan sonra hâlâ limitleri aşıyorsanız, artık büyütme gerekçelidir. Bu noktada iki seçenek vardır: daha üst bir paylaşımlı paket ya da kaynakların size özel ayrıldığı bir sunucu.
Şu belirtiler paylaşımlı ortamın artık projenizi taşımadığını gösterir: limitleri düzenli olarak aşıyorsunuz, kurmanız gereken bir bileşene izin verilmiyor, kaynak ihtiyacınız kampanya dönemlerinde katlanıyor ve kök erişim gerektiren yapılandırmalara ihtiyacınız var. Bu durumda Windows hosting veya Linux hosting paketlerinin üst kademelerini değerlendirin — ya da kaynakların paylaşılmadığı bir yapıya geçin.
Sonuç
Hosting limitleri, ziyaretçi sayınızı değil sunucuya yaptırdığınız işi ölçer. Bu yüzden "az ziyaretçim var ama limiti aşıyorum" durumu bir çelişki değil, optimize edilmemiş bir kurulumun doğal sonucudur. Önbellek kurmak, logları disipline etmek ve gereksiz eklentileri kaldırmak — bu üç adım çoğu limit sorununu paket büyütmeden çözer. Bunları yaptıktan sonra hâlâ sınırdaysanız, o zaman büyütme kararı gerçek bir ihtiyaca dayanır ve boşa ödeme yapmazsınız.
Sıkça Sorulan Sorular (SSS)
Neden hiç limit olmayan bir hosting yok?
Çünkü paylaşımlı hostingin ekonomisi kaynak paylaşımına dayanır. Limit olmasa tek bir hesap sunucunun tüm kapasitesini tüketip yüzlerce siteyi yavaşlatabilir. Limitsiz kaynak istiyorsanız aradığınız şey paylaşımlı hosting değil, kaynakları size özel ayrılmış bir sunucudur.
inode limiti neden var, disk alanı yeterli değil mi?
Dosya sistemi her dosya için bir kayıt tutar ve bu kayıtların sayısı sınırlıdır. Milyonlarca küçük dosya, disk alanı boş olsa bile dosya sistemi performansını düşürür ve yedekleme sürelerini uzatır. inode limiti bu yüzden vardır.
Kaynak kullanımımı nereden görebilirim?
Hosting panellerinin çoğunda kaynak kullanım raporu bulunur ve geçmiş verileri gösterir. Bu grafiklere bakarken anlık değere değil, hangi saatlerde tavana vurduğunuza bakın — sorunun kaynağını genellikle o saatte ne olduğu açıklar.
Eklentiyi devre dışı bırakmak yeterli mi?
Kaynak tüketimi açısından genellikle yeterlidir ama inode ve güvenlik açısından değil: dosyalar hesabınızda kalır ve güncellenmeyen bir eklenti, devre dışı olsa bile açık taşıyabilir. Kullanmayacağınız eklentileri tamamen kaldırın.
