Kan SMB Multichannel kombinera 1GbE- och 2.5GbE-gränssnitt?

Det kan använda kompatibla gränssnitt med olika hastigheter, men resultatet är inte en enkel summa på 3.5Gbps och kan begränsas av RSS, ruttval, serverstöd, lagring och den enda snabbare sökvägen.

Detta blir en verklig kompatibilitetsfråga när en klient och en NAS vardera har länkar på 1GbE och 2.5GbE och SMB Multichannel är aktiverat för en stor överföring. Börja med en tillfällig sökväg eller ett tillfälligt konto, behåll det tidigare fungerande tillståndet tillgängligt och bedöm lösningen utifrån den ursprungliga arbetsbelastningen i stället för ett enstaka anslutningstest.

Definiera när SMB Multichannel med blandade hastigheter kan fungera

Den stödda grenen är flera kompatibla SMB-kanaler med oberoende sökvägar. Den konkurrerande grenen är en enda aktiv sökväg, en delad flaskhals eller gränssnitt som inte klarar kapacitetsvalet. Dokumentera versioner, identiteter, adresser, monteringssökvägar, behörigheter och det aktuella observerbara tillståndet innan du ändrar någon av grenarna.

Det relevanta SMB Multichannel-beteendet definierar den första kompatibilitetsgränsen. Använd det för att avgränsa påståendet och verifiera sedan samma beteende på just den här hemservern, i stället för att behandla en dokumenterad funktion som bevis på att hela lösningen fungerar.

Skriv beslutsregeln innan testningen: godkänt måste innebära att båda sökvägarna visas som aktiva kanaler, att trafikräknarna ökar på båda och att överföringen fortsätter efter att en sökväg tagits bort. Underkänt omfattar att endast en kanal överför data, att den totala hastigheten stannar vid den långsammare sökvägens hastighet eller att borttagning av ett gränssnitt avbryter sessionen. Detta förhindrar att en delvis fungerande anslutning eller ett lyckat kommando misstolkas som kompatibilitet från början till slut.

Kör det minsta testet som skiljer lösningarna åt

Använd en kontrollerad särskiljare: verifiera de förhandlade kanalerna, överför en stor fil från snabb lagring, inaktivera ett gränssnitt i taget och jämför genomströmning samt CPU-användning. Håll klient, arbetsbelastning, filuppsättning, konto och tidpunkt konstanta så att den ändrade komponenten är den enda rimliga förklaringen.

Använd Samba-inställningar för multichannel för att välja den andra observationen som är viktig för den här sökvägen. Fånga båda sidorna av transaktionen: namnuppslagning eller rutt, förhandlat protokoll, processidentitet, avslutningsstatus, latens, överförda byte och eventuella återställningshändelser.

Upprepa testet efter den livscykelhändelse som anges i rubriken - återskapande, återanslutning, ommontering, omstart, redundansväxling eller klientbyte. En lösning som endast fungerar medan gamla socketar, cachar eller autentiseringsuppgifter fortfarande är aktiva har inte klarat testet.

Get-SmbMultichannelConnection
Get-NetAdapter | Select Name,LinkSpeed
# jämför räknare per gränssnitt under en överföring

Tolka signalerna för godkänt, underkänt och undantag

GODKÄNT: båda sökvägarna visas som aktiva kanaler, trafikräknarna ökar på båda och överföringen fortsätter efter att en sökväg tagits bort. Spara de exakta versionerna och den topologi som skapade detta tillstånd, eftersom slutsatsen gäller dessa villkor och inte varje implementation av protokollet.

UNDERKÄNT: endast en kanal överför data, den totala hastigheten stannar vid den långsammare sökvägens hastighet eller borttagning av ett gränssnitt avbryter sessionen. Kontrollera delade beroenden som DNS, MTU, identitet, brandväggstillstånd, lagringslatens och cachade sessioner innan du fastställer att någon av huvudgrenarna är ansvarig.

UNDANTAG: återställ den enklare konfigurationen med en enda sökväg och korrigera RSS, routing, länk eller serverkapacitet innan du testar igen. Utöka inte behörigheter, radera inte källdata, försvaga inte transportsäkerheten och byt inte ut fungerande lagring förrän en upprepningsbar observation har identifierat vilken gräns som fallerade.

Featured

ZimaCube 2 personlig molnhem NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Validera beslutet under den verkliga arbetsbelastningen

Tillämpa endast den åtgärd som motsvarar den observerade grenen och kör sedan den ursprungliga arbetsbelastningen igen. Behåll lösningen endast när båda sökvägarna visas som aktiva kanaler, trafikräknarna ökar på båda och överföringen fortsätter efter att en sökväg tagits bort under två relevanta livscykler och vid den förväntade samtidiga belastningen.

Använd avvägningarna kring SMB-signering för att verifiera det närmast beroende arbetsflödet. Dess åtkomst-, tids- och återställningsbeteende måste förbli oförändrat medan den nya lösningen är aktiv.

Avbryt och återgå till det sparade tillståndet om endast en kanal överför data, den totala hastigheten stannar vid den långsammare sökvägens hastighet eller borttagning av ett gränssnitt avbryter sessionen. Eskalera med tidsstämplar, exakta versioner, bevis från rutter eller monteringar och den minsta reproduktionen i stället för att lägga till ännu en kringlösning.

Jämför resultatet med MTU-inställningarna från slutpunkt till slutpunkt så att risken inte bara flyttas till ett annat nätverks-, identitets-, säkerhetskopierings- eller lagringslager.

För SMB Multichannel med blandade hastigheter är det kvalificerade svaret därför den inledande bedömningen - inte ett ovillkorligt ja. Det observerbara godkända tillståndet är acceptansgränsen; det underkända tillståndet är återställningsgränsen.

Vanliga frågor

Binder SMB Multichannel ihop nätverksadaptrarna för varje fil?

Nej. Kanal- och arbetsbelastningsbeteendet varierar; bekräfta de faktiska räknarna i stället för att anta att hastigheterna summeras.

Måste båda länkarna använda olika subnät?

Inte alltid, men routing och gränssnittsval måste skapa giltiga oberoende sökvägar utan asymmetriska fel.

Blir små filer snabbare?

Vanligtvis betydligt mindre än vid en stor sekventiell överföring, eftersom metadata och lagringslatens kan dominera.