SMB բազմալիքը VPN-ի միջով՝ ինչ է իրականում օգտագործում հաճախորդը
SMB բազմալիքը VPN-ի միջով քիչ ալիքներ է ավելացնում. կարդացեք հաճախորդի ինտերֆեյսները, ընտրված կապերը և 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-ի միջով։ Ալիքները, որոնք բոլորը մտնում են նույն գաղտնագրված թունելը, կիսում են թունելի թողունակությունը, դարպասի պրոցեսորը և WAN կապը։ Այնտեղ ալիք ավելացնելը վերաբաշխում է աշխատանքը՝ առանց հզորություն ավելացնելու, և չափումը դա ցույց կտա։
Համեմատելիս թողեք ստորագրումն ու գաղտնագրումը միացված, որովհետև դրանք անջատելը փոխում է այն, ինչ չափում եք։ Անվտանգության կարգավորումն անջատելուց կախված աշխատանքի արդյունքը այն արդյունքը չէ, որը կարող եք տեղադրել։
Չափեք այն ծանրաբեռնվածությունը, որն իսկապես դանդաղ է
Անվանեք ծանրաբեռնվածությունը նախքան ինչ-որ բան փոխելը. մեկ մեծ հաջորդական պատճենում, մեկ պանակում շատ փոքր ֆայլեր, կամ հավելված, որը բացում և փակում է բռնակներ։ Բազմալիքը կարող է օգնել առաջին դեպքում, երբ կան իրական անկախ ուղիներ, և շատ քիչ բան է անում երրորդի համար, որովհետև այնտեղ ծախսը կախյալ շրջագայություններն են, ոչ թե թողունակությունը։
Նկարեք բազային չափում ընթացիկ դասավորությամբ, փոխեք մեկ բան և նորից նկարեք նույն ֆայլերի հավաքածուով և օրվա նույն ժամին։ Գրանցեք ընտրված ուղիների քանակը թվի կողքին, որպեսզի ավելի ուշ ընթերցողը կարողանա հասկանալ՝ փոփոխությունը դասավորությունն է փոխել, թե միայն ծանրաբեռնվածությունը։
Եթե ալիքները չեն փոխվել, աշխատանքի հարցը այլ տեղ է. թունելի գաղտնագրման ծախսը, ուղու ուշացումը, կամ սերվերի սեփական սկավառակն ու պրոցեսորը։ Արժե չափել դրանք նախքան նոութբուքին ևս մեկ ադապտեր ավելացնելը, որն արդեն բավականաչափ ունի։