Si të vlerësoni një faturë AWS Client VPN nga konzola

Muajin e kaluar ndërtova një vlerësim Client VPN në një fletëllogaritëse, ia dërgova një klienti dhe më pas e rishikova dy herë: një herë sepse i shumëzova shoqatimet me nënrrjetet dhe një herë sepse përdora numrin e personave në vend të të dhënave të sesionit. Versioni që i mbijetoi rishikimit mbështetet në dy matës orarë dhe një listë të shkurtër kostosh anësore. Mund ta rindërtoni nga konzola dhe një eksport regjistri, pa kalkulator çmimesh.

Dy matës, dhe asgjë tjetër në endpoint

AWS faturon një endpoint Client VPN sipas orëve të shoqatimit dhe orëve të lidhjes. Orët e shoqatimit rrjedhin për çdo rrjet destinacioni të lidhur me endpoint-in, gjatë gjithë ditës, pavarësisht nëse dikush lidhet apo jo. Orët e lidhjes rrjedhin për çdo klient të lidhur, sa kohë ai sesion mbetet aktiv.

Nga ajo tabelë dalin drejtpërdrejt dy pasoja. Një endpoint ku nuk është askush kushton gjithsesi, dhe një person që përdor njëkohësisht laptop dhe telefon prodhon dy lidhje.

Numëroni shoqatimet në konzol, jo nënrrjetet në VPC

Hapni VPC, pastaj Client VPN endpoints, pastaj endpoint-in tuaj, pastaj skedën Associations. Çdo rresht aty është një bashkim nënrrjeti, dhe ai numër rreshtash është shumëzuesi i shoqatimeve. Numri i nënrrjeteve të aplikacionit pas VPC nuk ka lidhje me këtë.

Një shoqatim mjafton për të arritur një rrjet VPC të autorizuar kur rrugët e endpoint-it dhe rregullat e autorizimit mbulojnë destinacionin. Shoqatimet shtesë blejnë rezistencë ndaj dështimit të zonës së disponueshmërisë, jo shtrirje shtesë. Prandaj një projekt me dy AZ dyfishon orët e shoqatimit, ndërsa një VPC aplikacioni me tetë nënrrjete nuk shumëzon asgjë me tetë.

Vini re llojin e shoqatimit ndërsa jeni në atë faqe. Një shoqatim nënrrjeti VPC dhe një shoqatim i drejtpërdrejtë Transit Gateway janë rregullime të ndryshme me zëra faturimi të ndryshëm, prandaj mos e çoni një model në ofertën e tjetrit. Dhe mos e provoni numrin duke shkëputur gjëra: heqja e rrjetit të fundit destinacion përfundon sesionet aktive dhe bllokon lidhjet e reja derisa diçka të shoqërohet përsëri.

Nxirrni orët e lidhjes nga të dhënat e sesionit

Numri i personave është hyrja e gabuar dhe është i gabuar në të dy drejtimet. Dhjetë persona që mbajnë secili tre pajisje të lidhura janë tridhjetë lidhje. Njëqind persona që lidhen nga njëzet minuta në ditë nuk prodhojnë as afër njëqind sesione njëkohëse.

Regjistrat e lidhjes së Client VPN shënojnë ngjarjet e lidhjes dhe shkëputjes për çdo klient, që është pikërisht çifti që ju nevojitet. Eksportoni një javë përfaqësuese, përputhni ngjarjet dhe mblidhni kohëzgjatjet:

connection-hours = sum of (disconnect_time - connect_time) per session
sessions         = one per client connection, not per person

Pastaj korrigjoni dy zakone. Sesionet e lëna të lidhura gjatë drekës, natës ose një gjumi laptopi që nuk e prishi kurrë tunelin faturohen gjithsesi, dhe janë të padukshme në një numërim personash. Matja është edhe orare, prandaj buxhetoni një sesion njëzet minutash si një orë të plotë në vend që të supozoni faturim proporcional; nëse fatura vjen më e ulët, trajtojeni si marzh dhe jo si të dhënë planifikimi.

Bëni llogaritjen me tarifat e rajonit tuaj

Tarifat ndryshojnë sipas rajonit, prandaj merrni ato nga faqja e çmimeve të AWS VPN për rajonin ku po vendosni dhe ngjitini në fletë si hyrje. Vetëm si ilustrim, merrni një tarifë shoqatimi prej 0.10 dollarë në orë dhe një tarifë ore lidhjeje prej 0.05 dollarë, pastaj çmimoni një muaj 30-ditor me dy shoqatime gjatë gjithë muajit dhe 100 persona që lidhen gjashtë orë në 20 ditë pune:

association-hours = 2 * 24 * 30     = 1,440
association fee   = 1,440 * 0.10    = 144.00

connection-hours  = 100 * 6 * 20    = 12,000
connection fee    = 12,000 * 0.05   = 600.00

Client VPN subtotal                 = 744.00

Tani lëvizni një hyrje në një kohë dhe shikoni cila rresht reagon. Dyfishimi i shoqatimeve shton këtu 144 dollarë; dyfishimi i kohëzgjatjes mesatare të sesionit shton 600. Ai raport zakonisht e zgjidh debatin e projektimit në vendin tuaj: prisni tepricën që nuk mund ta justifikoni, ose shkoni pas sesioneve boshe, sipas asaj se cili numër është më i madh. Shkruani rajonin dhe datën e tarifave pranë rezultatit, sepse një ofertë pa to nuk mund të riprodhohet gjashtë javë më vonë.

Shtoni kostot që nëntotali i lë jashtë

Tarifa e endpoint-it paguan endpoint-in. Çdo gjë që trafiku prek më pas ka matësin e vet, dhe pikërisht në ato rreshta shkatërrohen vlerësimet optimiste të VPN.

• Dalja në internet për trafikun që largohet përmes endpoint-it, faturohet për GB.
• Adresat publike IPv4, të cilat mbajnë tarifën e tyre orare të pavarur nga VPN.
• Marrja dhe ruajtja në CloudWatch Logs për regjistrat e lidhjes që sapo eksportuat.
• Thirrjet Lambda nëse ekzekutoni një përpunues client-connect.
• Directory Service ose ofruesi juaj i identitetit SAML, nëse kështu vërtetohen përdoruesit, plus tarifat e ACM Private CA nëse atje lëshoni certifikata.
• Orët e NAT Gateway dhe përpunimi i të dhënave, dhe orët e bashkimit të Transit Gateway plus përpunimi i të dhënave, sa herë që rruga i përdor ato.

Asnjë nga këto nuk shkallëzohet me numrin e shoqatimeve, prandaj një shifër për përdorues e ndërtuar vetëm nga tarifat e endpoint-it duket mirë në letër dhe më pas rritet kur shfaqet trafik i vërtetë. Vendosini në rreshta të veçantë edhe kur duhet t'i vlerësoni, që lexuesi të shohë cilat pjesë janë matur dhe cilat janë hamendje.

Kontrolloni fletën para se ta dërgoni

Katër kontrolle kapin gabimet që kam bërë vërtet: numri i shoqatimeve përputhet saktësisht me skedën Associations, orët e lidhjes erdhën nga ngjarje regjistri të çiftuara dhe jo nga një numërim personash, rajoni dhe data e tarifave janë shkruar, dhe çdo kost anësore ka rreshtin e vet. Nëse mungon një nga të katërtat, keni një hamendje me formatim.

Nxirrni së pari eksportin e regjistrit. Është hyrja e vetme që nuk mund ta rindërtoni nga kujtesa më vonë, dhe ju tregon gjithashtu nëse problemi i sesioneve boshe ia vlen të rregullohet para faturës së parë.