Gateway ndogo ya VPN inapita jaribio la kasi, inaonekana sawa, kisha inapungua baada ya chakula cha mchana. Instance haikuwa ikisema uongo wakati wa jaribio; ilikuwa ikitumia mikopo iliyoipata wakati haikuwa na kazi. Instance za burstable zimeundwa kwa ajili ya hilo hasa, jambo linalofanya benchmark fupi kuwa kitabiri kibaya cha mchana mzima wa uhamishaji. Hali mbili za mikopo pia zinafeli kwa njia tofauti, na uchaguzi kati yao ndio uamuzi halisi.

Jaribio la kasi lilikopa wapi

Mkopo mmoja wa CPU ni vCPU moja inayofanya kazi kwa matumizi kamili kwa dakika moja. Instance ya burstable hupata mikopo kwa kiwango cha msingi wake na kuitumia inapozidi msingi huo. Usiku usio na kazi hujenga salio; asubuhi yenye shughuli nyingi hulichota.

Ndiyo sababu jaribio la kwanza linaonekana vizuri. Instance ilikuwa na bajeti iliyohifadhiwa, ilitumia kwenye kazi ya usimbaji fiche, na ikaripoti kasi nzuri. Hakuna kitu kwenye matokeo kinachokuambia nini hufanyika salio linapofika sifuri. Benchmark ilipima mlipuko, na mlipuko ndio kile instance imeundwa kutoa. Haikupima kamwe hali thabiti ambayo utaitegemea.

Hesabu unazopaswa kufanya

Ingizo ni asilimia ya msingi kwa kila vCPU, idadi ya vCPU, salio lililokusanywa, na mzigo unaotarajia. Kwa mfano tu, chukua instance ya kubuni yenye vCPU mbili, msingi wa asilimia kumi kwa kila vCPU, mikopo 24 iliyokusanywa, na vCPU moja ikiwa na shughuli kamili wakati nyingine haifanyi kazi. Nambari hizi ni ingizo zilizotangazwa, si vipimo vya ukubwa fulani wa 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

Chini ya dhana hizo bajeti inaisha kwa takriban nusu saa. Kazi ya chinichini, mzigo unaobadilika na uhasibu wa instance yenyewe huhamisha matokeo, na hakuna kati ya haya kinachotabiri upitishaji wa VPN. Kinachotabiriwa ni lini kizuizi endelevu kitaanza kuathiri.

Angalia pia usomaji wa pili: katika mfano huu vCPU moja yenye shughuli ni takriban nusu ya uwezo wote wa CPU. Asilimia ya jumla ya wastani inaweza kuficha kiini kilichojaa, kwa hiyo angalia tabia kwa kila kiini pamoja na nambari za mikopo.

Standard na Unlimited: sifuri moja, maana tofauti

Katika hali ya Standard, salio lililoisha hupunguza CPU endelevu kuelekea msingi. Instance inaendelea kufanya kazi, polepole zaidi tu, na kikomo ni cha kutabirika. Katika hali ya Unlimited instance inaweza kuendelea kuchota mikopo ya ziada baada ya salio kufika sifuri, na matumizi endelevu juu ya msingi yanaweza kuzalisha malipo chini ya kanuni za uhasibu za huduma.

Kwa hiyo CPUCreditBalance ya sifuri inamaanisha kuzuia katika hali moja na uwezekano wa malipo katika nyingine. Hiyo ndio ulinganisho wote, na ndiyo sababu kusoma kipimo bila hali kunapotosha.

Ziada pia si ankara rahisi kwa kila mkopo. Utendaji wa baadaye chini ya msingi unaweza kulipa matumizi ya ziada, na masharti mengine ya malipo yanatumika. Angalia hali iliyowekwa na kanuni za sasa za huduma badala ya kutegemea madai ya kiwango cha bure kutoka chapisho la zamani la blogu.

Nini cha kuangalia wakati wa kazi halisi

Rekodi CPUCreditUsage na CPUCreditBalance kando ya muda na kasi ya uhamishaji. Kwenye Unlimited, ongeza CPUSurplusCreditBalance na CPUSurplusCreditsCharged. Mwongozo wa AWS wa ufuatiliaji wa mikopo ya CPU unaeleza kila moja huripoti nini na mara ngapi.

Jaribu tena kwa usawa wa uwakilishi na muda wa kutosha kuona mwelekeo, na rekodi salio la kuanzia. Asubuhi isiyo na kazi na mchana wenye shughuli nyingi si jaribio moja, hata kwa amri zinazofanana.

Mipaka ambayo si CPU

Upana wa bendi ya mtandao una msingi wake na tabia ya mlipuko, na mipaka ya kasi ya pakiti au miunganisho inaweza kufunga kabla ya CPU. Kumbukumbu ni muhimu wakati utekelezaji wa VPN unahifadhi hali kwa kila muunganisho, na instance ndogo inaweza kuimaliza muda mrefu kabla ya kumaliza mikopo.

Kwa hiyo salio la mikopo lenye afya linathibitisha jambo moja: bajeti ya CPU si kizuizi cha sasa. Halisemi chochote kuhusu njia ya mtandao, na halisemi chochote kuhusu kinachotokea usawa unapoongezeka maradufu. Fuatilia vipimo vya mtandao katika dirisha lile lile la vipimo vya mikopo, ili kushuka kwa upitishaji kuwe na sababu inayowezekana badala ya nadharia.

Kuchagua msingi kwa makusudi

Tumia mzigo endelevu uliopimwa kuchagua msingi, au kubali mlipuko kwa uwazi na uweke bajeti kwa ajili yake. Majibu yote mawili yanaweza kuteteleka yakiandikwa; hakuna hata moja linaloteteleka linapotolewa kutoka kwa mtiririko wa video wa mtu mwingine uliofaulu.

Ikiwa gateway inabeba mzigo, chukulia hali ya mikopo kama sehemu ya mpango wa uwezo badala ya chaguo-msingi usilowahi kufungua. Hali unayochagua ndio hitilafu unayoweza kutabiri.

Makala zinazohusiana