Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Küme Paylaşılan Birimi (CSV), Bir Windows Server yük devretme kümesinde veya Azure Yerel'de birden çok düğümün, NTFS birimi olarak sağlanan aynı LUN'a (disk) aynı anda okuma-yazma erişimine sahip olmasını sağlar. Disk Dayanıklı Dosya Sistemi (ReFS) olarak sağlanabilir; ancak CSV sürücüsü yeniden yönlendirilmiş moda yerleştirilir, yani yazma erişimi koordinatör düğümüne gönderilir. CSV'ler kullanılarak kümelenmiş roller, sürücü sahipliğinde değişiklik yapmadan veya bir hacmi çıkarıp yeniden bağlamadan bir düğümden başka bir düğüme hızla yedekleme yapabilir. CSV'ler ayrıca bir yük devretme kümesindeki çok sayıda LUN'un yönetimini basitleştirmeye de yardımcı olur.
CSV, NTFS veya ReFS üzerinde çalışan kümelenmiş bir dosya sistemi sunar. CSV için tipik kullanımlar şunlardır:
Kümelenmiş Hyper-V sanal makinesi (VM) için kümelenmiş sanal sabit disk (VHD/VHDX) dosyaları.
Daha iyi tanılanabilirlik ile dağıtılmış CSV sahipliği
Sunucu hizmetinin kullanılabilirliği sayesinde daha fazla dayanıklılık
CSV önbelleğine ayırabileceğiniz fiziksel bellek miktarında daha fazla esneklik
ReFS ve veri tekilleştirme desteğini içeren gelişmiş birlikte çalışabilirlik.
Scale-Out Dosya Sunucusu kümelenmiş rolü için uygulama verilerini depolamak için dosya paylaşımlarının ölçeğini genişletme. Bu role yönelik uygulama verilerine örnek olarak Hyper-V VM dosyaları ve Microsoft SQL Server verileri verilebilir. ReFS, Windows Server 2012 R2 ve önceki sürümlerde Scale-Out Dosya Sunucusu için desteklenmez. Scale-Out Dosya Sunucusu hakkında daha fazla bilgi için bkz. Uygulama Verileri için Dosya SunucusuScale-Out.
Microsoft SQL Server 2014 (veya üzeri) Yük Devretme Kümesi Örneği (FCI). CSV'ler SQL Server 2012 ve SQL Server'ın önceki sürümlerinde Microsoft SQL Server kümelenmiş iş yükünü desteklemez.
Windows Server 2019 veya üzeri Microsoft Dağıtılmış İşlem Denetimi (MSDTC).
Önceki sürümlerde sunulan CSV işlevselliği hakkında daha fazla bilgi edinmek için bkz. Windows Server 2012'de Yük Devretme Kümelemesi'ndeki Yenilikler.
Sanal Masaüstü Altyapısı (VDI) senaryoları için CSV'lerde yinelenen verileri kaldırma kullanma hakkında bilgi için bkz. Windows Server 2012 R2'de VDI depolaması için Yinelenen Verileri Kaldırmayı Dağıtma ve Yinelenen Verileri Kaldırma'yı Windows Server 2012 R2'deki yeni iş yüklerine genişletme.
CSV'yi yük devretme kümesinde kullanma gereksinimleri ve hususlar
Yük devretme kümesinde CSV kullanmadan önce aşağıdaki bölümlerde ağ, depolama ve diğer gereksinimleri ve dikkat edilmesi gerekenleri gözden geçirin. Ağ bağdaştırıcıları ve depolama seçenekleri hakkında daha fazla bilgi edinmek için Yük Devretme Kümelemesi Donanım Gereksinimleri ve Depolama Seçenekleri'ne bakın.
Düğüm gereksinimleri
Sistem diskinin sürücü harfi: Tüm düğümlerde, sistem diskinin sürücü harfi aynı olmalıdır.
Kimlik doğrulama protokolü: NTLM protokolü tüm düğümlerde etkinleştirilmelidir. Bu, varsayılan olarak etkindir. Windows Server 2019 ve Azure Local'dan başlayarak, kimlik doğrulaması için sertifikalar kullandığından NTLM bağımlılıkları kaldırıldı.
Depolama ve disk yapılandırma gereksinimleri
Dosya sistemi biçimi
Windows Server 2012'de, CSV için disk veya depolama alanı NTFS ile bölümlenmiş temel bir disk olmalıdır. Windows Server 2012 R2'de, CSV için disk veya depolama alanı NTFS veya ReFS ile bölümlenmiş temel bir disk olmalıdır. Windows Server 2016 ve sonraki sürümlerde ve Azure Local'da CSV için disk veya depolama alanı, NTFS veya ReFS ile bölümlenmiş temel bir disk veya GUID Bölümleme Tablosu (GPT) diski olmalıdır. En iyi yöntem, depolama satıcınız tarafından sağlanan yönergeleri de gözden geçirmektir.
En iyi performans ve işlevsellik için, diskleri CSV'ye eklemeden önce biçimlendirirken aşağıdaki dosya sistemi yönergelerini kullanın:
SAN birimleri: CSV'ye eklemeden önce NTFS ile biçimlendirin. NTFS, SAN'a bağlı depolama için Doğrudan G/Ç modunu etkinleştirir ve bu da daha iyi performans sağlar. SAN'lerde ReFS ile biçimlendirilmiş CSV'ler yeniden yönlendirilmiş G/Ç modunda çalışır.
Depolama Alanları Doğrudan (S2D) birimleri: CSV'ye eklemeden önce ReFS ile biçimlendirin. ReFS, Depolama Alanları Doğrudan iş yükleri için tasarlanmış veri bütünlüğü özellikleri, blok kopyalama ve iyileştirmeler sağlar.
Windows Server 2012'de diski FAT, FAT32 veya ReFS olarak biçimlendirilmiş bir CSV olarak kullanamazsınız.
Windows Server 2012 R2 ve sonraki sürümlerinde, diski FAT veya FAT32 olarak biçimlendirilmiş bir CSV olarak kullanamazsınız.
CSV, quorum tanık diski olarak kullanılamaz. Küme kuorumu hakkında daha fazla bilgi için bkz. Depolama Alanları Doğrudan'da Kuorum'u Anlama.
Bir diski CSV olarak ekledikten sonra, CSV Dosya Sistemi (CSVFS) formatında tanımlanır. Bu, kümenin ve diğer yazılımların CSV depolama alanını diğer NTFS veya ReFS depolama alanından ayırt etmesine olanak tanır. CSVFS genellikle NTFS ve ReFS ile aynı işlevselliği destekler. Ancak bazı özellikler desteklenmez. Örneğin, Windows Server 2012 R2'de CSV'de sıkıştırmayı etkinleştiremezsiniz. Windows Server 2012'de, CSV'de yinelenen verileri kaldırma veya sıkıştırmayı etkinleştiremezsiniz.
Kümedeki kaynak türü
Fiziksel Disk kaynak türü olarak CSV kullanılmalıdır. Varsayılan olarak, küme depolama alanına eklenen bir disk veya depolama alanı otomatik olarak bu şekilde yapılandırılır.
Küme depolama alanında CSV diskleri veya diğer disklerin seçimi
Kümelenmiş vm için bir veya daha fazla disk seçerken, her diskin nasıl kullanıldığını göz önünde bulundurun. Hyper-V tarafından oluşturulan VHD/VHDX dosyaları veya yapılandırma dosyaları gibi dosyaları depolamak için bir disk kullanılıyorsa, CSV diskleri veya küme depolamadaki diğer kullanılabilir diskler arasından seçim yapabilirsiniz. Disk doğrudan VM'ye bağlı bir fiziksel diskse (geçiş diski olarak da adlandırılır), CSV diski seçemezsiniz ve küme depolamadaki diğer kullanılabilir diskler arasından seçim yapmanız gerekir.
Diskleri tanımlamak için yol adı
CSV'lerdeki disklere, sistem sürücüsündeki \ClusterStorage klasörünün altında numaralandırılmış birim olarak görünen bir yol kullanılarak erişilir. Bu yol, kümedeki tüm düğümlerde tutarlıdır. Gerekirse bu birimleri yeniden adlandırabilirsiniz, ancak en iyisi SQL Server gibi vm'leri veya uygulamaları yüklemeden önce yeniden adlandırmaktır. VM çalışırken veya kayıtlı haldeyken olduğu gibi açık tanıtıcılar varsa, yeniden adlandırma mümkün değildir.
LUN'ların, birimlerin ve VHD dosyalarının düzenlenmesi
Kümelenmiş VM'ler için depolama alanı sağlamak üzere CSV'yi en iyi şekilde kullanmak için, fiziksel sunucuları yapılandırırken LUN'ları (diskleri) nasıl yerleştireceğini gözden geçirmek yararlı olur. İlgili VM'leri yapılandırırken, VHD dosyalarını benzer şekilde düzenlemeyi deneyin.
Diskleri ve dosyaları aşağıdaki gibi düzenleyebileceğiniz bir fiziksel sunucu düşünün:
Bir fiziksel diskte sayfa dosyası da dahil olmak üzere sistem dosyaları
Başka bir fiziksel disk üzerindeki veri dosyaları
Eşdeğer bir kümelenmiş VM için birimleri ve dosyaları benzer şekilde düzenlemeniz gerekir:
Bir CSV'deki VHD dosyasındaki sayfa dosyası da dahil olmak üzere sistem dosyaları
Başka bir CSV'deki VHD dosyasındaki veri dosyaları
Mümkün olduğunca başka bir VM eklerseniz, bu VM'de VHD'ler için aynı düzenlemeyi tutmanız gerekir.
LUN'ların ve birimlerin sayısı ve boyutu
CSV kullanan bir yük devretme kümesi için depolama yapılandırmasını planlarken aşağıdaki önerileri göz önünde bulundurun:
Kaç LUN yapılandıracaklarına karar vermek için depolama satıcınıza başvurun. Örneğin, depolama satıcınız her LUN'yi bir bölümle yapılandırmanızı ve üzerine bir CSV yerleştirmenizi önerebilir.
Düğüm başına en az bir CSV oluşturun.
Tek bir CSV'de desteklenecek VM sayısı için herhangi bir sınırlama yoktur. Ancak, kümede bulundurmayı planladığınız VM sayısını ve her vm için iş yükünü (saniye başına G/Ç işlemleri) dikkate almanız gerekir. Örneğin:
Nispeten hafif bir iş yükü olan sanal masaüstü altyapısını (VDI) destekleyen VM'leri dağıtan bir kuruluş. Küme yüksek performanslı depolama kullanır. Küme yöneticisi, depolama satıcısına danıştıktan sonra CSV başına görece çok sayıda VM yerleştirmeye karar verir.
Başka bir kuruluş, yoğun olarak kullanılan ve daha ağır bir iş yükü olan bir veritabanı uygulamasını destekleyen çok sayıda VM dağıtıyor. Küme daha düşük performanslı depolama kullanır. Küme yöneticisi, depolama satıcısına danıştıktan sonra CSV başına nispeten az sayıda VM yerleştirmeye karar verir.
Belirli bir VM için depolama yapılandırmasını planlarken, VM'nin desteklediği hizmetin, uygulamanın veya rolün disk gereksinimlerini göz önünde bulundurun. Bu gereksinimleri anlamak, düşük performansa neden olabilecek disk çekişmelerini önlemeye yardımcı olur. VM'nin depolama yapılandırması, aynı hizmeti, uygulamayı veya rolü çalıştıran bir fiziksel sunucu için kullanacağınız depolama yapılandırmasına benzer olmalıdır. Ayrıca çok sayıda bağımsız fiziksel sabit disk içeren depolama alanına sahip olarak disk çekişmelerini azaltabilirsiniz. Buna uygun olarak depolama donanımınızı seçin ve depolama alanınızın performansını iyileştirmek için satıcınıza danışın.
Küme iş yüklerinize ve G/Ç işlemlerine olan ihtiyaçlarınıza bağlı olarak, her LUN'a erişmek için VM'lerin yalnızca bir yüzdesini yapılandırmayı düşünebilirsiniz, ancak diğer VM'lerin bağlantısı yoktur ve bunun yerine işlem işlemlerine ayrılmıştır.
Ağ yapılandırmasında dikkat edilmesi gerekenler
CSV'leri destekleyen ağları yapılandırırken aşağıdakileri göz önünde bulundurun.
Birden çok ağ ve birden çok ağ bağdaştırıcısı
Bir ağ hatası oluşursa hataya dayanıklılık sağlamak için, birden çok küme ağının CSV trafiği taşımasını veya ekip halinde ağ bağdaştırıcıları yapılandırmanızı öneririz. Küme düğümleri küme tarafından kullanılmaması gereken ağlara bağlıysa, bunları devre dışı bırakmanız gerekir. Örneğin, bu ağlarda CSV trafiğini önlemek için iSCSI ağlarını küme kullanımı için devre dışı bırakmanızı öneririz. Bir ağı devre dışı bırakmak için Yük Devretme Kümesi Yöneticisi'nde Ağlar'ı seçin, ağı seçin, Özellikler eylemini seçin ve ardından Bu ağda küme ağı iletişimine izin verme'yi seçin. Alternatif olarak, Get-ClusterNetwork cmdlet'ini kullanarak ağın Role özelliğini yapılandırabilirsiniz.
Ağ bağdaştırıcısı özellikleri
Küme iletişimini taşıyan tüm bağdaştırıcıların özelliklerinde aşağıdaki ayarların etkinleştirildiğinden emin olun:
Microsoft Ağları için İstemci ve Microsoft Ağları için Dosya ve Yazıcı Paylaşımı. Bu ayarlar, csv trafiğini düğümler arasında taşımak için varsayılan olarak kullanılan Sunucu İleti Bloğu (SMB) 3.0'ı destekler. SMB'yi etkinleştirmek için Sunucu hizmetinin ve İş İstasyonu hizmetinin çalıştığından ve her küme düğümünde otomatik olarak başlatacak şekilde yapılandırıldığından emin olun.
Note
Windows Server 2012 R2 ve sonraki sürümlerde, yük devretme kümesi düğümü başına birden çok Sunucu hizmeti örneği vardır. Normal dosya paylaşımlarına erişen SMB istemcilerinden gelen trafiği işleyen varsayılan örnek ve yalnızca düğümler arası CSV trafiğini işleyen ikinci bir CSV örneği vardır. Ayrıca, bir düğümdeki Sunucu hizmeti iyi durumda değilse CSV sahipliği otomatik olarak başka bir düğüme geçer.
SMB 3.0, CSV trafiğinin kümedeki birden çok ağ üzerinden akış yapmasını ve Uzaktan Doğrudan Bellek Erişimini (RDMA) destekleyen ağ bağdaştırıcılarından yararlanmasını sağlayan SMB Çok Kanallı ve Doğrudan SMB özelliklerini içerir. Varsayılan olarak, CSV trafiği için Çok Kanallı SMB kullanılır. Daha fazla bilgi için bkz . Sunucu İleti Bloğuna genel bakış.
Microsoft Yük Devretme Kümesi Sanal Bağdaştırıcı Performans Filtresi
Bu ayar, düğümlerin CSV'lere erişmek için gerektiğinde G/Ç yeniden yönlendirmesi gerçekleştirme özelliğini geliştirir. Bu durum, örneğin bağlantı hatası bir düğümün CSV diskine doğrudan bağlanmasını engellediğinde ortaya çıkar. NetFT Sanal Bağdaştırıcı Performans Filtresi, Windows Server 2012 R2 dışındaki tüm sürümlerde varsayılan olarak devre dışıdır. Devre dışı bırakılmıştır çünkü üzerinde VM'lerin barındırıldığı ve içinde konuk kümesi çalıştıran Hyper-V kümelerinde sorunlara neden olabilir. NetFT Sanal Bağdaştırıcı Performans Filtreleyicisi'nın konakta, konuk VM'ye yönelik NetFT trafiğini yanlışlıkla konağa yönlendirdiği sıkça rastlanan durumlar vardır. Bu yanlış yönlendirme, VM içindeki konuk kümeyle ilgili iletişim sorunlarına yol açabilir. Ancak konuk kümelerle Hyper-V dışında bir iş yükü dağıtıyorsanız NetFT Sanal Bağdaştırıcı Performans Filtresi'nin etkinleştirilmesi küme performansını iyileştirebilir ve iyileştirebilir.
Küme ağ önceliklendirmesi
Ağlar için küme tarafından yapılandırılmış tercihleri değiştirmemenizi öneririz.
IP alt ağı yapılandırması
CSV kullanan bir ağdaki düğümler için belirli bir alt ağ yapılandırması gerekmez. CSV'ler çok alt ağlı esnetme kümelerini destekleyebilir.
İlke Tabanlı Hizmet Kalitesi (QoS)
CSV kullanırken her düğüme yönelik ağ trafiği için bir QoS öncelik ilkesi ve en düşük bant genişliği ilkesi yapılandırmanızı öneririz. Daha fazla bilgi için bkz. Hizmet Kalitesi (QoS).
Depolama ağı
Depolama ağı önerileri için depolama satıcınız tarafından sağlanan yönergeleri gözden geçirin.
CSV iletişiminde G/Ç eşitlemesi ve G/Ç yeniden yönlendirmesi hakkında
G/Ç eşitlemesi
CSV'ler, birden çok düğümün aynı paylaşılan depolama alanına aynı anda okuma-yazma erişimine sahip olmasını sağlar. Bir düğüm CSV üzerinde disk girişi/çıkışı (G/Ç) gerçekleştirdiğinde, düğüm depolama alanı ağı (SAN) üzerinden doğrudan depolamayla iletişim kurar. Ancak, her zaman tek bir düğüm (koordinatör düğümü olarak adlandırılır) LUN ile ilişkili fiziksel disk kaynağına "sahip olur". CSV için koordinatör düğümü, Yük Devretme Kümesi Yöneticisi'nde Diskler altında Sahip Düğümü olarak görüntülenir. Ayrıca Get-ClusterSharedVolume cmdlet'inin çıkışında da görünür.
Note
Windows Server 2012 R2 ile başlayan bir özellik olarak, CSV sahipliği, her düğümün sahip olduğu CSV sayısına göre arızaya dayanıklı küme düğümleri arasında eşit olarak dağıtılır. Ayrıca, CSV yük devretmesi gibi durumlarda, bir düğüm kümeye yeniden katıldığında, kümeye yeni bir düğüm eklediğinizde, bir küme düğümünü yeniden başlattığınızda veya kapatıldıktan sonra yük devretme kümesini başlattığınızda sahiplik otomatik olarak yeniden dengelenir.
CSV'deki dosya sisteminde bazı küçük değişiklikler gerçekleştiğinde, bu meta veriler yalnızca tek koordinatör düğümünde değil LUN'a erişen fiziksel düğümlerin her birinde eşitlenmelidir. Örneğin, CSV üzerindeki bir VM başlatıldığında, oluşturulduğunda veya silindiğinde ya da vm geçirildiğinde, bu bilgilerin VM'ye erişen fiziksel düğümlerin her birinde eşitlenmesi gerekir. Bu meta veri güncelleştirme işlemleri SMB 3.0 kullanılarak küme ağları arasında paralel olarak gerçekleşir. Bu işlemler, tüm fiziksel düğümlerin paylaşılan depolama alanıyla iletişim kurmasını gerektirmez.
G/Ç yeniden yönlendirmesi
Depolama bağlantısı hataları ve belirli depolama işlemleri belirli bir düğümün depolama alanıyla doğrudan iletişim kurmasını engelleyebilir. Düğüm depolamayla iletişim kurmadığı sırada işlevi korumak için düğüm, disk G/Ç'sini bir küme ağı üzerinden diskin bağlı olduğu koordinatör düğümüne yönlendirir. Mevcut koordinatör düğümü bir depolama bağlantısı hatasıyla karşılaşırsa, yeni bir düğüm koordinatör düğüm olarak oluşturulurken disk G/Ç işlemlerinin tümü geçici olarak kuyruğa alınır. G/Ç yeniden yönlendirmesi sırasında koordinatör düğümüne giden ağ trafiğinde olası artışa izin vermek için küme ağlarınızı planlamanız gerekir. ÇOK Kanallı SMB ve Doğrudan SMB gibi SMB 3.0 özellikleriyle CSV'lerin tümleştirilmesi nedeniyle, yeniden yönlendirilen G/Ç trafiği birden çok küme ağı üzerinden akış yapabilir.
Important
SAN'ların üzerinde kullanılan ReFS ile önceden biçimlendirilmiş CSV'ler, Karşılanmakta olan Doğrudan G/Ç için diğer tüm gereksinimlerden bağımsız olarak Doğrudan G/Ç kullanmaz . CSV'yi SAN (FrontEnd) bağlı disklerle birlikte kullanmayı planlıyorsanız, Doğrudan G/Ç'nin performans avantajlarından yararlanmak için sürücüleri CSV'ye dönüştürmeden önce NTFS ile biçimlendirin.
Sunucu, duruma bağlı olarak aşağıdaki G/Ç yeniden yönlendirme modlarından birini kullanır:
Dosya sistemi yeniden yönlendirmesi: Yeniden yönlendirme birim başınadır. Örneğin, bir yedekleme uygulaması tarafından CSV anlık görüntüleri alınırken, CSV'nin elle yönlendirilmiş G/Ç moduna yerleştirilmesi.
Yeniden yönlendirmeyi engelle: Yeniden yönlendirme dosya bloğu düzeyindedir. Örneğin, bir birime depolama bağlantısı kaybolduğunda. Blok yeniden yönlendirmesi, dosya sistemi yeniden yönlendirmesinden daha hızlıdır.
Windows Server 2012 R2 ve sonraki sürümlerde, CSV'nin durumunu düğüm temelinde görüntüleyebilirsiniz. Örneğin, G/Ç'nin doğrudan mı yoksa yeniden yönlendirilmiş mi olduğunu veya CSV'nin kullanılamadığını görebilirsiniz. CSV yeniden yönlendirilen G/Ç modundaysa nedenini de görüntüleyebilirsiniz. Bu bilgileri görüntülemek için Get-ClusterSharedVolumeState cmdlet'ini çalıştırabilirsiniz.