Linux Sunucularda Disk Kota Yönetimi Rehberi

Son Güncelleme: Haziran 2026

Linux disk kota yönetimi, paylaşımlı hosting, bayi hosting, çok kullanıcılı sunucu ve uygulama barındırma altyapılarında disk alanının kontrollü şekilde dağıtılmasını sağlar. Bu rehberde quota mantığını, kullanıcı ve grup bazlı limitleri, XFS ve EXT4 dosya sistemlerinde kota yapılandırmasını, izleme ve sorun giderme adımlarını pratik örneklerle ele alacağız.

İçindekiler

• Disk Kota Nedir?
• Disk Kota Yönetimi Neden Gereklidir?
• Linux Kota Türleri
• Dosya Sistemi Seçimi: XFS ve EXT4
• EXT4 Üzerinde Kota Kurulumu
• XFS Üzerinde Kota Kurulumu
• Kota Raporlama ve İzleme
• Hosting ve VPS Senaryoları
• Güvenlik ve Performans İpuçları
• Yaygın Sorunlar ve Çözümleri
• Sıkça Sorulan Sorular
• Sonuç

Disk Kota Nedir?

Disk kota, bir kullanıcıya, gruba veya proje dizinine ayrılabilecek maksimum disk alanı ve dosya sayısı sınırıdır. Linux sistemlerde bu sınırlar çoğunlukla blok kotası ve inode kotası olarak iki temel ölçü üzerinden yönetilir. Blok kotası, kullanıcının diskte kaplayabileceği veri miktarını belirlerken; inode kotası, oluşturabileceği dosya ve klasör sayısını sınırlar.

Örneğin bir web hosting sunucusunda her müşteriye 10 GB depolama hakkı tanımlandığını düşünelim. Kota yönetimi yapılmazsa tek bir kullanıcı yüksek boyutlu yedekler, log dosyaları veya medya içerikleri ile tüm diski doldurabilir. Bu durumda aynı sunucuda barınan diğer web siteleri dosya yazamaz, veritabanı işlemleri başarısız olabilir ve e-posta teslimi durabilir. Kota yönetimi bu tür kaynak taşmalarını önleyerek hizmet sürekliliğini korur.

Disk kota, yalnızca hosting ortamlarında değil; yazılım geliştirme sunucuları, dosya paylaşım sistemleri, yedekleme alanları, öğrenci laboratuvarları ve çok kiracılı uygulama sunucularında da kritik bir yönetim aracıdır. Özellikle Sanal Sunucu ve Linux Hosting altyapılarında disk kullanımını öngörülebilir hale getirir.

Disk Kota Yönetimi Neden Gereklidir?

Linux sunucularda disk alanı dolduğunda sorun yalnızca yeni dosya oluşturulamaması değildir. Sistem servisleri log yazamayabilir, veritabanı motorları geçici dosya üretemeyebilir, web sunucusu oturum dosyalarını kaydedemeyebilir ve paket yöneticisi güncelleme işlemlerini tamamlayamayabilir. Bu nedenle disk doluluğu, performans probleminden çok daha ciddi bir süreklilik riskidir.

• Kaynak adaleti: Aynı sunucuda bulunan kullanıcıların birbirinin disk alanını tüketmesini engeller.
• Hizmet sürekliliği: Diskin tamamen dolmasını önleyerek web, e-posta ve veritabanı servislerinin çalışmasını destekler.
• Maliyet kontrolü: Depolama ihtiyacını ölçülebilir hale getirir ve gereksiz disk genişletmelerini azaltır.
• Güvenlik: Log şişirme, geçici dosya üretme veya kötü amaçlı dosya yükleme gibi davranışların etkisini sınırlar.
• Operasyonel görünürlük: Hangi kullanıcının ne kadar alan tükettiğini raporlamayı kolaylaştırır.

Özellikle bayi hosting, ajans sunucuları ve çok müşterili web projelerinde kota sistemi olmadan sağlıklı kapasite planlaması yapmak zordur. Kullanıcı başına belirlenmiş sınırlar, hem teknik ekibin hem de müşterinin beklentilerini netleştirir.

Linux Kota Türleri

Linux üzerinde kota yönetimi birkaç farklı seviyede uygulanabilir. Doğru yöntemi seçmek için sunucunun kullanım amacını, dosya sistemi türünü ve kullanıcı modelini analiz etmek gerekir.

Kullanıcı Kotası

Kullanıcı kotası, belirli bir Linux kullanıcısının disk tüketimini sınırlar. Örneğin siteuser adlı kullanıcı için 20 GB disk alanı ve 200.000 dosya sınırı tanımlanabilir. Paylaşımlı hosting yapılarında her web sitesi farklı sistem kullanıcısı altında çalışıyorsa en yaygın yöntem budur.

Grup Kotası

Grup kotası, aynı Linux grubuna bağlı kullanıcıların toplam tüketimini sınırlar. Yazılım ekipleri, departman klasörleri veya ortak çalışma dizinleri için kullanışlıdır. Örneğin developers grubuna 100 GB toplam alan verilebilir; ekip üyeleri bu alanı ortak kullanır.

Proje Kotası

Proje kotası, özellikle XFS dosya sisteminde belirli dizin ağaçlarına kota atamak için kullanılır. Kullanıcılardan bağımsız olarak /var/www/musteri-a dizinine limit tanımlamak mümkündür. Container (konteyner) veya uygulama bazlı izolasyon gereken ortamlarda oldukça kullanışlıdır.

Soft Limit ve Hard Limit

Kota sisteminde iki önemli kavram vardır: soft limit ve hard limit. Soft limit, kullanıcının kısa süreliğine aşabileceği uyarı eşiğidir. Hard limit ise kesin sınırdır ve aşılamaz. Soft limit aşıldığında genellikle grace period yani tolerans süresi devreye girer. Bu süre sonunda kullanım düşürülmezse sistem yazma işlemlerini engelleyebilir.

Dosya Sistemi Seçimi: XFS ve EXT4

Linux dünyasında kota yönetimi denildiğinde en sık karşılaşılan iki dosya sistemi EXT4 ve XFS olur. Her ikisi de kota destekler; ancak yönetim mantıkları, komut setleri ve kullanım alışkanlıkları farklıdır.

Yeni kurulan, yüksek depolama ihtiyacı olan ve dizin bazlı kota gerektiren sunucularda XFS güçlü bir seçenek olabilir. Daha geleneksel, küçük ve orta ölçekli web sunucularında EXT4 halen yaygın biçimde tercih edilir. Sunucu kiralama veya altyapı planlama aşamasındaysanız Kiralık Sunucu çözümlerinde disk yapısını baştan doğru tasarlamak, sonradan yapılacak karmaşık taşıma işlemlerini azaltır.

EXT4 Üzerinde Kota Kurulumu

EXT4 üzerinde kota yapılandırması için öncelikle ilgili paketlerin kurulu olması gerekir. Aşağıdaki örnekler Ubuntu ve Debian tabanlı sistemler için verilmiştir. Red Hat uyumlu sistemlerde paket yöneticisi farklı olabilir; ancak mantık benzerdir.

apt update
apt install quota

Ardından kota uygulanacak dosya sistemi belirlenir. Örneğin /home ayrı bir bölüm olarak bağlıysa /etc/fstab dosyasında bu bölüm için kullanıcı ve grup kota seçenekleri eklenir.

UUID=xxxx-xxxx /home ext4 defaults,usrquota,grpquota 0 2

Değişiklikten sonra dosya sistemi yeniden bağlanmalı veya sunucu yeniden başlatılmalıdır. Üretim ortamlarında yeniden başlatma planlı bakım penceresinde yapılmalıdır.

mount -o remount /home

Kota veritabanı dosyalarını oluşturmak ve kontrol etmek için quotacheck komutu kullanılır. Ardından kota sistemi etkinleştirilir.

quotacheck -cum /home
quotacheck -cgm /home
quotaon /home

Bir kullanıcıya limit tanımlamak için edquota komutu kullanılabilir. Bu komut varsayılan editörü açar ve blok ile inode sınırlarını girmenizi sağlar.

edquota -u siteuser

Komut açıldığında soft ve hard limit alanları düzenlenir. Örneğin 10 GB soft limit, 12 GB hard limit tanımlanabilir. Değerlerin dosya sistemi blok boyutuna göre girildiğini unutmayın. Daha anlaşılır yönetim için önceden standart paketler belirlemek faydalıdır: başlangıç paketi, kurumsal paket ve yüksek trafik paketi gibi.

XFS Üzerinde Kota Kurulumu

XFS dosya sisteminde kota yönetimi için temel araç xfs_quota komutudur. XFS, kullanıcı, grup ve proje kotasını güçlü şekilde desteklediği için modern sunucu ortamlarında sık tercih edilir. XFS bölümünde kotayı etkinleştirmek için /etc/fstab dosyasında ilgili bağlama seçenekleri kullanılabilir.

UUID=xxxx-xxxx /data xfs defaults,uquota,gquota,pquota 0 0

Bu örnekte uquota kullanıcı kotasını, gquota grup kotasını, pquota ise proje kotasını ifade eder. Dosya sistemi yeniden bağlandıktan sonra kota limitleri tanımlanabilir.

mount -o remount /data

Kullanıcı bazlı limit tanımlamak için aşağıdaki komut kullanılabilir:

xfs_quota -x -c 'limit bsoft=10g bhard=12g siteuser' /data

Bu komut siteuser kullanıcısı için 10 GB soft limit ve 12 GB hard limit belirler. Kullanım durumunu görmek için raporlama komutu çalıştırılabilir.

xfs_quota -x -c 'report -h' /data

XFS Proje Kotası Örneği

Dizin bazlı kota uygulamak için proje kotası oldukça kullanışlıdır. Örneğin /data/projects/app1 dizinine 50 GB sınır koymak istiyorsanız önce proje kimliği ve dizin eşlemesi yapılır.

echo 'app1:1001' >> /etc/projid
echo '1001:/data/projects/app1' >> /etc/projects
xfs_quota -x -c 'project -s app1' /data
xfs_quota -x -c 'limit -p bsoft=45g bhard=50g app1' /data

Bu yaklaşım, aynı Linux kullanıcısı altında çalışan farklı uygulamalara ayrı disk sınırı vermek için idealdir. Özellikle mikroservis, otomasyon ve uygulama barındırma senaryolarında proje kotası yönetimi büyük esneklik sağlar.

Kota Raporlama ve İzleme

Kota tanımlamak tek başına yeterli değildir; kullanım düzenli olarak izlenmelidir. Disk alanı hızlı artan kullanıcılar, anormal log büyümeleri, geçici dosya birikimleri ve hatalı yedekleme görevleri erken fark edilmelidir.

• repquota: EXT4 gibi klasik kota sistemlerinde kullanıcı ve grup bazlı rapor almak için kullanılır.
• xfs_quota report: XFS dosya sisteminde kota kullanımını okunabilir biçimde gösterir.
• du: Belirli dizinlerin gerçek disk tüketimini analiz etmeye yardımcı olur.
• df: Dosya sistemi genel doluluk oranını gösterir.
• find: Büyük, eski veya belirli türdeki dosyaları tespit etmek için kullanılır.

repquota -a
xfs_quota -x -c 'report -h' /data
df -h
du -sh /home/* | sort -h

Operasyonel açıdan en iyi yaklaşım, kota raporlarını düzenli aralıklarla kontrol etmek ve eşik bazlı alarm üretmektir. Örneğin bir kullanıcı soft limitin yüzde 85'ine ulaştığında bildirim gönderilebilir. Daha gelişmiş yapılarda bu bilgiler merkezi izleme sistemlerine aktarılabilir.

Ayrıca yedekleme politikası ile kota yönetimi birlikte düşünülmelidir. Kullanıcıların kendi dizinlerinde gereksiz yedek arşivleri tutması, kota sınırlarını hızla doldurabilir. Bu nedenle düzenli, merkezi ve kontrollü bir Yedekleme Hizmeti kullanmak operasyonel yükü azaltır.

Hosting ve VPS Senaryoları

Disk kota yönetiminin uygulanma şekli sunucu modeline göre değişir. Tek bir kurumsal web sitesi barındıran sunucuda basit dizin takibi yeterli olabilirken, yüzlerce müşterinin bulunduğu bir hosting sunucusunda kullanıcı bazlı otomasyon gerekir.

Paylaşımlı Hosting

Paylaşımlı hosting ortamlarında her müşteri hesabına belirli disk alanı atanır. Bu alan web dosyaları, e-postalar, veritabanı yedekleri ve logları kapsayabilir. Kontrol paneli kullanılan yapılarda kota çoğunlukla panel üzerinden yönetilir; ancak arka planda Linux kota mekanizmaları devrededir.

Bayi Hosting

Bayi hosting yapılarında hem bayi hesabına toplam kota hem de bayinin oluşturduğu alt hesaplara ayrı limitler uygulanabilir. Böylece bayi toplam kaynak sınırını aşamaz, alt müşteriler de birbirinin alanını tüketemez. Bu yapı Linux Bayi Hosting hizmetlerinde kaynak planlamasının temel parçalarından biridir.

VPS ve VDS Ortamları

VPS veya VDS sunucularda kota yönetimi iki seviyede düşünülebilir. Birinci seviye, sanallaştırma platformunun sanal diske verdiği kapasitedir. İkinci seviye ise sanal sunucu içinde kullanıcı, grup veya proje bazlı tanımlanan limitlerdir. Özellikle ajanslar, yazılım ekipleri ve çok uygulamalı sunucular için ikinci seviye kota yönetimi büyük avantaj sağlar. Türkiye lokasyonlu düşük gecikmeli projelerde Türkiye VDS Sunucu seçenekleri ile disk, CPU ve bellek planlaması birlikte değerlendirilmelidir.

Uygulama Sunucuları

Uygulama sunucularında log, cache (önbellek), upload (yükleme) ve geçici dosya dizinleri ayrı ayrı izlenmelidir. Bir otomasyon aracı, görsel işleme servisi veya dosya dönüştürme uygulaması kısa sürede büyük miktarda veri üretebilir. Bu nedenle uygulama başına proje kotası kullanmak, beklenmeyen büyümeleri sınırlar.

Güvenlik ve Performans İpuçları

Kota yönetimi güvenlik ve performansla doğrudan ilişkilidir. Yanlış yapılandırılmış bir kota sistemi, kullanıcı deneyimini olumsuz etkileyebilir; hiç kota olmaması ise tüm sunucuyu riske atabilir. Bu nedenle dengeli ve ölçülebilir bir politika oluşturulmalıdır.

• Log rotasyonu kullanın: /var/log altında büyüyen log dosyaları için logrotate yapılandırmasını kontrol edin.
• Geçici dizinleri ayırın: /tmp ve uygulama cache dizinlerini ayrı takip ederek beklenmeyen dolulukları azaltın.
• Inode kullanımını izleyin: Diskte boş alan olsa bile inode biterse yeni dosya oluşturulamaz.
• Soft limitleri kullanıcı dostu belirleyin: Hard limite yaklaşmadan önce bildirim ve tolerans süresi tanımlayın.
• Yedekleri kullanıcı alanında tutmayın: Mümkünse yedekleri ayrı disk, ayrı sunucu veya harici yedekleme alanında saklayın.
• Otomatik temizlik politikası uygulayın: Eski geçici dosyalar ve gereksiz arşivler kontrollü şekilde temizlenmelidir.

Performans açısından kota sistemlerinin ek yükü genellikle düşüktür; ancak çok yoğun dosya oluşturma ve silme işlemlerinin olduğu ortamlarda izleme yapılmalıdır. Büyük ölçekli sistemlerde kota raporları çalışma saatleri dışında alınabilir. Ayrıca disk türü de önemlidir: NVMe tabanlı depolama, yüksek I/O gerektiren web ve veritabanı iş yüklerinde daha tutarlı performans sunabilir.

Yaygın Sorunlar ve Çözümleri

Kota yapılandırmasında en sık karşılaşılan problemler genellikle bağlama seçenekleri, yanlış dosya sistemi hedefi, pasif kota servisi veya kullanıcı sahipliği hatalarından kaynaklanır.

Kota Aktif Görünmüyor

Öncelikle ilgili dosya sisteminin doğru seçeneklerle bağlandığını kontrol edin. EXT4 için usrquota ve grpquota; XFS için uquota, gquota veya pquota seçenekleri kullanılmalıdır.

mount | grep home
mount | grep data

Kullanıcı Limiti Aşmasına Rağmen Yazabiliyor

Soft limit aşıldığında kullanıcı tolerans süresi içinde yazmaya devam edebilir. Hard limitin doğru tanımlandığından emin olun. Ayrıca limitin doğru kullanıcıya veya doğru projeye uygulandığını kontrol edin.

Disk Boş Ama Dosya Oluşturulamıyor

Bu durum çoğu zaman inode tükenmesiyle ilgilidir. Özellikle cache dizinleri, oturum dosyaları veya küçük dosya üreten uygulamalar inode tüketimini artırabilir.

df -i

Taşıma Sonrası Kota Değerleri Bozuldu

Sunucu taşıma veya veri kopyalama sırasında dosya sahiplikleri değişmiş olabilir. rsync kullanılırken sahiplik ve izinleri koruyan parametreler tercih edilmelidir. Aksi halde dosyalar farklı kullanıcıya ait görünebilir ve kota raporları hatalı sonuç verebilir.

rsync -aHAX --numeric-ids /kaynak/ /hedef/

Panel ve Manuel Kota Çakışıyor

cPanel, Plesk veya benzeri kontrol panelleri kota değerlerini kendi yapılandırma dosyaları ve servisleri üzerinden yönetebilir. Panel kullanılan sistemlerde manuel değişiklik yapmadan önce panelin kota yenileme veya onarım araçları incelenmelidir. Aksi halde elle yapılan limitler panel tarafından üzerine yazılabilir.

Sıkça Sorulan Sorular

Sonuç

Linux disk kota yönetimi, sunucu kaynaklarını adil, güvenli ve sürdürülebilir şekilde dağıtmanın temel yöntemlerinden biridir. Kullanıcı, grup ve proje bazlı limitler sayesinde tek bir hesabın tüm disk alanını tüketmesi engellenir; inode kontrolü ile küçük dosya kaynaklı kesintilerin önüne geçilir; soft ve hard limitlerle kullanıcı deneyimi dengeli biçimde yönetilir.

EXT4 üzerinde klasik quota araçları, XFS üzerinde ise xfs_quota ile güçlü ve esnek kota politikaları oluşturabilirsiniz. En iyi sonuç için kota yönetimini log rotasyonu, yedekleme politikası, izleme sistemi ve kapasite planlaması ile birlikte ele almak gerekir. Corelux altyapısında projenizin ihtiyacına göre Hosting, Sanal Sunucu, Bulut Sunucu ve Yedekleme Hizmeti seçeneklerini değerlendirerek disk kaynaklarınızı daha kontrollü ve güvenli şekilde yönetebilirsiniz.