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। पहिले नै पर्याप्त एडाप्टर भएको ल्यापटपमा अर्को थप्नुअघि यी नाप्न लायक छ।