Bir hosting paketi satın alırken genelde dikkat ettiğimiz tek şey "kaç GB disk alanı var" sorusudur. Ama sunucunuzdaki gerçek darboğaz çoğu zaman disk alanı değil, inode denen ve çok daha az bilinen bir limittir. Bu yazıda disk kotasının ne olduğunu, inode kavramını sıfırdan anlatacak, cPanel üzerinden kullanımınızı nasıl kontrol edeceğinizi, inode sayınızın neden aniden tavan yaptığını ve bu durumu nasıl düzelteceğinizi adım adım göreceğiz.
Disk Kotası Nedir?#
Disk kotası (disk quota), hosting hesabınıza tanınan toplam depolama alanıdır. Web sitenizin dosyaları, veritabanları, e-posta kutuları, yedekler ve log dosyaları bu alanın içinden pay alır. Örneğin 10 GB'lık bir kotanız varsa; WordPress kurulumunuz 500 MB, medya dosyalarınız 3 GB, e-posta hesaplarınız 2 GB ve veritabanınız 200 MB yer kaplıyorsa, geriye yaklaşık 4,3 GB kullanılabilir alan kalır.
Disk kotası kavramsal olarak basittir: dosyaların toplam boyutunu (byte, KB, MB, GB) sınırlar. Fiziksel bir sabit diskteki veya SSD'deki alanı düşünün — kota da tam olarak budur, sadece paylaşımlı bir sunucuda sizin payınıza düşen kısmı ifade eder.
Peki disk kotanız hâlâ boşken neden "disk alanı yetersiz" veya "quota exceeded" gibi hatalar alabilirsiniz? İşte burada devreye ikinci ve çok daha az bilinen limit giriyor: inode.
Inode Nedir?#
Inode (index node), Linux tabanlı dosya sistemlerinde (ext4, XFS gibi) her bir dosya ve klasör için tutulan bir metadata kaydıdır. Bir dosyanın boyutu, sahibi, izinleri, oluşturulma tarihi ve diskteki fiziksel konumu gibi bilgiler inode içinde saklanır — dosyanın kendi içeriği değil.
Kritik nokta şu: her dosya ve her klasör bir inode tüketir, boyutu ne olursa olsun. 1 byte'lık boş bir .txt dosyası da bir inode harcar, 500 MB'lık bir video dosyası da. Yani inode, dosyanın "büyüklüğünü" değil, dosya sisteminin kaç tane ayrı öğeyi takip edebileceğini sınırlar.
Basit bir örnekle açıklayalım:
- 1 adet 5 GB'lık video dosyası → 1 inode, 5 GB disk kullanımı
- 100.000 adet 1 KB'lık küçük dosya (örneğin e-posta veya cache dosyaları) → 100.000 inode, sadece ~100 MB disk kullanımı
İkinci senaryoda disk kotanızın yalnızca yüzde birini kullanmış olsanız bile, paylaşımlı hosting paketinizde tipik olarak tanımlanan 150.000-250.000 inode limitine yaklaşmış, hatta onu aşmış olabilirsiniz. Bu yüzden "disk alanım dolu değil ama site çalışmıyor" şikayetlerinin çoğu aslında bir inode sorunudur.
Inode Limiti Neden Var?#
Aslında inode sayısının bir üst sınırı, dosya sistemi diski formatlarken belirlenir; ext4 gibi dosya sistemlerinde toplam inode adedi diskin boyutuna göre önceden ayrılır ve sonradan değiştirilemez — disk doluymuş gibi görünmese de inode'lar tükenirse yeni dosya oluşturulamaz. Hosting sağlayıcıları ise bunun üzerine, paylaşımlı sunucudaki her hesap için ayrı bir kullanım tavanı koyar.
Bunun sebebi basit: paylaşımlı hosting ortamında yüzlerce hesap aynı fiziksel sunucuyu paylaşır. Dosya sisteminin performansı, dosya sayısı arttıkça (özellikle tek bir klasörde binlerce küçük dosya birikince) düşer — dizin taramaları yavaşlar, yedekleme süreleri uzar, dosya sistemi bakımı zorlaşır. Hesap başına inode limiti, bir kullanıcının milyonlarca küçük dosya üreterek sunucunun genel performansını ve diğer kullanıcıları etkilemesini önleyen bir adalet ve stabilite mekanizmasıdır. Kaliteli bir hosting sağlayıcısı bu limiti keyfi değil, sunucunun genel sağlığını koruyacak şekilde belirler.
cPanel'de Disk ve Inode Kullanımını Görme#
Eğer cPanel tabanlı bir hosting hesabınız varsa, kullanım durumunuzu birkaç yoldan kontrol edebilirsiniz.
Ana Ekran (Sol Menü)#
cPanel'e giriş yaptığınızda, sağ üst köşede veya sol kenar çubuğunda genellikle şu bilgiler otomatik gösterilir:
- Disk Usage — kullanılan / toplam disk alanı (GB veya MB cinsinden, yüzde ile birlikte)
- Inode Usage — kullanılan / toplam inode sayısı
Bu widget'lar temanıza göre "Statistics" veya "General Information" panelinin altında yer alır.
SSH Üzerinden Kontrol#
Eğer SSH erişiminiz varsa (VDS veya SSH destekli hosting paketlerinde), terminalden şu komutlarla da kontrol yapabilirsiniz:
# Dosya sistemindeki toplam ve kullanılan inode sayısını görüntüle
df -i
# Disk kullanımını görüntüle
du -sh /home/kullaniciadi/
# Belirli bir klasördeki dosya (ve dolayısıyla harcanan inode) sayısını say
find /home/kullaniciadi/public_html -type f | wc -l
# En çok dosya barındıran alt klasörleri sırala
find /home/kullaniciadi -xdev -printf '%h\n' | sort | uniq -c | sort -rn | head -20
df -i size dosya sisteminin (veya paylaşımlı hosting'te genelde CageFS/kota katmanının) genel inode tablosunu gösterir; find komutları ise sorunun hangi klasörden kaynaklandığını noktasal olarak bulmanızı sağlar. Son komut, hangi klasörün inode "kâbusu" olduğunu hızlıca tespit etmenizi sağlar — çoğu zaman suçlu, wp-content/cache veya e-posta klasörleri gibi yerler çıkar.
Yüksek Inode Kullanımının Yaygın Sebepleri#
Inode sayınız beklenmedik şekilde tavan yaptıysa, aşağıdaki başlıklar en sık karşılaşılan nedenlerdir.
1. E-posta Hesapları ve Spam#
Her gelen/giden e-posta, sunucuda ayrı bir dosya olarak (Maildir formatında) saklanır. Yoğun trafikli bir e-posta hesabı, özellikle spam bombardımanına uğruyorsa, kısa sürede on binlerce küçük dosya biriktirebilir. Mail/ klasörünüzün altındaki cur, new, Junk alt dizinlerini kontrol etmek genellikle ilk adımdır.
2. Önbellek (Cache) Dosyaları#
WordPress önbellek eklentileri (WP Super Cache, W3 Total Cache vb.), her sayfa ve her tarayıcı/cihaz kombinasyonu için ayrı statik dosyalar üretir. Zamanla wp-content/cache klasörü onbinlerce dosyayla dolabilir. Benzer şekilde wp-content/uploads altında oluşturulan çoklu görsel boyutları (thumbnail, medium, large) da inode tüketimini katlar.
3. Log Dosyaları#
Hata ayıklama açıkken (WP_DEBUG, PHP error log, erişim logları) sürekli büyüyen veya çoğalan log dosyaları hem disk hem inode tüketir. Rotasyonu (log rotation) yapılmayan loglar zamanla ciddi bir yük oluşturur.
4. Yedekleme (Backup) Dosyaları#
Eklenti tabanlı yedekleme çözümleri, her yedeği aynı sunucu içine küçük parçalara bölerek kaydedebilir. Sunucu içi yedeklerin birikmesi hem disk kotasını hem inode limitini hızla tüketir — bu yüzden yedekleme stratejinizi harici depolamaya (uzak sunucu, bulut depolama) yönlendirmek önemlidir.
5. node_modules veya Gereksiz Geliştirme Dosyaları#
Özel yazılım veya headless kurulumlarda unutulan node_modules klasörleri, içindeki binlerce küçük paket dosyasıyla inode limitini tek başına eritebilir. Üretim (production) sunucusunda bu tür geliştirme bağımlılıklarının bulunmaması gerekir.
Inode Temizliği Nasıl Yapılır?#
Inode sorununu çözmek için pratik adımlar:
- Cache klasörlerini temizleyin. WordPress önbellek eklentinizin "Clear Cache" / "Purge All" fonksiyonunu kullanın veya doğrudan
wp-content/cacheiçeriğini silin (eklenti otomatik yeniden oluşturur). - Eski yedekleri sunucudan kaldırın. Sunucu içi yedekleri harici bir depoya taşıyıp sunucudan silin.
- Spam/gereksiz e-postaları temizleyin. "Junk" ve "Trash" klasörlerini düzenli boşaltın; e-posta istemcinizde otomatik silme kuralı tanımlayın.
- Log dosyalarını döndürün (rotate) veya silin. Gerekmiyorsa
WP_DEBUGgibi debug modlarını kapatın. - Gereksiz medya boyutlarını temizleyin. WordPress'te kullanılmayan görsel boyutu üretimini eklentilerle (örneğin "Regenerate Thumbnails" tersine kullanımı veya "Stop Generating" eklentileri) azaltabilirsiniz.
- Küçük dosyaları arşivleyin. Binlerce küçük dosyayı
tarile tek bir arşive dönüştürmek, dosya sayısını (dolayısıyla inode kullanımını) drastik şekilde azaltır:
tar -czf eski-loglar.tar.gz /home/kullaniciadi/logs/
rm -rf /home/kullaniciadi/logs/*.log
Limit Aşıldığında Ne Olur?#
Disk kotası veya inode limiti dolduğunda genellikle şu belirtiler ortaya çıkar:
- Yeni dosya yükleyememe ("Disk quota exceeded" hatası)
- E-posta gönderip alamama
- WordPress güncellemelerinin veya eklenti kurulumlarının başarısız olması
- Sitenin 500 Internal Server Error vermesi (özellikle geçici dosya yazılamadığında)
- Yedekleme işlemlerinin sessizce başarısız olması
Bu noktada acilen gereksiz dosyaları temizlemek gerekir. Eğer düzenli temizliğe rağmen inode ihtiyacınız sürekli artıyorsa (büyüyen bir e-ticaret sitesi, çok sayıda e-posta hesabı yöneten bir ajans gibi), bu aslında paylaşımlı hosting'in doğal sınırına yaklaştığınızın işaretidir. Böyle durumlarda bir VDS veya sanal sunucu çözümüne geçmek, dosya sistemi üzerinde tam kontrol ve çok daha yüksek (genelde milyonlarca) inode kapasitesi sağlar.
Sıkça Sorulan Sorular#
Disk kotam dolu değil ama "quota exceeded" hatası alıyorum, neden?#
Bu genellikle bir inode sorunudur; disk alanınızın boyutu değil, dosya/klasör sayısı limite ulaşmıştır. cPanel'deki "Inode Usage" göstergesini kontrol edin.
Bir klasörü silmek inode'umu geri kazandırır mı?#
Evet. Sildiğiniz her dosya ve klasör, kullandığı inode'u anında serbest bırakır. Ancak cPanel'deki sayaç bazen birkaç dakika gecikmeli güncellenebilir.
Inode limiti tüm hosting sağlayıcılarında aynı mı?#
Hayır, paket ve sağlayıcıya göre değişir; paylaşımlı paketlerde tipik olarak 150.000 ile 300.000 arasında değişen limitler görülür. Tam rakam için hosting sağlayıcınızın paket detaylarına bakmalısınız.
E-posta hesaplarım inode'umu neden bu kadar hızlı tüketiyor?#
Her e-posta mesajı sunucuda ayrı bir dosya olarak saklanır. Spam, bültenler veya senkronize edilmemiş büyük gelen kutuları kısa sürede on binlerce dosya birikmesine yol açabilir.
Inode limitini kalıcı olarak artırmanın bir yolu var mı?#
Paylaşımlı hosting paketlerinde inode limiti sunucu adaleti gereği sabittir. Kalıcı ve çok daha yüksek bir kapasite için VDS veya özel sunucuya geçmek en pratik çözümdür.
WordPress cache eklentileri inode sorununa nasıl sebep olur?#
Statik önbellek eklentileri her sayfa/tarayıcı kombinasyonu için ayrı dosyalar oluşturur; site ne kadar çok sayfa ve ziyaretçiye sahipse cache klasöründeki dosya sayısı o kadar hızlı artar.
Inode kullanımını düşürmeden dosyalarımı yine de saklayabilir miyim?#
Evet. Çok sayıda küçük dosyayı tek bir arşive (tar.gz, zip) sıkıştırmak dosya içeriğini kaybetmeden inode sayısını dramatik biçimde azaltır, çünkü arşivin kendisi tek bir dosya olarak tek inode harcar. Aktif olarak kullanılmayan eski loglar, eski yedekler veya arşivlenmiş projeler için bu yöntem en pratik çözümdür.
Disk kotası ve inode limiti, hosting performansınızı doğrudan etkileyen ama genelde göz ardı edilen iki kavramdır. Kullanımınızı düzenli kontrol etmek ve gereksiz dosyaları temizlemek çoğu zaman yeterlidir; ancak siteniz büyüdükçe bu limitlere sık sık takılıyorsanız, ihtiyacınıza uygun bir hosting paketine geçmek veya tam kontrol isteyen projeler için sunucu çözümlerine bakmak uzun vadede en sağlıklı yoldur.