सॉकेट साइट्स समस्याओं के लिए प्रदर्शन मुसीबतशूटिंग

अवलोकन

ग्राहक अपने अनुप्रयोगों के साथ प्रदर्शन समस्याओं का अनुभव कर सकते हैं, जब Cato से जुड़े होते हैं। प्रदर्शन समस्याएं एक व्यापक विषय हैं, और वे विभिन्न OSI लेयर्स में हो सकते हैं, भौतिक लेयर से लेकर अनुप्रयोग लेयर तक। यह प्लेबुक मुख्य रूप से TCP लेयर तक प्रदर्शन समस्याओं पर केंद्रित होगी। अनुप्रयोग लेयर से संबंधित प्रदर्शन समस्याएं अन्य प्लेबुक्स में चर्चा की जाएंगी:

• इंटरनेट संसाधनों तक पहुँच की समस्याओं के लिए, इंटरनेट सेवा पहुँच समस्या निवारण देखें। 
• धीमे इंटरनेट ब्राउज़र से संबंधित प्रदर्शन समस्याओं के लिए, देखें लंबे वेबपेज लोडिंग समय और रेंडरिंग समस्याओं का समस्या निवारण 
• आंतरिक संसाधनों तक पहुँच से संबंधित समस्याओं के लिए, देखें आंतरिक संसाधनों तक पहुँच समस्या निवारण 
• VoIP और वीडियो संबंधित समस्याओं के लिए, देखें VoIP समस्या निवारण

लक्षण

• धीमे फ़ाइल ट्रांसफ़र, थ्रूपुट कम हुआ
  • जब Cato Cloud से कनेक्टेड होते हैं, ग्राहक धीमे डाउनलोड और अपलोड गति का अनुभव कर सकते हैं।
• अनुप्रयोगों में देरी से प्रतिक्रिया समय
  • यह इंटरैक्टिव अनुप्रयोगों में अधिक स्पष्ट हो सकता है जैसे कि रिमोट डेस्कटॉप। 

संभावित कारण

• गलत विन्यास (QoS, लाइसेंस, TCP एक्सेलेरेशन, विंडो स्केलिंग)
• नेटवर्क भीड़
• पैकेट हानि (इंटरनेट सेवा प्रदाता, अंतिम मील)
• ग़ैर इष्टतम PoP 
• उच्च सॉकेट सीपीयू 
• जोड़ी गई क्लाउड विलंबता
• हार्डवेयर सीमाएँ

समस्या का समाधान

अधिक समस्या निवारण में जाने से पहले, यह सुनिश्चित करना महत्वपूर्ण है कि यह Cato Cloud से संबंधित है या नहीं। ऐसा करने के लिए, हम Cato के साथ कनेक्शन को बायपास कर सकते हैं और समस्या की पुष्टि कर सकते हैं। Cato-Cloud को बायपास करना इस प्रक्रिया को कैसे हासिल करें, इसके विस्तृत चरण प्रदान करता है।

यदि कनेक्शन को बायपास करने के बावजूद समस्या बनी रहती है, तो यह इंगित करता है कि Cato समस्या नहीं उत्पन्न करता है। हालांकि, यदि Cato Cloud के साथ कनेक्शन को बायपास करने के बाद समस्या का समाधान हो गया है, तो आगे की समस्या निवारण और अलगाव के लिए नीचे दिए गए चरणों का पालन करें।

लाइसेंसिंग और बैंडविड्थ कॉन्फ़िगरेशन

नोट: WAN बैंडविड्थ आवंटन साइट लाइसेंस और इंटरफ़ेस के बैंडविड्थ कॉन्फ़िगरेशन पर आधारित है। यदि दोनों में विभिन्न मान होते हैं, तो WAN कड़ी के लिए निम्नतम मान लागू किया जाएगा।

• यह सत्यापित करें कि साइट के लिए आवंटित लाइसेंस सही है। नेटवर्क > साइट्स > साइट कॉन्फ़िगरेशन > सामान्य में जाएं 
  
• यह सत्यापित करें कि WAN इंटरफ़ेस की कॉन्फ़िगर की गई बैंडविड्थ सही है। नेटवर्क > साइट्स > साइट कॉन्फ़िगरेशन > सॉकेट > WAN इंटरफेस को संपादित करें। 
  
• चीन और वियतनाम साइट्स के लिए, लाइसेंसिंग अलग है। लाइसेंस को ग्लोबल और क्षेत्रीय लाइसेंस में विभाजित किया जाएगा। वैश्विक लाइसेंस ग्लोबल साइट्स के कनेक्शनों के लिए है जबकि क्षेत्रीय लाइसेंस देश के भीतर के कनेक्शनों के लिए है। 
  
• साइट लाइसेंस प्रबंधन के बारे में अधिक जानकारी के लिए, मैनेंजिंग-साइट-बैंडविड्थ-लाइसेंस को देखें। 

पैकेट हानि

पैकेट हानि केटो अवसंरचना के भीतर या इंटरनेट सेवा प्रदाता (ISP) के साथ हो सकती है। निम्नलिखित चरणों का उद्देश्य पैकेट हानि के स्रोत को अलग करना है।

• नेटवर्क विश्लेषिकी में पैकेट हानि (अपस्ट्रीम/डाउनस्ट्रीम) के लिए जाँच करें।
  
  
• यदि यह अंतिम मील पैकेट हानि के साथ संयोग करता है, तो यह सॉकेट के WAN पोर्ट से जुड़े केबल के हार्डवेयर समस्या या इंटरनेट सेवा प्रदाता (ISP) के साथ समस्या का संकेत है।
  
  
• पैकेट हानि मुद्दों को सुलझाने के सुझावों के लिए, पैकेट हानि को सुलझाना अनुभाग को देखें।

पैकेट डिस्कार्ड (बैंडविड्थ प्रबंधन)

यदि आप नेटवर्क विश्लेषिकी पृष्ठ पर कई पैकेट डिस्कार्ड देख रहे हैं, तो पैकेट बैंडविड्थ प्रबंधन (QOS) के कारण त्याग दिए गए हैं। यह निर्धारित करने के लिए कि आपकी एप्लिकेशन इससे प्रभावित है या नहीं:

• किस क्लास द्वारा पैकेट डिस्कार्ड हो रहा है और आपकी एप्लिकेशन का कौन सा क्लास में आवंटन किया गया है, यह सत्यापित करने के लिए नेटवर्क > प्राथमिकता विश्लेषक पर जाएं।
• यदि ऐसा है, तो इस क्लास के लिए अधिक बैंडविड्थ आवंटित करने पर विचार करें।
• वैकल्पिक रूप से, यदि प्रभावित एप्लिकेशन महत्वपूर्ण है, तो इसे उच्च प्राथमिकता क्लास में स्थानांतरित करें ताकि प्रदर्शन में सुधार हो सके। वर्गों को कॉन्फ़िगर करने के निर्देशों के लिए पैकेट डिस्कार्ड को सुलझाना (QoS) देखें।
• पैकेट डिस्कार्ड का एक अन्य कारण माइक्रो-बर्स्ट है। यह क्या होता है, इसे कैसे पहचाना जा सकता है, और अंततः इसे सुलझाने के लिए किन चरणों का पालन करना चाहिए, यह जानने के लिए माइक्रो-बर्स्ट की जांच करें।

सॉकेट संसाधन सीमाएँ

जब सॉकेट अपने संसाधन सीमा तक पहुँचता है, तो प्रदर्शन का ह्रास हो सकता है।

1. अधिकतम समर्थित थ्रूपुट

• नेटवर्क > साइट > नेटवर्क विश्लेषिकी पर जाएं और जाँच करें कि साइट के लिए थ्रूपुट समर्थित सीमा के भीतर है या नहीं।
• नीचे हमारे सॉकेट मॉडलों का समर्थन अधिकतम टनल थ्रूपुट दिए गए हैं:
  

  सॉकेट मॉडल	अधिकतम टनल थ्रूपुट
  X1500	500Mbps
  X1600	1Gbps
  X1600 LTE	1Gbps
  X1700	3Gbps
  X1700B	10Gbps

• अधिक विवरण के लिए संबंधित डेटा शीट पर Cato-Socket-Deployment-Guides का संदर्भ लें। 
• यदि आप सूचीबद्ध सीमाओं को पार करते हैं, तो समर्थित थ्रूपुट का समाधान का संदर्भ लें।

2. उच्च सॉकेट CPU उपयोग

• सॉकेट संसाधनों का अधिक उपयोग प्रदर्शन को भी गिरावट कर देगा।  
• सॉकेट वेब यूआई से, HW स्थिति टैब का चयन करें। यह प्रत्येक कोर के लिए वर्तमान CPU % उपयोग को दिखाएगा। लगातार उच्च CPU उपयोग सीधे सॉकेट प्रदर्शन को प्रभावित करेगा और पैकेट नुकसान का कारण बनेगा। 
• यदि आप लगातार उच्च CPU उपयोग को नेटवर्क पैकेट नुकसान के साथ नोटिस करते हैं, तो सहायता के लिए कृपया समर्थन से संपर्क करें।

• फिजिकल सॉकेट संस्करण 21.1 और वर्चुअल सॉकेट संस्करण 22 से शुरुआत करते हुए, सॉकेट के CPU मेट्रिक्स अब CMA में दृश्य हैं। CMA में नेटवर्क विश्लेषिकी पर जाएं और हार्डवेयर टैब का चयन करें।
  

• इसके अलावा, सीपीयू उपयोग मेट्रिक्स सॉकेट UI से भी उपलब्ध हैं, HW स्थिति टैब के अंतर्गत।
  

प्रदर्शन विचार: सक्रिय/सक्रिय WAN थ्रूपुट

सक्रिय/सक्रिय WAN वातावरणों में, जब सभी डेटा प्रवाह अस्थायी रूप से एकल WAN लिंक पर एकत्र हो जाते हैं, एप्लिकेशन थ्रूपुट सीमित हो सकता है बजाय इसके कि सभी उपलब्ध लिंक में समान रूप से वितरित हो। जब ऐसा होता है, तो कुल थ्रूपुट कई लिंक के मिलित बैंडविड्थ का उपयोग करने के बजाय एक लिंक की बैंडविड्थ द्वारा सीमित होता है।

यह व्यवहार प्रदर्शन अपेक्षाओं को प्रभावित कर सकता है, विशेष रूप से SMB जैसे प्रोटोकॉल के लिए जो कई समकालिक प्रवाह पर निर्भर करते हैं। प्रवाह वितरण गतिशील नेटवर्क स्थितियों और आंतरिक एल्गोरिदम द्वारा प्रभावित होता है, जो हमेशा लिंक में संतुलित उपयोग की गारंटी नहीं दे सकते।

नोट: यदि आप देखते हैं कि कुल थ्रूपुट कई WAN लिंक में अपेक्षित प्रदर्शन के अनुरूप नहीं है, तो कृपया अधिक जांच और सहायता के लिए Cato समर्थन से संपर्क करें।

सबऑप्टिमल PoP

Cato क्लाउड का उपयोग करते समय, ग्राहक धीमी अनुप्रयोग प्रदर्शन या डाउनलोड/अपलोड गति में कमी देख सकते हैं।

• सत्यापित करने के लिए, प्रभावित सेवा पर एक PING परीक्षण करें।
  
• यदि लौटाया गया RTT अपेक्षित से उच्च है, तो यह सत्यापित करें कि साइट निगरानी > टोपोलॉजी पर जाकर और साइट पर क्लिक करके एक इष्टतम PoP से जुड़ी हुई है।
• एक दायां विंडो पैन दिखाई देगा। विंडो पैन के नीचे "लॉग देखें" पर क्लिक करें
• एक और विंडो पॉप अप होगी। सुनिश्चित करें कि आईएसपी जुड़ा हुआ PoP के पास है।
  
• इसे हल करने के लिए, इष्टतम PoP का समाधान का संदर्भ लें।

नेटवर्क नियम सत्यापन

• सुनिश्चित करें कि प्रभावित कनेक्शन सही नेटवर्क नियम को हिट करता है। 
• यदि प्रभावित एप्लिकेशन एक फ़ाइल-साझाकरण या वेब एप्लिकेशन है, तो एक ऐसा नेटवर्क नियम बनाएँ जिसमें TCP त्वरक सक्रिय हो और उसे आइसोलेशन के लिए सूची के शीर्ष पर रखें। अधिक विवरण के लिए TCP त्वरक के लिए सर्वोत्तम प्रथाएं का संदर्भ लें।

जोड़ा गया क्लाउड विलंबता

• ऐप्लिकेशन, जैसे SQL सेवाएं, जो विलंबता परिवर्तन के प्रति संवेदनशील होते हैं, जब Cato क्लाउड पर माइग्रेट हो रहे होते हैं, तो हो सकता है उन्हें कार्यों को पूरा करने में अधिक समय लगे।
• WAN पर इन क्वेरीज के प्रदर्शन से उत्पन्न अतिरिक्त विलंबता, भले ही कुछ मिलीसेकंड ही हो, क्वेरीज की संख्या पर विचार करने पर वास्तव में बढ़ जाती है।
• साइट्स के बीच विलंबता को कम करने के लिए, Cato समाधान जैसे की TCP त्वरक, ऑफ-क्लाउड कार्यान्वित करने पर विचार करने की सिफारिश की जाती है। या Alt-WAN।
• सार्वजनिक Cloud वातावरणों में होस्ट की गई सेवाएँ, जैसे Azure या AWS, साइट्स के बीच विलंबता को काफी कम करने के लिए क्लाउड इंटरकनेक्ट का उपयोग कर सकती हैं।
• वैकल्पिक रूप से, SQL क्वेरीज को Cato क्लाउड पर बेहतर प्रदर्शन के लिए संशोधित किया जा सकता है।

विंडोज उपकरणों के लिए विंडो स्केलिंग

• TCP/IP में विंडो स्केलिंग से बड़े विंडो आकार पर बातचीत करने की अनुमति मिलती है, जिससे हर पैकेट में अधिक डेटा भेजना और प्रदर्शन में सुधार होता है।
• यह डिफ़ॉल्ट रूप से सक्षम होना चाहिए। इसकी पुष्टि करने के लिए, विंडोज उपकरण पर कमांड प्रॉम्प्ट खोलें और कमांड netsh interface tcp show global चलाएं।
• "रीसीव विंडो ऑटो-ट्यूनिंग लेवल" सेटिंग्स देखें, जिसे "सामान्य" पर सेट किया जाना चाहिए।
• अधिक विवरण के लिए TCP विंडो स्केलिंग विकल्प सक्षम करना देखें।
  

विंडोज उपकरणों के लिए TCP टाइमस्टैम्प विकल्प

• विंडोज ऑपरेटिंग सिस्टम्स के लिए डिफ़ॉल्ट सेटिंग्स TCP टाइमस्टैम्प विकल्प का समर्थन नहीं करती। पैकेट RTT माप में सुधार के लिए TCP टाइमस्टैम्प विकल्प सक्षम करें, जो पैकेट हानि की पहचान में बेहतर मदद कर सकता है।
• यह विकल्प पैकेट हानि होने पर TCP स्टैक को पुनः प्रसारण टाइमर को समायोजित करने में भी सहायता करता है।
• इन चरणों का पालन करके हम आपके विंडोज कंप्यूटर पर TCP टाइमस्टैम्प को सक्षम करने की सिफारिश करते हैं:
  • विंडोज पर रजिस्ट्री संपादक खोलें।
  • निम्नलिखित कुंजी पर नेविगेट करें HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
  • नामित एक कुंजी देखें Tcp1323Opts। यदि यह मौजूद नहीं है, तो आपको इसे एक DWORD (32-बिट) मान के रूप में बनाना होगा, और इसे नाम देना होगा Tcp1323Opts। मान को 2 पर सेट करें।
  • अपनी प्रणाली को पुनरारंभ करें।
• TCP टाइमस्टैम्प की स्थिति सत्यापित करने के लिए कमांड प्रॉम्प्ट से netsh int tcp show global चलाएं। RFC1323 टाइमस्टैम्प सक्रिय होना चाहिए।
  

iPerf परीक्षण

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

(वैकल्पिक) अंतिम मील अनुभव निगरानी

• अनुभव निगरानी लाइसेंस वाले ग्राहक अंतिम मील और एप्लिकेशन प्रदर्शन टैब्स की जाँच कर सकते हैं संभव पैकेट नुकसान और पैकेट डिस्कार्ड की जाँच करने के लिए। डेटा को साइट नेटवर्क एनालिटिक्स टैब में निष्कर्षों के साथ सहसंबंधित किया जा सकता है ताकि समझा जा सके कि समस्या कहाँ से उत्पन्न हो रही है।

ऑफ-क्लाउड

• परीक्षण उद्देश्यों के लिए, दो साइट्स के बीच ऑफ-क्लाउड सेटअप का कॉन्फ़िगरेशन करने पर विचार करें। यह दृष्टिकोण हमें क्लाउड में और क्लाउड से बाहर के प्रदर्शन की तुलना करने की अनुमति देगा।
• यदि प्रदर्शन ऑफ-क्लाउड में बेहतर है, तो यह प्रदर्शन समस्या का स्थायी समाधान हो सकता है।
• हालांकि, एक बात नोट करने योग्य है कि Cato खतरा सुरक्षा इंजन ऑफ-क्लाउड ट्रैफ़िक का निरीक्षण नहीं करते हैं।
• कॉन्फ़िगरेशन में विवरण के लिए, Routing-Traffic-to-an-Off-Cloud-Link देखें। 

पता लगाई गई समस्याएं हल करना

गलत कॉन्फ़िगरेशन को हल करना

पैकेट हानि को हल करना

• यदि अंतिम मील पैकेट हानि मौजूद है, तो सॉकेट के WAN पोर्ट से जुड़े केबल को बदल दें।
• यदि संभव हो, तो सॉकेट और अपस्ट्रीम डिवाइस के किसी अन्य WAN पोर्ट से कनेक्ट करें। यदि उससे अंतिम मील पैकेट हानि समस्या में सुधार नहीं हुआ, तो अपने इंटरनेट प्रदाता से संपर्क करें ताकि समस्या को और अलग किया जा सके। 
• यदि उच्च पैकेट हानि देखी जाती है, तो VoIP ट्रैफ़िक के लिए पैकेट हानि न्यूनीकरण सक्षम करने पर विचार करें। विवरण के लिए ट्रैफ़िक का अनुकूलन देखें।
  
• पैकेट हानि पर विस्तृत समस्या निवारण के लिए सॉकेट साइट पैकेट हानि समस्या का समाधान कैसे करें देखें।

पैकेट डिस्कार्ड (QoS) को हल करना

• कक्षा को अधिक बैंडविड्थ आवंटित करने के लिए, नेटवर्क > बैंडविड्थ प्रबंधन पर नेविगेट करें, प्रभावित कक्षा का चयन करें, और तदनुसार सीमाएँ बदलें।
  
• प्रभावित एप्लिकेशन को उच्च प्राथमिकता कक्षा में स्थानांतरित करने के लिए, प्रभावित एप्लिकेशन के मौजूदा नेटवर्क नियम को संपादित करें और बैंडविड्थ प्राथमिकता को कम मूल्य में बदलें (जितना कम मूल्य, उतनी ही उच्च प्राथमिकता)। वैकल्पिक रूप से, एक नया नेटवर्क नियम बनाएँ और बैंडविड्थ प्राथमिकता को कम मान में आवंटित करें।
  
• बैंडविड्थ प्रबंधन पर विस्तृत गाइड के लिए, बैंडविड्थ-प्रबंधन-प्रोफाइल्स का कॉन्फ़िगरेशन देखें।

सबऑप्टिमल PoP से कनेक्ट की समस्या को हल करना

• यदि डिवाइस एक ऑप्टिमल PoP से कनेक्ट नहीं है, तो यह सत्यापित करें कि "पसंदीदा POP स्थान" सेटिंग्स को कॉन्फ़िगर किया गया है। ऐसा करने के लिए, नेटवर्क > साइट > साइट कॉन्फ़िगरेशन > सामान्य > पसंदीदा POP स्थान पर नेविगेट करें। यदि सेटिंग्स गलत सेट की गई थी, तो ऑप्टिमल स्थान चुनें।
• नेटवर्क > साइट्स > कनेक्शन SLA में कॉन्फ़िगर किए गए नए परिभाषित पसंदीदा PoP पर सॉकेट स्वचालित रूप से पुनः कनेक्ट हो जाएगा। हालांकि, पसंदीदा PoP स्थान से मैन्युअल रूप से पुनः कनेक्ट करना में बताए गए अनुसार पसंदीदा PoP पर पुनः कनेक्ट करें कार्रवाई का उपयोग करके मैन्युअल रूप से पुनः कनेक्शन को भी ट्रिगर किया जा सकता है।

समर्थित थ्रूपुट को अधिक करने की समस्या को हल करना

• अपने संबंधित खाता प्रबंधक या ग्राहक सेवा प्रबंधक से बड़े सॉकेट में उन्नयन करने के लिए संपर्क करें। यदि आप सुनिश्चित नहीं हैं कि वे कौन हैं, समर्थन से संपर्क करें।

केटो समर्थन को मामले उठाना

यदि उपरोक्त चरण समस्या को अलग और हल करने में मदद नहीं करते हैं, तो कृपया केटो समर्थन के साथ एक केस खोलें। केस खोलते समय, निम्न प्रश्नों पर विचार करें और संबंधित उत्तर प्रदान करें: 

1. क्या समस्या सभी एप्लिकेशन को प्रभावित करती है या विशिष्ट एप्लिकेशन को? 
2. यदि यह विशिष्ट एप्लिकेशन(s) को प्रभावित करता है, तो क्या ये नए एप्लिकेशन(s) हैं? 
3. नए एप्लिकेशन(s) के लिए, कृपया विवरण प्रदान करें, जिसमें एप्लिकेशन का नाम, संस्करण, आदि शामिल हैं।
4. मौजूदा एप्लिकेशन(s) के लिए क्या परिवर्तन हुए हैं, जिससे समस्या उत्पन्न हो रही है?
5. क्या यह समस्या सभी साइट्स या विशिष्ट साइट(s) को प्रभावित करती है? यदि विशिष्ट साइट(s) हैं, तो कृपया प्रभावित साइट्स की सूची दें
6. यदि यह सभी साइट्स को प्रभावित करता है तो सर्वर कहाँ स्थित है? 

डेटा संग्रहण

कृपया समस्या को पुनः उत्पन्न करते हुए समर्थन स्वयम-सर्विस (SSS) एकत्र करें। अतिरिक्त रूप से, डिवाइस पर Wireshark को स्थापित करें और डेटा पैकेट की दो सेट कैप्चर करें:

• पहली सेट की डेटा पैकेट कैप्चर (PCAP) में प्रदर्शन समस्या को कैप्चर किया जाना चाहिए। यह SSS एकत्र करते समय साथ-साथ किया जा सकता है।
• दूसरा PCAP सेट एकत्र किया जाना चाहिए जब कनेक्शन Cato क्लाउड को बायपास करता है, अर्थात् जब प्रदर्शन समस्या उपस्थित नहीं होती है। समर्थन जब एकत्रित लॉग और SSS की समीक्षा कर रहे होंगे तो डेटा का यह सेट एक बेंचमार्क के रूप में कार्य करेगा।
•