Apa itu Windows QoS Packet Scheduler dan bagaimana cara memanfaatkannya?

Jika Anda pernah mempelajari opsi jaringan tingkat lanjut di Windows, Anda mungkin pernah menemukan sesuatu yang disebut... Penjadwal Paket QoS Lalu ada mitos umum bahwa "Windows menghemat 20% bandwidth." Topik ini cukup membingungkan, terutama karena tercampur dengan kiat "optimasi untuk game" yang tidak ada hubungannya dengan cara kerja kualitas layanan (QoS) sebenarnya dalam sistem operasi.

Dalam dunia bisnis, dan semakin banyak di rumah dengan VoIP, panggilan video, dan kerja jarak jauh, memahami apa itu Windows QoS Packet Scheduler, bagaimana kaitannya dengan kebijakan QoS, Hyper-V, DCB, penandaan DSCP, dan pembatasan lalu lintas sangat penting. Prioritaskan lalu lintas penting tanpa membuang bandwidth.Mari kita lihat dengan tenang, tetapi menggunakan bahasa yang berlandaskan pada kehidupan nyata.

Apa itu QoS dan apa peran Packet Scheduler di Windows?

La kualitas layanan (QoS) Ini adalah serangkaian mekanisme jaringan yang memungkinkan kontrol atas cara penanganan lalu lintas, sehingga aplikasi-aplikasi penting (VoIP, konferensi video, IPTV, VOD, game online, streaming waktu nyata, dll.) memiliki kinerja yang dibutuhkan bahkan ketika jaringan sedang padat.

Dalam jaringan QoS yang dirancang dengan baik, tidak semua lalu lintas diperlakukan sama: aliran tertentu diprioritaskan, bandwidth minimum dicadangkan, batasan maksimum diterapkan, dan keputusan dibuat tentang paket mana yang dapat dibuang terlebih dahulu jika terjadi kemacetan. Hal ini melibatkan analisis parameter seperti bandwidth yang tersedia, latensi, jitter, dan kehilangan paket, dan ini menyesuaikan cara router, switch, dan peralatan pengguna akhir mengantre dan mengirim paket.

Di dalam Windows, komponen kunci yang mewujudkan logika ini adalah Penjadwal Paket QoSPenjadwal paket adalah modul kontrol lalu lintas yang bertanggung jawab untuk memutuskan berapa banyak lalu lintas yang dapat dikirim oleh setiap aliran atau aplikasi dan dalam urutan apa, berdasarkan kebijakan QoS yang ditentukan (misalnya, melalui GPO) dan klasifikasi paket.

Programmer ini bergantung pada pengklasifikasi paket generik (GPC), sebuah konformer, dan sebuah pembentuk paket dan sebuah sequencer. Pengklasifikasi memberi label pada lalu lintas sesuai dengan aturan (aplikasi, port, alamat IP, protokol, dll.), dan penjadwal menggunakan informasi tersebut untuk menerapkan prioritas dan mekanisme seperti pembentukan paket dan penyusunan ulang.

Komponen dari pembentukan paketTerintegrasi dalam Penjadwal Paket QoS, fitur ini meratakan lonjakan transmisi yang lazim terjadi pada aplikasi IP (yang cenderung "mengirimkan semua data sekaligus"). Alih-alih mengirimkan lonjakan besar yang dapat menyebabkan kemacetan jaringan, fitur ini mendistribusikan transmisi tersebut secara bertahap. el tiempo, sehingga tercipta penggunaan tautan yang lebih stabil dan efisien.

Membantah mitos tentang alokasi bandwidth 20% di Windows

Salah satu kesalahpahaman yang paling umum adalah anggapan bahwa Windows, karena adanya QoS Packet Scheduler, Sistem ini "mencadangkan" 20% dari bandwidth dan tidak pernah mengizinkan Anda untuk menggunakannya.Mitos ini telah memicu banyak sekali tutorial yang merekomendasikan untuk menonaktifkan penjadwal paket atau mengatur ulang apa yang disebut "bandwidth cadangan" untuk membuat "internet lebih cepat".

Sebenarnya, penjadwal paket QoS Windows dikhususkan untuk Prioritaskan lalu lintas, jangan biarkan bandwidth terbuang sia-sia.Jika pada waktu tertentu tidak ada lalu lintas yang perlu ditangani dengan prioritas khusus atau yang memiliki bandwidth minimum yang terjamin, bandwidth tersebut akan digunakan oleh aliran data lain; bandwidth tersebut tidak terbuang sia-sia.

Dari perspektif QoS, ketika Anda ingin menjamin sumber daya untuk lalu lintas tertentu, Anda harus memutuskan apakah Anda akan melakukannya. memprioritaskan aliran tersebut atau membatasi sisanya.Ini adalah pendekatan yang berbeda: satu memberikan perlakuan istimewa, yang lain menghambat yang lain. Penjadwal paket Windows diarahkan pada pendekatan pertama: ia memprioritaskan dan memberikan jaminan, bukan membatasi tautan secara permanen.

Jika Anda ingin memberlakukan batasan kecepatan yang ketat pada proses atau soket tertentu, Anda memerlukan alat pembatas lalu lintas khusus, bukan Packet Scheduler. Utilitas seperti... NetLimiter yang memungkinkan Anda mengontrol bandwidth yang dikonsumsi oleh proses, koneksi, atau bahkan port tertentu, yang sangat berguna untuk skenario pengujian atau diagnostik.

Di sisi lain, ada program-program seperti WinTC Metode-metode ini bergantung pada QoS Packet Scheduler untuk membuat aturan dan memanfaatkan kemampuan prioritas tingkat lanjutnya. Metode ini tidak terlalu ramah pengguna (biasanya bekerja dengan file .conf), tetapi menunjukkan bahwa Packet Scheduler adalah alat yang ampuh untuk mengontrol kualitas layanan, bukan hambatan buatan.

QoS di Windows: kebijakan, DSCP, dan pembatasan lalu lintas

Dalam sistem operasi Pada sistem Windows modern, QoS tingkat host terutama dikelola melalui Kebijakan QoS terintegrasi dengan Arahan Grup.Hal ini memungkinkan administrator untuk menentukan aturan terpusat yang berlaku untuk pengguna dan komputer dari Active Directory.

Kebijakan-kebijakan ini menggabungkan dua kontrol mendasar: yaitu Nilai DSCP (untuk prioritas jaringan) dan batas kecepatan (untuk membatasi lalu lintas keluar). Tujuannya adalah untuk memastikan bahwa lalu lintas sensitif (misalnya, VoIP perusahaan atau aplikasi bisnis penting) menerima prioritas yang sesuai dan tidak terbebani oleh transfer besar-besaran atau lalu lintas yang kurang penting.

Nilai DSCP (Differentiated Services Code Point), yang didefinisikan dalam RFC 2474, menempati 6 bit dalam bidang TOS di IPv4 (atau Traffic Class di IPv6) dan memungkinkan setiap paket ditandai dengan tingkat layanan dari 0 hingga 63. Router menggunakan nilai ini untuk sortir dan rekatkan paket-paket tersebutMenempatkan item dengan prioritas tertinggi ke dalam antrian dengan perlakuan yang lebih baik (latensi lebih rendah, kehilangan data lebih sedikit, dll.).

Bagian kedua adalah pembatasan, yang dikonfigurasi melalui sebuah kecepatan mencekik untuk lalu lintas keluar yang berlaku kebijakan tersebut. Dengan opsi ini, Packet Scheduler mencegah aliran data tertentu melebihi laju keluar yang ditentukan (dalam KB/s atau MB/s). Ini sangat berguna untuk aplikasi penyalinan data tunggal atau backup Jangan menghabiskan seluruh bandwidth kantor.

Menggunakan Panduan Kebijakan QoS di Windows

Windows termasuk Asisten Direktif QoS Hal ini sangat menyederhanakan pembuatan, pengeditan, dan penghapusan aturan-aturan ini. Fitur ini dapat diakses dari Konsol Manajemen Kebijakan Grup (GPMC) saat mengedit GPO, baik di cabang konfigurasi komputer maupun konfigurasi pengguna.

Kebijakan QoS yang didefinisikan dalam Pengaturan komputer → Pengaturan Windows → Kebijakan QoS Pengaturan ini berlaku untuk semua mesin, terlepas dari pengguna yang masuk. Pengaturan ini biasanya digunakan untuk server atau skenario di mana perilaku jaringan harus konsisten di seluruh mesin.

Mereka yang ditemukan di Pengaturan pengguna → Pengaturan Windows → Kebijakan QoS Prinsip-prinsip ini berlaku untuk pengguna tanpa memandang perangkat yang mereka gunakan. Ini sangat cocok untuk lingkungan pengguna seluler atau beragam stasiun kerja.

Saat membuat kebijakan baru dengan wizard, langkah pertama adalah halaman Profil EksekutifDi sini, nama unik diberikan, dan ditentukan apakah aturan tersebut akan memberlakukan DSCP, membatasi lalu lintas, atau keduanya. Nilai DSCP dapat berkisar dari 0 hingga 63, dan kecepatan pembatasan diatur dalam satuan KB/s atau MB/s, dengan nilai lebih besar dari 1.

Di halaman kedua, disebut Nama aplikasiAnda memutuskan apakah kebijakan tersebut akan berlaku untuk semua aplikasi atau hanya aplikasi tertentu. Anda dapat menentukan nama file yang dapat dieksekusi yang diakhiri dengan .exe, dan bahkan jalur lengkapnya (termasuk variabel lingkungan seperti %ProgramFiles%). Ada juga opsi untuk menautkannya ke Aplikasi server HTTP yang melayani URL tertentu., mengikuti format RFC 1738 (seperti http[s]://host:port/path), dengan dukungan wildcard untuk nama host dan port.

Halaman ketiga dari buku panduan ini dikhususkan untuk... Alamat IP Alamat IP sumber dan tujuan. Anda dapat menggunakan "alamat IP apa pun" atau memfilter berdasarkan alamat IPv4/IPv6 tertentu atau berdasarkan awalan CIDR, seperti 192.168.1.0/24 atau 3ffe:ffff::/48. Jika URL ditentukan pada halaman sebelumnya, alamat IP sumber akan diblokir karena sesuai dengan server HTTP dan tidak dapat diubah dari sana.

Halaman keempat dan terakhir berfokus pada protokol dan portAnda dapat membatasi kebijakan hanya untuk lalu lintas TCP, lalu lintas UDP, atau keduanya, dan memilih antara semua port atau sejumlah/rentang tertentu untuk sumber dan tujuan. Rentang dinyatakan dalam format Rendah:Tinggi (misalnya, 10000:20000), tanpa spasi, dan nilainya harus antara 1 dan 65535.

Setelah wizard selesai, kebijakan baru akan muncul di Editor Objek Kebijakan Grup. Agar kebijakan tersebut berlaku, Anda harus tautkan GPO ke domain, situs, atau unit organisasi di Active Directory.

Visualisasi, pengeditan, dan audit kebijakan QoS.

Setelah beberapa kebijakan QoS diterapkan dalam suatu organisasi, disarankan untuk secara berkala meninjau bagaimana kebijakan tersebut diterapkan. Hal ini dapat dilakukan langsung dari Editor Objek Kebijakan Grup. melihat dan mengedit properti dari setiap kebijakan: profil, aplikasi, alamat IP, protokol, dan port.

Untuk mendapatkan tampilan terpadu per pengguna atau tim, GPMC menawarkan Asisten hasil kebijakan kelompokSaat membuat laporan, tab Konfigurasi menampilkan kebijakan QoS aktif baik di Konfigurasi Komputer maupun Konfigurasi Pengguna, beserta nama, nilai DSCP, kecepatan pembatas, kondisi, dan GPO yang berlaku.

Jika beberapa GPO berisi kebijakan dengan nama yang sama, hanya kebijakan dari GPO tersebut yang akan diterapkan. GPO dengan prioritas lebih tinggiYang lainnya akan diabaikan jika terjadi konflik. Penting untuk dipahami bahwa, mulai dari titik itu, pada tingkat host atau pengguna, aturan prioritas QoS internallah yang menentukan kebijakan mana yang diterapkan untuk setiap aliran data tertentu.

Aturan prioritas antara arahan QoS

Kebijakan QoS tidak bertumpuk atau berurutan untuk aliran yang sama: untuk setiap lalu lintas TCP atau UDP keluar, hanya satu kebijakan yang dapat aktif pada satu waktu. Oleh karena itu, ketika beberapa kebijakan tumpang tindih, ada serangkaian aturan prioritas yang menentukan siapa yang bertanggung jawab.

Pertama-tama, Kebijakan tingkat pengguna lebih diutamakan daripada kebijakan tingkat tim.Hal ini menyederhanakan pekerjaan administrator saat mendesain GPO berdasarkan grup pengguna, karena mereka tidak perlu terlalu khawatir tentang potensi konflik dengan kebijakan mesin: jika seorang pengguna memiliki kebijakan yang sesuai dengan lalu lintas, dan mesin memiliki kebijakan yang bertentangan, maka kebijakan pengguna yang akan berlaku.

Kedua, kekhususan kebijakanKebijakan yang merujuk pada aplikasi tertentu (berdasarkan nama .exe atau jalur) lebih diutamakan daripada kebijakan yang hanya ditentukan oleh lima parameter jaringan (IP sumber, IP tujuan, port sumber, port tujuan, protokol). Dalam kebijakan aplikasi, kebijakan yang mencakup jalur aplikasi dianggap lebih spesifik daripada kebijakan yang hanya menentukan "app.exe".

Jika meskipun demikian beberapa kebijakan masih bertepatan dengan lalu lintas yang sama, hal berikut diperiksa: jaring lima kali lipatAturan umumnya adalah kebijakan dengan kondisi paling detail terkait lima parameter tersebut yang akan menang. Misalnya, aturan yang menentukan IP tujuan 10.0.0.1 dan port tujuan 80 lebih spesifik daripada aturan yang hanya menyebutkan IP 10.0.0.1 dengan port apa pun.

Ketika beberapa arahan memiliki jumlah kondisi yang sama dalam kuintuple, urutan prioritas internal digunakan: pertama yang alamat IP sumberKemudian, alamat IP tujuan, diikuti oleh port sumber, port tujuan, dan terakhir protokol (TCP atau UDP). Pada setiap kolom, nilai yang lebih spesifik (misalnya, 192.168.4.1) memiliki bobot lebih besar daripada awalan yang luas (192.168.4.0/24).

Logika ini membuat desain kebijakan QoS dengan mempertimbangkan hal-hal berikut menjadi lebih disarankan: presisi setinggi mungkinsehingga ketika membacanya menjadi jelas lalu lintas mana yang akan terpengaruh dan kejutan dari konflik yang tidak terduga dapat diminimalkan.

QoS, pengguna roaming, dan koneksi jarak jauh

Kebijakan QoS di Windows dirancang untuk mengelola lalu lintas di dalam jaringan perusahaanDalam lingkungan mobile, di mana laptop dapat terhubung dari kantor maupun jaringan publik, penting agar QoS hanya aktif ketika memang diperlukan.

Oleh karena itu, di Windows 8, Windows 7 dan Windows Vista, kebijakan QoS Fitur tersebut hanya diaktifkan pada antarmuka jaringan yang dianggap terhubung ke perusahaan.Sebagai contoh, dalam skenario di mana pengguna terhubung ke jaringan perusahaan melalui sebuah VPN Dari kedai kopi, antarmuka Wi-Fi fisik tidak akan mengaktifkan QoS, tetapi antarmuka virtual VPN akan memberlakukan kebijakan tersebut.

Jika laptop yang sama kemudian terhubung ke jaringan perusahaan lain yang tidak memiliki hubungan kepercayaan di AD DS, kebijakan QoS tidak akan diaktifkan. Pendekatan ini jelas ditujukan untuk memastikan bahwa kualitas layanan hanya memengaruhi rute lalu lintas yang merupakan bagian dari infrastruktur perusahaan.

Namun, di lingkungan server (Windows Server 2012 dan versi yang lebih baru), kebijakan QoS diaktifkan. pada semua antarmuka jaringanHal ini memungkinkan, misalnya, pembatasan atau pemprioritasan lalu lintas keluar ke Internet dari server yang terletak di perimeter jaringan, meskipun antarmuka tersebut tidak berada "di dalam" LAN internal tradisional.

Konfigurasi QoS tingkat lanjut: Penerimaan TCP dan DSCP

Selain kebijakan standar, Windows menawarkan bagian untuk Pengaturan QoS Lanjutan Dapat diakses dari Konfigurasi Komputer → Pengaturan Windows → Kebijakan QoS. Dirancang untuk menyesuaikan perilaku keseluruhan tumpukan jaringan pada komputer.

Tab Lalu lintas TCP masuk Fitur ini memungkinkan Anda mengontrol konsumsi bandwidth di sisi penerima dengan mengatur jendela penerimaan TCP yang diiklankan oleh sistem. Meskipun Windows Server 2012, Windows 8, dan versi yang setara menetapkan tingkat kinerja maksimum secara default, ini dapat dikurangi untuk membatasi volume data yang dapat diterima server sekaligus pada koneksi dengan produk bandwidth × latensi yang tinggi.

Jendela penerimaan pada versi Windows modern dapat berkembang secara dinamis hingga sekitar 16 MB, jauh di atas batas 64 KB yang diberlakukan oleh versi yang lebih lama. Pengaturan lanjutan menawarkan beberapa level (0, 1, 2, 3) yang sesuai dengan 64 KB, 256 KB, 1 MB dan 16 MB masing-masing nilai maksimum. Nilai sebenarnya pada waktu tertentu akan bergantung pada kondisi jaringan.

Tab penting lainnya adalah tab untuk Pembatalan Penandaan DSCPPengaturan ini menentukan apakah aplikasi yang menggunakan API QoS dapat secara independen menetapkan nilai DSCP yang berbeda dari yang ditentukan oleh kebijakan. Saat dikonfigurasi ke "abaikan," setiap permintaan markup yang dibuat oleh aplikasi akan diabaikan, dan nilai DSCP diatur ke nol, sehingga kendali sepenuhnya berada di tangan kebijakan QoS.

Secara default, pada Windows Server 2016, Windows 10, Windows Server 2012 R2, Windows 8.1, dan versi terbaru lainnya, diperbolehkan bahwa aplikasi menentukan nilai DSCP mereka sendiriSementara itu, lalu lintas yang tidak menggunakan API QoS tidak terpengaruh oleh pembatalan ini.

Nilai QoS, Wi-Fi, dan DSCP untuk lalu lintas multimedia

Dalam jaringan nirkabel modern, Wi-Fi Alliance mendefinisikan sertifikasi sebagai berikut: Multimedia Nirkabel (WMM) yang mengklasifikasikan lalu lintas ke dalam empat kategori akses: suara (VO), video (VI), upaya terbaik (BE), dan latar belakang (BK). Setiap kategori dikaitkan dengan rentang nilai DSCP tertentu.

Rentang tipikal diatur sebagai berikut: nilai DSCP dari 48 yang 63 Mereka dianggap sebagai suara, dari 32 yang 47 sesuai dengan video, dari 24 sampai 31 dan 0 sampai 7 Hal itu menunjukkan upaya yang lebih baik, dan dari 8 yang 23 Rentang tersebut dialokasikan untuk lalu lintas latar belakang. Dengan memetakan kebijakan QoS Anda ke rentang ini, Anda memastikan bahwa... laptop dan perangkat lain dengan adaptor Wi-Fi bersertifikasi WMM menerima prioritas yang sesuai saat terhubung ke titik akses yang juga bersertifikasi.

Dalam praktiknya, ini memungkinkan panggilan VoIP, konferensi video, atau Streaming Perangkat-perangkat penting untuk bisnis secara otomatis ditempatkan dalam antrian nirkabel yang menawarkan latensi lebih rendah dan kemungkinan kehilangan yang lebih rendah. Meningkatkan pengalaman pengguna di lingkungan Wi-Fi.yang secara inheren lebih sensitif terhadap gangguan dan variasi.

QoS di Hyper-V: bandwidth minimum, mode, dan praktik terbaik

Pada server yang menjalankan Hyper-V, Windows menyertakan mekanisme untuk QoS bandwidth minimum Pada tingkat switch virtual, diterapkan secara tepat oleh QoS Packet Scheduler. Tujuannya adalah untuk memastikan bahwa setiap beban kerja virtual memiliki bagian yang adil dari tautan fisik ketika terjadi kemacetan.

Saat membuat switch virtual dengan PowerShellMode konfigurasi bandwidth minimum dapat dipilih menggunakan parameter tersebut. -MinimumBandwidthMode de New-VMSwitch. Ada dua pilihan: Berat (berat) dan Mutlak (bit per detik, BPS). Ini mengubah cara minimum reservasi dinyatakan.

Dalam mode bobot, setiap adaptor jaringan virtual menerima bilangan bulat (misalnya, antara 1 dan 100) yang menunjukkan bobotnya. berat relatifPenjadwal paket mengalokasikan bandwidth yang tersedia secara proporsional berdasarkan bobot ini. Jika tidak ada kemacetan, semua orang dapat menggunakan lebih banyak, tetapi ketika terjadi kemacetan, alokasi disesuaikan dengan proporsi ini.

Dalam mode absolut (BPS), nilai minimum ditetapkan dalam hal kecepatan tertentu, misalnya 500 Mbps. Dalam hal ini, sistem harus mampu menjamin bahwa bandwidth minimumHal ini dapat menyebabkan konflik, misalnya, saat melakukan migrasi langsung ke host yang tidak dapat menjamin bandwidth minimum. Switch virtual yang dikonfigurasi dengan MinimumBandwidthMode=Weight menghindari banyak masalah ini dengan bekerja menggunakan rasio, bukan angka tetap.

Jika Anda memutuskan untuk menggunakan mode absolut, perlu diingat bahwa Unit minimumnya adalah 1% dari kapasitas tautan.Pada NIC 10 GbE, ini berarti bahwa, per adaptor virtual, minimum efektif terkecil adalah 100 Mbps. Nilai dibulatkan ke persentase terdekat, jadi, misalnya, 234 Mbps akan menjadi 200 Mbps (2% dari 10 GbE).

Strategi alokasi berat dan pertimbangan praktis

Saat menggunakan mode berbobot di Hyper-V, disarankan untuk mengikuti serangkaian rekomendasi untuk memastikan alokasi bandwidth yang stabil dan bermakna. Yang pertama adalah Jaga agar jumlah peso mendekati 100 atau kurang.Semakin besar nilai bobot, semakin besar kesalahan pembulatan saat Penjadwal Paket membuat partisi bandwidth.

Misalnya, jika Anda memiliki 20 mesin virtual Dan jika Anda ingin mereka berbagi bandwidth secara merata, itu lebih baik. berikan bobot 1 untuk masing-masing (jumlah 20) alih-alih memberi mereka bobot 10 (jumlah 200). Distribusi relatifnya akan sama, tetapi dengan risiko kesalahan kuantifikasi yang lebih rendah saat menerapkan proporsi.

Praktik baik lainnya adalah menugaskan bobot yang relatif tinggi pada beban kerja kritisMeskipun konsumsi bandwidth aktualnya kecil. Misalnya, lalu lintas manajemen dan detak jantung kluster pada host Hyper-V dengan NIC 10 GbE jarang melebihi penggunaan 1-2%, tetapi sangat penting untuk stabilitas lingkungan. Memberikan bobot 5 alih-alih 1 atau 2 membantu memastikan bahwa hal tersebut tidak dirugikan saat terjadi tekanan.

Disarankan juga untuk menggunakan beban yang memungkinkan membedakan tingkat layanan dengan jelas.Daripada menggunakan nilai berurutan (1, 2, 3) untuk mesin Emas, Perak, dan Perunggu, lebih praktis menggunakan, misalnya, 5, 3, dan 1. Ini memperbesar perbedaan efektif antar kelas layanan.

Terakhir, dengan mendefinisikan filter QoS spesifik untuk jenis lalu lintas tertentu (seperti penyimpanan(migrasi langsung, klaster, dll.), disarankan untuk mengingat hal-hal berikut: lalu lintas generik tanpa filterPraktik umum adalah mengelompokkannya dengan filter wildcard dan menetapkan bobot tertentu, sehingga semua yang tidak dikategorikan juga memiliki penugasan yang jelas dalam distribusi tersebut.

Pembentukan tim QoS, DCB, dan NIC.

Dalam lingkungan pusat data, selain QoS tingkat host, hal yang umum digunakan adalah... Penjembatan Pusat Data (DCB), serangkaian ekstensi Ethernet yang bergantung pada perangkat keras dari NIC untuk menawarkan kontrol aliran berbasis prioritas dan jaminan bandwidth pada jaringan fisik itu sendiri.

Bandwidth QoS minimum yang diterapkan oleh Packet Scheduler dan yang ditawarkan oleh DCB melalui NIC memiliki tujuan yang serupa: untuk memastikan bahwa setiap jenis lalu lintas menerima bagian yang adil di bawah kondisi kemacetan. Namun, Perangkat tersebut tidak dirancang untuk beroperasi secara bersamaan pada tumpukan jaringan yang sama atau NIC yang sama.Keduanya dapat digunakan secara bersamaan pada server yang sama, tetapi harus dipasang pada baterai atau adaptor yang berbeda.

Penggabungan NIC (Network Interface Card) menambahkan lapisan lain pada persamaan tersebut. Penggabungan ini menyediakan... agregasi bandwidth antara beberapa adaptor dan failover jika salah satunya gagal. Algoritma distribusi lalu lintas dapat didasarkan pada port switch virtual Hyper-V atau pada hash alamat (MAC, IP, port transportasi).

Fitur QoS tertentu terintegrasi dengan mulus dengan teaming. Misalnya, klasifikasi dan pelabelan Ini berfungsi dengan baik karena penandaan dilakukan sebelum proses hashing. kontrol aliran berbasis prioritas (PFC) Hal ini juga kompatibel, asalkan diaktifkan secara konsisten pada semua anggota tim. Bandwidth maksimum adalah kasus lain yang mudah dipahami: Penjadwal Paket membatasi aliran sebelum lalu lintas didistribusikan di antara NIC.

Segalanya menjadi rumit dengan bandwidth minimum dalam mode bobotKarena penjadwal mengalokasikan bandwidth di antara aliran berdasarkan bobot sebelum melakukan hashing, jika algoritma pengelompokan bergantung pada port switch Hyper-V, setiap VM (vNIC) merupakan satu aliran tunggal. Ada kemungkinan bahwa proses hashing dapat menetapkan beberapa mesin yang sangat "berat" ke satu anggota tim dan beberapa mesin ringan ke anggota tim lainnya, sehingga menghasilkan alokasi efektif yang lebih merata daripada proporsional.

Efek ini dapat dikurangi jika banyak mesin virtual berbagi switch virtual atau jika algoritma teaming didasarkan pada hash alamatHal ini karena aliran data yang dihasilkan lebih terperinci (misalnya, setiap koneksi TCP) dan distribusinya cenderung lebih seimbang.

Salah satu kemungkinan mitigasi dalam skenario bias terdiri dari: mengontrol urutan boot mesin virtualmengelompokkan VM yang memiliki bobot serupa. Karena pengelompokan menerapkan hash ke vNIC secara bergantian (round-robin), menginisialisasi VM dalam blok dapat membantu menjaga distribusi bobot yang lebih merata di seluruh NIC tim.

Masalah serupa dapat terjadi dengan Bandwidth minimum yang diterapkan oleh perangkat keras melalui DCB Jika algoritma distribusi lalu lintas bias. Selain itu, saat menggunakan bandwidth minimum absolut (BPS) dengan tim NIC, Anda harus berhati-hati dengan jumlah totalnya: jika switch Hyper-V terhubung ke tim dengan dua NIC 1 Gb (agregat 2 Gb), Anda tidak boleh mengalokasikan lebih dari 1 Gb ke VM, karena jika satu NIC gagal, hanya 1 Gb yang akan tetap tersedia. Dalam kasus ini, mode berbobot menyederhanakan manajemen, karena bandwidth yang tersisa didistribusikan secara proporsional tanpa melanggar jaminan absolut.

Kapan kita perlu mengkhawatirkan QoS Packet Scheduler?

Dalam jaringan perusahaan di mana QoS ujung-ke-ujung telah diterapkan dan aplikasi penting seperti softphone, konferensi video, dan softphone digunakan, sangat masuk akal untuk meluangkan waktu untuk Tetapkan kebijakan QoS di WindowsPengaturan tersebut dapat dikaitkan dengan file yang dapat dieksekusi (misalnya, klien Avaya atau softphone lainnya), menandai DSCP dan/atau membatasi kecepatan, dan semua ini diterapkan melalui GPO.

Dari sisi pengguna rumahan, yang menggunakan Windows 10 melalui jaringan rumah yang agak sederhana, sebagian besar penandaan dan prioritas DSCP tersebut kemungkinan akan hilang di tengah jalan, karena banyak router kelas bawah Mereka sama sekali mengabaikan QoS tingkat lanjut. atau mereka menerapkannya dengan cara yang sangat mendasar. Meskipun demikian, pada segmen jaringan perusahaan (misalnya, melalui VPN) kebijakan yang ditetapkan di tingkat perusahaan dapat dimanfaatkan.

Mengenai pertanyaan umum, "Apakah Windows mengenali aplikasi VoIP saya sebagai aplikasi VoIP dan secara otomatis mengalokasikan bandwidth cadangan 20% untuknya?", jawaban singkatnya adalah tidak: administratorlah yang harus menentukan kebijakan yang relevan. Windows menyediakan alat-alatnya (Packet Scheduler, kebijakan QoS, penandaan DSCP, pembatasan bandwidth, dll.), tetapi Sistem ini tidak secara ajaib "menebak" lalu lintas mana yang menjadi prioritas., kecuali jika aplikasi itu sendiri menggunakan API QoS dan memberi tag pada lalu lintasnya.

Daripada menonaktifkan Penjadwal Paket QoS atau mengubah parameter tanpa benar-benar mengetahui fungsinya, jauh lebih masuk akal untuk memanfaatkannya. prioritaskan lalu lintas utama dengan benardan menggabungkannya dengan kemampuan QoS jaringan (router, switch, DCB, WMM, dll.).

QoS Packet Scheduler, kebijakan QoS di Windows, penggunaan DSCP, manajemen bandwidth minimum di Hyper-V, integrasi dengan DCB, dan NIC teaming membentuk ekosistem yang cukup lengkap yang, jika digunakan dengan benar, Hal ini memungkinkan suara, video, dan aplikasi penting lainnya tetap berjalan lancar. bahkan ketika lalu lintas lainnya mencoba untuk memenuhi kapasitas jaringan; dan semua ini tanpa benar-benar menyisakan sebagian bandwidth yang tidak terpakai, tetapi dengan menyesuaikan prioritas dan alokasi secara dinamis sesuai dengan aturan yang telah ditentukan.