छोटी फ़ाइलें VPN पर आने-जाने के चक्रों की वजह से रेंगती हैं, गति की वजह से नहीं

VPN पर 2 GB की एक फ़ाइल कॉपी करें और स्थानांतरण ठीक लगता है। दस हज़ार छोटे दस्तावेज़ों का फ़ोल्डर कॉपी करें और वही लिंक टूटा लगता है। अंतर दो कामों के बीच बदली कोई बैंडविड्थ सेटिंग नहीं है। दूसरा काम अपना समय सेटअप, मेटाडेटा और जवाबों के इंतज़ार में बिताता है, और सुरंग की विलंबता ही उस इंतज़ार को दिखाई देने वाला बनाती है।

एक फ़ाइल स्ट्रीम होती है; फ़ाइलों का फ़ोल्डर बातचीत करता है

बड़ी कॉपी अपना अधिकतर जीवन कुछ खुले हैंडलों पर पढ़ने-लिखने के लूप में बिताती है। प्रोटोकॉल का अतिरिक्त खर्च प्रति फ़ाइल एक बार चुकाया जाता है, और डेटा बड़े ब्लॉकों में चलता है। परिणाम पर बैंडविड्थ हावी होती है।

फ़ोल्डर कॉपी प्रति फ़ाइल चुकाती है: बनाना, विशेषताएँ पूछना, खोलना, लिखना, बंद करना और निर्देशिका मेटाडेटा अपडेट करना। इनमें से हर एक ऐसा अनुरोध है जो अगले चरण के आगे बढ़ने से पहले जवाब का इंतज़ार करता है। बाइट छोटे हैं; समन्वय नहीं।

इसीलिए कम लिंक-उपयोग वाला ग्राफ़ लगभग कुछ साबित नहीं करता। लिंक इसलिए निष्क्रिय है क्योंकि क्लाइंट इंतज़ार कर रहा है, इसलिए नहीं कि सुरंग धीमी है। स्टोरेज ऐरे या एंडपॉइंट स्कैनर उसी तरह की देरी जोड़ सकते हैं। कोई भी नेटवर्क सेटिंग बदलने से पहले पहचानें कि कौन-सा चरण इंतज़ार कर रहा है।

आने-जाने के चक्र बाइट से तेज़ जुड़ते हैं

विलंबता एक आश्रित अदला-बदली की लागत है। अगर एक फ़ाइल को कई क्रमिक अदला-बदली चाहिए और सुरंग हर दिशा में 40 ms जोड़ती है, तो प्रति फ़ाइल लागत तेज़ी से बढ़ती है। दस हज़ार फ़ाइलें इसे मिनटों में बदल देती हैं।

गणना उदाहरण है, माप नहीं: यह गारंटी नहीं कि एक फ़ाइल पर एक ही आने-जाने का चक्र खर्च हो, और क्लाइंट कुछ काम ओवरलैप करते हैं।

दो लीवर कुल बदलते हैं। प्रति फ़ाइल आश्रित अदला-बदली की संख्या घटाएँ, या उनमें से अधिक को एक साथ चालू रखें। पहला प्रोटोकॉल या कार्यभार का बदलाव है; दूसरा समानांतरता है। कोई भी धीमे लिंक को तेज़ नहीं बनाता।

कार्यभार मापें, लिंक नहीं

समान छोरों और समान एक्सेस नीति वाले तीन कामों की तुलना करें: एक बड़ी फ़ाइल, छोटी फ़ाइलों का फ़ोल्डर और असली व्यावसायिक क्रिया। हर परिणाम के साथ फ़ाइल संख्या, आकार वितरण, कॉपी उपकरण और नेटवर्क स्थितियाँ दर्ज करें।

उन विवरणों के बिना एक अकेला MB/s आंकड़ा किसी और के आंकड़े से तुलना नहीं किया जा सकता।

विलंबता को थ्रूपुट से अलग मापें। फ़ाइल सर्वर तक एक साधारण आने-जाने की परीक्षा वह आंकड़ा देती है जो छोटी क्रियाओं पर गुणा होता है। फिर कॉपी की औसत दर के बजाय उसके अनुरोध-प्रतिरूप को देखें। अगर दर कम है और लिंक निष्क्रिय है, तो अवरोध सुरंग के ऊपर है।

काम बदलें: समानांतरता और संग्रह

अधिकृत बल्क कॉपी के लिए नियंत्रित समानांतरता वाला उपकरण अधिक अनुरोध चालू रखता है। Robocopy का /MT विकल्प Windows पर सामान्य उदाहरण है। थ्रेड जोड़ने से तेज़ कॉपी की गारंटी नहीं मिलती।

ऐसी संख्या चुनें जो क्लाइंट, सर्वर और स्टोरेज सह सकें, और काम का लॉग तथा कोई भी त्रुटियाँ रखें।

स्रोत पर संग्रह करना और स्थानीय रूप से खोलना प्रति फ़ाइल दूरस्थ काम हटा देता है। तुलना में तैयारी और निकासी का समय शामिल करें, और पुष्टि करें कि संग्रह वह मेटाडेटा और अनुमतियाँ सुरक्षित रखता है जिनकी कार्य को ज़रूरत है। दोनों में से कोई तरकीब किसी एप्लिकेशन को उसके अपने फ़ाइल संचालन बैच करने पर मजबूर नहीं करती।

नियंत्रित परीक्षण से काउंटर जाँचें

एक चर बदलकर वही काम दो बार चलाएँ, और दोनों आंकड़े दर्ज करें। नियंत्रित परीक्षण ही जानने का एकमात्र तरीका है कि किसी सेटिंग ने मदद की या नेटवर्क संयोग से शांत था।

दो कमांड फ़ाइल संख्या और आने-जाने की आधार-रेखा देते हैं:

Get-ChildItem \\fileserver.hq.example\\share -Recurse | Measure-Object -Property Length -Sum
ping -n 20 fileserver.hq.example

फिर सीमित थ्रेड संख्या के साथ कॉपी चलाएँ और लॉग की तुलना पिछले रन से करें:

robocopy \\fileserver.hq.example\\share C:\\local /E /MT:16 /LOG:copy.log /TEE

काउंटर सुधारने के लिए SMB साइनिंग, एन्क्रिप्शन या एंडपॉइंट सुरक्षा बंद न करें। वे बदलाव किसी सुरक्षा गुण को ऐसे आंकड़े से बदलते हैं जो शायद अवरोध नहीं था। और अपने नोट्स में VPN परिवहन को SMB के अपने परिवहन से अलग रखें, क्योंकि एक में सुधार दूसरे के बारे में प्रमाण नहीं है।