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 throughput-ஐ முன்னறிவிக்கவில்லை. அது முன்னறிவிப்பது நிலையான கட்டுப்பாடு எப்போது தாக்கத் தொடங்கும் என்பதை.

இரண்டாவது வாசிப்பையும் கவனியுங்கள்: இந்த எடுத்துக்காட்டில் ஒரு வேலையில் உள்ள vCPU மொத்த CPU திறனில் சுமார் பாதி. மிதமான மொத்த சதவீதம் நிறைந்த மையத்தை மறைக்கலாம், எனவே கிரெடிட் எண்களுடன் மையம் வாரியான நடத்தையைப் பாருங்கள்.

Standard மற்றும் Unlimited: ஒரே பூஜ்ஜியம், வேறு பொருள்

Standard பயன்முறையில், தீர்ந்த இருப்பு நிலையான CPU-ஐ அடிப்படைக் கோட்டை நோக்கிக் கட்டுப்படுத்துகிறது. instance வேலையைத் தொடர்கிறது, மெதுவாக மட்டுமே, மேல்வரம்பு முன்னறிவிக்கத்தக்கது. Unlimited பயன்முறையில், இருப்பு பூஜ்ஜியத்தை அடைந்த பிறகும் instance அதிகப்படியான கிரெடிட்களில் இருந்து இழுக்கத் தொடரலாம், அடிப்படைக் கோட்டுக்கு மேலான நிலையான பயன்பாடு சேவையின் கணக்கியல் விதிகளின்படி கட்டணங்களை உருவாக்கலாம்.

எனவே CPUCreditBalance பூஜ்ஜியமாக இருப்பது ஒரு பயன்முறையில் தடுத்தல், மற்றொன்றில் சாத்தியமான பில்லிங். அதுதான் முழு ஒப்பீடு, பயன்முறையைப் படிக்காமல் அளவீட்டைப் படிப்பது தவறாக வழி நடத்துவதற்குக் காரணம் அதுவே.

அதிகப்படியானது ஒரு கிரெடிட்டுக்கான எளிய விலைப்பட்டியல் அல்ல. பின்னர் அடிப்படைக் கோட்டுக்குக் கீழே இயங்குவது அதிகப்படியான பயன்பாட்டைத் திருப்பிச் செலுத்தலாம், மற்ற கட்டண நிபந்தனைகளும் பொருந்தும். பழைய வலைப்பதிவு இடுகையில் இருந்து இலவச அடுக்கு கூற்றை நம்புவதற்குப் பதிலாக உள்ளமைக்கப்பட்ட பயன்முறையையும் தற்போதைய சேவை விதிகளையும் சரிபார்க்கவும்.

உண்மையான வேலையின் போது எதைக் கவனிக்க வேண்டும்

பரிமாற்றத்தின் காலம் மற்றும் விகிதத்திற்கு அருகில் CPUCreditUsage மற்றும் CPUCreditBalance பதிவு செய்யுங்கள். Unlimited-இல் CPUSurplusCreditBalance மற்றும் CPUSurplusCreditsCharged சேர்க்கவும். AWS-இன் CPU கிரெடிட் கண்காணிப்பு வழிகாட்டி ஒவ்வொன்றும் எதைப் புகாரளிக்கிறது, எத்தனை முறை என்பதை விளக்குகிறது.

பிரதிநிதித்துவ ஒருங்கியக்கம் மற்றும் போக்கைப் பார்க்க போதுமான காலத்துடன் மீண்டும் சோதியுங்கள், தொடக்க இருப்பைப் பதிவு செய்யுங்கள். செயலற்ற காலையும் பரபரப்பான மதியமும் ஒரே கட்டளைகளுடன் கூட ஒரே சோதனை அல்ல.

CPU அல்லாத வரம்புகள்

பிணைய அலைவரிசைக்கு அதன் சொந்த அடிப்படைக் கோடும் வெடிப்பு நடத்தையும் உள்ளன, பாக்கெட் விகிதம் அல்லது இணைப்பு அனுமதிகள் CPU-வுக்கு முன்பே இறுக்கலாம். VPN செயலாக்கம் ஒவ்வொரு இணைப்புக்கும் நிலையை வைத்திருக்கும்போது நினைவகம் முக்கியம், சிறிய instance கிரெடிட்கள் தீர்வதற்கு முன்பே அதைத் தீர்த்துவிடலாம்.

எனவே ஆரோக்கியமான கிரெடிட் இருப்பு ஒரு விஷயத்தை நிரூபிக்கிறது: CPU பட்ஜெட் தற்போதைய கட்டுப்பாடு அல்ல. அது பிணையப் பாதையைப் பற்றி எதுவும் சொல்லவில்லை, ஒருங்கியக்கம் இரட்டிப்பாகும்போது என்ன நடக்கிறது என்பதையும் சொல்லவில்லை. கிரெடிட் அளவீடுகளின் அதே சாளரத்தில் பிணைய அளவீடுகளைக் கவனியுங்கள், அப்போது throughput வீழ்ச்சிக்கு கோட்பாடு அல்லாமல் சாத்தியமான காரணம் இருக்கும்.

வேண்டுமென்றே அடிப்படைக் கோட்டைத் தேர்ந்தெடுத்தல்

அளந்த நிலையான பணிச்சுமையைப் பயன்படுத்தி அடிப்படைக் கோட்டைத் தேர்ந்தெடுங்கள், அல்லது வெடிப்பை வெளிப்படையாக ஏற்று அதற்குப் பட்ஜெட் ஒதுக்குங்கள். எழுதி வைத்தால் இரண்டு பதில்களும் பாதுகாக்கக்கூடியவை; வேறொருவரின் வெற்றிகரமான வீடியோ ஸ்ட்ரீமிங்கிலிருந்து ஊகிக்கப்பட்டது பாதுகாக்கக்கூடியதல்ல.

gateway சுமையைத் தாங்கினால், கிரெடிட் பயன்முறையை நீங்கள் ஒருபோதும் திறக்காத இயல்புநிலையாக அல்ல, திறன் திட்டத்தின் பகுதியாகக் கருதுங்கள். நீங்கள் தேர்ந்தெடுக்கும் பயன்முறையே நீங்கள் முன்னறிவிக்கக்கூடிய தோல்வி.