Hyper-V depolama G/Ç performansı

Bu makalede, bir sanal makinede (VM) depolama giriş/çıkış (G/Ç) performansını ayarlamaya yönelik farklı seçenekler ve dikkat edilmesi gereken noktalar incelenmektedir. Depolama G/Ç yolu dört ardışık aşamaya yayılır:

1. Konuk depolama yığını
2. Ana bilgisayar sanallaştırma katmanı
3. Ana bilgisayar depolama yığını
4. Fiziksel disk

Aşağıdaki bölümlerde her aşama için mümkün olan iyileştirmeler açıklanmaktadır.

Sanal denetleyiciler

Hyper-V üç tür sanal denetleyici sunar:

• Entegre Sürücü Elektroniği (IDE)

• Küçük bilgisayar sistemi arabirimi (SCSI)

• Sanal Fiber Kanal ana bilgisayar veri yolu bağdaştırıcıları (HBA)

IDE

İşletim sistemi diskleri için yalnızca IDE diskleri kullanmanızı öneririz. İşletim sistemi diskleri, cihazları için en yüksek G/Ç boyutuna bağlı olarak performans sınırlamalarına sahiptir.

IDE denetleyicileri, IDE disklerini VM'ye sunan sanallaştırılmış denetleyicilerdir. ** Bu tür bir denetleyici, Hyper-V VM tümleştirme hizmetleri olmadan Windows'un önceki sürümlerini çalıştıran misafir VM'ler için tek seçenektir. Tümleştirme hizmetlerinin sağladığı IDE filtre sürücüsü, emüle edilmiş IDE denetleyicisinden daha iyi bir şekilde disk G/Ç gerçekleştirebilir.

SCSI (SAS denetleyicisi)

Sanal SCSI denetleyicileri, SCSI disklerini VM'ye sunar. Her SCSI denetleyicisi en fazla 64 aygıtı destekler. SCSI yolu taklit edilmez, bu nedenle işletim sistemi diski dışındaki tüm diskler için tercih edilen denetleyicidir. Windows Server 2012 R2 ve üzeri SCSI denetleyicilerini destekler, ancak yalnızca paylaşılan bir sanal sabit diski (VHDX) desteklemek için denetleyiciyi Seri Bağlı SCSI (SAS) olarak bildirdiğiniz senaryolarda desteklenir.

En iyi performans için, tek bir sanal SCSI denetleyicisine birden çok disk bağlamanızı öneririz. Yalnızca VM'ye kaç diskin bağlı olduğunu ölçeklendirmek için başka seçeneğiniz yoksa daha fazla denetleyici oluşturmanız gerekir.

Sanal Fiber Kanal HBA'ları

Sanal Makinelerin Fiber Kanal ve Ethernet üzerinden Fiber Kanal (FCoE) mantıksal birim numaralarına (LUN) doğrudan erişmesine izin vermek için Sanal Fiber Kanal HBA'larını yapılandırın. Sanal Fiber Kanal diskleri, kök bölümdeki NTFS dosya sistemini atlar ve bu da depolama G/Ç merkezi işlem birimi (CPU) kullanımını azaltır. Sanal Fiber Kanal diskleri, büyük veri sürücüleri ve konuk kümeleme senaryolarında birden çok VM arasında paylaşılan sürücüler için idealdir.

Sanal Fiber Kanal diskleri kullanmak için, ana makineye bir veya daha fazla Fiber Kanal HBA yüklemeniz gerekir. Her ana bilgisayar HBA'sı Windows Server 2016 Sanal Fiber Kanal veya N_Port Kimliği Sanallaştırma (NPIV) özelliklerini destekleyen HBA sürücülerini kullanmalıdır. Depolama Alanı Ağı (SAN) dokusu da NPIV'yi desteklemelidir ve NPIV'yi destekleyen bir Fiber Kanal topolojisinde Fiber Kanal için HBA bağlantı noktalarını yapılandırmanız gerekir.

Birden fazla HBA'ya sahip konaklarda aktarım hızını en üst düzeye çıkarmak için Hyper-V VM içinde birçok sanal HBA yapılandırmanızı öneririz. Her VM için en fazla dört HBA yapılandırabilirsiniz. Hyper-V, aynı sanal SAN'a erişen HBA'ları barındırmak için sanal HBA'ları otomatik olarak dengeler.

Sanal diskler

Sanal diskler, sanal denetleyiciler tarafından VM'lere sunulur ve ana bilgisayardaki sanal sabit diskler veya geçiş diskleri olabilir.

Sanal diskler VHD veya VHDX biçimlerinde gelir. Her biçim üç tür sanal sabit disk dosyasını destekler.

Dağıtımınızı Windows Server 2016 veya sonraki bir sürüme yükseltirseniz, tüm VHD dosyalarını VHDX biçimine dönüştürmenizi öneririz. Daha fazla bilgi için bkz. VHDX biçimi.

VHD biçimi

Hyper-V'ın sonraki sürümleri, daha iyi hizalama sağlayan VHD biçimlerinde iyileştirmeler içerir. Windows Server 2012 ve sonraki sürümlerde Hyper-V, yalnızca VHD biçimini destekleyen önceki sürümlerin aksine hem VHDX hem de VHD biçimlerini destekler. Sonuç olarak, Hyper-V sonraki sürümleri büyük kesim disklerinde daha iyi performans gösterir.

Windows Server 2012 veya sonraki sürümlerde oluşturduğunuz tüm VHD'ler en uygun 4 KB hizalamaya sahiptir. Bu hizalanmış biçim, Windows Server önceki sürümleriyle tamamen uyumludur. Ancak, hizalama özelliği, 4 KB hizalamaya duyarlı olmayan ya da önceki bir Windows Server sürümünden veya Microsoft dışı bir kaynaktan gelen ayrıştırıcılar için yeni hafıza ayırmalarını desteklemez.

Diski VHD biçimine dönüştürün

VHD'yi önceki bir Hyper-V veya Windows Server sürümünden sonraki bir sürüme geçirdiğinizde, sistem diski otomatik olarak VHD biçimine dönüştürmez.

Bir PowerShell penceresi açıp aşağıdaki komutu çalıştırarak mevcut bir sanal diski VHD'ye dönüştürebilirsiniz:

Convert-VHD –Path <SourceDiskFilePath> –DestinationPath <ConvertedDiskFilePath>

Örneğin, E sürücüsündeki test.vhd adlı bir kaynak diski, aynı klasörde test-converted.vhd olarak yeniden adlandırılmış bir dönüştürülmüş diske dönüştürmeyi planladıysanız, şu komutu çalıştırırsınız:

Convert-VHD –Path E:\vms\testvhd\test.vhd –DestinationPath E:\vms\testvhd\test-converted.vhd

Note

Bir VHD'yi dönüştürdüğünüzde PowerShell, Kaynak Diskten Kopyala seçeneğine göre kaynak VHD'deki verileri kullanır. Daha fazla bilgi için bkz . Convert-VHD.

Disk hizalamasını kontrol edin

Bir diski dönüştürdükten sonra, Komutu PowerShell'de çalıştırarak en uygun 4 KB hizalamayı kullandığından emin olmak için Hizalama değişkenini Get-VHD de kontrol edebilirsiniz. Kaynak disk ve dönüştürülen disk için komutu çalıştırdığınızdan emin olun, ardından dönüştürülen diskin 4 KB hizalamaya duyarlı olduğundan emin olmak için değerleri karşılaştırın.

Disklerinizin hizalamasını görüntülemek için:

1. Bir PowerShell penceresi açın.

2. Kaynak diskin Get-VHD hizalama ayarını görüntülemek için komutu çalıştırın.

   Get-VHD –Path <SourceVHDFilePath>
   

3. Çıktıda, özelliğin değerine Alignment dikkat edin. Bu örnekte değer 'dir 0, bu da diskin 4 KB hizalama uyumlu olmadığı anlamına gelir.

   Path                    : <SourceVHDFilePath>
   VhdFormat               : VHD
   VhdType                 : Dynamic
   FileSize                : 69245440
   Size                    : 10737418240
   MinimumSize             : 10735321088
   LogicalSectorSize       : 512
   PhysicalSectorSize      : 512
   BlockSize               : 2097152
   ParentPath              :
   FragmentationPercentage : 10
   Alignment               : 0
   Attached                : False
   DiskNumber              :
   IsDeleted               : False
   Number                  :
   

4. Get-VHD Komutu yeniden çalıştırın, ancak bu kez dönüştürülen diskin dosya yolunu kullanın.

   Get-VHD –Path <ConvertedDiskFilePath>
   

5. Çıktıda, özelliğin değerini kontrol edin Alignment . Değer şu şekilde olmalıdır: 1Bu, diskin başarıyla daha yeni VHD biçimine dönüştürüldüğü ve 4 KB hizalamaya duyarlı olduğu anlamına gelir.

   Path                    : <ConvertedDiskFilePath>
   VhdFormat               : VHD
   VhdType                 : Dynamic
   FileSize                : 69369856
   Size                    : 10737418240
   MinimumSize             : 10735321088
   LogicalSectorSize       : 512
   PhysicalSectorSize      : 512
   BlockSize               : 2097152
   ParentPath              :
   FragmentationPercentage : 0
   Alignment               : 1
   Attached                : False
   DiskNumber              :
   IsDeleted               : False
   Number                  :
   

VHDX biçimi

VHDX, Windows Server 2012'de kullanıma sunulan güncelleştirilmiş bir sabit disk biçimidir. Bu biçim, 64 terabayta kadar kapasiteye sahip dayanıklı, yüksek performanslı sanal diskler oluşturabilir.

Windows Server 2016 veya sonraki bir sürüme yükseltiyorsanız, tüm VHD dosyalarını VHDX biçimine dönüştürmenizi öneririz. Yalnızca VM'yi VHDX biçimini desteklemeyen önceki bir Hyper-V sürümüne taşımanız gerekiyorsa dosyaları VHD biçiminde tutun.

VHDX biçiminin bazı avantajları şunlardır:

• 64 terabayta kadar sanal sabit disk depolama kapasitesi desteği

• VHDX meta veri yapılarında güncelleştirmeleri günlüğe kaydederek güç kesintileri sırasında veri bozulmasına karşı koruma

• Bir dosya için özel meta verileri, onu yapılandıran kullanıcının işletim sistemi sürümü veya uygulanan yamalar gibi kaydetmek istediklerine bağlı olarak depolar

VHDX formatı ayrıca çeşitli performans özellikleri sağlar:

• Sanal sabit disk biçiminin geliştirilmiş hizalaması, büyük kesimli disklerde performansı artırma

• Dinamik ve diferansiyel diskler için daha büyük blok boyutları, disklerin iş yükü gereksinimlerine göre ayarlanmasına olanak tanır

• 4 KB'lık sektörler için tasarlanmış uygulamalar ve iş yükleri tarafından kullanıldığında daha yüksek performansı desteklemek için 4 KB'lık bir mantıksal kesim sanal diski

• Daha küçük dosya boyutları üretmek ve temel fiziksel depolama aygıtının kullanılmayan alanı geri kazanmasına izin vermek için verileri temsil etmede verimlilik

  Note

  Kırpma için doğrudan geçiş veya SCSI diskler ve kırpma uyumlu donanım gerekir.

Sanal dosyalar

Üç tür VHD dosyası vardır:

• Sabit dosyalar dayanıklılığı ve performansı artırmak içindir ve barındırma değerindeki depolama etkin bir şekilde izlenmediğinde bunları kullanmanız gerekir. Çalışma zamanında VHD dosyasını genişletirken yeterli disk alanı olduğundan emin olun. Bunları herhangi bir disk biçiminde kullanabilirsiniz.

• Dinamik dosyalar, dayanıklılık garantileri ve dağıtımın ihtiyaç duyduğu şekilde disk alanı ayırmak içindir. Bunları yalnızca VHDX'te kullanabilirsiniz.

• Fark kayıt dosyaları, iyi disk G/Ç performansını korumak için VM anlık görüntü zincirlerini kısa tutar. Bunları herhangi bir disk biçiminde kullanabilirsiniz.

Sabit dosya türü

Sabit bir VHD dosyası oluşturduğunuzda, sistem bunun için alan ayırır. Sabit dosyaların parçalanma olasılığı daha düşüktür, bu da tek bir G/Ç birden çok G/Ç'ye bölündüğünde G/Ç verimini azaltır. Ayrıca, okuma ve yazma işlemlerinin bloğun eşlemesini araması gerekmediğinden, üç dosya seçeneği arasında en düşük CPU yüküne sahiptir.

En iyi dayanıklılık ve performansa ihtiyaç duyduğunuzda sabit dosya türünü kullanmanızı öneririz.

Dinamik dosya türü

Dinamik bir VHD dosyası oluşturduğunuzda, sistem isteğe bağlı olarak bunun için alan ayırır. Dosyadaki bloklar ayrılmış bloklar olarak başlar ve dosyada ayrılmamış blokları destekleyen hiçbir alan yoktur. Bir blok ilk yazma işlemini aldığında, sanallaştırma yığınının VHD dosyasında blok için alan ayırması ve ardından meta verileri güncelleştirmesi gerekir. Bu ayırma, yazma için gereken disk G/Ç sayısını artırarak CPU kullanımını artırır. Mevcut bloklara yönelik okuma ve yazma işlemleri, meta verilerde blokların eşlemesine bakarken disk erişimine ve CPU ek yüküne neden olur.

VHDX dosyası kullanıyorsanız, barındırma biriminde depolamayı etkin bir şekilde izlerken dinamik dosya türünü kullanın. Çalışma zamanında VHD dosyasını genişletirken yeterli disk alanınız olduğundan emin olun.

Fark dosya türü

Fark kayıt dosyaları, disklere yazma işlemlerini depolayan bir VM'nin anlık görüntüleridir. Mevcut yazılar olmayan bir bloğa yazarsanız, sistem, dinamik olarak genişleyen bir VHD'de olduğu gibi, VHD dosyasında alan ayırır. Sistem hizmetleri, blokta önceden yazma işlemleri varsa VHD dosyasından okuma işlemlerini gerçekleştirir. Aksi takdirde, üst VHD dosyasından bloklara hizmet verir. Her iki durumda da sistem, blok eşlemesini belirlemek için meta verileri okur. Bu VHD'ye okuma ve yazma işlemleri daha fazla CPU tüketebilir ve sabit bir VHD dosyasından daha fazla G/Ç ile sonuçlanabilir.

Yalnızca birkaç anlık görüntü olduğunda, depolama G/Ç'leri normalden daha fazla CPU kullanabilir, ancak yüksek G/Ç yoğunluklu sunucu iş yükleri dışında performansı önemli ölçüde etkilemez. Büyük bir VM anlık görüntüsü zinciri oluşturmak ve kullanmak performans sorunlarına neden olur. Sistem, yalnızca VHD'den okumak için farklılaştırma dosyalarında, birçok farklı farklılaştırma VHD'sinde istenen blokları kontrol etmelidir. Fark dosyalarını kullanıyorsanız, diskin iyi bir Girdi/Çıktı performansını korumak için anlık görüntü zincirlerini kısa tutmanızı öneririz.

Boyutla ilgili dikkat edilmesi gerekenler

Disk optimizasyonunu planlarken hem blok boyutunu hem de sektör boyutunu göz önünde bulundurmalısınız. Bu bölümde, blokların ve sektörlerin boyutlandırılmasına yönelik öneriler açıklanmaktadır.

Blok boyutu

Blok boyutu performansı önemli ölçüde etkileyebileceğinden, blok boyutunu diski kullanan iş yüklerinin ayırma desenleriyle eşleştirmenizi öneririz. Bir uygulama blokları 16 MB'lık öbekler halinde ayırıyorsa, ideal olarak 16 MB'lık bir VHD blok boyutu kullanmanız gerekir. 2 MB'tan büyük blok boyutları yalnızca VHDX dosya biçimini kullanan VHD'lerde mümkündür. Blok boyutu, bir rastgele G/Ç iş yükü için ayrım modelinden daha büyük olduğunda, VHD'nin konakta kullandığı alanın miktarını artırır.

Sektör boyutu

Yazılım kuruluşları genellikle 512 baytlık disk sektörlerine bağımlıdır, ancak endüstri standardı 4 KB'lık disk sektörlerine geçiyor. Sektör boyutundaki değişikliklerden kaynaklanabilecek uyumluluk sorunlarını azaltmak için, sabit disk satıcıları 512 öykünme sürücüleri (512e) olarak adlandırılan bir geçiş boyutu sunuyor.

Emülasyon sürücüleri, 4 KB disk sektörüne sahip yerel sürücüler tarafından sağlanan, geliştirilmiş biçim verimliliği ve hata düzeltme kodları (ECC) için daha gelişmiş bir şema gibi bazı avantajlar sunar. Emülasyon sürücüleri, disk arabiriminde 4 KB sektör boyutunu ortaya çıkarırken daha az uyumluluk sorunu yaşatır.

4 KB'lık kesimlerden tam olarak yararlanmak için, 512 baytlık disk kesimleri yerine VHDX biçimini kullanmanızı öneririz. Disk boyutları arasındaki uyumluluk sorunlarını azaltmak için, geçiş boyutlandırması için 512e sürücülerini uygulayın.

512e disklerle geçiş boyutunu destekleyin

Bir 512e diski, yalnızca fiziksel bir sektör açısından yazma işlemi gerçekleştirebilir. Bu disk türü, sistemin kendisine verdiği 512 baytlık bir kesimi doğrudan yazamaz. Disk, yazma işlemlerini mümkün kılan ve Okuma-Değiştir-Yaz (RMW) işlemlerini sırasıyla içeren bir iç işleme sahiptir.

• İlk olarak, disk 4 KB'lık fiziksel sektörü iç önbelleğine okur. Önbellek, yazma işleminde başvurulan 512 baytlık mantıksal kesimi içerir.

• Daha sonra disk, 4 KB'lık arabellekteki verileri güncelleştirilmiş 512 baytlık sektörü içerecek şekilde değiştirir.

• Son olarak, disk güncelleştirilmiş 4 KB'lık arabelleği diskteki fiziksel sektörüne geri yazar.

RMW sürecinin performans üzerindeki genel etkisi iş yüküne bağlıdır. RMW işlemi, aşağıdaki nedenlerden dolayı sanal sabit disklerde performans düşüşüne neden olabilir:

• Dinamik ve farklılaştırılmış VHD'lerin veri yükünden önce 512 baytlık bir sektör bit eşlemi vardır. Altbilgi, üst bilgi ve ebeveyn konum belirleyiciler 512 baytlık bir sektöre hizalanır. Sanal sabit disk sürücüsünün bu yapıları güncelleştirmek için 512 baytlık yazma işlemleri yürütmesi yaygın bir durumdur ve bu da diskin RMW işlemini çalıştırmasına neden olur.

• NTFS'nin varsayılan küme boyutu 4 KB olduğundan, uygulamalar genellikle okuma ve yazma işlemlerini 4 KB boyutunun katları halinde yürütür. Dinamik ve farklılaştırma sanal sabit diskler, veri yükü bloğunun önünde 512 baytlık bir sektör bitmap'ine sahiptir. Bu bit eşlem, 4 KB'lık blokların fiziksel 4 KB'lık sınıra hizalanmamasına neden olur. Aşağıdaki diyagram, fiziksel 4-KB sınırıyla hizalanmamış, vurgulanmış bir VHD 4-KB bloğunu göstermektedir.

  

Yük verilerini güncellemek için geçerli ayrıştırıcı tarafından yapılan her 4 KB'lık yazma işlemi, diskteki iki blok için iki okuma ile sonuçlanır. Sistem daha sonra blokları günceller ve bunları iki disk bloğuna geri yazar. Windows Server 2016'deki Hyper-V, VHD yığınındaki 512e disklerde bazı performans etkilerini azaltır. Hyper-V yapıları VHD biçimindeki 4 KB sınırlarına hizalamak için hazırlar. Azaltma, sanal sabit disk dosyasındaki verilere erişim üzerindeki RMW etkisini önler ve sanal sabit disk meta veri yapılarında yapılan güncelleştirmeleri yapar.

Daha önce belirtildiği gibi, Windows Server önceki sürümlerinden kopyalanan VHD'ler otomatik olarak 4 KB'a hizalanmamıştır. Kaynak diskten Kopyala seçeneğini ve Convert-VHD komutunu kullanarak diski manuel olarak en iyi şekilde hizalamak için dönüştürebilirsiniz.

Varsayılan olarak, VHD'ler 512 baytlık bir fiziksel kesim boyutuyla kullanıma sunulur. Bu yöntem, uygulamayı ve VHD'leri önceki bir Windows Server sürümünden geçirdiğinizde fiziksel kesim boyutuna bağımlı uygulamaların etkilenmemesini sağlar.

Varsayılan olarak sistem, normal disklerde ve daha büyük kesim disklerinde performans profillerini en iyi duruma getirmek için 4 KB fiziksel kesim boyutuna sahip VHDX diskleri oluşturur.

Disk boyutları arasındaki uyumluluk sorunlarını azaltmak için, geçiş boyutlandırması için 512e sürücülerini uygulamanızı öneririz. 4 KB'lık sektörlerden tam olarak yararlanmak için VHDX biçimini kullanın.

Yerel 4 KB diskler

Windows Server 2012 R2 ve sonraki sürümlerde Hyper-V 4 KB yerel diskleri destekler. Ayrıca, sanal depolama yığını katmanında bir yazılım RMW algoritması uygulayarak VHD disk verilerini 4 KB'lık bir yerel diskte depolayabilirsiniz. Algoritma, 512 baytlık erişim ve güncelleştirme isteklerini karşılık gelen 4 KB'lık erişimlere ve güncelleştirmelere dönüştürür.

VHD dosyaları yalnızca 512 bayt mantıksal kesim boyutunda diskler olarak kullanıma sunulabildiğinden, büyük olasılıkla 512 bayt G/Ç istekleri veren uygulamalar vardır. Bu gibi durumlarda, depolama yığını katmanındaki RMW algoritması istekleri karşılar ve performans düşüşüne neden olur. Aynı sonuç, mantıksal kesim boyutu 512 bayt olan VHDX diskleri için de oluşur.

VHDX dosyalarını 4 KB mantıksal kesim boyutunda bir disk olarak kullanıma sunulacak şekilde yapılandırabilirsiniz. Bu uygulama, 4 KB'lık yerel bir fiziksel cihazda barındırılan diskler için performans için en uygun yapılandırmadır. Ancak, 4 KB mantıksal kesim boyutunun hem konuğu hem de sanal diski kullanan uygulamayı desteklediğinden emin olun. VHDX biçimi, 4 KB mantıksal kesim boyutundaki bir cihazda düzgün çalışır.

Performans düşüşüne neden olabileceğinden VHD ve VHDX dosyalarıyla 4 KB yerel diskleri kullanmaktan kaçınmanızı öneririz. Senaryonuz 4 KB yerel diskler gerektirdiğinde, 4 KB mantıksal kesim boyutunda bir cihazda VHDX biçimini kullanmanız gerekir.

Geçiş diskleri

VM geçiş senaryolarında ortaya çıkan sınırlamalar nedeniyle geçiş disklerini kullanmaktan kaçınmanızı öneririz.

Vm'deki bir VHD'yi, VHD dosyası yerine doğrudan bir fiziksel diske veya mantıksal birim numarasına (LUN) eşlemek, geçirgen disk olarak adlandırılır. Geçirgen diskler, kök bölümdeki NTFS dosya sistemini atlayarak depolama G/Ç'sinin CPU kullanımını azaltır. Ancak, doğrudan disklerin kullanılması, fiziksel disklerin veya LUN'ların makineler arasında geçirilmesinin VHD dosyalarına göre daha zor hale gelmesi riskini de içerir.

Gelişmiş depolama özellikleri

Bu bölümde, gelişmiş depolama özellikleri için göz önünde bulundurmanız gereken bazı performans iyileştirmeleri ele alınmaktadır.

Depolama hizmet kalitesi (QoS)

Windows Server 2012 R2 ve sonraki sürümlerde Hyper-V, VM'lerde depolama için belirli hizmet kalitesi (QoS) parametrelerini ayarlama özelliğini içerir. Ek depolama parametrelerine erişmek, sanal sabit diskler için en yüksek ve en düşük IOPS eşiklerini ayarlamak ve disk performansını izlemek için Depolama QoS'yi uygulamanızı öneririz. Aşağıdaki avantajları elde etmek için bu parametreleri uygulayabilirsiniz:

• Çok kiracılı bir ortamda depolama performansı yalıtımını yapılandırma

• Sanal sabit diskler için saniye başına en yüksek ve en düşük giriş/çıkış işlemlerini (IOPS) belirtin

  • Yöneticiler, bir kiracının diğer kiracıları etkileyebilecek aşırı depolama kaynaklarını tüketmesini önlemek için depolama G/Ç'sini kısıtlayabilir. En düşük IOPS değerini ayarlayın ve sistem en iyi performans eşiğini karşılamadığında bildirim alın. Maksimum veya minimum IOPS değerlerini, her 8 KB'lık veriyi bir G/Ç olarak gördüğümüz normalleştirilmiş IOPS cinsinden belirtiriz.

• VM iş yüklerini verimli bir şekilde çalıştırmak için depolama G/Ç performansı tanımlanan eşiklerin altına düştüğünde bildirim alın

• VM ölçüm altyapısı için depolama parametrelerine erişin ve yöneticilerin performansı izlemesine ve geri ödemeyle ilgili parametrelere sahip olmasına olanak tanıyın

Ancak, Depolama QoS'nin aşağıdaki sınırlamalara sahip olduğunu da unutmayın:

• Yalnızca sanal diskler için kullanılabilir

• Fark kayıt diski ebeveyn sanal diskinin farklı bir birimde olmaması gerekir.

• Çoğaltma sitesi için QoS, birincil siteden ayrı olarak yapılandırılır

• Depolama QoS, paylaşılan VHDX'i desteklemiyor

Daha fazla bilgi için bkz. Hyper-V için Depolama Hizmet Kalitesi.

Büyük VM'ler için NUMA G/Ç kayıt defteri ayarları

Windows Server 2012 ve sonraki sürümler sanal, tek biçimsiz bellek erişimi (NUMA) topolojisini Hyper-V VM'lere yansıtmayı destekler. NUMA desteği, büyük miktarda bellek veya büyük VM'lerle yapılandırılmış VM'lerde çalışan iş yüklerinin performansını artırır. Bu desteği etkinleştirmek için büyük VM yapılandırmaları G/Ç aktarım hızı açısından ölçeklenebilirlik gerektirir. 64 sanal işlemci ile çalışan Microsoft SQL Server büyük bir VM'ye örnek olarak verilmiştir.

Aşağıdaki Windows Server geliştirmeleri büyük VM'lerin G/Ç ölçeklenebilirlik gereksinimlerini karşılar:

• Konuk cihazlar ve ana bilgisayar depolama yığını arasında daha fazla iletişim kanalı oluşturmak.

• Daha maliyetli işlemci kesintilerini önlemek için sanal işlemciler arasında kesme dağıtımına başvuran daha verimli bir G/Ç tamamlama mekanizması.

Kayıt defteri anahtarları

Büyük VM'lerde çalışan iş yüklerinin performansını geliştirmek için Windows Server NUMA kayıt defteri anahtarı ayarlarını kullanmanızı öneririz.

Önceki bölümdeki geliştirmeleri desteklemek ve kanal sayısını ayarlamanıza olanak sağlamak için bazı kayıt defteri girdilerini ekledik ve güncelleştirdik. Girişleri HKLM\System\CurrentControlSet\Enum\VMBUS\<device id>\<instance id>\StorChannel adresinde bulabilirsiniz.

Yolun <device id>\<instance id>\ bölümü, yapılandırmanızdaki ilgili değerlere karşılık gelir. Bu kayıt defteri girdileri, G/Ç tamamlamalarını işleyen sanal işlemcileri, uygulamanın G/Ç işlemcileri olarak atadığı sanal CPU'lara hizalar. Sistem, kayıt defteri ayarlarını aygıtın donanım anahtarında her bağdaştırıcı için ayrı ayrı yapılandırır.

Göz önünde bulundurmanız gereken iki önemli ayar şunlardır:

• ChannelCount (DWORD), dağıtımınızın kullanabileceği toplam iletişim kanalı sayısıdır. Maksimum değer 16'dır. Kanal sayısı varsayılan olarak sanal işlemci sayısının 16'ya bölünmesine eşit bir değere ayarlanır.

• ChannelMask (QWORD), kanalların işlemci benzitesidir. Bu anahtar ayarını belirtmezseniz veya değeri 0 olarak ayarlamazsanız, kanal maskesi varsayılan olarak normal depolama veya ağ kanalları için mevcut kanal dağıtım algoritmasına döner. Varsayılan eylem, depolama kanallarınızın ağ kanallarınızla çakışmamasını sağlar.

Yük Azaltmalı Veri Aktarımı entegrasyonu

VM iş yükünün ODX özellikli depolamayı fiziksel bir ortamda olduğu gibi kullanabilmesini sağlamak için Boşaltılmış Veri Aktarımı (ODX) işlemlerini kullanmanızı öneririz.

VHD'ler için birleştirme, taşıma ve sıkıştırma gibi önemli bakım görevleri, büyük miktarda verinin kopyalanmasını içerir. Mevcut veri kopyalama yöntemi, sistemin verileri farklı konumlara okumasını ve yazmasını gerektirir, bu da zaman alıcıdır ve VM'lere hizmet vermeye gitmiş olabilecek CPU ve bellek kaynaklarını kullanır.

Depolama alanı ağı (SAN) satıcıları, ODX adı verilen bir donanım özelliği sağlayabilir. Bu özellik, büyük miktarda veri için neredeyse anında kopyalama işlemleri sağlar. ODX, disklerin değil sistemin belirli veri kümelerinin bir konumdan diğerine nasıl taşınacağını belirlemesine olanak tanır.

Windows Server 2012 ve sonraki sürümlerde Hyper-V, kopyalanan verileri konuk işletim sisteminden konak donanımına geçirmek için ODX işlemlerini destekler. İş yükü, sanallaştırılmamış bir ortamda olduğu gibi ODX özellikli depolamayı kullanabilir. Hyper-V depolama yığını, büyük veri geçişleri sırasında diskleri birleştirme ve geçiş meta işlemlerini depolama gibi VHD'ler için bakım işlemleri sırasında ODX işlemleri de verebilir.

Haritalamayı kaldırma bildirim entegrasyonu

VHDX dosyalarınızı daha verimli hale getirmek ve temel alınan fiziksel depolama cihazının kullanılmayan alanı geri kazanmasına izin vermek için eşlemeyi kaldırma bildirimlerini kullanmanızı öneririz.

VHD dosyaları, kullanılabilir alanı diğer dosyalarla paylaştıkları bir depolama biriminde bulunur. Dosya boyutları büyük olma eğiliminde olduğundan, VHD dosyaları çok yer kaplayabilir. Depolama alanına olan talebin artması, BT donanım bütçelerini etkiler, bu da mümkün olan her yerde fiziksel alan kullanımını optimize etmeniz gerektiği anlamına gelir.

Windows Server 2012'den önceki Windows Server sürümlerinde, konuk işletim sistemi ve Hyper-V konağındaki Windows depolama yığınının depolama alanını iyileştirmesini engelleyen sınırlamaları vardı. Uygulamalar bir VHD'deki içeriği sildiğinde, depolama alanı terk edilmiş olarak kaldı. Sistem, silinen bilgiler hakkında VHD veya fiziksel depolama cihazına bildirimde bulunmadığından, Hyper-V depolama yığınının VHD tabanlı sanal disk dosyaları için alanı iyileştirmesini engelledi. Sonuç olarak, alttaki depolama aygıtı, silinen verilerin kapladığı artık kullanılmayan alanı geri kazanamadı.

Windows Server 2012 itibarıyla Hyper-V unmap bildirimlerini destekler. Bu özellik, VHDX dosyalarının silinen verileri depolama yığınına bildirmesine olanak tanır, bu da dosya boyutlarını kırparak ve yığının diğer kullanımlar için kullanılmayan depolama alanını geri kazanmasına izin vererek verimliliği en üst düzeye çıkarır.

Yalnızca Hyper-V özgü SCSI, açık IDE ve Sanal Fiber Kanal denetleyicileri konuk işletim sisteminden unmap komutunun konak sanal depolama yığınına erişmesine izin verir. VHD'lerde, yalnızca VHDX olarak biçimlendirilmiş sanal diskler konuk işletim sisteminden gelen komutları destekler unmap .

İlgili içerik

• Hyper-V terminoloji

• Hyper-V mimarisi

• Hyper-V sunucu yapılandırması

• Hyper-V işlemci performansı

• Hyper-V bellek performansı

• Hyper-V ağ G/Ç performansı

• Sanallaştırılmış bir ortamdaki darboğazları tespit edin

• Linux sanal makineleri