Cum să estimați o factură AWS Client VPN din consolă
Un parcurs pentru estimarea AWS Client VPN: numărați asocierile, deduceți orele de conexiune din jurnalele de sesiune și apoi adăugați costurile din afara tarifului endpointului.
Luna trecută am construit o estimare Client VPN într-o foaie de calcul, am trimis-o unui client și apoi am revizuit-o de două ori: o dată pentru că am înmulțit asocierile cu subrețelele și o dată pentru că am folosit numărul de persoane în locul datelor de sesiune. Versiunea care a trecut de revizuire se sprijină pe două contoare orare și o listă scurtă de costuri secundare. O puteți reconstrui din consolă și dintr-o singură exportare de jurnal, fără calculator de prețuri.
Două contoare, și nimic altceva pe endpoint
AWS facturează un endpoint Client VPN după ore de asociere și ore de conexiune. Orele de asociere curg pentru fiecare rețea țintă atașată endpointului, non-stop, indiferent dacă se conectează cineva sau nu. Orele de conexiune curg pentru fiecare client conectat, cât timp acea sesiune rămâne activă.
| Meter | What increments it | What does not change it |
|---|---|---|
| Association-hours | Each associated subnet or Transit Gateway attachment, per hour, 24/7 while attached | Number of users, traffic volume |
| Connection-hours | Each active client session, per hour | How many subnets that client can reach |
Din acel tabel decurg două consecințe. Un endpoint pe care nu e nimeni costă în continuare bani, iar o singură persoană care rulează laptop și telefon simultan produce două conexiuni.
Numărați asocierile în consolă, nu subrețelele din VPC
Deschideți VPC, apoi Client VPN endpoints, apoi endpointul dvs., apoi fila Associations. Fiecare rând de acolo este o atașare de subrețea, iar acel număr de rânduri este multiplicatorul asocierilor. Numărul de subrețele de aplicație din spatele VPC nu are nicio legătură.
O singură asociere este suficientă pentru a ajunge la o rețea VPC autorizată atunci când rutele endpointului și regulile de autorizare acoperă destinația. Asocierile suplimentare cumpără rezistență la căderea unei zone de disponibilitate, nu acoperire suplimentară. De aceea un proiect cu două AZ dublează orele de asociere, în timp ce un VPC de aplicație cu opt subrețele nu înmulțește nimic cu opt.
Observați tipul asocierii cât timp sunteți pe acea pagină. O asociere de subrețea VPC și o asociere directă Transit Gateway sunt aranjamente diferite cu linii de facturare diferite, așa că nu duceți un model în oferta celuilalt. Și nu testați numărul detașând lucruri: eliminarea ultimei rețele țintă termină sesiunile active și blochează conexiunile noi până când ceva este din nou asociat.
Deduceți orele de conexiune din datele de sesiune
Numărul de persoane este intrarea greșită și este greșit în ambele direcții. Zece persoane care țin fiecare câte trei dispozitive conectate înseamnă treizeci de conexiuni. O sută de persoane care se conectează câte douăzeci de minute pe zi nu dau nici pe departe o sută de sesiuni simultane.
Jurnalele de conexiune Client VPN înregistrează evenimente de conectare și deconectare pentru fiecare client, exact perechea de care aveți nevoie. Exportați o săptămână reprezentativă, potriviți evenimentele și însumați duratele:
connection-hours = sum of (disconnect_time - connect_time) per session
sessions = one per client connection, not per personApoi corectați două obiceiuri. Sesiunile lăsate conectate peste prânz, peste noapte sau printr-o suspendare de laptop care nu a rupt niciodată tunelul sunt în continuare facturate și sunt invizibile într-un număr de persoane. Măsurarea este și orară, așa că bugetați o sesiune de douăzeci de minute ca o oră întreagă, în loc să presupuneți facturare proporțională; dacă factura vine mai mică, tratați-o ca marjă și nu ca intrare de planificare.
Faceți calculul cu tarifele regiunii dvs.
Tarifele diferă pe regiuni, așa că luați-le de pe pagina de prețuri AWS VPN pentru regiunea în care implementați și lipiți-le în foaie ca intrări. Doar ca ilustrare, luați un tarif de asociere de 0.10 dolari pe oră și un tarif de oră de conexiune de 0.05 dolari, apoi calculați o lună de 30 de zile cu două asocieri tot month și 100 de persoane conectate șase ore în 20 de zile lucrătoare:
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.00Acum mutați câte o intrare o dată și urmăriți care linie reacționează. Dublarea asocierilor adaugă aici 144 de dolari; dublarea duratei medii a sesiunii adaugă 600. Acel raport decide de obicei dezbaterea de design în locul dvs.: tăiați redundanța pe care nu o puteți justifica sau mergeți după sesiunile inactive, după care număr este mai mare. Scrieți regiunea și data tarifelor lângă rezultat, pentru că o ofertă fără ele nu poate fi reprodusă șase săptămâni mai târziu.
Adăugați costurile pe care subtotalul le omite
Tariful endpointului plătește endpointul. Tot ce atinge traficul după aceea are propriul contor, și pe acele linii se destramă estimările optimiste de VPN.
- Ieșirea în internet pentru traficul care pleacă prin endpoint, facturată pe GB.
- Adrese IPv4 publice, care poartă propria taxă orară independent de VPN.
- Ingestie și stocare în CloudWatch Logs pentru jurnalele de conexiune pe care tocmai le-ați exportat.
- Apeluri Lambda dacă rulați un handler client-connect.
- Directory Service sau furnizorul dvs. de identitate SAML, dacă utilizatorii se autentifică astfel, plus taxele ACM Private CA dacă emiteți certificate acolo.
- Ore NAT Gateway și procesare de date, și ore de atașare Transit Gateway plus procesare de date, ori de câte ori calea le folosește.
Nimic din toate acestea nu scalează cu numărul de asocieri, de aceea o cifră pe utilizator alcătuită doar din tarifele endpointului arată bine pe hârtie și apoi crește când apare trafic real. Puneți-le pe rânduri separate chiar și când trebuie să le estimați, ca cititorul să vadă care părți sunt măsurate și care sunt presupuneri.
Verificați foaia înainte de a o trimite
Patru verificări prind greșelile pe care le-am făcut de fapt: numărul asocierilor corespunde exact filei Associations, orele de conexiune vin din evenimente de jurnal pereche și nu dintr-un număr de persoane, regiunea și data tarifelor sunt scrise, iar fiecare cost secundar are propriul rând. Dacă lipsește vreuna din cele patru, aveți o presupunere cu formatare.
Scoateți mai întâi exportul jurnalului. Este singura intrare pe care nu o puteți reconstrui din memorie mai târziu și vă spune și dacă merită reparată problema sesiunilor inactive înainte de prima factură.