Tek bir sunucuda depolama basit bir konudur: diskler makinenin içindedir. Birden fazla sunucuya geçtiğinizde ya da veri kapasitesi tek makineye sığmadığında karşınıza mimari bir karar çıkar — depolamayı nerede tutacaksınız?
Bu rehber, fiziksel (dedicated) sunucular için üç depolama yaklaşımını karşılaştırıyor ve hangi senaryoda hangisinin doğru olduğunu netleştiriyor.
Üç Yaklaşım
Yerel Disk (DAS)
Diskler doğrudan sunucunun içindedir. En düşük gecikme, en yüksek performans, en basit kurulum.
Sınırı nettir: depolama o makineye bağlıdır. Sunucu arızalanırsa veriye erişilemez, başka bir sunucu aynı veriyi paylaşamaz ve kapasite ancak makinedeki boş disk yuvası kadar büyütülebilir.
Ağ Depolama (NAS)
Depolama ağ üzerinden dosya seviyesinde paylaşılır. Birden fazla sunucu aynı dosya sistemine erişebilir.
Kurulumu görece basittir ve dosya paylaşımı gerektiren senaryolar için doğal bir çözümdür: birden fazla web sunucusunun aynı yükleme dizinine erişmesi gibi.
Sınırı: dosya seviyesinde çalıştığı için veritabanı gibi yoğun ve küçük okuma/yazma yapan iş yükleri için uygun değildir.
Blok Depolama (SAN)
Depolama ağ üzerinden blok seviyesinde sunulur. Sunucu, uzaktaki depolamayı kendi diski gibi görür ve üzerine kendi dosya sistemini kurar.
Yüksek performans sunar ve veritabanı gibi talepkâr iş yükleri için uygundur. Karşılığında daha karmaşık ve maliyetlidir; genellikle ayrı bir depolama ağı gerektirir.
Karşılaştırma
| Kriter | Yerel disk | NAS | SAN |
|---|---|---|---|
| Gecikme | En düşük | Orta-yüksek | Düşük |
| Paylaşım | Yok | Çoklu sunucu | Çoklu sunucu |
| Veritabanı uygunluğu | En iyi | Uygun değil | Uygun |
| Kurulum karmaşıklığı | Düşük | Orta | Yüksek |
| Maliyet | Düşük | Orta | Yüksek |
| Ölçeklenme | Disk yuvası kadar | Esnek | Esnek |
| Tekil arıza noktası | Sunucunun kendisi | Depolama cihazı | Depolama + ağ |
Son satır kritiktir ve sıkça göz ardı edilir: ağ depolamaya geçmek, depolamayı sunucudan bağımsız kılar ama yeni bir tekil arıza noktası yaratır. Depolama cihazı veya depolama ağı arızalanırsa, ona bağlı tüm sunucular birden etkilenir. Yedeklilik planınız bunu kapsamalıdır.
Karma Yaklaşım: Pratikte En Yaygın
Gerçek kurulumlarda tek bir mimari seçilmez; iş yükü tipine göre karma bir düzen kurulur:
- İşletim sistemi ve veritabanı → yerel NVMe. En düşük gecikmeyi gerektiren katman budur.
- Kullanıcı yüklemeleri ve paylaşılan dosyalar → ağ depolama. Birden fazla web sunucusunun aynı dosyalara erişmesi gerekir.
- Yedekler ve arşiv → ayrı, yüksek kapasiteli depolama. Performans değil kapasite ve dayanıklılık önemlidir.
Bu düzen, her katmanın gerçekten ihtiyaç duyduğu özelliği alması ve gereksiz maliyetten kaçınılması anlamına gelir.
Nesne Depolama: Dördüncü Seçenek
Statik dosyalar (görseller, belgeler, medya) için giderek yaygınlaşan bir yaklaşım, bunları hiç sunucuda tutmamaktır. Nesne depolama servisleri dosyaları HTTP üzerinden sunar ve dosya sistemi mantığıyla çalışmaz.
Avantajları belirgindir: kapasite pratik olarak sınırsızdır, dayanıklılık servis tarafından sağlanır ve dosyalar doğrudan ziyaretçiye sunulabildiği için sunucunuzun bant genişliği yükü ortadan kalkar.
Uygun olmadığı yer: dosya sistemi semantiği bekleyen uygulamalar. Uygulamanız dosyaları klasör yapısıyla okuyup yazıyorsa, nesne depolamaya geçiş kod değişikliği gerektirir.
Karar Akışı
- Tek sunucunuz var ve veri makineye sığıyor mu? → Yerel disk. Başka bir şeye ihtiyaç yok.
- Birden fazla sunucu aynı dosyalara erişecek mi? → Ağ depolama veya nesne depolama.
- Paylaşılacak veri statik dosyalar mı? → Nesne depolama, en ekonomik ve en dayanıklı seçenek.
- Veritabanı için paylaşımlı depolama mı gerekiyor? → Blok depolama; dosya seviyesi paylaşım bu iş için uygun değildir.
- Kapasite tek makineye sığmıyor mu? → Ağ depolama, esnek büyüme sağlar.
Depolama Mimarisi ve Yedekleme
Hangi mimariyi seçerseniz seçin, iki kural değişmez:
RAID yedekleme değildir. Ağ depolama cihazınızda RAID olması, yanlışlıkla silinen bir dosyayı geri getirmez. Silme işlemi tüm diske yansır.
Yedek, veriyle aynı altyapıda durmamalıdır. Ağ depolamaya geçmek yedekleme ihtiyacını ortadan kaldırmaz — aksine, artık tek bir cihazın arızası birden fazla sunucuyu etkileyebileceği için yedekleme daha kritik hâle gelir.
Sonuç
Depolama mimarisi kararı, ihtiyaç ortaya çıkmadan verilmemelidir. Tek sunucuda yerel disk hem en hızlı hem en basittir; karmaşıklık eklemek için bir gerekçe gerekir. Birden fazla sunucuya geçtiğinizde ise iş yükü tipine göre karma bir düzen — veritabanı yerelde, paylaşılan dosyalar ağda veya nesne depolamada — hem performans hem maliyet açısından en dengeli çözümdür. Her durumda hatırlanacak tek şey: ağ depolamaya geçmek yeni bir arıza noktası yaratır ve yedekleme ihtiyacını azaltmaz.
Sıkça Sorulan Sorular (SSS)
Veritabanını ağ depolamada tutabilir miyim?
Dosya seviyesinde paylaşım (NAS) veritabanı için uygun değildir — kilitleme mekanizmaları ve gecikme sorun çıkarır. Blok seviyesinde depolama (SAN) uygundur ama yerel NVMe'nin gecikme avantajını yakalayamaz. Mümkünse veritabanını yerelde tutun.
Nesne depolamaya geçmek zor mu?
Uygulamanız dosyaları soyut bir katman üzerinden yönetiyorsa kolaydır. Doğrudan dosya sistemi işlemleri yapıyorsa kod değişikliği gerekir. Yeni projelerde baştan nesne depolama ile başlamak, sonradan taşımaktan çok daha kolaydır.
Tek sunucum var, ağ depolamaya ihtiyacım olur mu?
Genellikle hayır. Yerel disk daha hızlı, daha basit ve daha ucuzdur. Ağ depolama, birden fazla sunucu aynı veriye erişmesi gerektiğinde veya kapasite tek makineye sığmadığında anlamlı hâle gelir.
Ağ depolama cihazı arızalanırsa?
Ona bağlı tüm sunucular birden etkilenir — bu, mimarinin en önemli riskidir. Yedekli denetleyici ve yedekli ağ yolu olan bir yapılandırma seçin, ayrıca verinin bağımsız bir kopyasını başka bir yerde tutun.
