Prejšnji mesec sem v preglednici zgradil oceno Client VPN, jo poslal stranki in jo nato dvakrat popravil: enkrat, ker sem povezave pomnožil s podomrežji, in enkrat, ker sem uporabil število ljudi namesto podatkov o sejah. Različica, ki je prestala pregled, sloni na dveh urnih merilnikih in kratkem seznamu stranskih stroškov. Lahko jo obnovite iz konzole in enega izvoza dnevnika, brez kalkulatorja cen.

Dva merilnika, in nič drugega na endpointu

AWS zaračuna endpoint Client VPN po urah povezave in urah seje. Ure povezave tečejo za vsako ciljno omrežje, pritrjeno na endpoint, ves dan, ne glede na to, ali se kdo poveže. Ure seje tečejo za vsakega povezanega odjemalca, dokler seja ostane aktivna.

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

Iz te tabele izhajata dve posledici. Endpoint, na katerem ni nikogar, še vedno stane, in ena oseba s prenosnikom in telefonom hkrati ustvari dve povezavi.

Povezave štejte v konzoli, ne podomrežij v VPC

Odprite VPC, nato Client VPN endpoints, nato svoj endpoint, nato zavihek Associations. Vsaka vrstica je pritrditev podomrežja, in to število vrstic je vaš množitelj povezav. Število aplikacijskih podomrežij za VPC s tem nima nič opraviti.

Ena povezava zadostuje za dosego pooblaščenega omrežja VPC, ko poti endpointa in pravila dovoljenj pokrijejo cilj. Dodatne povezave kupujejo odpornost na izpad območja razpoložljivosti, ne dodatnega dosega. Zato zasnova z dvema AZ podvoji ure povezave, medtem ko aplikacijski VPC z osmimi podomrežji ničesar ne pomnoži z osem.

Bodite pozorni na vrsto povezave, medtem ko ste na tej strani. Povezava podomrežja VPC in neposredna povezava Transit Gateway sta različni ureditvi z različnimi postavkami, zato ne prenašajte enega modela v ponudbo drugega. In ne preizkušajte števila z odpenjanjem stvari: odstranitev zadnjega ciljnega omrežja konča aktivne seje in blokira nove povezave, dokler ni nekaj znova povezano.

Izpeljite ure seje iz podatkov o sejah

Število ljudi je napačen vnos in je napačno v obe smeri. Deset ljudi, ki vsak drži tri povezane naprave, je trideset povezav. Sto ljudi, ki se vsak povežejo za dvajset minut na dan, ne da niti blizu sto hkratnih sej.

Dnevniki povezav Client VPN beležijo dogodke povezave in prekinitve za vsakega odjemalca, kar je natanko tisti par, ki ga potrebujete. Izvozite reprezentativen teden, povežite dogodke in seštejte trajanja:

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

Nato popravite dve navadi. Seje, ki ostanejo povezane čez kosilo, čez noč ali čez spanje prenosnika, ki tunela ni nikoli pretrgalo, se še vedno zaračunajo in so v štetju ljudi nevidne. Merjenje je tudi urno, zato načrtujte dvajsetminutno sejo kot polno uro, namesto da bi predpostavili sorazmerno obračunavanje; če je račun nižji, ga obravnavajte kot maržo in ne kot vhod za načrtovanje.

Izračunajte s stopnjami svoje regije

Stopnje se razlikujejo po regijah, zato jih vzemite s strani s cenami AWS VPN za regijo, v katero uvajate, in jih prilepite v preglednico kot vnose. Samo kot ponazoritev: vzemite stopnjo povezave 0.10 dolarja na uro in stopnjo ure seje 0.05 dolarja, nato izračunajte mesec s 30 dnevi z dvema povezavama ves mesec in 100 ljudmi, ki se povežejo šest ur v 20 delovnih dneh:

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

Zdaj premikajte en vnos naenkrat in opazujte, katera vrstica se odzove. Podvojitev povezav tukaj doda 144 dolarjev; podvojitev povprečne dolžine seje doda 600. To razmerje običajno odloči oblikovalsko razpravo namesto vas: odrežite odvečnost, ki je ne morete upravičiti, ali se lotite nedejavnih sej, glede na to, katero število je večje. Ob rezultatu zapišite regijo in datum stopenj, ker ponudbe brez njih ni mogoče obnoviti šest tednov pozneje.

Dodajte stroške, ki jih vmesna vsota izpusti

Pristojbina za endpoint plača endpoint. Vse, česar se promet nato dotakne, ima svoj merilnik, in prav na teh vrsticah se optimistične ocene VPN sesujejo.

  • Internetni izhod za promet, ki zapusti endpoint, zaračunan na GB.
  • Javni naslovi IPv4, ki nosijo lastno urno pristojbino neodvisno od VPN.
  • Sprejem in shranjevanje v CloudWatch Logs za dnevnike povezav, ki ste jih pravkar izvozili.
  • Klici Lambda, če poganjate obdelovalnik client-connect.
  • Directory Service ali vaš ponudnik identitete SAML, če se uporabniki tako preverjajo, plus pristojbine ACM Private CA, če tam izdajate potrdila.
  • Ure NAT Gateway in obdelava podatkov ter ure pritrditve Transit Gateway plus obdelava podatkov, kadar pot uporablja te storitve.

Nič od tega se ne skalira s številom povezav, zato številka na uporabnika, sestavljena samo iz pristojbin za endpoint, izgleda dobro na papirju in nato zraste, ko se pojavi resničen promet. Postavite jih v ločene vrstice tudi takrat, ko jih morate oceniti, da bralec vidi, kateri deli so izmerjeni in kateri so ugibanja.

Preverite preglednico, preden jo pošljete

Štiri preverbe ujamejo napake, ki sem jih res naredil: število povezav se natančno ujema z zavihkom Associations, ure seje izhajajo iz seznanjenih dogodkov v dnevniku in ne iz štetja ljudi, regija in datum stopenj sta zapisana, in vsak stranski strošek ima svojo vrstico. Če manjka katera od štirih, imate ugibanje z oblikovanjem.

Najprej izvozite dnevnik. To je edini vnos, ki ga pozneje ne morete obnoviti iz spomina, in pove vam tudi, ali se problem nedejavnih sej splača popraviti pred prvim računom.

Sorodni članki