Í síðasta mánuði byggði ég mat á Client VPN í töflureikni, sendi það til viðskiptavinar og endurskoðaði það síðan tvisvar: einu sinni vegna þess að ég margfaldaði tengingar með undirnetum, og einu sinni vegna þess að ég notaði fjölda fólks í stað lotugagna. Útgáfan sem stóðst yfirferðina hvílir á tveimur stundarmælum og stuttum lista yfir hliðarkostnað. Þú getur endurbyggt hana úr stjórnborðinu og einni loggútflutningi, án verðreiknivélar.

Tveir mælar, og ekkert annað á endapunktinum

AWS rukkar Client VPN endapunkt eftir tengingarstundum og sambandsstundum. Tengingarstundir ganga fyrir hvert marknet sem er tengt endapunktinum, allan sólarhringinn, hvort sem einhver tengist eða ekki. Sambandsstundir ganga fyrir hvern tengdan biðlara, svo lengi sem lotan helst uppi.

MeterWhat increments itWhat does not change it
Association-hoursEach associated subnet or Transit Gateway attachment, per hour, 24/7 while attachedNumber of users, traffic volume
Connection-hoursEach active client session, per hourHow many subnets that client can reach

Tvær afleiðingar koma beint úr þeirri töflu. Endapunktur sem enginn er á kostar samt peninga, og ein manneskja sem keyrir fartölvu og síma á sama tíma framleiðir tvær tengingar.

Teldu tengingar í stjórnborðinu, ekki undirnet í VPC

Opnaðu VPC, svo Client VPN endpoints, svo endapunktinn þinn, svo Associations flipann. Hver röð þar er undirnetstenging, og sá raðafjöldi er margfaldari tenginganna. Fjöldi forritarundirneta bak við VPC skiptir engu máli.

Ein tenging nægir til að ná leyfðu VPC neti þegar leiðir endapunktsins og leyfisreglurnar ná yfir áfangastaðinn. Aukatengingar kaupa þol gagnvart bilun í aðgengis svæði, ekki aukið drægi. Þess vegna tvöfaldar tveggja AZ hönnun tengingarstundirnar, en forrits-VPC með átta undirnetum margfaldar ekkert með átta.

Taktu eftir tegund tengingarinnar á meðan þú ert á þeirri síðu. VPC-undirnetstenging og bein Transit Gateway tenging eru ólík fyrirkomulag með ólíkum gjaldfærslulínum, svo farðu ekki með eitt líkan inn í tilboð hins. Og prófaðu ekki fjöldann með því að aftengja hluti: að fjarlægja síðasta marknetið stöðvar virkar lotur og lokar fyrir nýjar tengingar þar til eitthvað er tengt aftur.

Leiddu sambandsstundir út úr lotugögnum

Fjöldi fólks er rangt inntak, og hann er rangur í báðar áttir. Tíu manneskjur sem halda hver þremur tækjum tengdum eru þrjátíu tengingar. Hundrað manneskjur sem tengjast hver tuttugu mínútur á dag gefa ekki nálægt hundrað samtímis lotum.

Sambandsskrár Client VPN skrá tengingar- og aftengingaratburði fyrir hvern biðlara, sem er einmitt parið sem þú þarft. Flyttu út dæmigerða viku, paraðu atburðina og leggðu saman tímalengdirnar:

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

Leiðréttu svo tvær venjur. Lotur sem látnar eru tengdar yfir hádegismat, nótt eða fartölvusvefn sem rauf aldrei göngin eru enn rukkaðar, og þær eru ósýnilegar í mannfjölda. Mælingin er líka stundarleg, svo áætlaðu tuttugu mínútna lotu sem heila klukkustund í stað þess að gera ráð fyrir hlutfallslegri gjaldtöku; ef reikningurinn kemur lægri skaltu líta á það sem framlegð en ekki sem skipulagsinntak.

Gerðu útreikninginn með gjaldskrám þíns svæðis

Gjaldskrár eru mismunandi eftir svæðum, svo náðu þeim á verðsíðu AWS VPN fyrir það svæði sem þú ert að setja upp og límdu þær inn í töfluna sem inntak. Aðeins sem dæmi: taktu tengingargjald 0.10 dollara á klukkustund og sambandsstundargjald 0.05 dollara, og reiknaðu svo 30 daga mánuð með tveimur tengingum allan mánuðinn og 100 manneskjum sem tengjast sex klukkustundir á 20 vinnudögum:

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

Færðu nú eitt inntak í einu og fylgstu með hvaða lína bregst við. Tvöföldun tenginganna bætir 144 dollurum hér; tvöföldun meðallotulengdar bætir 600 við. Þetta hlutfall leysir venjulega hönnunardeiluna fyrir þig: skerðu offramboð sem þú getur ekki réttlætt, eða farðu í aðgerðalausar lotur, eftir því hvor talan er hærri. Skrifaðu svæðið og dagsetningu gjaldskrárinnar við hlið niðurstöðunnar, því tilboð án þeirra er ekki hægt að endurgera sex vikum síðar.

Bættu við kostnaðinum sem millisumman sleppir

Endapunktsgjaldið borgar endapunktinn. Allt sem umferðin snertir eftir það hefur sinn eigin mæli, og það er á þeim línum sem bjartsýn VPN-met falla í sundur.

  • Internetuðgangur fyrir umferð sem fer út um endapunktinn, rukkað per GB.
  • Opinber IPv4 vistföng, sem bera sitt eigið stundargjald óháð VPN-inu.
  • Móttaka og geymsla í CloudWatch Logs fyrir sambandsskrárnar sem þú fluttir út rétt í þessu.
  • Lambda köll ef þú keyrir client-connect handfangsforrit.
  • Directory Service eða SAML auðkennisveitandi þinn, ef notendur sannreyna sig þannig, auk ACM Private CA gjalda ef þú gefur út skírteini þar.
  • NAT Gateway stundir og gagnavinnsla, og Transit Gateway tengistundir auk gagnavinnslu, hvenær sem leiðin notar þau.

Ekkert af þessu stækkar með fjölda tenginga, þess vegna lítur tala á hvern notanda sem sett er saman eingöngu úr endapunktsgjöldum vel út á pappír og stækkar svo þegar raunveruleg umferð kemur fram. Settu þau á aðskildar línur líka þegar þú verður að áætla þau, svo lesandinn sjái hvaða hlutar eru mældir og hverjir eru ágiskanir.

Athugaðu töfluna áður en þú sendir hana

Fjögur athuganir grípa villurnar sem ég gerði í raun: fjöldi tenginga passar nákvæmlega við Associations flipann, sambandsstundirnar komu úr pöruðum atburðum í skrá en ekki mannfjölda, svæðið og dagsetning gjaldskrárinnar eru skrifuð niður, og hver hliðarkostnaður hefur sína eigin línu. Ef eitthvað af fjórum vantar hefur þú ágiskun með sniði.

Dragðu fyrst út loggskrána. Það er eina inntakið sem þú getur ekki endurbyggt úr minni síðar, og það segir þér líka hvort aðgerðalausar lotur séu þess virði að laga áður en fyrsti reikningurinn kemur.

Tengdir greinar