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 ბმულს. იქ არხის დამატება სამუშაოს ხელახლა ანაწილებს სიმძლავრის დამატების გარეშე, და გაზომვა ამას აჩვენებს.
შედარების დროს ჩართული დატოვეთ ხელმოწერა და დაშიფვრა, რადგან მათი გამორთვა ცვლის იმას, რასაც ზომავთ. წარმადობის შედეგი, რომელიც უსაფრთხოების პარამეტრის გამორთვაზეა დამოკიდებული, არ არის შედეგი, რომლის განთავსებაც შეგიძლიათ.
გაზომეთ ის დატვირთვა, რომელიც ნამდვილად ნელია
დაასახელეთ დატვირთვა სანამ რამეს შეცვლით: ერთი დიდი თანმიმდევრული კოპირება, ბევრი პატარა ფაილი ერთ საქაღალდეში, ან აპლიკაცია, რომელიც სახელურებს ხსნის და ხურავს. მრავალარხიანობა დაეხმარება პირველ შემთხვევას, როცა ნამდვილი დამოუკიდებელი გზები არსებობს, და ძალიან ცოტას აკეთებს მესამესთვის, რადგან იქ ხარჯი დამოკიდებული ორმხრივი მოგზაურობები არის და არა გამტარუნარიანობა.
დააფიქსირეთ საწყისი მნიშვნელობა მიმდინარე განლაგებით, შეცვალეთ ერთი რამ და კვლავ დააფიქსირეთ იმავე ფაილების ნაკრებით და დღის იმავე დროს. ჩაწერეთ არჩეული გზების რაოდენობა რიცხვის გვერდით, რათა მოგვიანებით მკითხველმა შეძლოს გაიგოს, შეიცვალა განლაგება თუ მხოლოდ დატვირთვა.
თუ არხები არ შეიცვალა, წარმადობის კითხვა სხვაგანაა: გვირაბის დაშიფვრის ხარჯი, გზის დაყოვნება, ან თავად სერვერის დისკი და პროცესორი. ღირს მათი გაზომვა სანამ ლეპტოპს, რომელსაც უკვე საკმარისი აქვს, კიდევ ერთ ადაპტერს დაამატებთ.