VPN üzerinden SMB çok kanallı: istemci gerçekte ne kullanıyor

VPN üzerinden yavaş dosya erişimi, çok kanallı ayarı bir çözüm olarak görmeye davet eder ve ayarın çoğu zaman birlikte çalışacağı bir şey yoktur. RSS olmayan tek bir sanal bağdaştırıcı, onay kutusu ne derse desin trafiği birkaç kanala yayamaz. Önemli olan SMB'nin iki uçta gördüğü yetenek, dizüstü bilgisayarın fiziksel NIC özellikleri değildir. Aşağıdaki anlatım etkin bir oturumdan başlar ve bağdaştırıcı düzenine geri döner.

NIC özelliklerinden değil, oturumdan başlayın

Önce oturumun çok kanallıyı dahi kullanabildiğini doğrulayın. Özellik SMB3'e aittir, bu nedenle bir cihaz veya eski bir sunucuyla pazarlık edilen daha eski bir lehçe, herhangi bir bağdaştırıcı sorusu önemli hale gelmeden onu dışlar. Ardından istemcinin gerçekte hangi sunucuya bağlandığını doğrulayın, çünkü incelediğiniz düğümden farklı bir düğüme çözülen bir ad, ikna edici ama ilgisiz bir sonuç verir.

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

İlk komut lehçeyi, sunucuyu ve paylaşımı tek satırda adlandırır. İkincisi özelliğin istemcide etkin olup olmadığını gösterir, üçüncüsü SMB'nin bildiği arabirimleri bildirilen yetenekleriyle listeler. Ne RSS ne de RDMA bildiren bir sanal bağdaştırıcı, düzenin neye dönüşebileceğini söyler.

Lehçe SMB3 değilse durun ve önce o soruyu çözün. Aksi halde sonraki her komut devreye giremeyecek bir özelliği tanımlar.

İstemcinin arabirimlerini dürüstçe okuyun

SMB varsayılan rotanızı hangi bağdaştırıcının taşıdığını umursamaz; kullanabileceği arabirimleri listeler ve her birini değerlendirir. Wi-Fi, Ethernet ve bir VPN bağdaştırıcısı olan bir dizüstü üç arabirim sunabilir ve bunlardan yalnızca biri konuştuğunuz sunucu için erişilebilir olabilir. Diğerleri adaydır, kanal değil.

Bağlantı hızı sütunu yerine RSS ve RDMA sütunlarını okuyun. Sanal bir bağdaştırıcı genellikle RSS yeteneği olmadan yüksek nominal hız bildirir ve nominal hız internet üzerinden giden yolu değil, sanal bağlantıyı tanımlar. İki sayıdan hiçbiri oturumun kaç kanal kullandığını söylemez.

Bağdaştırıcı RSS yeteneği göstermiyorsa, desteklenen düzeltme VPN sağlayıcısının sürücüsüne aittir, fiziksel NIC'in gelişmiş özelliklerine değil. Donanım bağdaştırıcısında RSS kutusunu işaretlemek, sanal bağdaştırıcının SMB'ye sunduğu şeyi değiştirmez.

Seçilen kanalları keşfedilen adaylardan ayırın

Bağlantı listesi en sık yanlış okunan bölümdür. Seçilmemiş adaylar dahil edildiğinde çıktı, SMB'nin dikkate aldığı her şeyi gösterir ve bu, veri taşıyan kanallar kümesi değildir. İlgilendiğiniz belirli istemci ve sunucu arabirimi çifti için seçim bayrağını ve kanal sayısını okuyun.

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

Kendi sunucu adınızla değiştirin. İkinci biçim, seçilen bağlantıların özelliklerini, arabirim dizinleri ve geçerli kanal sayısı dahil yazdırır ve önemli olan sayı budur. Tek bir bağdaştırıcıda keşfedilen birkaç adres hâlâ tek bir bağdaştırıcıdır.

Keşfedilen bir adres VPN ilkesi nedeniyle de kullanılamaz olabilir: tünelin taşımadığı yerel alt ağ adresi ya da sunucunun yalnızca başka bir ağda hizmet verdiği bir adres olabilir. SMB bunu aday olarak listeler çünkü arabirim vardır, yol çalıştığı için değil.

VPN bağdaştırıcısı düzene ne yapar

Üç düzeni ayırt etmeye değer, çünkü yalnızca ikisi birden fazla kanal üretebilir. RSS olmayan tek bir bağdaştırıcı bir kanal verir. RSS yetenekli tek bir bağdaştırıcı bağlantıları çekirdeklere yayabilir. Kullanılabilir birkaç bağdaştırıcı RSS olmadan bile birkaç kanal üretebilir ve insanların RSS'i zorunlu sandığında unuttuğu yapılandırma budur.

Son satır VPN üzerinden önemli olandır. Hepsi aynı şifreli tünele giren kanallar tünelin verimini, geçidin CPU'sunu ve WAN bağlantısını paylaşır. Oraya kanal eklemek kapasite eklemeden işi yeniden dağıtır ve ölçüm bunu gösterecektir.

Karşılaştırırken imzalama ve şifrelemeyi açık tutun, çünkü bunları kapatmak ölçtüğünüz şeyi değiştirir. Bir güvenlik ayarını kapatmaya bağlı performans sonucu, dağıtabileceğiniz bir sonuç değildir.

Gerçekten yavaş olan iş yükünü ölçün

Bir şeyi değiştirmeden önce iş yükünü adlandırın: büyük bir sıralı kopya, tek bir dizinde çok sayıda küçük dosya ya da tanıtıcı açıp kapatan bir uygulama. Çok kanallı, gerçek bağımsız yollar olduğunda ilk duruma yardımcı olabilir ve üçüncü için çok az şey yapar, çünkü oradaki maliyet bant genişliği değil bağımlı gidiş-dönüşlerdir.

Mevcut düzenle bir temel ölçüm alın, bir şeyi değiştirin ve aynı dosya kümesiyle günün aynı saatinde yeniden ölçün. Seçilen yol sayısını sayının yanına kaydedin, böylece sonraki bir okuyucu değişikliğin düzeni mi yoksa yalnızca yükü mü değiştirdiğini anlayabilsin.

Kanallar değişmediyse performans sorusu başka yerdedir: tünelin şifreleme maliyeti, yolun gecikmesi ya da sunucunun kendi diski ve CPU'su. Bunları, hâlihazırda yeterince bağdaştırıcısı olan bir dizüstüne bir yenisini eklemeden önce ölçmeye değer.