AWS X-Ray

सैंपलिंग नियम

X-Ray का उपयोग करके सैंपलिंग नियम AWS Console में, लोकल कॉन्फ़िगरेशन फ़ाइल के माध्यम से, या दोनों में कॉन्फ़िगर किए जा सकते हैं। लोकल कॉन्फ़िगरेशन कंसोल में सेट किए गए नियमों को ओवरराइड करेगा।

जानकारी

जब भी संभव हो X-Ray कंसोल, API, या CloudFormation का उपयोग करें। यह आपको रनटाइम पर किसी एप्लिकेशन के सैंपलिंग व्यवहार को बदलने की अनुमति देता है।

आप इनमें से प्रत्येक मानदंड के लिए अलग-अलग सैंपल रेट सेट कर सकते हैं:

• सर्विस नाम (जैसे billing, payments)
• सर्विस टाइप (जैसे EC2, Container)
• HTTP मेथड
• URL पथ
• रिसोर्स ARN
• होस्ट (जैसे www.example.com)

बेस्ट प्रैक्टिस एक ऐसा सैंपल रेट सेट करना है जो समस्याओं के निदान और प्रदर्शन प्रोफाइल को समझने के लिए पर्याप्त डेटा एकत्र करे, जबकि इतना अधिक डेटा एकत्र न करे कि यह अप्रबंधनीय हो। उदाहरण के लिए, एक लैंडिंग पेज पर ट्रैफिक का 1% सैंपल करना, लेकिन पेमेंट पेज पर अनुरोधों का 10%, एक मजबूत ऑब्ज़र्वेबिलिटी अभ्यास के साथ अच्छी तरह से संरेखित होगा।

कुछ ट्रांजैक्शन आप 100% कैप्चर करना चाह सकते हैं। हालांकि सावधान रहें क्योंकि ट्रेस आपके वर्कलोड तक पहुंच के फोरेंसिक ऑडिट के लिए इच्छित नहीं हैं!

चेतावनी

चूंकि ट्रेस ऑडिटिंग या फोरेंसिक विश्लेषण के लिए उपयोग किए जाने के लिए इच्छित नहीं हैं, 100% के सैंपल रेट से बचें। यह एक गलत अपेक्षा सेट कर सकता है कि X-Ray (डिफ़ॉल्ट रूप से UDP एमिटर का उपयोग करते हुए) कभी भी ट्रांजैक्शन ट्रेस नहीं खोएगा।

एक नियम के रूप में, ट्रांजैक्शन ट्रेस कैप्चर करने से कभी भी आपके स्टाफ या आपके AWS बिल पर भारी बोझ नहीं बनना चाहिए। जब आप अपने वर्कलोड द्वारा उत्सर्जित डेटा की मात्रा सीखते हैं, तो अपने वातावरण में धीरे-धीरे ट्रेस जोड़ें।

जानकारी

डिफ़ॉल्ट रूप से, X-Ray SDK प्रत्येक सेकंड पहला अनुरोध, और किसी भी अतिरिक्त अनुरोध का पांच प्रतिशत रिकॉर्ड करता है। हमेशा एक रिज़र्वॉयर साइज सेट करें जो आप सहन कर सकते हैं। रिज़र्वॉयर साइज प्रति सेकंड कैप्चर किए जाने वाले अनुरोधों की अधिकतम संख्या निर्धारित करता है। यह आपको दुर्भावनापूर्ण हमले, अवांछित शुल्क, और कॉन्फ़िगरेशन एरर से बचाता है।

डेमॉन कॉन्फ़िगरेशन

X-Ray डेमॉन विश्लेषण के लिए X-Ray डेटाप्लेन को टेलीमेट्री भेजने के प्रयास को ऑफलोड करने के लिए है। इस प्रकार, इसे उस सर्वर, कंटेनर, या इंस्टेंस पर बहुत अधिक रिसोर्स नहीं उपभोग करनी चाहिए जिस पर सोर्स एप्लिकेशन चलता है।

जानकारी

बेस्ट प्रैक्टिस X-Ray डेमॉन को किसी अन्य इंस्टेंस या कंटेनर पर चलाना है, जिससे चिंताओं का पृथक्करण लागू होता है और आपके सोर्स सिस्टम को बिना बोझ के रहने देता है।

जानकारी

Kubernetes जैसे कंटेनर ऑर्केस्ट्रेशन पैटर्न में, अपने X-Ray डेमॉन को एक साइडकार के रूप में संचालित करना एक सामान्य अभ्यास है।

डेमॉन में सुरक्षित डिफ़ॉल्ट सेटिंग्स हैं और अधिकांश मामलों में बिना अतिरिक्त कॉन्फ़िगरेशन के EC2, ECS, EKS, या Fargate वातावरण में संचालित हो सकता है। हाइब्रिड और अन्य क्लाउड वातावरण के लिए, यदि आप अपने रिमोट वातावरण को एकीकृत करने के लिए Direct Connect या VPN का उपयोग कर रहे हैं, तो आप VPC endpoint को दर्शाने के लिए Endpoint को समायोजित करना चाह सकते हैं।

सुझाव

यदि आपको X-Ray डेमॉन को सोर्स एप्लिकेशन के समान इंस्टेंस या वर्चुअल मशीन पर चलाना है, तो यह सुनिश्चित करने के लिए TotalBufferSizeMB सेटिंग सेट करने पर विचार करें कि X-Ray आपकी क्षमता से अधिक सिस्टम रिसोर्स उपभोग न करे।

एनोटेशन

AWS X-Ray आपके ट्रेस के साथ भेजे जाने वाले arbitrary मेटाडेटा का समर्थन करता है। इन्हें एनोटेशन कहा जाता है। ये एक शक्तिशाली सुविधा हैं जो आपको अपने ट्रेस को तार्किक रूप से ग्रुप करने की अनुमति देती हैं। एनोटेशन इंडेक्स भी किए जाते हैं, जिससे किसी एक इकाई से संबंधित ट्रेस खोजने का एक आसान तरीका बनता है।

जब आप X-Ray के लिए ऑटो-इंस्ट्रूमेंटेशन SDK का उपयोग करते हैं, तो एनोटेशन स्वचालित रूप से दिखाई नहीं दे सकते। आपको उन्हें अपने कोड में जोड़ने की आवश्यकता है, जो आपके ट्रेस को बहुत समृद्ध करता है और आपके एनोटेशन के आधार पर X-Ray Insights, मेट्रिक्स, अलार्म और एनोमली डिटेक्शन मॉडल उत्पन्न करने के तरीके बनाता है, और जब आपके उपयोगकर्ताओं को प्रभावित करने वाला एक कंपोनेंट अवलोकित होता है तो टिकटिंग और रेमेडिएशन को स्वचालित करता है।

जानकारी

अपने वातावरण में डेटा के प्रवाह को समझने के लिए एनोटेशन का उपयोग करें।

जानकारी

अपने एनोटेटेड ट्रेस के प्रदर्शन और परिणामों के आधार पर अलार्म बनाएं।