Hoe't jo in AWS Client VPN-rekken fan de konsole ôf skatte

Ferline moanne boude ik in Client VPN-skatting yn in spreadsheet, stjoerde dy nei in klant en bewurke him doe twa kear: ien kear omdat ik assosjaasjes mei subnetten fermannichfâldige hie, en ien kear omdat ik oantallen minsken brûkte ynstee fan sesjegegevens. De ferzje dy't de beoardieling oerlibbe, rêst op twa oerenmeters en in koarte list sidekosten. Jo kinne him opnij bouwe út de konsole en ien lochútfuier, sûnder priiskalkulator.

Twa meters, en neat oars op it einpunt

AWS fakturearret in Client VPN-einpunt op assosjaasje-oeren en ferbiningsoeren. Assosjaasje-oeren tikje foar elk doelnetwurk dat oan it einpunt keppele is, de klok rûn, itsij immen ferbynt of net. Ferbiningsoeren tikje per ferbûne klant, salang't dy sesje iepen bliuwt.

Twa gefolgen komme streekrjocht út dy tabel. In einpunt dêr't nimmen op is kostet noch jild, en ien persoan dy't tagelyk in laptop en in tillefoan brûkt, makket twa ferbiningen.

Tel assosjaasjes yn 'e konsole, net subnetten yn 'e VPC

Iepenje VPC, dan Client VPN endpoints, dan jo einpunt, dan it ljepblêd Associations. Eltse rige dêr is in subnetkeppeling, en dat rigetal is jo assosjaasjefermannichfâldiger. It oantal tapassingssubnetten efter de VPC hat der neat mei te krijen.

Ien assosjaasje is genôch om in autorisearre VPC-netwurk te berikken sadree't de rûtes fan it einpunt en de autorisaasjeregels de bestimming dekke. Ekstra assosjaasjes keapje wjerstân by in stoaring fan in Availability Zone, net ekstra berik. In ûntwerp mei twa AZ's ferdûbelet dus assosjaasje-oeren, wylst in tapassings-VPC mei acht subnetten neat mei acht fermannichfâldiget.

Tink om it assosjaasjetype wylst jo op dy side binne. In VPC-subnetassosjaasje en in direkte Transit Gateway-assosjaasje binne ferskillende regelingen mei ferskillende rigels, dus nim net ien model mei yn de offerte fan de oare. En test it oantal net troch dingen los te keppeljen: it lêste doelnetwurk fuorthelje beëiniget aktive sesjes en blokkearret nije ferbiningen oant der wer wat assosjearre is.

Lied ferbiningsoeren ôf út sesjegegevens

Oantal minsken is de ferkearde ynfier, en it is ferkeard yn beide rjochtingen. Tsien minsken dy't elk trije apparaten ferbûn hâlde binne tritich ferbiningen. Hûndert minsken dy't elk tweintich minuten deis ferbine leverje lang net hûndert tagelyk sesjes.

Client VPN-ferbininglochs registrearje ferbinings- en loskeppelingsbarrens per klant, krekt it pear dat jo nedich hawwe. Eksportearje in represintative wike, parje de barrens en sumearje de doerren:

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

Korrigearje dan twa gewoanten. Sesjes dy't ferbûn bliuwe troch de middei, de nacht of in laptopsliep dy't de tunnel nea ferbruts, wurde noch altyd fakturearre, en se binne ûnsichtber yn in oantelling fan minsken. De mjitting is ek oerlik, dus budgettearje in sesje fan tweintich minuten as in fol oere ynstee fan proporsjonele fakturearring oan te nimmen; komt de faktuer leger út, behannelje dat as marzje en net as planningsynfier.

Doch it rekkensom mei de tariven fan jo regio

Tariven ferskille per regio, dus helje se fan 'e priisside fan AWS VPN foar de regio wêryn jo útbringe en plak se as ynfier yn it blêd. Allinnich as yllustraasje: nim in assosjaasjetarief fan 0.10 dollar per oere en in ferbiningsoerretarief fan 0.05 dollar, en priisje dan in moanne fan 30 dagen mei twa assosjaasjes de hiele moanne en 100 minsken dy't seis oeren op 20 wurkdagen ferbine:

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

Ferpleatse no ien ynfier tagelyk en sjoch hokker rigel reagearret. It ferdûbeljen fan de assosjaasjes foeget hjir 144 dollar ta; it ferdûbeljen fan de gemiddelde sesjeduor foeget 600 ta. Dy ferhâlding besljochtet meastentiids de ûntwerpdiskúsje foar jo: besnij oerstalligens dy't jo net ferantwurdzje kinne, of gean efter idle sesjes oan, hokker getal dan ek grutter is. Skriuw de regio en de datum fan de tariven njonken it resultaat, want in offerte sûnder dy is seis wike letter net wer te meitsjen.

Foegje de kosten ta dy't it subtotaal weilitten hat

De einpuntsfergoeding betellet it einpunt. Alles dat it ferkear dêrnei oanrekket hat syn eigen meter, en it is op dy rigels dat optimistyske VPN-skattingen útinoar falle.

• Ynternetútfier foar ferkear dat troch it einpunt fuortgiet, fakturearre per GB.
• Iepenbiere IPv4-adressen, dy't har eigen oerfergoeding drage, ûnôfhinklik fan de VPN.
• Ynnimte en opslach yn CloudWatch Logs foar de ferbininglochs dy't jo krekt eksportearre hawwe.
• Lambda-opropen as jo in client-connect-handler rinne litte.
• Directory Service of jo SAML-identiteitsleveransier, as dat is hoe't brûkers autentisearje, plus ACM Private CA-fergoedingen as jo dêr sertifikaten meitsje.
• NAT Gateway-oeren en gegevensferwurking, en Transit Gateway-keppelingsoeren plus gegevensferwurking, wannear't it paad dy brûkt.

Net ien fan dizze skalearret mei it oantal assosjaasjes, dêrom liket in getal per brûker dat allinnich út einpuntsfergoedingen bestiet op papier moai en groeit it as der echt ferkear komt. Set se op aparte rigels sels as jo se skatte moatte, sadat de lêzer sjen kin hokker dielen metten binne en hokker ferûnderstellings.

Kontrolearje it blêd foardat jo it stjoere

Fjouwer kontrôles fange de flaters dy't ik echt makke haw: it oantal assosjaasjes komt krekt oerien mei it ljepblêd Associations, de ferbiningsoeren komme út pearre lochbarrens ynstee fan in oantelling fan minsken, de regio en de datum fan de tariven binne opskreaun, en elke sidekost hat syn eigen rigel. As ien fan de fjouwer ûntbrekt, hawwe jo in ferûnderstelling mei opmaak.

Lûk earst de lochútfuier. It is de iennige ynfier dy't jo letter net út it ûnthâld wer opbouwe kinne, en it fertelt jo ek oft it probleem fan idle sesjes it wurdich is om foar de earste faktuer te ferbetterjen.