VPN પર SMB મલ્ટિચેનલ: ક્લાયન્ટ ખરેખર શું વાપરે છે
VPN પર SMB મલ્ટિચેનલ થોડા ચેનલ ઉમેરે છે: ધીમી ફાઇલો માટે ટનલને દોષ આપતા પહેલા ક્લાયન્ટના ઇન્ટરફેસ, પસંદ કરેલા કનેક્શન અને SMB ડાયલેક્ટ વાંચો.
VPN પર ધીમી ફાઇલ ઍક્સેસ મલ્ટિચેનલ સેટિંગને ઉકેલ તરીકે લેવા પ્રેરે છે, અને સેટિંગ પાસે ઘણી વાર કામ કરવા જેવું કંઈ હોતું નથી. RSS વગરનું એક જ વર્ચ્યુઅલ એડેપ્ટર ટ્રાફિકને અનેક ચેનલોમાં ફેલાવી શકતું નથી, ચેકબોક્સ શું કહે તે ગમે તે હોય. મહત્ત્વની બાબત એ છે કે SMB બંને છેડે કઈ ક્ષમતા જુએ છે, લેપટોપની ભૌતિક NICની સ્પેસિફિકેશન નહીં. નીચેની સમજૂતી સક્રિય સેશનથી શરૂ થઈને એડેપ્ટર લેઆઉટ સુધી પાછી જાય છે.
NICની સ્પેસિફિકેશનથી નહીં, સેશનથી શરૂ કરો
પહેલા ખાતરી કરો કે સેશન મલ્ટિચેનલનો ઉપયોગ કરી શકે છે. આ સુવિધા SMB3ની છે, તેથી કોઈ ઉપકરણ કે જૂના સર્વર સાથે વાટાઘાટ કરેલો જૂનો ડાયલેક્ટ એડેપ્ટરનો કોઈ પણ પ્રશ્ન મહત્ત્વનો થાય તે પહેલાં જ તેને બાકાત કરે છે. પછી ખાતરી કરો કે ક્લાયન્ટ ખરેખર કયા સર્વર સાથે જોડાયો છે, કારણ કે તમે તપાસી રહ્યા છો તે નોડ કરતાં અલગ નોડમાં રિઝોલ્વ થતું નામ વિશ્વાસપાત્ર પણ અસંબંધિત પરિણામ આપે છે.
Get-SmbConnection
Get-SmbClientConfiguration | Select-Object EnableMultichannel
Get-SmbClientNetworkInterfaceપહેલો આદેશ ડાયલેક્ટ, સર્વર અને શેરનું નામ એક લાઇનમાં જણાવે છે. બીજો દર્શાવે છે કે ક્લાયન્ટમાં સુવિધા સક્ષમ છે કે નહીં, અને ત્રીજો SMB જે ઇન્ટરફેસ જાણે છે તેમને તેમની જાહેર કરેલી ક્ષમતાઓ સાથે સૂચિબદ્ધ કરે છે. જે વર્ચ્યુઅલ એડેપ્ટર RSS કે RDMA જાહેર કરતું નથી તે તમને કહે છે કે લેઆઉટ શું બની શકે છે.
જો ડાયલેક્ટ SMB3 ન હોય, તો થોભો અને પહેલા એ પ્રશ્ન ઠીક કરો. નહીં તો પછીનો દરેક આદેશ એવી સુવિધા વર્ણવશે જે ચાલુ થઈ શકતી નથી.
ક્લાયન્ટના ઇન્ટરફેસ પ્રામાણિકપણે વાંચો
તમારો ડિફોલ્ટ રૂટ કયું એડેપ્ટર વહન કરે છે તે SMBને પરવા નથી; તે જે ઇન્ટરફેસ વાપરી શકે તે સૂચિબદ્ધ કરે છે અને દરેકનું મૂલ્યાંકન કરે છે. Wi-Fi, Ethernet અને VPN એડેપ્ટર ધરાવતું લેપટોપ ત્રણ ઇન્ટરફેસ રજૂ કરી શકે છે, અને તેમાંથી ફક્ત એક જ તમે જે સર્વર સાથે વાત કરો છો તેના માટે પહોંચી શકાય તેવું હોઈ શકે. બાકીનાં ઉમેદવારો છે, ચેનલો નહીં.
લિંક સ્પીડ કોલમને બદલે RSS અને RDMA કોલમ વાંચો. વર્ચ્યુઅલ એડેપ્ટર સામાન્ય રીતે RSS ક્ષમતા વગર ઊંચી નામમાત્ર ગતિ જાહેર કરે છે, અને નામમાત્ર ગતિ ઇન્ટરનેટ દ્વારા માર્ગની નહીં, વર્ચ્યુઅલ લિંકની વર્ણવે છે. બંનેમાંથી કોઈ પણ આંકડો તમને કહેતું નથી કે સેશન કેટલી ચેનલો વાપરે છે.
જો એડેપ્ટર RSS ક્ષમતા ન બતાવે, તો સમર્થિત સુધારો VPN વેન્ડરના ડ્રાઇવરનો છે, ભૌતિક NICની અદ્યતન પ્રોપર્ટીનો નહીં. હાર્ડવેર એડેપ્ટર પર RSS ચેકબોક્સ ટિક કરવાથી વર્ચ્યુઅલ એડેપ્ટર SMBને જે દર્શાવે છે તેમાં કંઈ બદલાતું નથી.
પસંદ કરેલી ચેનલોને શોધાયેલા ઉમેદવારોથી અલગ કરો
કનેક્શન સૂચિ એ ભાગ છે જે સૌથી વધુ ખોટી રીતે વંચાય છે. ન પસંદ કરેલા ઉમેદવારો સાથે, આઉટપુટ SMBએ ધ્યાનમાં લીધેલું બધું બતાવે છે, અને તે ડેટા વહન કરતી ચેનલોનો સમૂહ નથી. તમને રસ હોય તેવી ચોક્કસ ક્લાયન્ટ અને સર્વર ઇન્ટરફેસ જોડી માટે પસંદગીનો ફ્લેગ અને ચેનલની સંખ્યા વાંચો.
Get-SmbMultichannelConnection -ServerName files.lab.example -IncludeNotSelected
Get-SmbMultichannelConnection -ServerName files.lab.example | Format-List *તમારા પોતાના સર્વરના નામથી બદલો. બીજું સ્વરૂપ પસંદ કરેલા કનેક્શનની પ્રોપર્ટી છાપે છે, જેમાં ઇન્ટરફેસ ઇન્ડેક્સ અને વર્તમાન ચેનલ સંખ્યાનો સમાવેશ થાય છે, અને તે જ મહત્ત્વનો આંકડો છે. એક એડેપ્ટર પર શોધાયેલા અનેક સરનામાં હજુ પણ એક એડેપ્ટર છે.
શોધાયેલું સરનામું VPN નીતિને કારણે પણ નકામું હોઈ શકે: તે સ્થાનિક સબનેટનું સરનામું હોઈ શકે જે ટનલ વહન કરતી નથી, અથવા એવું સરનામું જે સર્વર ફક્ત બીજા નેટવર્ક પર પ્રદાન કરે છે. SMB તેને ઉમેદવાર તરીકે સૂચિબદ્ધ કરે છે કારણ કે ઇન્ટરફેસ અસ્તિત્વમાં છે, કારણ કે માર્ગ કામ કરે છે તે નહીં.
VPN એડેપ્ટર લેઆઉટ સાથે શું કરે છે
ત્રણ લેઆઉટને અલગ પાડવા યોગ્ય છે, કારણ કે તેમાંથી ફક્ત બે જ એકથી વધુ ચેનલ બનાવી શકે છે. RSS વગરનું એક એડેપ્ટર એક ચેનલ આપે છે. RSS સક્ષમ એક એડેપ્ટર કનેક્શનને કોરમાં ફેલાવી શકે છે. અનેક વપરાયોગ્ય એડેપ્ટર RSS વગર પણ અનેક ચેનલો બનાવી શકે છે, અને RSS ફરજિયાત માનતા લોકો આ જ રૂપરેખાંકન ભૂલી જાય છે.
| Layout SMB sees | Channels possible |
|---|---|
| One adapter, no RSS | One |
| One adapter with RSS | Several, spread across cores |
| Two or more usable adapters | Several, one path per adapter |
| Several adapters behind one tunnel | Several, one shared bottleneck |
છેલ્લી પંક્તિ એ છે જે VPN પર મહત્ત્વની છે. જે ચેનલો બધી એક જ એન્ક્રિપ્ટેડ ટનલમાં પ્રવેશે છે તે ટનલની થ્રુપુટ, ગેટવેની CPU અને WAN લિંક વહેંચે છે. ત્યાં ચેનલ ઉમેરવાથી ક્ષમતા વધાર્યા વિના કામ ફરી વહેંચાય છે, અને માપન તે દર્શાવશે.
તુલના કરતી વખતે સાઇનિંગ અને એન્ક્રિપ્શન સક્ષમ રાખો, કારણ કે તેમને બંધ કરવાથી તમે જે માપો છો તે બદલાય છે. સુરક્ષા સેટિંગ બંધ કરવા પર આધારિત પ્રદર્શન પરિણામ એ પરિણામ નથી જે તમે ડિપ્લોય કરી શકો.
ખરેખર ધીમું હોય તેવું કાર્યભાર માપો
કંઈ બદલતા પહેલા કાર્યભારનું નામ આપો: એક મોટી ક્રમિક નકલ, એક ડિરેક્ટરીમાં ઘણી નાની ફાઇલો, અથવા એવી એપ્લિકેશન જે હેન્ડલ ખોલે અને બંધ કરે. સાચા સ્વતંત્ર માર્ગો હોય ત્યારે મલ્ટિચેનલ પહેલા કિસ્સામાં મદદ કરી શકે છે, અને ત્રીજા માટે ખૂબ ઓછું કરે છે, કારણ કે ત્યાં ખર્ચ બેન્ડવિડ્થ નહીં, આશ્રિત રાઉન્ડ ટ્રિપ્સ છે.
વર્તમાન લેઆઉટ સાથે આધારરેખા લો, એક વસ્તુ બદલો, અને એ જ ફાઇલ સમૂહ અને દિવસના એ જ સમયે ફરી લો. પસંદ કરેલા માર્ગોની સંખ્યા આંકડાની બાજુમાં નોંધો, જેથી પછીનો વાચક જાણી શકે કે બદલાવ લેઆઉટ બદલ્યું કે ફક્ત ભાર.
જો ચેનલો બદલાઈ નથી, તો પ્રદર્શન પ્રશ્ન બીજે ક્યાંક છે: ટનલનો એન્ક્રિપ્શન ઓવરહેડ, માર્ગની લેટન્સી, અથવા સર્વરની પોતાની ડિસ્ક અને CPU. પહેલેથી પૂરતા એડેપ્ટર ધરાવતા લેપટોપમાં બીજું એડેપ્ટર ઉમેરતા પહેલા આ માપવા યોગ્ય છે.