Linux Sunucularda tmpfs ve Ramdisk Yönetimi

Son Güncelleme: Ağustos 2026

tmpfs ve ramdisk, Linux sunucularda geçici dosyaları bellek üzerinde tutarak belirli iş yüklerinde disk gecikmesini azaltan önemli depolama yaklaşımlarıdır. Özellikle yoğun geçici dosya üreten web uygulamaları, derleme süreçleri, önbellek katmanları ve yüksek I/O gerektiren işlemler için doğru yapılandırıldığında ciddi performans avantajı sağlayabilir.

Bu rehberde Linux tmpfs kullanımı, ramdisk mantığı, güvenli bağlama seçenekleri, kalıcı yapılandırma, izleme, sınırlandırma ve gerçek senaryolar üzerinden adım adım ele alınmaktadır.

İçindekiler

• tmpfs ve Ramdisk Nedir?
• tmpfs ve Ramdisk Arasındaki Farklar
• Ne Zaman Kullanılmalı?
• tmpfs Kurulum ve Bağlama İşlemleri
• fstab ile Kalıcı Yapılandırma
• Güvenlik Ayarları ve Bağlama Seçenekleri
• Performans ve Bellek Kullanımı İzleme
• Pratik Kullanım Senaryoları
• Yaygın Hatalar ve Çözümleri
• Sıkça Sorulan Sorular
• Sonuç

tmpfs ve Ramdisk Nedir?

tmpfs, Linux çekirdeği tarafından sağlanan geçici bir dosya sistemi türüdür. Verileri fiziksel disk yerine sistem belleğinde, yani RAM üzerinde tutar. Gerektiğinde swap alanını da kullanabildiği için klasik ramdisk yaklaşımlarına göre daha esnek bir yapıya sahiptir. Sunucu yeniden başlatıldığında tmpfs üzerinde tutulan veriler silinir; bu nedenle kalıcı dosyalar için değil, geçici ve yeniden üretilebilir veriler için kullanılmalıdır.

Ramdisk ise genel anlamda RAM’in bir bölümünün disk gibi kullanılmasını ifade eder. Eski yöntemlerde belirli miktarda bellek sabit olarak ayrılır ve dosya sistemi bu alan üzerinde oluşturulurdu. Bu yaklaşım performanslı olsa da esneklik açısından tmpfs kadar verimli değildir; çünkü ayrılan bellek boşa dursa bile başka süreçler tarafından kullanılamayabilir.

Modern Linux sunucularda pratik kullanım için çoğu durumda tmpfs tercih edilir. Çünkü boyut sınırı tanımlanabilir, bellek ihtiyaca göre kullanılır ve Linux bellek yönetimiyle daha doğal çalışır. Örneğin /tmp, /run veya uygulamaya özel geçici dizinler tmpfs olarak bağlanabilir.

Bu yapı özellikle Sanal Sunucu, Kiralık Sunucu ve yüksek trafikli Linux Hosting ortamlarında doğru planlama ile önemli bir optimizasyon katmanı haline gelebilir.

tmpfs ve Ramdisk Arasındaki Farklar

tmpfs ve ramdisk çoğu zaman aynı anlamda kullanılsa da teknik olarak farklı davranışlara sahiptir. Aşağıdaki tablo, iki yaklaşımı sunucu yönetimi açısından karşılaştırır.

Özetle, tmpfs daha dinamik ve güvenli yönetilebilir bir çözümdür. Klasik ramdisk belirli özel kullanım alanlarında hâlâ tercih edilebilir; ancak standart web sunucusu, uygulama sunucusu ve otomasyon süreçlerinde tmpfs genellikle daha doğru seçimdir.

Ne Zaman Kullanılmalı?

tmpfs her sorunun çözümü değildir. Doğru yerde kullanıldığında performans sağlar; yanlış yerde kullanıldığında ise bellek baskısı, servis kesintisi veya veri kaybı oluşturabilir. Bu nedenle önce iş yükünün doğası analiz edilmelidir.

Uygun Kullanım Alanları

• Geçici dosya işlemleri: Uygulamanız kısa süreli dosyalar oluşturup siliyorsa tmpfs disk I/O yükünü azaltabilir.
• Derleme ve paketleme süreçleri: CI/CD benzeri ortamlarda geçici build dizinleri RAM üzerinde daha hızlı çalışabilir.
• Web uygulaması önbelleği: Yeniden üretilebilir cache dosyaları tmpfs üzerinde saklanabilir.
• Oturum ve soket dosyaları: PHP-FPM, Nginx, Redis soketleri veya kısa ömürlü runtime dosyaları için kullanılabilir.
• Test ortamları: Disk kalıcılığı gerektirmeyen performans testlerinde hızlı dosya sistemi sağlar.

Uygun Olmayan Kullanım Alanları

• Veritabanı ana veri dizini: MySQL, MariaDB, PostgreSQL gibi servislerin kalıcı veri dizinleri tmpfs üzerinde tutulmamalıdır.
• Yedek dosyaları: Backup arşivleri RAM üzerinde saklanmamalı, kalıcı depolama veya Yedekleme Hizmeti gibi çözümler tercih edilmelidir.
• Kullanıcı yüklemeleri: Görsel, belge veya müşteri verisi gibi kalıcı içerikler tmpfs için uygun değildir.
• RAM’i kısıtlı sunucular: Belleği düşük VPS sistemlerinde agresif tmpfs kullanımı uygulama süreçlerini zorlayabilir.

tmpfs Kurulum ve Bağlama İşlemleri

Linux sistemlerde tmpfs kullanmak için genellikle ek paket kurmaya gerek yoktur. Öncelikle mevcut tmpfs bağlama noktalarını kontrol etmek faydalıdır.

findmnt -t tmpfs

Alternatif olarak df komutu ile tmpfs dosya sistemlerini görüntüleyebilirsiniz.

df -h -t tmpfs

Uygulamaya özel bir tmpfs dizini oluşturmak için aşağıdaki adımları izleyebilirsiniz. Örnekte /mnt/app-cache dizini 1 GB sınırla tmpfs olarak bağlanmaktadır.

sudo mkdir -p /mnt/app-cache
sudo mount -t tmpfs -o size=1G,mode=0750 tmpfs /mnt/app-cache

Bağlama işlemini doğrulamak için:

findmnt /mnt/app-cache
df -h /mnt/app-cache

Burada size=1G maksimum kullanılabilir alanı belirtir. Bu alanın tamamı hemen RAM’den ayrılmaz; dosyalar yazıldıkça bellek kullanımı artar. mode=0750 ise dizinin izinlerini belirler. Paylaşımlı sistemlerde izinlerin doğru verilmesi güvenlik açısından önemlidir.

tmpfs Bağlantısını Kaldırma

Geçici olarak bağlanan tmpfs dosya sistemini kaldırmak için umount komutu kullanılır. Bağlantı kaldırıldığında içindeki veriler silinir.

sudo umount /mnt/app-cache

Eğer dizin kullanımdaysa hangi sürecin eriştiğini bulmak için:

sudo lsof +D /mnt/app-cache

fstab ile Kalıcı Yapılandırma

Sunucu yeniden başlatıldığında tmpfs bağlama noktasının otomatik oluşmasını istiyorsanız /etc/fstab dosyasına kayıt eklemeniz gerekir. Ancak /etc/fstab hatalı düzenlenirse sistem açılışında sorun yaşanabilir. Bu nedenle değişiklikten önce dosyanın yedeğini almak iyi bir uygulamadır.

sudo cp /etc/fstab /etc/fstab.bak

Ardından dosyaya aşağıdaki gibi bir satır eklenebilir:

tmpfs /mnt/app-cache tmpfs defaults,size=1G,mode=0750,noatime,nosuid,nodev,noexec 0 0

Değişikliği test etmek için tüm bağlama noktalarını yeniden yükleyebilirsiniz:

sudo mount -a

Herhangi bir hata oluşmazsa yapılandırma geçerlidir. Hata alırsanız /etc/fstab dosyasını tekrar kontrol edin. Özellikle dizin yolunun var olduğundan, seçeneklerin doğru yazıldığından ve gereksiz boşluk bulunmadığından emin olun.

Örnek /tmp Yapılandırması

Bazı sunucularda /tmp dizinini tmpfs yapmak performans ve güvenlik açısından faydalı olabilir. Ancak uygulamalarınız büyük geçici dosyalar üretiyorsa bu karar dikkatli verilmelidir.

tmpfs /tmp tmpfs defaults,size=2G,mode=1777,noatime,nosuid,nodev 0 0

mode=1777, klasik /tmp davranışını sağlar. Bu izin yapısında kullanıcılar kendi dosyalarını oluşturabilir; ancak sticky bit sayesinde başkalarının dosyalarını silemez. noexec seçeneği bazı güvenlik senaryolarında yararlı olsa da bazı kurulum betikleri /tmp içinde çalıştırılabilir dosya kullanıyorsa sorun oluşturabilir.

Güvenlik Ayarları ve Bağlama Seçenekleri

tmpfs yalnızca performans aracı değildir; doğru seçeneklerle kullanıldığında sunucu güvenliğini de güçlendirebilir. Özellikle ortak kullanılan dizinlerde çalıştırılabilir dosya, cihaz dosyası veya setuid davranışlarını kısıtlamak saldırı yüzeyini azaltır.

Örneğin yalnızca belirli bir uygulamanın kullanacağı cache dizininde mode=0750, nosuid, nodev ve noexec seçenekleri tercih edilebilir. Fakat uygulama cache içinde yürütülebilir dosya üretip çalıştırıyorsa noexec sorun çıkarabilir. Bu nedenle güvenlik ayarları uygulanmadan önce uygulama davranışı test edilmelidir.

Sunucu güvenliği, yalnızca tmpfs ile sınırlı değildir. Erişim kontrolleri, güncel paketler, güvenlik duvarı, yedekleme, denetim kayıtları ve SSL yapılandırması da bütünsel şekilde ele alınmalıdır. Web projelerinde güvenli bağlantı için SSL Sertifikası kullanımı ihmal edilmemelidir.

Performans ve Bellek Kullanımı İzleme

tmpfs kullanırken en önemli konu bellek baskısını takip etmektir. Çünkü tmpfs üzerinde büyüyen dosyalar, uygulama süreçlerinin kullanabileceği RAM’i azaltabilir. Bu durum özellikle veritabanı, web sunucusu, PHP-FPM, Java veya Node.js süreçleriyle aynı makinede çalışıyorsa dikkatle izlenmelidir.

Temel Bellek Kontrolü

free -h

Bu komut toplam, kullanılan, boş ve kullanılabilir belleği gösterir. available değeri uygulamaların yeni bellek talepleri için pratikte ne kadar alan kaldığını anlamak açısından önemlidir.

tmpfs Kullanımını Kontrol Etme

df -h -t tmpfs

Belirli bir dizinin ne kadar alan kullandığını görmek için:

du -sh /mnt/app-cache

Büyük Dosyaları Bulma

sudo find /mnt/app-cache -type f -size +100M -exec ls -lh {} \;

Bu komut, tmpfs üzerinde beklenenden büyük dosyaları bulmanıza yardımcı olur. Sürekli büyüyen geçici dosyalar uygulama hatasına, temizlenmeyen cache mekanizmasına veya hatalı log yönlendirmesine işaret edebilir.

Alarm Eşiği Belirleme

Basit bir kontrol betiği ile tmpfs kullanım oranı izlenebilir. Örneğin kullanım yüzde 80’i aşarsa çıktı üretilecek şekilde basit bir komut kullanılabilir:

USAGE=$(df /mnt/app-cache | awk 'NR==2 {gsub("%", "", $5); print $5}')
if [ "$USAGE" -gt 80 ]; then
  echo "Uyarı: /mnt/app-cache tmpfs kullanımı %$USAGE seviyesinde"
fi

Kurumsal ortamlarda bu kontrolün izleme sistemlerine entegre edilmesi önerilir. Böylece tmpfs dolmadan önce bildirim alınabilir ve servis kesintisi riski azaltılır.

Pratik Kullanım Senaryoları

tmpfs’in faydası, gerçek iş yüklerine doğru uygulanmasıyla ortaya çıkar. Aşağıdaki senaryolar, hosting ve sunucu yönetiminde sık karşılaşılan örnekleri özetler.

Senaryo 1: PHP Uygulaması için Geçici Cache Dizini

Yoğun trafik alan bir PHP uygulaması, şablon veya kısa süreli cache dosyaları üretiyor olabilir. Bu dosyalar yeniden oluşturulabiliyorsa tmpfs üzerinde tutulabilir.

sudo mkdir -p /var/cache/myapp
sudo chown www-data:www-data /var/cache/myapp
sudo mount -t tmpfs -o size=512M,mode=0750,uid=www-data,gid=www-data,nosuid,nodev,noexec tmpfs /var/cache/myapp

Bu yaklaşım, disk üzerindeki küçük dosya okuma-yazma yükünü azaltabilir. Ancak cache boyutu kontrolsüz büyüyorsa mutlaka uygulama tarafında süre sınırı veya temizlik mekanizması bulunmalıdır.

Senaryo 2: Build İşlemleri için Hızlı Geçici Alan

Derleme süreçlerinde binlerce küçük dosya oluşabilir. Eğer sonuç dosyaları kalıcı depolamaya aktarılıyorsa geçici build dizini tmpfs olabilir.

sudo mkdir -p /mnt/build-tmp
sudo mount -t tmpfs -o size=4G,mode=1777,nosuid,nodev tmpfs /mnt/build-tmp
export TMPDIR=/mnt/build-tmp

Bu kullanım özellikle yeterli RAM’e sahip Türkiye Kiralık Sunucu veya kaynakları net ayrılmış Türkiye VDS Sunucu ortamlarında daha öngörülebilir sonuç verir.

Senaryo 3: Web Sunucusu Geçici Upload Alanı

Bazı uygulamalarda dosya yüklemeleri önce geçici dizine alınır, ardından kalıcı depolamaya taşınır. Bu durumda küçük ve kısa ömürlü dosyalar için tmpfs kullanılabilir. Ancak büyük dosya yüklemeleri varsa tmpfs hızlıca dolabilir.

sudo mkdir -p /var/tmp/uploads
sudo mount -t tmpfs -o size=1G,mode=1730,nosuid,nodev,noexec tmpfs /var/tmp/uploads

Burada kritik nokta, maksimum dosya boyutu ve eş zamanlı yükleme sayısıdır. 100 MB boyutunda 20 eş zamanlı yükleme, 2 GB geçici alan gerektirebilir. Bu nedenle uygulama limitleri ile tmpfs boyutu birlikte planlanmalıdır.

Senaryo 4: Test Verisi ve Geçici Analiz Dosyaları

Log analizi, geçici raporlama veya veri işleme süreçlerinde ara dosyalar oluşturuluyorsa tmpfs bu işlemleri hızlandırabilir. Fakat çıktıların kalıcı olarak saklanması gerekiyorsa işlem sonunda diske aktarılmalıdır.

cp final-report.csv /var/reports/final-report.csv

Yaygın Hatalar ve Çözümleri

tmpfs Alanının Dolması

tmpfs dolduğunda uygulamalar No space left on device hatası verebilir. Bu hata fiziksel disk dolu olmasa bile görülebilir. Çözüm için gereksiz dosyalar temizlenmeli, uygulama cache politikası düzeltilmeli veya size limiti kontrollü şekilde artırılmalıdır.

df -h /mnt/app-cache
sudo find /mnt/app-cache -type f -mtime +1 -delete

Bellek Baskısı ve OOM Riski

tmpfs kullanımı aşırı büyürse sistemde bellek baskısı oluşabilir. Bu durumda Linux çekirdeği bazı süreçleri sonlandırabilir. Bu risk özellikle swap alanı olmayan sistemlerde daha belirgin olabilir. Çözüm olarak tmpfs boyutunu gerçekçi belirlemek, uygulama limitleri koymak ve izleme alarmı tanımlamak gerekir.

noexec Nedeniyle Kurulumların Çalışmaması

/tmp dizinine noexec uygulanırsa bazı kurulum betikleri çalışmayabilir. Bu durumda daha güvenli yöntem, kurulumu farklı bir geçici dizinle çalıştırmak veya yalnızca uygulamaya özel cache dizinlerinde noexec kullanmaktır.

mkdir -p /var/tmp/install
export TMPDIR=/var/tmp/install

fstab Hatası Sonrası Açılış Problemi

/etc/fstab dosyasındaki hatalı bir satır açılışta sorun oluşturabilir. Bu nedenle değişiklikten sonra mutlaka mount -a ile test yapılmalıdır. Sorun yaşanırsa yedek dosyaya geri dönülebilir.

sudo cp /etc/fstab.bak /etc/fstab
sudo mount -a

Yetki Hataları

Uygulama tmpfs dizinine yazamıyorsa sahiplik veya izin hatası olabilir. Kullanıcı ve grup bilgileri kontrol edilmelidir.

ls -ld /mnt/app-cache
sudo chown www-data:www-data /mnt/app-cache
sudo chmod 750 /mnt/app-cache

Sıkça Sorulan Sorular

Sonuç

tmpfs ve ramdisk yönetimi, Linux sunucularda doğru uygulandığında geçici dosya işlemlerini hızlandıran, disk I/O yükünü azaltan ve bazı güvenlik risklerini sınırlayan güçlü bir tekniktir. Ancak tmpfs’in geçici yapısı, bellek tüketimi ve yanlış boyutlandırma riskleri mutlaka dikkate alınmalıdır. Kalıcı veriler, yedekler ve kullanıcı dosyaları RAM üzerinde değil, güvenilir disk veya yedekleme altyapılarında saklanmalıdır.

En iyi sonuç için önce iş yükünüzü analiz edin, küçük bir tmpfs alanıyla test yapın, kullanım oranlarını izleyin ve ardından kalıcı /etc/fstab yapılandırmasına geçin. nosuid, nodev, noexec, mode ve size gibi seçenekleri uygulamanızın ihtiyaçlarına göre dikkatle belirleyin.

Corelux altyapısında projeleriniz için yüksek performanslı Sanal Sunucu, güçlü Kiralık Sunucu, ölçeklenebilir Bulut Sunucu ve yönetilebilir Hosting seçeneklerini değerlendirebilirsiniz. Doğru sunucu kaynağı, iyi planlanmış bellek yönetimi ve düzenli izleme ile tmpfs kullanımından güvenli ve verimli şekilde yararlanabilirsiniz.