SMB multikanal melalui VPN: apa yang sebenarnya dipakai klien

Akses berkas yang lambat melalui VPN menggoda kita menjadikan pengaturan multikanal sebagai solusi, padahal pengaturan itu sering tidak punya apa pun untuk dikerjakan. Satu adaptor virtual tanpa RSS tidak dapat menyebarkan lalu lintas ke beberapa kanal, apa pun bunyi kotak centangnya. Yang penting adalah kemampuan yang dilihat SMB di kedua ujung, bukan spesifikasi kartu jaringan fisik laptop. Uraian di bawah dimulai dari sesi yang aktif dan kembali ke tata letak adaptor.

Mulai dari sesi, bukan dari spesifikasi kartu jaringan

Pastikan dulu bahwa sesi memang dapat memakai multikanal. Fitur ini milik SMB3, jadi dialek lama yang dinegosiasikan dengan perangkat atau server lama menyingkirkannya sebelum pertanyaan adaptor mana pun menjadi relevan. Lalu pastikan klien benar-benar terhubung ke server yang mana, karena nama yang mengarah ke node berbeda dari yang Anda periksa menghasilkan hasil yang meyakinkan tetapi tidak relevan.

Get-SmbConnection
Get-SmbClientConfiguration | Select-Object EnableMultichannel
Get-SmbClientNetworkInterface

Perintah pertama menyebut dialek, server, dan folder bersama dalam satu baris. Perintah kedua menunjukkan apakah fitur diaktifkan pada klien, dan perintah ketiga mendaftar antarmuka yang dikenal SMB beserta kemampuan yang dilaporkannya. Adaptor virtual yang tidak melaporkan RSS maupun RDMA memberi tahu Anda apa yang bisa menjadi tata letaknya.

Jika dialeknya bukan SMB3, berhenti dan selesaikan dulu pertanyaan itu. Kalau tidak, setiap perintah berikutnya akan menjabarkan fitur yang tidak dapat aktif.

Baca antarmuka klien dengan jujur

SMB tidak peduli adaptor mana yang membawa rute default Anda; ia menghitung antarmuka yang dapat dipakai dan menilai masing-masing. Laptop dengan Wi-Fi, Ethernet, dan adaptor VPN dapat menampilkan tiga antarmuka, dan hanya satu di antaranya yang mungkin terjangkau bagi server yang Anda ajak bicara. Sisanya adalah kandidat, bukan kanal.

Baca kolom RSS dan RDMA, bukan kolom kecepatan tautan. Adaptor virtual biasanya melaporkan kecepatan nominal tinggi tanpa kemampuan RSS, dan kecepatan nominal menggambarkan tautan virtual, bukan jalur melalui internet. Tidak ada dari kedua angka itu yang memberi tahu berapa kanal yang dipakai sesi.

Jika adaptor tidak menunjukkan kemampuan RSS, perbaikan yang didukung ada pada driver penyedia VPN, bukan pada properti lanjutan kartu jaringan fisik. Mencentang kotak RSS pada adaptor perangkat keras tidak mengubah apa pun pada yang ditampilkan adaptor virtual kepada SMB.

Pisahkan kanal terpilih dari kandidat yang ditemukan

Daftar koneksi adalah bagian yang paling sering salah dibaca. Dengan kandidat yang tidak dipilih disertakan, keluarannya menunjukkan semua yang dipertimbangkan SMB, dan itu bukan himpunan kanal yang membawa data. Baca bendera pemilihan dan jumlah kanal untuk pasangan antarmuka klien dan server tertentu yang Anda pedulikan.

Get-SmbMultichannelConnection -ServerName files.lab.example -IncludeNotSelected
Get-SmbMultichannelConnection -ServerName files.lab.example | Format-List *

Ganti dengan nama server Anda sendiri. Bentuk kedua mencetak properti koneksi terpilih, termasuk indeks antarmuka dan jumlah kanal saat ini, dan itulah angka yang penting. Beberapa alamat yang ditemukan pada satu adaptor tetap satu adaptor.

Alamat yang ditemukan juga bisa tidak terpakai karena kebijakan VPN: bisa berupa alamat subnet lokal yang tidak dibawa terowongan, atau alamat yang hanya dilayani server di jaringan lain. SMB mendaftarnya sebagai kandidat karena antarmukanya ada, bukan karena jalurnya bekerja.

Apa yang dilakukan adaptor VPN pada tata letak

Tiga tata letak layak dibedakan, karena hanya dua di antaranya dapat menghasilkan lebih dari satu kanal. Satu adaptor tanpa RSS menghasilkan satu kanal. Satu adaptor berkemampuan RSS dapat menyebarkan koneksi ke beberapa inti. Beberapa adaptor yang dapat dipakai dapat menghasilkan beberapa kanal bahkan tanpa RSS, dan itulah konfigurasi yang orang lupakan ketika menganggap RSS wajib.

Baris terakhir adalah yang penting melalui VPN. Kanal yang semuanya masuk ke terowongan terenkripsi yang sama berbagi throughput terowongan, CPU gateway, dan tautan WAN. Menambah kanal di sana membagi ulang pekerjaan tanpa menambah kapasitas, dan pengukuran akan menunjukkannya.

Biarkan penandatanganan dan enkripsi tetap aktif saat membandingkan, karena mematikannya mengubah hal yang Anda ukur. Hasil kinerja yang bergantung pada menonaktifkan pengaturan keamanan bukan hasil yang dapat Anda terapkan.

Ukur beban kerja yang benar-benar lambat

Namai beban kerjanya sebelum mengubah apa pun: satu salinan berurutan besar, banyak berkas kecil dalam satu direktori, atau aplikasi yang membuka dan menutup handle. Multikanal dapat membantu kasus pertama bila ada jalur independen sungguhan, dan sangat sedikit membantu kasus ketiga, karena biayanya di sana adalah perjalanan pulang-pergi yang saling bergantung, bukan lebar pita.

Ambil garis dasar dengan tata letak saat ini, ubah satu hal, lalu ambil lagi dengan kumpulan berkas yang sama dan pada waktu yang sama. Catat jumlah jalur terpilih di samping angka, agar pembaca nanti dapat menilai apakah perubahan mengubah tata letak atau hanya beban.

Jika kanalnya tidak berubah, pertanyaan kinerja ada di tempat lain: biaya enkripsi terowongan, latensi jalur, atau disk dan CPU server itu sendiri. Itu layak diukur sebelum adaptor lain ditambahkan ke laptop yang sudah punya cukup banyak.