Microsoft Windows Server 2012'deki Katmanlı Depolama, Microsoft Yazılımı ISCSI Target ile çalışıyor mu?


1

Ev ağım için bir depolama makinesi oluşturmaya çalışıyorum, ancak bazı şeylerin sahne arkasında nasıl çalıştığını anlama konusunda bir sorun yaşıyorum.

4x 240 GB SSD ve 8x 2 TB HDD'lerle katmanlı bir depolama sistemi kurmayı umuyorum. Bu, elbette, yansıtılmış Depolama Alanlarının kullanılmasını gerektirir ve havuzun tamamını kapsayan tek bir yansıtılmış alana sahip olmayı umuyorum.

Ayrıca, Windows Server yazılımı ISCSI hedefini kullanarak ISCSI sürücülerini kurmayı umuyorum.

Yani burada kafam karıştı. Okuduğum her şeyden anladığım kadarıyla, Depolama Alanlarındaki katmanlamanın dosya odaklı olduğunu gösterir. Yani hangi dosyaların sıklıkla kullanıldığını izler ve dosyaları SSD katmanı ile HDD katmanı arasında uygun şekilde taşır. Microsoft’un ISCSI LUN’larının sanal sabit sürücü dosyaları (VHDX) olduğunu ve depolama alanımda bulunan çok sayıda VHDX dosyasına sahip olduğumu da biliyorum. Bu iki teknolojiyi anlamam doğruysa, bu, katmanlamanın gerçekte işe yaramayacağı anlamına gelir, çünkü Depolama Alanları yalnızca VHDX dosyalarını “görecek” ancak içeriği görmeyecektir. Bu, ayrıca VHDX dosyalarının dosya boyutu göz önüne alındığında çok iyi olmadığını düşündüğüm SDD ve HDD katmanı arasında taşınabileceğini gösteriyor.

IRL ile konuştuğum birisi, katmanlamanın dosya düzeyinde değil blok düzeyinde gerçekleşeceğini umuyor. Ne yazık ki, güven verici bulmadığım “diğer sistemlerde bu şekilde çalıştığı” iddiasını destekleyen hiçbir kanıtımız yok.

Zaman ayırdığınız için teşekkür ederiz. Bu (nispeten) yeni sistemler hakkında daha fazla şey öğrenmek için sabırsızlanıyorum.

Yanıtlar:


0

Her ne kadar Depolama Alanlarının iç uygulaması kullanımı takip etse de, bu blok düzeyinde yapılır. Bir depolama alanı "boşluk" (yansıtılmış, çizgili, parite, her neyse) aslında bir disk olarak ortaya çıkar. Öyle ki, bunun için bir bölümlendirme şeması (MBR veya GPT) seçmeniz, üzerinde bir veya daha fazla bölüm oluşturmanız ve kullanmadan önce bölümleri biçimlendirmeniz gerekir.

Bir deney olarak, bir zamanlar böyle "boşluklar" yarattım (onlara depolama alanı diskleri diyelim) ve daha sonra bunları parite modunda büyük bir diskte birleştirerek, dinamik diskler olarak ayarladım. Performans yıldız değildi ama işe yaradı. :)

Bu açıklamanın amacı, Depolama Alanları katmanlama mekanizmasının dosya düzeyinde çalışmadığını bilmemizdir, çünkü olamaz . Tüm dosya sistemi semantikleri, G / Ç çağrıları Depolama Alanı "diskine" ulaşmadan çok önce, dosya sistemi sürücüsü tarafından absorbe edilir. Sıradan bir disk sürücüsünden daha fazla dosya sınırından haberdar olamaz.

Yani ... Onunla hiç çalışmadım, ama görünen o ki, bir iSCSI LUN oluşturmak için sunucudaki bir disk alanı içerisinde VHDX dosyaları yaratıyorsunuz. Bu bir Depolama Alanı "diskinde" iyi çalışması gerekir.


Bu yüzden, sizi doğru anlıyorsam, RL ortağımın önerdiği gibi Depolama Alanlarının blok düzeyinde çalıştığını belirtiyorsunuz. Ayrıca, Microsoft ISCSI LUN'ların OLASI VHDX dosyası olabilirken, kesinlikle böyle olmadığını belirtiyorsunuz. Bu nedenle, daha tipik olan ISCSI-LUN-noktaları-bir-bölümündeki bir seçenek. Sonunda, Katmanlamanın bu kurulumda gayet iyi çalışacağını belirttiniz. Doğrumuyum?
G. Allen

Daha fazla okuma yaptım ve cevabımı düzenledim - VHDX dosyalarından kaçınamayacağınızı düşünüyorum. Ancak bu aşamadaki sorunuz için önemli değil. Dosya adları, sınırlar, Depolama Alanı sürücüsünde normal bir disk sürücüsünde olduğundan daha fazla görünmez. Sadece bunun için saklama yığında yanlış yerde.
Jamie Hanrahan

Şimdi anlıyorum. Bu durumda, bunu sorumun cevabı olarak işaretleyeceğim. Zaman ayırdığınız için çok teşekkürler!
G. Allen

1

Microsoft katman altyapısı tüm dosyaları tamamen taşımaz, "sıcaklık bitmap" denilen bir yapı oluşturur ve topakları veya blokları daha yüksek ve daha düşük performans katmanları arasında taşır. Uzun hikaye anlatmak: iyi olacaksın! F.e gibi Microsoft iSCSI target ile ilgili başka sorunlar var. VMware veya Citrix tarafından HCL-ed değil ve önbellekleme kullanmıyor ama bu başka bir hikaye.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.