Burstable EC2 VPN: Standard वा Unlimited CPU क्रेडिट?

एउटा सानो VPN gateway ले गति परीक्षण पास गर्छ, ठीकै लाग्छ, अनि दिउँसोको खानापछि ढिलो हुन्छ। परीक्षणको क्रममा instance झुटो बोलिरहेको थिएन; यो निष्क्रिय हुँदा कमाएका क्रेडिटहरू खर्च गरिरहेको थियो। Burstable instance हरू ठ्याक्कै त्यसैका लागि बनाइएका हुन्, जसले छोटो benchmark लाई दिउँसोभरिको स्थानान्तरणको खराब पूर्वानुमान बनाउँछ। दुवै क्रेडिट मोड फरक तरिकाले असफल हुन्छन्, र तिनीहरूबीचको छनोट नै वास्तविक निर्णय हो।

गति परीक्षणले कहाँबाट सापटी लियो

एउटा CPU क्रेडिट भनेको एउटा vCPU एक मिनेट पूर्ण उपयोगमा चल्नु हो। Burstable instance ले आफ्नो आधाररेखा दरमा क्रेडिट कमाउँछ र त्यो आधाररेखा नाघ्दा तिनीहरू खर्च गर्छ। निष्क्रिय रातले ब्यालेन्स बनाउँछ; व्यस्त बिहानले त्यो तान्छ।

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

तपाईंले गर्नुपर्ने गणित

इनपुट भनेको प्रति vCPU आधाररेखा प्रतिशत, vCPU संख्या, सञ्चित ब्यालेन्स, र तपाईंले अपेक्षा गरेको लोड हो। केवल उदाहरणका लागि, दुई vCPU भएको काल्पनिक instance लिनुहोस्, प्रति vCPU दस प्रतिशत आधाररेखा, 24 सञ्चित क्रेडिट, एउटा vCPU पूर्ण व्यस्त र अर्को निष्क्रिय। यी संख्याहरू घोषित इनपुट हुन्, कुनै विशेष instance आकारको विशिष्टता होइन।

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

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

दोस्रो पढाइमा पनि ध्यान दिनुहोस्: यो उदाहरणमा एउटा व्यस्त vCPU कुल CPU क्षमताको करिब आधा हो। मध्यम कुल प्रतिशतले संतृप्त कोर लुकाउन सक्छ, त्यसैले क्रेडिट संख्यासँगै कोरअनुसारको व्यवहार हेर्नुहोस्।

Standard र Unlimited: एउटै शून्य, फरक अर्थ

Standard मोडमा, सकिएको ब्यालेन्सले निरन्तर CPU लाई आधाररेखातर्फ सीमित गर्छ। instance ले काम जारी राख्छ, केवल ढिलो, र सीमा अनुमानयोग्य हुन्छ। Unlimited मोडमा, ब्यालेन्स शून्यमा पुगेपछि पनि instance ले अतिरिक्त क्रेडिटबाट तान्न जारी राख्न सक्छ, र आधाररेखामाथिको निरन्तर प्रयोगले सेवाको लेखा नियमअनुसार शुल्क उत्पन्न गर्न सक्छ।

त्यसैले CPUCreditBalance शून्य हुनुको अर्थ एउटा मोडमा थ्रोटलिङ र अर्कोमा सम्भावित बिलिङ हो। त्यो नै सम्पूर्ण तुलना हो, र मोड नपढी मेट्रिक पढ्नु भ्रमित पार्ने यही कारण हो।

अतिरिक्त पनि प्रति क्रेडिट साधारण इनभ्वाइस होइन। पछि आधाररेखामुनि सञ्चालन गर्दा अतिरिक्त प्रयोग तिर्न सकिन्छ, र अन्य शुल्क सर्तहरू लागू हुन्छन्। पुरानो ब्लग पोस्टको निःशुल्क तहको दाबीमा भर पर्नुको सट्टा कन्फिगर गरिएको मोड र हालका सेवा नियमहरू जाँच्नुहोस्।

वास्तविक कामका क्रममा के हेर्ने

स्थानान्तरणको अवधि र दरको छेउमा CPUCreditUsage र CPUCreditBalance रेकर्ड गर्नुहोस्। Unlimited मा, CPUSurplusCreditBalance र CPUSurplusCreditsCharged थप्नुहोस्। AWS को CPU क्रेडिट अनुगमन गाइड ले प्रत्येकले के रिपोर्ट गर्छ र कति बारम्बार भन्ने व्याख्या गर्छ।

प्रतिनिधि समवर्तीता र प्रवृत्ति हेर्न पुग्ने अवधिसहित पुनः परीक्षण गर्नुहोस्, र सुरुको ब्यालेन्स रेकर्ड गर्नुहोस्। निष्क्रिय बिहान र व्यस्त दिउँसो उही आदेशहरू भए पनि उही प्रयोग होइनन्।

CPU नभएका सीमाहरू

नेटवर्क ब्यान्डविथको आफ्नै आधाररेखा र विस्फोट व्यवहार हुन्छ, र प्याकेट दर वा जडान अनुमतिले CPU भन्दा अगाडि सीमित गर्न सक्छ। VPN कार्यान्वयनले प्रत्येक जडानको स्थिति राख्दा मेमोरी महत्त्वपूर्ण हुन्छ, र सानो instance ले क्रेडिट सकिनुभन्दा धेरै अगाडि त्यो सक्न सक्छ।

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

जानाजान आधाररेखा छान्नु

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

यदि gateway ले भार बोक्छ भने, क्रेडिट मोडलाई तपाईंले कहिल्यै नखोलेको पूर्वनिर्धारित नभई क्षमता योजनाको भाग मान्नुहोस्। तपाईंले छान्ने मोड नै तपाईंले अनुमान गर्न सक्ने खराबी हो।