Mazs VPN gateway iztur ātruma testu, jūtas labi, un pēc tam pēc pusdienām sāk palēnināties. Instance testa laikā nemeloja; tā tērēja kredītus, kas nopelnīti dīkstāvē. Burstable instances ir paredzētas tieši tam, tāpēc īss benchmark ir slikts pēcpusdienas pārvietošanas prognozētājs. Abi kredītu režīmi arī sabojājas dažādi, un izvēle starp tiem ir īstais lēmums.

No kurienes ātruma tests aizņēmās

Viens CPU kredīts ir viens vCPU, kas darbojas ar pilnu noslodzi vienu minūti. Burstable instance nopelna kredītus savā bāzes līnijas tempā un tērē tos, kad pārsniedz šo bāzes līniju. Dīkstāves nakts veido bilanci; aizņemts rīts to iztērē.

Tāpēc pirmais tests izskatās labi. Instancei bija uzkrāts budžets, tā iztērēja to šifrēšanas darbā un ziņoja par veselīgu ātrumu. Nekas rezultātā nepasaka, kas notiek, kad bilance sasniedz nulli. Benchmark mērīja uzliesmojumu, un uzliesmojums ir tas, ko instance ir paredzēta sniegt. Tas nekad nemērīja to stacionāro stāvokli, uz kuru jūs tūlīt paļausities.

Aritmētika, kas jums jāveic

Ievades ir bāzes līnijas procentuālā daļa uz vCPU, vCPU skaits, uzkrātā bilance un sagaidāmā slodze. Tikai ilustrācijai ņemsim hipotētisku instanci ar diviem vCPU, desmit procentu bāzes līniju uz vCPU, 24 uzkrātiem kredītiem un vienu pilnībā aizņemtu vCPU, kamēr otrs ir dīkstāvē. Šie skaitļi ir deklarētas ievades, nevis kāda konkrēta instances izmēra specifikācija.

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

Saskaņā ar šiem pieņēmumiem budžets izsīkst apmēram pusstundas laikā. Fona darbs, mainīgā slodze un pašas instances uzskaite maina rezultātu, un nekas no tā neparedz VPN caurlaidspēju. Tas paredz, kad sāks iedarboties pastāvīgais ierobežojums.

Ņemiet vērā arī otro nolasījumu: šajā piemērā viens aizņemts vCPU ir aptuveni puse no kopējās CPU jaudas. Mērens kopējais procentuālais rādītājs var paslēpt piesātinātu kodolu, tāpēc skatieties uz uzvedību pa kodoliem līdzās kredītu skaitļiem.

Standard un Unlimited: tā pati nulle, cita nozīme

Standard režīmā izsmelta bilance ierobežo pastāvīgo CPU uz bāzes līniju. Instance turpina strādāt, tikai lēnāk, un griesti ir paredzami. Unlimited režīmā instance var turpināt smelties no pārpalikuma kredītiem pēc tam, kad bilance sasniedz nulli, un pastāvīga lietošana virs bāzes līnijas var radīt maksas saskaņā ar pakalpojuma uzskaites noteikumiem.

Tātad CPUCreditBalance, kas vienāds ar nulli, nozīmē ierobežošanu vienā režīmā un iespējamu rēķinu otrā. Tas ir viss salīdzinājums, un tāpēc metrikas lasīšana bez režīma ir maldinoša.

Pārpalikums arī nav vienkāršs rēķins par katru kredītu. Vēlāka darbība zem bāzes līnijas var samazināt pārpalikuma izmantošanu, un tiek piemēroti citi maksas nosacījumi. Pārbaudiet konfigurēto režīmu un pašreizējos pakalpojuma noteikumus, nevis paļaujieties uz bezmaksas līmeņa apgalvojumu no veca bloga ieraksta.

Kam sekot līdzi reāla darba laikā

Ierakstiet CPUCreditUsage un CPUCreditBalance līdzās pārsūtīšanas ilgumam un ātrumam. Unlimited gadījumā pievienojiet CPUSurplusCreditBalance un CPUSurplusCreditsCharged. AWS CPU kredītu uzraudzības rokasgrāmata izskaidro, ko katrs ziņo un cik bieži.

Pārbaudiet vēlreiz ar reprezentatīvu paralēlismu un pietiekamu ilgumu, lai redzētu tendenci, un ierakstiet sākuma bilanci. Dīkstāves rīts un aizņemta pēcpusdiena nav tas pats eksperiments, pat ar identiskām komandām.

Ierobežojumi, kas nav CPU

Tīkla joslas platumam ir sava bāzes līnija un uzliesmojuma uzvedība, un pakešu ātruma vai savienojumu atļaujas var ierobežot agrāk nekā CPU. Atmiņa ir svarīga, ja VPN ieviešana saglabā stāvokli katram savienojumam, un maza instance var to izsmelt daudz agrāk nekā kredītus.

Tāpēc veselīga kredītu bilance pierāda vienu: CPU budžets nav pašreizējais ierobežojums. Tā neko nepasaka par tīkla ceļu un neko nepasaka par to, kas notiek ar divkāršotu paralēlismu. Vērojiet tīkla metrikas tajā pašā logā kā kredītu metrikas, lai caurlaidspējas kritumam būtu iespējams cēlonis, nevis teorija.

Apzināti izvēlēties bāzes līniju

Izmantojiet izmērīto pastāvīgo darba slodzi bāzes līnijas izvēlei vai skaidri pieņemiet uzliesmojumu un budžetējiet tam. Abas atbildes ir aizstāvamas, kad tās ir pierakstītas; neviena nav aizstāvama, kad tā ir secināta no kāda cita veiksmīgas video straumes.

Ja gateway nes slodzi, uzskatiet kredītu režīmu par jaudas plāna daļu, nevis par noklusējumu, kuru nekad neesat atvēris. Izvēlētais režīms ir kļūme, ko varat paredzēt.

Saistītie raksti