performa I/O penyimpanan Hyper-V

Artikel ini mengeksplorasi berbagai opsi dan pertimbangan untuk menyetel performa input/output penyimpanan (I/O) di komputer virtual (VM). Jalur I/O penyimpanan melewati empat tahapan bertahap.

  1. Tumpukan penyimpanan tamu
  2. Lapisan virtualisasi host
  3. Tumpukan penyimpanan host
  4. Disk fisik

Bagian berikut menjelaskan pengoptimalan yang mungkin untuk setiap tahap.

Pengontrol virtual

Hyper-V menawarkan tiga jenis pengontrol virtual:

  • Integrated Drive Electronics (IDE)

  • Antarmuka sistem komputer kecil (SCSI)

  • Adaptor host bus Fibre Channel Virtual (HBA)

IDE

Kami menyarankan Anda hanya menggunakan disk IDE untuk disk OS. Disk OS memiliki batasan performa berdasarkan ukuran I/O maksimum untuk perangkatnya.

Pengontrol IDE adalah pengontrol yang diemulasikan yang mengekspos disk IDE ke VM. Jenis pengontrol ini adalah satu-satunya opsi untuk VM tamu yang menjalankan versi Windows sebelumnya tanpa Hyper-V layanan integrasi VM. Driver filter IDE yang disediakan layanan integrasi dapat melakukan I/O disk lebih baik daripada pengontrol IDE yang diemulasi.

SCSI (pengontrol SAS)

Pengontrol SCSI virtual mengekspos disk SCSI ke VM. Setiap pengontrol SCSI mendukung hingga 64 perangkat. Jalur SCSI tidak ditiru, yang menjadikannya pengontrol pilihan untuk disk apa pun selain disk OS. Windows Server 2012 R2 dan yang lebih baru mendukung pengontrol SCSI, tetapi hanya dalam skenario di mana Anda mengidentifikasi pengontrol sebagai Serial Attached SCSI (SAS) untuk mendukung penggunaan hard disk virtual bersama (VHDX).

Untuk performa terbaik, sebaiknya lampirkan beberapa disk ke satu pengontrol SCSI virtual. Anda hanya boleh membuat lebih banyak pengontrol jika Anda tidak memiliki opsi lain untuk menskalakan berapa banyak disk yang terhubung ke VM.

HBA Saluran Serat Virtual

Konfigurasikan HBA Virtual Fibre Channel untuk memungkinkan VM mengakses langsung nomor satuan logis (LUN) Fibre Channel dan Fibre Channel over Ethernet (FCoE). Disk Virtual Fibre Channel melewati sistem file NTFS di partisi root, yang mengurangi penggunaan unit pemrosesan pusat (CPU) I/O penyimpanan. Disk Virtual Fibre Channel sangat bagus untuk drive data besar dan drive yang dibagikan antara beberapa VM dalam skenario kluster tamu.

Untuk menggunakan disk Virtual Fibre Channel, Anda harus menginstal satu atau beberapa HBA Fibre Channel di komputer host. Setiap HBA host harus menggunakan driver HBA yang mendukung fitur Server Windows 2016 Virtual Fibre Channel atau N_Port ID Virtualization (NPIV). Fabric Storage Area Network (SAN) juga harus mendukung NPIV, dan Anda harus mengonfigurasi port HBA untuk Fibre Channel dalam topologi Fibre Channel yang mendukung NPIV.

Untuk memaksimalkan throughput pada host dengan lebih dari satu HBA, kami sarankan Anda mengonfigurasi banyak HBA virtual di dalam VM Hyper-V. Anda dapat mengonfigurasi hingga empat HBA untuk setiap VM. Hyper-V secara otomatis menyeimbangkan HBA virtual untuk menghosting HBA yang mengakses SAN virtual yang sama.

Disk virtual

Disk virtual diekspos ke VM oleh pengontrol virtual dan dapat berupa hard disk virtual atau disk pass-through pada host.

Disk virtual tersedia dalam format VHD atau VHDX. Setiap format mendukung tiga jenis file hard disk virtual.

Jika Anda meningkatkan penyebaran ke Server Windows 2016 atau yang lebih baru, kami sarankan Anda mengonversi semua file VHD ke format VHDX. Untuk informasi selengkapnya, lihat Format VHDX.

Format VHD

Versi Hyper-V yang lebih baru mencakup peningkatan pada format VHD mereka yang memungkinkan penyelarasan yang lebih baik. Hyper-V dalam Windows Server 2012 dan yang lebih baru mendukung format VHDX dan VHD, dibandingkan dengan versi sebelumnya yang hanya mendukung format VHD. Akibatnya, versi Hyper-V yang lebih baru berkinerja lebih baik pada disk sektor besar.

VHD apa pun yang Anda buat di Windows Server 2012 atau yang lebih baru memiliki penyelarasan 4 KB yang optimal. Format yang selaras ini sepenuhnya kompatibel dengan versi Windows Server sebelumnya. Namun, properti perataan tidak mendukung alokasi baru dari pengurai yang tidak mendukung perataan 4 KB, seperti pengurai dari versi Windows Server sebelumnya atau pengurai non-Microsoft.

Konversi disk ke format VHD

Saat Anda memigrasikan VHD dari versi Hyper-V atau Windows Server yang lebih lama ke yang lebih baru, sistem tidak secara otomatis mengonversi disk ke format VHD.

Anda dapat mengonversi disk virtual yang ada ke VHD dengan membuka jendela PowerShell dan menjalankan perintah berikut:

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

Misalnya, jika Anda berencana untuk mengonversi disk sumber bernama test.vhd di drive E ke disk yang dikonversi yang diubah namanya bernama test-converted.vhd di folder yang sama, Anda akan menjalankan perintah ini:

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

Note

Saat Anda mengonversi VHD, PowerShell menggunakan data dari VHD sumber berdasarkan opsi Salin dari disk sumber . Untuk informasi selengkapnya, lihat Convert-VHD.

Periksa penyelarasan disk

Setelah mengonversi disk, Anda dapat memeriksa variabel Perataannya untuk memastikannya menggunakan perataan 4 KB yang optimal dengan menjalankan Get-VHD perintah di PowerShell. Pastikan untuk menjalankan perintah untuk disk sumber dan disk yang dikonversi, lalu bandingkan nilainya untuk memastikan disk yang dikonversi sudah teroptimasi untuk perataan 4 KB.

Untuk melihat penyelarasan disk Anda:

  1. Buka jendela PowerShell.

  2. Jalankan Get-VHD perintah untuk melihat pengaturan perataan untuk disk sumber.

    Get-VHD –Path <SourceVHDFilePath>

  3. Dalam output, perhatikan nilai properti Alignment. Dalam contoh ini, nilainya adalah 0, yang berarti disk tidak mendukung perataan 4 KB.

    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. Jalankan Get-VHD perintah lagi, tetapi kali ini gunakan jalur file untuk disk yang dikonversi.

    Get-VHD –Path <ConvertedDiskFilePath>

  5. Dalam keluaran, periksa nilai untuk properti Alignment. Nilainya harus 1, yang berarti disk berhasil dikonversi secara sukses ke format VHD yang lebih baru dan mendukung perataan 4 KB.

    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                  :

Format VHDX

VHDX adalah format hard disk terbaru yang diperkenalkan dalam Windows Server 2012. Format ini dapat membuat disk virtual yang tangguh dan berperforma tinggi dengan kapasitas hingga 64 terabyte.

Jika Anda meningkatkan ke Server Windows 2016 atau yang lebih baru, kami sarankan Anda mengonversi semua file VHD ke format VHDX. Hanya simpan file dalam format VHD jika Anda perlu memindahkan VM ke rilis Hyper-V sebelumnya yang tidak mendukung format VHDX.

Berikut adalah beberapa manfaat dari format VHDX:

  • Dukungan untuk kapasitas penyimpanan hard disk virtual hingga 64 terabyte

  • Perlindungan terhadap kerusakan data selama kegagalan daya dengan mencatat pembaruan ke struktur metadata VHDX

  • Menyimpan metadata kustom untuk file berdasarkan apa yang ingin direkam oleh pengguna yang mengonfigurasinya, seperti versi OS atau patch yang diterapkan

Format VHDX juga menyediakan beberapa fitur kinerja:

  • Penyelarasan format hard disk virtual yang ditingkatkan, meningkatkan kinerja pada disk sektor besar

  • Ukuran blok yang lebih besar untuk disk dinamis dan diferensial, yang memungkinkan disk menyesuaikan persyaratan beban kerja

  • Disk virtual sektor logis 4 KB untuk mendukung peningkatan performa saat digunakan oleh aplikasi dan beban kerja yang dirancang untuk sektor 4 KB

  • Efisiensi dalam merepresentasikan data untuk menghasilkan ukuran file yang lebih kecil dan memungkinkan perangkat penyimpanan fisik yang mendasarinya untuk merebut kembali ruang yang tidak terpakai

    Note

    Pemangkasan memerlukan disk pass-through atau SCSI dan perangkat keras yang mendukung trim.

File virtual

Ada tiga jenis file VHD:

  • File tetap untuk meningkatkan ketahanan dan performa, dan Anda harus menggunakannya saat penyimpanan pada nilai hosting tidak dipantau secara aktif. Pastikan ada cukup ruang disk saat memperluas file VHD saat runtime. Anda dapat menggunakannya pada format disk apa pun.

  • File dinamis adalah untuk jaminan ketahanan dan mengalokasikan ruang disk sesuai kebutuhan penyebaran. Anda hanya dapat menggunakannya di VHDX.

  • File yang berbeda membuat rantai rekam jepret VM tetap pendek untuk mempertahankan performa I/O disk yang baik. Anda dapat menggunakannya pada format disk apa pun.

Jenis file tetap

Saat Anda membuat file VHD tetap, sistem mengalokasikan ruang untuk itu. File tetap cenderung tidak terfragmentasi, mengurangi throughput I/O ketika satu I/O terbagi menjadi beberapa. Ini juga memiliki overhead CPU terendah dibandingkan tiga opsi file lainnya karena operasi baca dan tulis tidak perlu melakukan pencarian pemetaan blok.

Kami menyarankan Anda menggunakan jenis file tetap saat Anda membutuhkan ketahanan dan performa yang optimal.

Jenis file dinamis

Saat Anda membuat file VHD dinamis, sistem mengalokasikan ruang untuk file tersebut sesuai permintaan. Blok dalam file dimulai sebagai blok yang dialokasikan, dan tidak ada spasi dalam file yang mendukung blok yang tidak dialokasikan. Ketika blok menerima penulisan pertamanya, tumpukan virtualisasi kemudian harus mengalokasikan ruang untuk blok dalam file VHD, lalu memperbarui metadata. Alokasi ini meningkatkan jumlah I/O disk yang diperlukan untuk penulisan, meningkatkan penggunaan CPU. Membaca dan menulis ke blok yang ada menimbulkan akses disk dan beban CPU saat melacak pemetaan blok di metadata.

Jika Anda menggunakan file VHDX, gunakan jenis file dinamis saat Anda secara aktif memantau penyimpanan pada volume hosting. Pastikan Anda memiliki ruang disk yang cukup saat memperluas file VHD saat runtime.

Membedakan jenis file

File pembeda adalah rekam jepret VM yang menyimpan penulisan ke disk. Jika Anda menulis ke blok tanpa penulisan sebelumnya, sistem mengalokasikan ruang dalam file VHD sama seperti VHD yang mengembang secara dinamis. Layanan sistem membaca operasi dari file VHD jika blok sudah berisi tulisan. Jika tidak, akan melayani blok dari file VHD induk. Dalam kedua kasus tersebut, sistem membaca metadata untuk menentukan pemetaan blok. Membaca dan menulis ke VHD ini dapat mengkonsumsi lebih banyak CPU dan menghasilkan lebih banyak I/O daripada file VHD tetap.

Ketika hanya ada beberapa snapshot, I/O penyimpanan berpotensi menggunakan lebih banyak CPU dari biasanya, tetapi tidak secara nyata memengaruhi performa kecuali pada beban kerja server yang sangat bergantung pada I/O. Membuat dan menggunakan rantai rekam jepret VM yang besar dapat menyebabkan masalah performa. Dalam file yang berbeda, sistem perlu memeriksa blok yang diminta di banyak VHD yang berbeda hanya untuk membaca dari VHD. Jika Anda menggunakan file yang berbeda, sebaiknya Anda menjaga rantai rekam jepret pendek untuk mempertahankan performa I/O disk yang baik.

Pertimbangan ukuran

Saat Anda merencanakan pengoptimalan disk, Anda harus mempertimbangkan ukuran blok dan ukuran sektor. Bagian ini menjelaskan rekomendasi untuk ukuran blok dan sektor.

Ukuran blok

Karena ukuran blok dapat memengaruhi performa secara signifikan, sebaiknya cocokkan ukuran blok dengan pola alokasi beban kerja yang menggunakan disk. Jika aplikasi mengalokasikan blok dalam potongan 16 MB, maka idealnya Anda harus menggunakan ukuran blok VHD 16 MB. Ukuran blok yang lebih besar dari 2 MB hanya dimungkinkan pada VHD menggunakan format file VHDX. Ketika ukuran blok lebih besar dari pola alokasi untuk beban kerja I/O acak, ini meningkatkan jumlah ruang yang digunakan VHD pada host.

Ukuran sektor

Organisasi perangkat lunak sering bergantung pada sektor disk 512 byte, tetapi standar industri beralih ke sektor disk 4 KB. Untuk mengurangi masalah kompatibilitas yang dapat timbul dari perubahan ukuran sektor, vendor hard drive memperkenalkan ukuran transisi yang disebut sebagai drive emulasi 512 (512e).

Drive emulasi menawarkan beberapa keuntungan yang diberikan oleh drive asli sektor disk 4 KB, seperti efisiensi format yang ditingkatkan dan skema yang ditingkatkan untuk kode koreksi kesalahan (ECC). Drive emulasi menghadirkan lebih sedikit masalah kompatibilitas saat mengekspos ukuran sektor 4 KB di antarmuka disk.

Untuk memanfaatkan sepenuhnya sektor 4 KB, kami sarankan Anda menggunakan format VHDX alih-alih sektor disk 512 byte. Untuk mengurangi masalah kompatibilitas antar ukuran disk, terapkan drive 512e untuk ukuran transisi.

Mendukung ukuran transisi sementara dengan disk 512e

Disk 512e dapat melakukan operasi tulis hanya dalam hal sektor fisik. Jenis disk ini tidak dapat secara langsung menulis sektor 512 byte yang dialokasikan oleh sistem. Disk memiliki proses internal yang memungkinkan operasi tulis, yang melibatkan operasi Read-Modify-Write (RMW) dalam urutan berikut:

  • Pertama, disk membaca sektor fisik 4 KB ke cache internalnya. Cache berisi sektor logis 512 byte yang disebutkan dalam operasi penulisan.

  • Selanjutnya, disk memodifikasi data dalam buffer 4 KB untuk menyertakan sektor 512 byte yang diperbarui.

  • Terakhir, disk menulis buffer 4 KB yang diperbarui kembali ke sektor fisiknya pada disk.

Efek keseluruhan proses RMW terhadap kinerja tergantung pada beban kerja. Proses RMW dapat menyebabkan penurunan kinerja pada hard disk virtual karena alasan berikut:

  • VHD dinamis dan berbeda memiliki bitmap sektor 512 byte di depan payload data mereka. Footer, header, dan pencari lokasi induk disejajarkan ke sektor 512 byte. Adalah umum bagi driver hard disk virtual untuk menjalankan operasi tulis 512 byte untuk memperbarui struktur ini, yang menyebabkan disk menjalankan proses RMW.

  • Aplikasi biasanya menjalankan operasi baca dan tulis dalam kelipatan ukuran 4 KB, karena 4 KB adalah ukuran kluster default NTFS. Hard disk virtual dinamis dan diferensial memiliki bitmap sektor berukuran 512 byte yang terletak di depan blok data payload. Bitmap ini menyebabkan blok 4 KB tidak sejajar dengan batas fisik 4 KB. Diagram berikut menunjukkan blok VHD 4-KB yang disorot yang tidak selaras dengan batas fisik 4-KB.

    Diagram blok VHD 4-KB yang tidak selaras dengan batas fisik 4-KB.

Setiap operasi tulis 4 KB oleh parser saat ini untuk memperbarui data payload menghasilkan dua pembacaan untuk dua blok pada disk. Sistem kemudian memperbarui blok dan menulisnya kembali ke dua blok disk. Hyper-V dalam Server Windows 2016 mengurangi beberapa efek performa pada disk 512e pada tumpukan VHD. Hyper-V menyiapkan struktur untuk penyelarasan ke batas 4 KB dalam format VHD. Mitigasi menghindari efek RMW pada akses ke data dalam file hard disk virtual dan pembaruan ke struktur metadata hard disk virtual.

Seperti yang disebutkan sebelumnya, VHD yang disalin dari versi Windows Server sebelumnya tidak secara otomatis selaras dengan 4 KB. Anda dapat mengonversi disk secara manual agar selaras secara optimal dengan menggunakan opsi Salin dari disk Sumber dengan perintah Convert-VHD.

Secara default, VHD diekspos dengan ukuran sektor fisik 512 byte. Metode ini memastikan aplikasi dependen ukuran sektor fisik tidak terpengaruh saat Anda memigrasikan aplikasi dan VHD dari versi Windows Server sebelumnya.

Secara default, sistem membuat disk VHDX dengan ukuran sektor fisik 4 KB untuk mengoptimalkan profil performanya pada disk biasa dan disk sektor yang lebih besar.

Untuk mengurangi masalah kompatibilitas antar ukuran disk, sebaiknya implementasikan drive 512e untuk ukuran transisi. Untuk memanfaatkan sepenuhnya sektor 4 KB, gunakan format VHDX.

Disk asli 4-KB

Hyper-V di Windows Server 2012 R2 dan yang lebih baru mendukung disk asli 4 KB. Anda juga dapat menyimpan data disk VHD pada disk asli 4 KB dengan menerapkan algoritme RMW perangkat lunak di lapisan tumpukan penyimpanan virtual. Algoritme mengonversi permintaan akses dan pembaruan ukuran 512 byte menjadi akses dan pembaruan ukuran 4 KB yang sesuai.

Karena file VHD hanya dapat diekspos sebagai disk ukuran sektor logis 512 byte, kemungkinan ada aplikasi yang mengeluarkan permintaan I/O 512 byte. Dalam kasus seperti itu, algoritme RMW di lapisan tumpukan penyimpanan memenuhi permintaan dan menyebabkan penurunan kinerja. Hasil yang sama terjadi untuk disk VHDX dengan ukuran sektor logis 512 byte.

Anda dapat mengonfigurasi file VHDX untuk diekspos sebagai disk ukuran sektor logis 4 KB. Implementasi ini adalah konfigurasi optimal untuk performa disk yang dihosting pada perangkat fisik asli 4 KB. Namun, pastikan ukuran sektor logis 4 KB mendukung tamu dan aplikasi yang menggunakan disk virtual. Format VHDX berfungsi dengan benar pada perangkat berukuran sektor logis 4 KB.

Kami menyarankan Anda menghindari penggunaan disk asli 4 KB dengan file VHD dan VHDX, karena dapat menyebabkan penurunan kinerja. Ketika skenario Anda memerlukan disk asli 4 KB, Anda harus menggunakan format VHDX pada perangkat ukuran sektor logis 4 KB.

Disk Passthrough

Kami menyarankan Anda menghindari penggunaan disk pass-through karena batasan yang mereka perkenalkan dalam skenario migrasi VM.

Memetakan VHD dalam VM langsung ke disk fisik atau unit logis LUN sebagai ganti file VHD disebut disk pass-through. Disk pass-through memungkinkan Anda mengabaikan sistem file NTFS di partisi root, yang mengurangi penggunaan CPU untuk I/O penyimpanan. Namun, menggunakan disk pass-through juga melibatkan risiko disk fisik atau LUN menjadi lebih sulit untuk dimigrasikan antar mesin daripada file VHD.

Fitur penyimpanan lanjutan

Bagian ini membahas beberapa pengoptimalan performa lainnya yang harus Anda pertimbangkan untuk fitur penyimpanan lanjutan.

Kualitas layanan penyimpanan (QoS)

Di Windows Server 2012 R2 dan yang lebih baru, Hyper-V menyertakan kemampuan untuk mengatur parameter quality-of-service (QoS) tertentu untuk penyimpanan pada VM. Kami menyarankan Anda menerapkan Storage QoS untuk mengakses parameter penyimpanan tambahan, menetapkan ambang batas IOPS maksimum dan minimum untuk hard disk virtual, dan memantau performa disk. Anda dapat menerapkan parameter ini untuk mendapatkan manfaat berikut:

  • Mengonfigurasi isolasi performa penyimpanan di lingkungan multipenyewa

  • Tentukan operasi input/output per detik (IOPS) maksimum dan minimum untuk hard disk virtual

    • Admin dapat membatasi I/O penyimpanan untuk mencegah satu penyewa menggunakan sumber daya penyimpanan yang berlebihan yang dapat memengaruhi penyewa lain. Tetapkan nilai IOPS minimum dan terima pemberitahuan saat sistem tidak memenuhi ambang batas untuk performa optimal. Kami menentukan nilai IOPS maksimum atau minimum dalam hal IOPS yang dinormalisasi di mana setiap 8 KB data diukur sebagai satu operasi I/O.

  • Terima pemberitahuan saat performa I/O penyimpanan turun di bawah ambang batas yang ditentukan untuk menjalankan beban kerja VM secara efisien

  • Akses parameter penyimpanan untuk infrastruktur metrik VM dan memungkinkan admin memantau performa dan parameter terkait tagihan balik

Namun, perlu diingat juga bahwa Storage QoS memiliki batasan sebagai berikut:

  • Hanya tersedia untuk disk virtual

  • Disk pembedaan tidak dapat memiliki disk induk virtual pada volume yang berbeda

  • QoS untuk situs replika dikonfigurasi secara terpisah dari situs utama

  • Storage QoS tidak mendukung VHDX bersama

Untuk informasi selengkapnya, lihat kualitas layanan penyimpanan untuk Hyper-V.

Pengaturan registri NUMA I/O untuk VM besar

Windows Server 2012 dan yang lebih baru mendukung proyeksi topologi akses memori virtual dan nonuniform (NUMA) ke dalam VM Hyper-V. Dukungan NUMA meningkatkan performa beban kerja yang berjalan pada VM yang dikonfigurasi dengan memori dalam jumlah besar, atau VM besar. Untuk mengaktifkan dukungan ini, konfigurasi VM besar memerlukan skalabilitas dalam hal throughput I/O. Contoh VM besar Microsoft SQL Server berjalan dengan 64 prosesor virtual.

Peningkatan Windows Server berikut memenuhi persyaratan skalabilitas I/O VM besar:

  • Membuat lebih banyak saluran komunikasi antara perangkat tamu dan tumpukan penyimpanan host.

  • Mekanisme penyelesaian I/O yang lebih efisien yang melibatkan distribusi interupsi di antara prosesor virtual untuk menghindari gangguan antarprosesor yang mahal.

Kunci registri

Sebaiknya gunakan pengaturan kunci registri NUMA Windows Server untuk meningkatkan performa beban kerja yang berjalan pada VM besar.

Kami telah menambahkan dan memperbarui beberapa entri registri untuk mendukung penyempurnaan di bagian sebelumnya dan memungkinkan Anda menyesuaikan jumlah saluran. Anda dapat menemukan entri di HKLM\System\CurrentControlSet\Enum\VMBUS\<device id>\<instance id>\StorChannel.

Bagian jalur <device id>\<instance id>\ sesuai dengan nilai yang relevan dalam konfigurasi Anda. Entri registri ini menyelaraskan prosesor virtual yang menangani penyelesaian I/O ke CPU virtual yang ditetapkan aplikasi sebagai prosesor I/O. Sistem mengonfigurasi pengaturan registri berdasarkan per adaptor pada kunci perangkat keras perangkat.

Berikut adalah dua pengaturan utama yang perlu dipertimbangkan:

  • ChannelCount (DWORD) adalah jumlah total saluran komunikasi yang dapat digunakan penyebaran Anda. Nilai maksimum adalah 16. Jumlah saluran secara default bernilai sama dengan jumlah prosesor virtual yang dibagi dengan 16.

  • ChannelMask (QWORD) adalah afinitas prosesor untuk saluran. Jika Anda tidak menentukan pengaturan utama ini atau mengatur nilainya menjadi 0, pemetaan saluran akan default ke algoritme distribusi saluran yang ada untuk penyimpanan normal atau saluran jaringan. Tindakan default memastikan saluran penyimpanan Anda tidak bertentangan dengan saluran jaringan Anda.

Integrasi Transfer Data yang Diturunkan

Kami menyarankan Anda menggunakan operasi Transfer Data yang Diturunkan (ODX) untuk memastikan beban kerja VM dapat menggunakan penyimpanan berkemampuan ODX seperti yang dapat dilakukan di lingkungan fisik.

Tugas pemeliharaan penting untuk VHD, seperti penggabungan, pemindahan, dan pemadatan, melibatkan penyalinan data dalam jumlah besar. Metode penyalinan data saat ini memerlukan sistem membaca dan menulis data ke lokasi yang berbeda, yang memakan waktu dan menggunakan sumber daya CPU dan memori yang dapat digunakan untuk melayani VM.

Vendor jaringan area penyimpanan (SAN) dapat menyediakan fitur perangkat keras yang disebut ODX. Fitur ini menyediakan operasi penyalinan yang hampir seketika untuk data dalam jumlah besar. ODX memungkinkan sistem, bukan disk, untuk menentukan cara memindahkan kumpulan data tertentu dari satu lokasi ke lokasi lain.

Hyper-V di Windows Server 2012 dan yang lebih baru mendukung operasi ODX untuk meneruskan data yang disalin dari OS tamu ke perangkat keras host. Beban kerja dapat menggunakan penyimpanan dengan kemampuan ODX persis seperti yang akan dilakukan di lingkungan non-virtualisasi. Tumpukan penyimpanan Hyper-V juga dapat menjalankan operasi ODX selama operasi pemeliharaan untuk VHD, seperti menggabungkan disk dan menyimpan operasi-meta migrasi selama migrasi data yang besar.

Integrasi pemberitahuan unmap

Sebaiknya gunakan pemberitahuan unmap untuk membuat file VHDX Anda lebih efisien dan membiarkan perangkat penyimpanan fisik yang mendasarinya mendapatkan kembali ruang yang tidak digunakan.

File VHD ada pada volume penyimpanan di mana mereka berbagi ruang yang tersedia dengan file lain. Karena ukuran filenya cenderung besar, file VHD dapat memakan banyak ruang. Permintaan yang lebih besar untuk ruang penyimpanan memengaruhi anggaran perangkat keras TI, yang berarti Anda harus mengoptimalkan penggunaan ruang fisik jika memungkinkan.

Dalam versi Windows Server yang lebih lama dari Windows Server 2012, tumpukan penyimpanan Windows di OS tamu dan host Hyper-V memiliki batasan yang mencegahnya mengoptimalkan ruang penyimpanan. Saat aplikasi menghapus konten dalam VHD, ruang penyimpanan tetap ditinggalkan. Sistem tidak memberi tahu VHD atau perangkat penyimpanan fisik tentang informasi yang dihapus, yang mencegah tumpukan penyimpanan Hyper-V mengoptimalkan ruang untuk file disk virtual berbasis VHD. Akibatnya, perangkat penyimpanan dasar tersebut tidak dapat mengambil kembali ruang yang sekarang tidak terpakai setelah data dihapus.

Pada Windows Server 2012, Hyper-V mendukung pemberitahuan unmap. Fitur ini memungkinkan file VHDX melaporkan data yang dihapus ke tumpukan penyimpanan data, yang memaksimalkan efisiensi dengan mempertahankan ukuran file tetap kecil dan memungkinkan tumpukan mengambil kembali ruang penyimpanan yang tidak terpakai untuk penggunaan lain.

Hanya pengontrol SCSI khusus Hyper-V, IDE yang dioptimalkan, dan Virtual Fibre Channel yang memungkinkan perintah unmap dari OS tamu mencapai tumpukan penyimpanan virtual host. Pada VHD, hanya disk virtual yang diformat sebagai VHDX yang dapat menjalankan perintah unmap dari OS tamu.

Konten terkait

  • Last updated on