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 భారం మోస్తుంటే, క్రెడిట్ మోడ్‌ను మీరు ఎప్పుడూ తెరవని డిఫాల్ట్‌గా కాకుండా సామర్థ్య ప్రణాళికలో భాగంగా పరిగణించండి. మీరు ఎంచుకునే మోడ్ మీరు అంచనా వేయగలిగే వైఫల్యం.