Burstable EC2 VPN: normaj aŭ senlimaj CPU-kreditoj?

Malgranda VPN-enirejo trapasas rapidan teston, aspektas bone, kaj poste malboniĝas post tagmanĝo. La instanco ne mensogis dum la testo; ĝi elspezis kreditojn, kiujn ĝi gajnis dum ĝi estis senokupa. Burstable-instancoj estas konstruitaj ĝuste por tio, kio igas mallongan teston malbona antaŭsigno por posttagmezo da transigoj. La du kreditaj reĝimoj ankaŭ malsukcesas malsame, kaj elekti inter ili estas la vera decido.

De kie la rapidtesto pruntis

Unu CPU-kredito estas unu vCPU funkcianta je plena utiligo dum unu minuto. Burstable-instanco gajnas kreditojn je la rapido de sia bazlinio kaj elspezas ilin kiam ĝi superas tiun bazlinion. Senokupa nokto konstruas salon; okupata mateno elĉerpas ĝin.

Tial la unua testo aspektas bone. La instanco havis ŝparitan buĝeton, elspezis ĝin por ĉifrada laboro kaj raportis sanan rapidon. Nenio en la rezulto diras al vi, kio okazas kiam la saldo atingas nulon. La testo mezuris eksplodon, kaj eksplodo estas tio, kion la instanco estas destinita liveri. Ĝi neniam mezuris la stabilan staton, sur kiu vi baldaŭ dependos.

La aritmetiko, kiun vi devas fari

La enigaĵoj estas la bazlinia procento por vCPU, la nombro de vCPU, la akumulita saldo kaj la ŝarĝo, kiun vi atendas. Nur por ilustraĵo: prenu hipotezan instancon kun du vCPU, bazlinio de dek procentoj por vCPU, 24 akumulitaj kreditoj, kaj unu vCPU plene okupata dum la alia estas senokupa. Tiuj nombroj estas deklaritaj enigaĵoj, ne la specifo de iu ajn konkreta instancgrando.

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

Sub tiuj supozoj la buĝeto malaperas post proksimume duonhoro. Fona laboro, ŝanĝiĝanta ŝarĝo kaj la propra kalkulado de la instanco movas la rezulton, kaj nenio el tio antaŭdiras la trafluon de VPN. Kion ĝi antaŭdiras estas kiam la daŭra limigo komencos mordi.

Rimarku ankaŭ la duan legadon: unu okupata vCPU estas proksimume duono de la totala CPU-kapacito en ĉi tiu ekzemplo. Modera totala procento povas kaŝi saturitan kernon, do rigardu la konduton por kerno apud la kreditaj nombroj.

Standard kaj Unlimited: sama nulo, malsama signifo

En reĝimo Standard, elĉerpita saldo limigas la daŭran CPU al la bazlinio. La instanco plu laboras, nur pli malrapide, kaj la plafono estas antaŭvidebla. En reĝimo Unlimited la instanco povas plu ĉerpi el plusaj kreditoj post kiam la saldo atingas nulon, kaj daŭra uzo super la bazlinio povas produkti kotizojn laŭ la kalkulaj reguloj de la servo.

Do CPUCreditBalance egala al nulo signifas limigon en unu reĝimo kaj eblan fakturon en la alia. Tio estas la tuta komparo, kaj tial legi la metrikon sen legi la reĝimon misgvidas.

Ankaŭ pluso ne estas simpla fakturo por kredito. Pli malfrua funkciado sub la bazlinio povas malgrandigi la plusan uzon, kaj aliaj kotizaj kondiĉoj validas. Kontrolu la agorditan reĝimon kaj la aktualajn regulojn de la servo anstataŭ fidi aserton pri senpaga tavolo el malnova blogaĵo.

Kion observi dum reala laboro

Registru CPUCreditUsage kaj CPUCreditBalance apud la daŭro kaj rapido de la transigo. En Unlimited aldonu CPUSurplusCreditBalance kaj CPUSurplusCreditsCharged. La gvidilo de AWS pri observado de CPU-kreditoj klarigas, kion ĉiu raportas kaj kiel ofte.

Retestu kun reprezenta samtempeco kaj sufiĉa daŭro por vidi la tendencon, kaj registru la komencan saldon. Senokupa mateno kaj okupata posttagmezo ne estas la sama eksperimento, eĉ kun identaj komandoj.

Limigoj, kiuj ne estas CPU

La reta bendolarĝo havas sian propran bazlinion kaj eksplodan konduton, kaj limigoj pri paketa rapido aŭ konektoj povas bari antaŭ ol la CPU. Memoro gravas kiam la VPN-implemento konservas staton por ĉiu konekto, kaj malgranda instanco povas elĉerpi ĝin longe antaŭ ol ĝi elĉerpos kreditojn.

Sana kredita saldo do pruvas unu aferon: la buĝeto de CPU ne estas la nuna limigo. Ĝi diras nenion pri la reta vojo, kaj nenion pri tio, kio okazas ĉe duobla samtempeco. Observu la retajn metrikojn en la sama fenestro kiel la kreditajn metrikojn, por ke falo de trafluo havu eblan kaŭzon anstataŭ teorion.

Elekti bazlinion intence

Uzu la mezuritan daŭran ŝarĝon por elekti bazlinion, aŭ eksplicite akceptu eksplodon kaj buĝetu por ĝi. Ĉiu respondo estas defendebla kiam ĝi estas skribita; neniu estas defendebla kiam ĝi estas deduktita el la sukcesa videostrio de iu alia.

Se la enirejo estas ŝarĝoportanta, traktu la kreditan reĝimon kiel parton de la kapacita plano anstataŭ kiel defaŭlton, kiun vi neniam malfermis. La reĝimo, kiun vi elektas, estas la fiasko, kiun vi povas antaŭdiri.