Burstable EC2 VPN: स्टैंडर्ड या असीमित CPU क्रेडिट?

एक छोटा VPN गेटवे स्पीड टेस्ट पास करता है, ठीक लगता है, और फिर दोपहर के बाद धीमा पड़ जाता है। टेस्ट के दौरान इंस्टेंस झूठ नहीं बोल रहा था; वह उन क्रेडिट को खर्च कर रहा था जो उसने निष्क्रिय रहते हुए कमाए थे। Burstable इंस्टेंस ठीक इसी के लिए बनाए गए हैं, जिससे एक छोटा बेंचमार्क दोपहर भर के ट्रांसफर के लिए खराब अनुमान बन जाता है। दोनों क्रेडिट मोड अलग-अलग तरीकों से विफल होते हैं, और उनके बीच चुनाव ही असली फैसला है।

स्पीड टेस्ट ने कहां से उधार लिया

एक CPU क्रेडिट एक vCPU है जो एक मिनट तक पूर्ण उपयोग पर चलता है। Burstable इंस्टेंस अपनी बेसलाइन दर पर क्रेडिट कमाता है और जब वह उस बेसलाइन से आगे जाता है तो उन्हें खर्च करता है। निष्क्रिय रात बैलेंस बनाती है; व्यस्त सुबह उसे खींच लेती है।

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

जो हिसाब आपको करना है

इनपुट प्रति vCPU बेसलाइन प्रतिशत, vCPU की संख्या, जमा बैलेंस और वह लोड है जिसकी आप अपेक्षा करते हैं। सिर्फ उदाहरण के लिए: दो vCPU वाला एक काल्पनिक इंस्टेंस लें, प्रति vCPU दस प्रतिशत बेसलाइन, 24 जमा क्रेडिट, और एक vCPU पूरी तरह व्यस्त जबकि दूसरा निष्क्रिय है। ये संख्याएं घोषित इनपुट हैं, किसी खास इंस्टेंस आकार का विनिर्देश नहीं।

Earn rate:       2 x 10% x 60 = 12 credits/hour
Workload usage:  1 x 100% x 60 = 60 credits/hour
Net draw:        60 - 12 = 48 credits/hour
Accrued budget:  24 / 48 = 0.5 hours

इन मान्यताओं के तहत बजट लगभग आधे घंटे में खत्म हो जाता है। पृष्ठभूमि काम, बदलता लोड और इंस्टेंस का अपना हिसाब परिणाम को हिलाते हैं, और इनमें से कुछ भी VPN थ्रूपुट का अनुमान नहीं लगाता। यह अनुमान लगाता है कि निरंतर सीमा कब असर डालना शुरू करेगी।

दूसरी रीडिंग पर भी ध्यान दें: इस उदाहरण में एक व्यस्त vCPU कुल CPU क्षमता का लगभग आधा है। मध्यम समग्र प्रतिशत संतृप्त कोर छिपा सकता है, इसलिए क्रेडिट संख्याओं के साथ प्रति-कोर व्यवहार देखें।

Standard और Unlimited: वही शून्य, अलग अर्थ

Standard मोड में, खत्म हुआ बैलेंस निरंतर CPU को बेसलाइन की ओर सीमित करता है। इंस्टेंस काम करता रहता है, बस धीमे, और सीमा अनुमानित है। Unlimited मोड में बैलेंस शून्य होने के बाद भी इंस्टेंस अतिरिक्त क्रेडिट से खींच सकता है, और बेसलाइन से ऊपर निरंतर उपयोग सेवा के लेखा नियमों के तहत शुल्क पैदा कर सकता है।

इसलिए शून्य CPUCreditBalance का अर्थ एक मोड में थ्रॉटलिंग और दूसरे में संभावित बिलिंग है। पूरी तुलना यही है, और इसीलिए मोड पढ़े बिना मेट्रिक पढ़ना भ्रामक है।

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

असली काम के दौरान क्या देखें

ट्रांसफर की अवधि और दर के साथ CPUCreditUsage और CPUCreditBalance दर्ज करें। Unlimited पर CPUSurplusCreditBalance और CPUSurplusCreditsCharged जोड़ें। AWS की CPU-क्रेडिट निगरानी गाइड बताती है कि हर एक क्या रिपोर्ट करता है और कितनी बार।

प्रतिनिधि समवर्तीता और प्रवृत्ति देखने लायक अवधि के साथ फिर से टेस्ट करें, और शुरुआती बैलेंस दर्ज करें। निष्क्रिय सुबह और व्यस्त दोपहर एक ही प्रयोग नहीं हैं, समान कमांड के साथ भी।

जो सीमाएं CPU नहीं हैं

नेटवर्क बैंडविड्थ की अपनी बेसलाइन और बर्स्ट व्यवहार है, और पैकेट-दर या कनेक्शन की अनुमतियां CPU से पहले बंध सकती हैं। मेमोरी तब मायने रखती है जब VPN कार्यान्वयन प्रति-कनेक्शन स्थिति रखता है, और छोटा इंस्टेंस क्रेडिट खत्म होने से बहुत पहले मेमोरी खत्म कर सकता है।

इसलिए स्वस्थ क्रेडिट बैलेंस एक बात साबित करता है: CPU बजट मौजूदा सीमा नहीं है। यह नेटवर्क पथ के बारे में कुछ नहीं कहता, और दोगुनी समवर्तीता पर क्या होता है यह भी नहीं कहता। क्रेडिट मेट्रिक के साथ उसी विंडो में नेटवर्क मेट्रिक देखें, ताकि थ्रूपुट गिरने का कारण सिद्धांत के बजाय संभावित कारण हो।

जानबूझकर बेसलाइन चुनना

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

अगर गेटवे लोड उठाता है, तो क्रेडिट मोड को कभी न खोली गई डिफ़ॉल्ट सेटिंग नहीं, बल्कि क्षमता योजना का हिस्सा मानें। आप जो मोड चुनते हैं वही वह विफलता है जिसका आप अनुमान लगा सकते हैं।