Küme Paylaşılan Birimlerinin mimarisini ve bileşenlerini keşfetme
CSV'yi uygularken ve csv ile çalışırken mimarisini ve bileşenlerini anlamak önemlidir.
CSV mimarisi
CSV, her küme düğümündeki C:\Cluster Depolama\ dizinindeki alt dizinlere eşlenen paylaşılan birimlerden oluşur. Bu yaklaşım, kümedeki herhangi bir düğümde aynı ad ve yol aracılığıyla kullanılabilen tüm CSV içeriğiyle tek bir ad alanı sağlar.
Dekont
CSV Birim Yöneticisi, CSV birimlerini C:\Cluster Depolama\ dizininde alt dizin olarak kullanıma çıkarmakla sorumlu CSV dosya sistemi yığınındaki bir yazılım bileşenidir.
CSV dosya sistemi yığınının önemli modüllerinden biri CSV Birim Yöneticisi'dir. Bu, CSV'lerin yerel birimler olarak sunulmasını sağlayan sürücüdür. Aşağıdaki diyagramda, depolama havuzundaki her birimin kendi dosya sistemi dizini vardır. Örneğin, C:\Cluster Depolama\Volume 1 klasörü Volume1 ile eşler.
Her düğüm birimdeki tek tek dosyalardan bağımsız olarak okuyup yazabilir ancak tek bir düğüm birimin CSV sahibi (veya koordinatörü) olarak çalışır. Bu düğüm birimin bağlamasını barındırıyor. Belirli bir sahipe tek bir birim atama seçeneğiniz vardır, ancak yük devretme kümesi CSV sahipliğini küme düğümleri arasında otomatik olarak dağıtır. Dağıtım mekanizması, her düğümün sahip olduğu CSV sayısını dikkate alır. Küme hizmeti, düğüm ekleme, kaldırma veya yeniden başlatma gibi değişikliklerden sonra sahipliği yeniden dengeler.
Dekont
Yük Devretme Kümesi Yöneticisi, BIR CSV biriminin koordinatör düğümünü Diskler panelinde Sahip Düğümü olarak etiketler. Bu aynı zamanda Windows PowerShell cmdlet'inin Get-ClusterSharedVolume çıkışında görünen atamadır.
Bir CSV biriminde dosya sistemi meta verilerinde yapılan değişiklikler gerçekleştiğinde, sahip bunları uygulamak ve düzenlemelerini yönetmek, bunları söz konusu birime erişimi olan tüm küme düğümleri arasında eşitlemekle sorumludur. Bu tür değişiklikler, örneğin bir vm'yi başlatma, oluşturma, geçirme veya silme gibi disk dosyalarının birimde bulunduğu değişiklikleri içerir. Sahip, değişiklikleri uygulamak için NTFS veya ReFS yığınını kullanır ve bunları temel alınan depolamaya bağlantısı olan diğer küme düğümlerine çoğaltmak için SMB 3.x'e dayanır. Meta veri değişiklikleri, aşağıdaki görüntüde gösterildiği gibi sahip olmayan küme düğümlerinden birimi barındıran paylaşılan depolamaya doğrudan iletişim içermez.
Öte yandan, csv birimindeki dosyaları açmak için yapılan standart yazma ve okuma işlemleri meta verileri etkilemez. Etkili bir şekilde, temel alınan depolamaya bağlantısı olan her küme düğümü, bu birimin CSV sahibine bağlı kalmadan bunları bağımsız olarak gerçekleştirebilir. Meta veri güncelleştirmelerinden farklı olarak bu tür işlemler, depolama etkinliğinin büyük çoğunluğunu oluşturur. Doğrudan G/Ç, NTFS veya ReFS'ye özgü bileşenleri içeren birim yığınını atlar ve temel alınan depolamaya doğrudan ulaşır. Sonuç olarak CSV mimarisi, dosya sistemi bütünlüğünü korurken G/Ç performansını iyileştirir.
Sahip düğümü ayrıca, belirli bir düğümün doğrudan depolamayla iletişim kurmasını engelleyen depolama bağlantı hatalarının ve depolama işlemlerinin olumsuz etkisini en aza indirir. Bu tür olaylar söz konusu olduğunda, temel depolama ile iletişim kurması gereken bir düğüm, disk G/Ç'sini bir küme ağı üzerinden ilgili birimin sahip düğümüne yönlendirir. Geçerli koordinatör düğümü bir depolama bağlantısı hatasıyla karşılaşırsa, küme yeni bir düğüme koordinatör rolünü otomatik olarak atarken tüm disk G/Ç işlemleri geçici olarak kuyruğa alınır.
CSV, doğrudan moddan bir anahtarı tetikleyen olayın türüne bağlı olarak iki G/Ç yeniden yönlendirme modunu destekler:
Dosya sistemi yeniden yönlendirmesi. Bir üçüncü taraf yedekleme uygulaması CSV biriminin anlık görüntüsünü gerçekleştirdiğinde bu durum oluşabilir. Bu durumda, yeniden yönlendirme dosya sistemi düzeyinde gerçekleşir. G/Ç işlemleri, csvfs'yi kaynak düğümde geçirir ve SMB aracılığıyla sahip düğümüne geçirir. Buradan, hedef diske NTFS veya ReFS dosya sistemi yığını aracılığıyla ulaşırlar ve bu da meta veri güncelleştirmelerinin yoluna benzer. Aşağıdaki görüntüde bu senaryo gösterilmektedir. Düğüm 1, dosya sistemi yeniden yönlendirme modunda çalışan küme düğümünü temsil eder. Düğüm 2, düğüm sahibi rolüne hizmet eder.
Yeniden yönlendirmeyi engelle. Bir düğüm bir birime bağlantıyı kaybettiğinde, ancak birim çevrimiçi kaldığında bu durum ortaya çıkar. Yeniden yönlendirme blok düzeyinde gerçekleşir. Bu durumda G/Ç işlemleri de kaynak düğümdeki CSVFS'den geçirerek SMB aracılığıyla sahip düğümüne doğru hareket eder. Ancak, sahip düğümündeki NTFS veya ReFS yığınını atlayarak, benzer şekilde Doğrudan G/Ç'ye atlarlar ve bu da performanslarını önemli ölçüde artırır. Aşağıdaki görüntüde bu senaryo gösterilmektedir. Daha önce olduğu gibi Node 1, dosya sistemi yeniden yönlendirme modunda çalışan küme düğümünü temsil eder. Düğüm 2, düğüm sahibi rolüne hizmet eder.
Dekont
Windows PowerShell cmdlet'ini kullanarak G/Ç yeniden yönlendirme modu ve bunun nedeni dahil olmak üzere düğüm başına CSV biriminin Get-ClusterSharedVolumeState durumunu belirleyebilirsiniz.
Yeniden yönlendirilen G/Ç trafiği birden çok küme ağında gezinerek CSV'nin Çok Kanallı SMB ve Doğrudan SMB gibi SMB 3.x özellikleriyle tümleştirilmesinden yararlanabilir.