Burstable EC2 VPN: Standard o Unlimited na CPU credits?

Ang maliit na gateway ng VPN ay pumasa sa speed test, mukhang maayos, at pagkatapos ay bumabagal pagkatapos ng tanghalian. Hindi nagsinungaling ang instance noong test; gumagastos ito ng credits na kinita habang idle. Ang mga burstable instance ay dinisenyo para sa eksaktong iyon, kaya ang maikling benchmark ay mahinang hula para sa isang buong hapon ng mga transfer. Ang dalawang credit mode ay nabigo rin sa magkaibang paraan, at ang pagpili sa pagitan nila ang tunay na desisyon.

Saan nanghiram ang speed test

Ang isang CPU credit ay isang vCPU na tumatakbo sa buong paggamit sa loob ng isang minuto. Ang burstable instance ay kumikita ng credits sa rate ng baseline nito at ginagastos ang mga ito kapag lumampas sa baseline. Ang idle na gabi ay nagtatayo ng balanse; ang abalang umaga ay humihila nito pababa.

Kaya maganda ang tingin sa unang test. May nakaipon na budget ang instance, ginastos ito sa encryption work, at nag-ulat ng malusog na rate. Walang sinasabi ang resulta tungkol sa nangyayari kapag umabot sa zero ang balanse. Sinukat ng benchmark ang isang burst, at ang burst ang dinisenyo ng instance na ibigay. Hindi nito sinukat ang steady state na pagtitiwalaan mo.

Ang aritmetika na kailangan mong gawin

Ang mga input ay ang porsyento ng baseline kada vCPU, bilang ng vCPU, naipon na balanse, at ang load na inaasahan mo. Bilang halimbawa lamang, kumuha ng hypothetical na instance na may dalawang vCPU, sampung porsyentong baseline kada vCPU, 24 na naipon na credits, at isang vCPU na ganap na abala habang idle ang isa. Ang mga numerong ito ay mga deklaradong input, hindi espesipikasyon ng anumang partikular na laki ng 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

Sa ilalim ng mga pagpapalagay na iyon, nauubos ang budget sa loob ng halos kalahating oras. Ang background na trabaho, nagbabagong load, at sariling accounting ng instance ay gumagalaw sa resulta, at wala sa mga ito ang humuhula ng VPN throughput. Ang hinuhula nito ay kung kailan magsisimulang tumalab ang sustained na limitasyon.

Pansinin din ang ikalawang pagbasa: sa halimbawang ito ang isang abalang vCPU ay halos kalahati ng kabuuang kapasidad ng CPU. Ang katamtamang porsyento sa kabuuan ay maaaring magtago ng puspos na core, kaya tingnan ang pag-uugali kada core kasama ng mga numero ng credit.

Standard at Unlimited: parehong zero, ibang kahulugan

Sa Standard mode, ang naubos na balanse ay naglilimita sa sustained na CPU patungo sa baseline. Nagpapatuloy ang trabaho ng instance, mas mabagal lang, at predictable ang kisame. Sa Unlimited mode, maaaring magpatuloy ang instance sa paghila mula sa surplus credits pagkatapos umabot sa zero ang balanse, at ang sustained na paggamit sa itaas ng baseline ay maaaring magdulot ng singil ayon sa mga patakaran ng accounting ng serbisyo.

Kaya ang CPUCreditBalance na zero ay nangangahulugang throttling sa isang mode at posibleng pagsingil sa isa pa. Iyon ang buong paghahambing, at iyon ang dahilan kung bakit ang pagbasa ng metric nang walang mode ay nakakalito.

Ang surplus ay hindi rin simpleng invoice kada credit. Ang mamaya na operasyon sa ilalim ng baseline ay maaaring magbayad ng surplus usage, at may iba pang kundisyon sa singil. Suriin ang naka-configure na mode at ang kasalukuyang mga patakaran ng serbisyo sa halip na umasa sa claim ng free tier mula sa lumang blog post.

Ano ang dapat bantayan sa tunay na trabaho

I-record ang CPUCreditUsage at CPUCreditBalance sa tabi ng tagal at rate ng transfer. Sa Unlimited, idagdag ang CPUSurplusCreditBalance at CPUSurplusCreditsCharged. Ipinapaliwanag ng gabay ng AWS sa pagmamanman ng CPU credits kung ano ang iniuulat ng bawat isa at gaano kadalas.

Subukan muli nang may representatibong concurrency at sapat na tagal upang makita ang trend, at itala ang panimulang balanse. Ang idle na umaga at abalang hapon ay hindi ang parehong eksperimento, kahit may magkaparehong command.

Mga limitasyong hindi CPU

Ang network bandwidth ay may sariling baseline at burst behavior, at ang packet rate o connection allowances ay maaaring humigpit bago pa ang CPU. Mahalaga ang memory kapag ang implementasyon ng VPN ay nag-iingat ng estado kada koneksyon, at ang maliit na instance ay maaaring maubusan nito bago pa maubusan ng credits.

Kaya ang malusog na balanse ng credit ay nagpapatunay ng isang bagay: ang budget ng CPU ay hindi ang kasalukuyang limitasyon. Wala itong sinasabi tungkol sa network path, at wala itong sinasabi tungkol sa nangyayari sa doble ang concurrency. Bantayan ang mga network metric sa parehong window ng mga credit metric, upang ang pagbaba ng throughput ay may malamang na dahilan sa halip na teorya.

Sadyang pagpili ng baseline

Gamitin ang sinusukat na sustained workload upang pumili ng baseline, o tahasang tanggapin ang bursting at maglaan ng budget para dito. Ang dalawang sagot ay mapagtatanggol kapag nakasulat; wala sa kanila ang mapagtatanggol kapag hinango sa matagumpay na video streaming ng ibang tao.

Kung nagdadala ng load ang gateway, ituring ang credit mode bilang bahagi ng capacity plan sa halip na default na hindi mo kailanman binuksan. Ang mode na pipiliin mo ang pagkabigo na maaari mong hulaan.