यह लेख चर्चा करता है कि Cato Cloud ट्रैफ़िक को कैसे गति देता है और अनुकूलित करता है। इन सेटिंग्स को कॉन्फ़िगर करने के बारे में अधिक विवरण के लिए, देखें नेटवर्क नियम कॉन्फ़िगर करना।
ट्रैफ़िक को गति देना
CATO TCP ट्रैफ़िक के लिए गति को सक्षम करता है। आप गति के लिए डिफ़ॉल्ट सिस्टम सेटिंग्स को कॉन्फ़िगर कर सकते हैं, और नेटवर्क नियमों के माध्यम से सिस्टम गति के डिफ़ॉल्ट को ओवरराइड कर सकते हैं।
प्रत्येक Cato PoP एक TCP प्रॉक्सी सर्वर के रूप में कार्य कर सकता है, जिससे विलंबता कम होती है। प्रॉक्सी सर्वर TCP क्लाइंट और सर्वरों को प्रभावी रूप से बनाता है कि उनके गंतव्य वास्तव में जितना करीब होते हैं, उन्हें एक बड़ा TCP विंडो सेट करने की अनुमति देता है। इसके अलावा, सॉकेट का उन्नत संस्करण TCP भीड़ नियंत्रण /Congestion control/ एंडपॉइंट्स को सॉकेट से जुड़े हुए अधिक डेटा भेजने और प्राप्त करने की अनुमती देता है इससे पहले कि उनके लिए मान्यता की प्रतीक्षा करनी पड़े। यह कुल थ्रूपुट को बढ़ाता है जबकि पैकेट हानि जैसी त्रुटियों को सुधारने के लिए आवश्यक समय को कम करता है।
आप नेटवर्क नियमों के भाग के रूप में जितनी बारीकी से आवश्यक हो उतनी बारीकी से एक केंद्रीकृत स्थान से अपने गति सेटिंग्स को परिभाषित और प्रबंधित कर सकते हैं।
Cato की गति कैसे काम करती है?
जब किसी प्रवाह के लिए TCP गति को सक्रिय किया जाता है, तो Cato क्लाइंट और PoP (अंतिम मील) के बीच, PoPs के बीच (मध्य मील), और अंततः गंतव्य तक PoP के निर्गम के लिए एक प्रॉक्सी स्थापित करता है।
यह आपके कुल थ्रूपुट को क्यों बढ़ाता है?
उदाहरण के लिए, इंटरनेट पर लंदन और न्यूयॉर्क के बीच एक TCP फ्लो पर विचार करें जिसमें एक पैकेट अपने गंतव्य पर नहीं पहुंचा (पैकेट नुकसान)। यदि प्रॉक्सी अक्षम है, जब गंतव्य अगला पैकेट प्राप्त करता है, तो वह समझता है कि एक पैकेट खो गया है और क्लाइंट से उस पैकेट को फिर से प्रसारित करने का अनुरोध करता है (TCP प्रोटोकॉल के अनुसार)। इससे प्रवाह ट्रांसमिशन को जारी रखने से पहले लंदन और न्यूयॉर्क के बीच पूर्ण RTT की लागत होती है।
Cato के साथ, अंतिम और मध्य मील तक यातायात पथ को कई खंडों में विभाजित करने के कारण RTT को काफी हद तक कम कर दिया जाता है। ऊपर दिए गए उदाहरण में, लंदन और न्यूयॉर्क के बीच खोए पैकेट रिट्रांसमिशन के बजाय, उदाहरण के लिए, लंदन और Cato के लंदन PoP के बीच खोए गए पैकेट का पता लगाया जाता है।
जैसा कि Cato मध्य मील में ट्रैफ़िक को ले जाने के लिए बड़ी टियर-1 लिंक्स का उपयोग करता है, इस खंड में पैकेट हानि दुर्लभ है।
ट्रैफ़िक का अनुकूलन करना
Cato सॉकेट का अनुकूलन तंत्र पैकेट डुप्लिकेशन के माध्यम से पैकेट हानि का शमन करता है। क्योंकि यह कुल थ्रूपुट को बढ़ाता है, अनुकूलन को केवल उन महत्वपूर्ण प्रवाहों पर उपयोग करना चाहिए जो पैकेट हानि के प्रति संवेदनशील होते हैं (जैसे कि वॉइस और वीडियो ट्रैफ़िक)।
आप नेटवर्क नियमों के भाग के रूप में जितनी बारीकी से आवश्यक हो उतनी बारीकी से एक केंद्रीकृत स्थान से अपने अनुकूलन सेटिंग्स को परिभाषित और प्रबंधित कर सकते हैं।
Cato का अनुकूलन कैसे काम करता है?
जब आप अनुकूलन को सक्षम करते हैं, तो Cato साइट के टोपोलॉजी और मौजूदा कनेक्शनों के आधार पर निम्नलिखित अनुकूलन विधियों में से एक का प्रदर्शन करता है:
पैकेट डुप्लिकेशन - जब एक से अधिक सक्रिय लिंक उपलब्ध होते हैं, तो इसका उपयोग किया जाता है। इस तकनीक के साथ, Cato एक और सक्रिय लिंक के माध्यम से डुप्लिकेट पैकेट भेजता है जबकि दूसरे छोर पर पैकेट को फिर से संकलित करता है। चूंकि किसी दिए गए पैकेट के लिए एक रिडंडेंट पैकेट भेजा जाता है, पैकेट हानि का शमन बढ़ता है, भले ही एक पैकेट एक लिंक पर खोया हो।
UDP पुनर्प्राचालन - जब केवल एक ही सक्रिय लिंक उपलब्ध होता है, तब इसका उपयोग किया जाता है। इस तकनीक के साथ, Cato UDP पैकेट को पुनः प्रसारित करता है (पुनः प्रसारण से पहले 5 मिलीसेकंड की प्रतीक्षा करता है)। चूंकि किसी दिए गए पैकेट के लिए एक रिडंडेंट पैकेट भेजा जाता है, पैकेट हानि का शमन बढ़ता है भले ही कोई पैकेट खो जाए।
Note:
चूंकि TCP अपने प्रोटोकॉल के हिस्से के रूप में पुनर्प्रेषण करता है, UDP पुनर्प्रेषण अन्य सामान्यतः उपयोग किए जाने वाले प्रोटोकॉल के लिए पैकेट हानि को प्रभावी रूप से कम करता है।
लेन-देन प्रसंस्करण विलंबता
संवरण प्रसंस्करण विलंबता वह समय मापता है जब Cato सिंगल पास क्लाउड इंजन (SPACE) तक लेन-देन के लिए नेटवर्क डेटा पैकेट प्राप्त करता है जब तक कि पूरे लेन-देन को ग्राहक या होस्ट द्वारा प्राप्त नहीं कर लिया जाता। यह विलंबता 1MB डेटा तक के डिक्रिप्टेड और नॉन-डिक्रिप्टेड लेन-देन के लिए 10 मिलीसेकंड तक हो सकती है।