NAS Nedir, SAN’dan Farkı Nedir?

VERİ DEPOLAMANAS ve SAN FarkıDosya mı blok mu, dosya sistemi kimdedatacenterport.com

NAS ve SAN, sunuculara paylaşımlı depolama erişimi vermenin iki yoludur. Ağa bağlı depolama (NAS), var olan Ethernet ağı üzerinden SMB ve NFS gibi protokollerle dosya sunar ve dosya sistemi depolama sisteminin üzerindedir. Depolama alan ağı (SAN) ise ayrı bir dokuma üzerinden, genellikle Fibre Channel ya da iSCSI ile ham blok sunar ve dosya sistemi sunucunun üzerindedir. Bu tek fark, davranışları ve maliyetleri hakkında geri kalan neredeyse her şeyi açıklar.

Dosya sistemi kimin üzerinde

Ayrımın tamamı budur ve bu konuda net olmakta fayda vardır.

NASvar olan ağ üzerinden dosya erişimiİstemciklasör görürEthernetSMB / NFSNASdosya sistemi ondaSANayrı dokuma üzerinden blok erişimiSunucudosya sistemi ondaDokumaFC / iSCSIDiziblok sunar
Fark, dosya sisteminin kimde olduğudur. NAS’ta depolamada, SAN’da sunucuda.

NAS’ta istemci dosyayı adıyla ister; depolama sistemi onu bulur, yetkileri kontrol eder ve döndürür. Dizinler, kotalar, anlık görüntüler ve erişim denetimi NAS üzerindedir. Birden çok makine aynı paylaşıma aynı anda okuyup yazabilir, çünkü hakemliği NAS yapar.

SAN’da ise dizi, sunucuya ham bloklardan oluşan bir birim verir. Sunucu onu biçimlendirir, üzerine dosya sistemi kurar ve yerel disk gibi kullanır. Sunucular arasında hakemlik yapan bir şey yoktur; kümelenmemiş aynı SAN birimine yazan iki sunucunun onu bozmasının nedeni budur.

Hangisi neyi iyi yapar

NASSAN
Sunulan birimDosyaBlok
TaşımaVar olan EthernetFibre Channel ya da ayrılmış iSCSI
Dosya sistemi sahibiDepolamaSunucu
Eşzamanlı erişimDoğal, çok istemciliKümelenmiş dosya sistemi ister
Gecikme davranışıPaylaşımlı ağa bağlıAyrı dokumada öngörülebilir
Kurulum maliyetiDüşük, ağı yeniden kullanırYüksek, dokuma ekler
Tipik iş yükleriDosya paylaşımı, yedek, medya, kullanıcı dizinleriVeritabanı, sanallaştırma, gecikmeye duyarlı uygulamalar

Veritabanları neden bloğu tercih eder

Veritabanı kendi disk üstü yerleşimini kendi yönetir ve bilinen bir sırada tamamlanan, öngörülebilir ve düşük gecikmeli yazmalar bekler. Blok birim tam olarak bunu verir. Dosya protokolü ise çeviren, kilitleyen ve hakemlik yapan bir katman ekler; paylaşımlı bir ağda ayrıca depolamayla hiç ilgisi olmayan trafikten gelen çekişmeyi de ekler.

Aynı gerekçe sanallaştırma kümeleri için de geçerlidir. Hipervizörler, bir sanal makinenin diskinin kümedeki her sunucuda aynı davranması için tutarlı gecikmeli paylaşımlı blok birimler ister.

Dosya paylaşımı neden NAS’ı tercih eder

Kırk kişinin aynı klasöre okuyup yazması gerekiyorsa bir şeyin hakemlik yapması gerekir. NAS bunu doğal olarak yapar; SAN ise üzerine kümelenmiş bir dosya sistemi serilmeden yapamaz ve bu ek yazılım, ek karmaşıklık ve ek lisans demektir.

NAS ayrıca kullanıcılarınızın zaten bildiği yetki modelini taşır ve paylaşım seviyesinde anlık görüntü alır; bu da silinen tek bir dosyayı geri getirmeyi, tüm birimi geri yüklemek yerine iki dakikalık bir işleme çevirir.

Denetleyici ve disk rafları olan tümü flash depolama dizisi
Güncel diziler çoğu zaman aynı donanımdan hem dosya hem blok sunar; bu da NAS mı SAN mı sorusunu eskisi kadar keskin olmaktan çıkarır.

Birleşik diziler sınırı bulanıklaştırıyor

Güncel orta segment platformların çoğu tek sistemden blok, dosya ve bazen nesne sunar. Bu ayrımı ortadan kaldırmaz, iki ayrı cihaz alma zorunluluğunu kaldırır. Belirli bir iş yükü için hangi protokolü kullanacağınız hâlâ gerçek performans sonuçları olan gerçek bir karardır; yalnızca artık bunu vermek için ayrı donanım gerekmiyor.

Birleşik olmanın pratik faydası işletmededir: tek sistem, tek destek sözleşmesi, ekipte tek bilgi kümesi. Bu kazanç en çok depolama ekibinin küçük olduğu yerlerde değerlidir.

Fibre Channel mı iSCSI mi

Fibre Channel, kendi switch’leri ve kartlarıyla depolamaya özel kurulmuş bir dokumadır. Öngörülebilirdir ve kullanıcı trafiğinin yolundan çekilir; karşılığında hem donanım hem de işletme becerisi olarak daha pahalıdır.

iSCSI aynı blok protokolünü Ethernet üzerinden taşır. Zaten bildiğiniz ağı yeniden kullandığı için çok daha ucuzdur ve ayrılmış ya da düzgün yalıtılmış bir ağda iyi çalışır. İnsanların iSCSI yavaş sonucuna varmasının olağan nedeni, iSCSI’yi kullanıcı trafiğiyle aynı switch’ler üzerinden çalıştırmaktır.

Tümü flash ve hibrit

Tümü flash blok depolama dizisi, önden görünüm
Tümü flash, dizi doldukça gecikmeyi düz tutar; hibrit ise çalışma kümesi flash katmana sığdığı sürece kapasiteyi ucuz tutar.

Tümü flash dizi baştan sona katı hâl ortam kullanır; gecikme tutarlı biçimde düşüktür ve verinin nerede durduğuna bağlı değildir. Hibrit dizi flash ile dönen diski karıştırır ve sıcak veriyi flash katmana taşır; bu, terabayt başına kapasiteyi çok ucuzlatır ama performansı çalışma kümesinin ne kadar iyi sığdığına bağlı bırakır.

Doğru veri kümesinde veri azaltma fiyat farkını kayda değer biçimde daraltır. Veritabanları ve sanal makine imajları iyi azalır; zaten sıkıştırılmış medya azalmaz.

Ham, kullanılabilir ve efektif

Üç farklı sayı ve üreticiler hangisi işine geliyorsa onu yazar. Ham, ortamın toplamıdır. Kullanılabilir, koruma şeması payını aldıktan sonra kalandır. Efektif ise kullanılabilir kapasitenin varsayılan bir veri azaltma oranıyla çarpımıdır.

Ham ve kullanılabilir değerleri ayrı yazıyor, efektif kapasiteden söz edildiğinde varsayılan oranı da belirtiyoruz; çünkü birinin iyimser oranı üzerine kurulmuş bir karşılaştırma karşılaştırma değildir.

Nesne depolama, üçüncü seçenek

Nesne depolama ne dosya ne bloktur. Veri, bir tanımlayıcıyla adreslenen nesneler hâlinde saklanır; S3 uyumlu bir arayüzle HTTP üzerinden erişilir; dizin ağacı da bağlanacak bir dosya sistemi de yoktur. İkisinden de daha ileri ölçeklenir ve ölçekte terabayt başına daha ucuzdur.

Olmadığı şey ise doğrudan yerine geçen bir çözümdür. Uygulamaların bunun için yazılmış olması gerekir, gecikme bloktan yüksektir ve üzerine veritabanı kuramazsınız. Nesne depolama; yedek, arşiv, medya kütüphanesi ve uygulamanın bir bağlama noktası yerine API üzerinden eriştiği her şey için uygundur.

Doğrudan bağlı depolamanın hâlâ bir yeri var

Her iş yükü paylaşımlı depolama istemez. Doğrudan bağlı depolama, yani sunucunun içindeki ya da yalnızca ona bağlı bir raftaki diskler, harcanan para başına en yalın ve en hızlı seçenektir ve arıza analizinden koca bir ağı çıkarır.

Vermediği şey hareket kabiliyetidir. Diski birinci sunucunun içinde duran bir sanal makine başka bir sunucuya taşınamaz; tek sunucuda mahsur kalan kapasite bir diğerine ödünç verilemez. Paylaşımlı yaklaşımların var olma nedeni bu takastır ve buna gerçekten ihtiyacınız olup olmadığını açıkça belirlemekte fayda vardır.

Yedekleme depolamayla aynı şey değildir

Anlık görüntü ve replikasyon güçlü araçlardır ama yedek değildir. Anlık görüntü, verinin kendisiyle aynı dizide durur; dizi giderse o da gider. Replikasyon ise hatayı sadakatle ikinci sahaya kopyalar; silinen bir dosya orada da silinmiştir.

Depolama boyutlandırırken yedeğin nerede duracağını ve ne kadar süre saklanacağını ayrı bir kalem olarak konuşun. Kapasite hesabına dahil edilmemiş bir saklama politikası, dizinin ilk yılında dolmasının en sık nedenidir.

Talebinizle birlikte gönderin

  • İhtiyaç duyulan kullanılabilir kapasite ve sözleşme süresince beklenen büyüme
  • Sunucularınızın fiilen konuştuğu protokoller
  • Yalnızca kapasite değil, IOPS ya da gecikme cinsinden performans hedefi
  • Replikasyon veya anlık görüntü saklamanın kapsamda olup olmadığı
  • Mevcut bir diziyi değiştiriyorsanız onun şu anki doluluğu

Veri depolama sayfamızda tümü flash, hibrit, giriş seviyesi SAN ve ölçeklenebilir NAS tarafında tedarik ettiğimiz aileler listelidir. Kararın sunucu tarafı da genellikle bununla birlikte gelir.

Bu konuda teklif ister misiniz?

Yükü, kapasiteyi ve teslim ülkesini yazın; 48 saat içinde fiyatlı teklifle dönelim.

Teklif Alın