Minulý mesiac som v tabuľke postavil odhad Client VPN, poslal ho klientovi a potom ho dvakrát prepracoval: raz preto, že som asociácie vynásobil podsietami, a raz preto, že som použil počet ľudí namiesto údajov o reláciách. Verzia, ktorá prešla revíziou, stojí na dvoch hodinových meradlách a krátkom zozname vedľajších nákladov. Môžete ho znovu zostaviť z konzoly a jedného exportu protokolu, bez cenovej kalkulačky.

Dve meradlá, a nič iné na endpointe

AWS účtuje endpoint Client VPN podľa asociačných hodín a hodín pripojenia. Asociačné hodiny tikajú pre každú cieľovú sieť pripojenú k endpointu, nepretržite, či sa niekto pripojí alebo nie. Hodiny pripojenia tikajú za každého pripojeného klienta, kým relácia zostáva aktívna.

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

Z tabuľky vyplývajú dva dôsledky. Endpoint, na ktorom nikto nie je, stále stojí peniaze, a jeden človek s notebookom a telefónom súčasne vytvára dve pripojenia.

Asociácie počítajte v konzole, nie podsiete vo VPC

Otvorte VPC, potom Client VPN endpoints, potom svoj endpoint, potom kartu Associations. Každý riadok je pripojenie podsiete a počet riadkov je váš násobiteľ asociácií. Počet aplikačných podsietí za VPC s tým nemá nič spoločné.

Jedna asociácia stačí na dosiahnutie autorizovanej siete VPC, keď trasy endpointu a autorizačné pravidlá pokrývajú cieľ. Ďalšie asociácie kupujú odolnosť zóny dostupnosti, nie ďalší dosah. Dvojzónový návrh preto zdvojnásobuje asociačné hodiny, zatiaľ čo aplikačné VPC s ôsmimi podsietami nenásobí nič ôsmimi.

Všimnite si typ asociácie, kým ste na tejto stránke. Asociácia podsiete VPC a priama asociácia Transit Gateway sú rôzne usporiadania s rôznymi položkami, takže nepremiestňujte jeden model do ponuky druhého. A neoverujte počet odpájaním vecí: odstránenie poslednej cieľovej siete ukončí aktívne relácie a zablokuje nové pripojenia, kým sa niečo znova nepridruží.

Odvodte hodiny pripojenia z údajov o reláciách

Počet ľudí je nesprávny vstup a je nesprávny v oboch smeroch. Desať ľudí, z ktorých každý drží tri pripojené zariadenia, je tridsať pripojení. Sto ľudí, ktorí sa denne pripájajú na dvadsať minút, nedá ani zďaleka sto súbežných relácií.

Protokoly pripojenia Client VPN zaznamenávajú udalosti pripojenia a odpojenia pre každého klienta, a to je presne tá dvojica, ktorú potrebujete. Exportujte reprezentatívny týždeň, spárujte udalosti a spočítajte trvania:

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

Potom opravte dva zvyky. Relácie ponechané pripojené cez obed, noc alebo uspanie notebooku, ktoré tunel nikdy neprerušilo, sa stále účtujú a v počte ľudí sú neviditeľné. Meranie je aj hodinové, takže reláciu na dvadsať minút plánujte ako celú hodinu, namiesto predpokladu pomerného účtovania; ak príde nižšia faktúra, berte to ako maržu, nie ako vstup pre plánovanie.

Spočítajte to so sadzbami svojho regiónu

Sadzby sa líšia podľa regiónu, takže ich vezmite zo stránky cien AWS VPN pre región, do ktorého nasadzujete, a vložte ich do tabuľky ako vstupy. Len ako ilustráciu: vezmite sadzbu asociácie 0.10 dolára za hodinu a sadzbu hodiny pripojenia 0.05 dolára, potom vypočítajte mesiac s 30 dňami s dvoma asociáciami po celý mesiac a 100 ľuďmi, ktorí sa pripájajú šesť hodín v 20 pracovných dňoch:

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

Teraz hýbte jedným vstupom po druhom a sledujte, ktorý riadok reaguje. Zdvojnásobenie asociácií tu pridá 144 dolárov; zdvojnásobenie priemernej dĺžky relácie pridá 600. Ten pomer zvyčajne rozhodne návrhovú hádku za vás: odrežte redundanciu, ktorú neviete ospravedlniť, alebo sa zamerajte na nečinné relácie, podľa toho, ktoré číslo je väčšie. Napíšte región a dátum sadzieb vedľa výsledku, pretože ponuku bez nich nemožno o šesť týždňov reprodukovať.

Pridajte náklady, ktoré súčet vynecháva

Poplatok za endpoint platí endpoint. Všetko, čoho sa prevádzka potom dotkne, má vlastné meradlo, a práve na týchto riadkoch sa optimistické odhady VPN rozpadajú.

  • Internetový egress pre prevádzku, ktorá vychádza cez endpoint, účtovaný za GB.
  • Verejné adresy IPv4, ktoré nesú vlastný hodinový poplatok nezávisle od VPN.
  • Príjem a úložisko CloudWatch Logs pre protokoly pripojenia, ktoré ste práve exportovali.
  • Vyvolania Lambda, ak prevádzkujete handler client-connect.
  • Directory Service alebo váš poskytovateľ identity SAML, ak sa používatelia takto overujú, plus poplatky ACM Private CA, ak tam vydávate certifikáty.
  • Hodiny NAT Gateway a spracovanie údajov a hodiny pripojenia Transit Gateway plus spracovanie údajov, vždy keď ich cesta používa.

Nič z toho sa neškáluje s počtom asociácií, a preto číslo na používateľa zložené len z poplatkov za endpoint vyzerá na papieri dobre a potom rastie, keď sa objaví skutočná prevádzka. Dajte ich na samostatné riadky, aj keď ich musíte odhadovať, aby čitateľ videl, ktoré časti sú merané a ktoré sú dohady.

Skontrolujte tabuľku pred odoslaním

Štyri kontroly zachytia chyby, ktoré som naozaj urobil: počet asociácií presne zodpovedá karte Associations, hodiny pripojenia prišli zo spárovaných udalostí protokolu, nie z počtu ľudí, región a dátum sadzieb sú zapísané a každý vedľajší náklad má vlastný riadok. Ak chýba ktorákoľvek zo štyroch, máte dohad s formátovaním.

Najprv stiahnite export protokolu. Je to jediný vstup, ktorý neskôr nezrekonštruujete z pamäti, a tiež vám povie, či sa problém nečinných relácií oplatí opraviť pred prvou faktúrou.

Súvisiace články