Kaip iš konsolės įvertinti AWS Client VPN sąskaitą

Praėjusį mėnesį sudariau Client VPN sąmatą skaičiuoklėje, nusiunčiau ją klientui ir po to du kartus taisiau: kartą todėl, kad asociacijas padauginau iš potinkių, ir kartą todėl, kad vietoj sesijų duomenų naudojau žmonių skaičių. Peržiūrą išgyvenusi versija remiasi dviem valandiniais matuokliais ir trumpu šalutinių išlaidų sąrašu. Galite ją atkurti iš konsolės ir vieno žurnalo eksporto, be kainų skaičiuoklės.

Du matuokliai, ir nieko daugiau endpoint adresu

AWS apmokestina Client VPN endpoint pagal asociacijų valandas ir ryšio valandas. Asociacijų valandos eina už kiekvieną prie endpoint prijungtą tikslinį tinklą, visą parą, nesvarbu, ar kas nors jungiasi. Ryšio valandos eina už kiekvieną prisijungusį klientą, kol ta sesija laikosi.

Iš šios lentelės tiesiogiai kyla dvi pasekmės. Endpoint, kuriame nieko nėra, vis tiek kainuoja, o vienas žmogus, vienu metu naudojantis nešiojamąjį kompiuterį ir telefoną, sukuria du ryšius.

Asociacijas skaičiuokite konsolėje, o ne potinkius VPC

Atidarykite VPC, tada Client VPN endpoints, tada savo endpoint, tada skirtuką Associations. Kiekviena eilutė ten yra potinkio prijungimas, ir tas eilučių skaičius yra jūsų asociacijų daugiklis. Programos potinkių skaičius už VPC tam neturi jokios reikšmės.

Vienos asociacijos pakanka pasiekti autorizuotą VPC tinklą, kai endpoint maršrutai ir leidimų taisyklės apima tikslą. Papildomos asociacijos perka atsparumą pasiekiamumo zonos gedimui, o ne papildomą pasiekiamumą. Todėl dviejų AZ projektas dvigubina asociacijų valandas, o aštuonių potinkių programos VPC nieko nepadaugina iš aštuonių.

Atkreipkite dėmesį į asociacijos tipą, kol esate tame puslapyje. VPC potinkio asociacija ir tiesioginė Transit Gateway asociacija yra skirtingos struktūros su skirtingomis sąskaitos eilutėmis, todėl neperkelkite vieno modelio į kito pasiūlymą. Ir nebandykite skaičiaus atjungdami daiktų: pašalinus paskutinį tikslinį tinklą, aktyvios sesijos nutraukiamos, o nauji ryšiai blokuojami, kol kažkas vėl nebus asocijuotas.

Ryšio valandas išveskite iš sesijų duomenų

Žmonių skaičius yra netinkama įvestis, ir ji netinka abiem kryptimis. Dešimt žmonių, kurių kiekvienas laiko prijungtus tris įrenginius, yra trisdešimt ryšių. Šimtas žmonių, kurie jungiasi dvidešimt minučių per dieną, toli gražu neduoda šimto vienalaikių sesijų.

Client VPN ryšio žurnalai fiksuoja prisijungimo ir atsijungimo įvykius kiekvienam klientui, ir tai yra būtent ta pora, kurios reikia. Eksportuokite reprezentatyvią savaitę, suderinkite įvykius ir susumuokite trukmes:

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

Tada pataisykite du įpročius. Sesijos, paliktos prijungtos per pietus, naktį ar nešiojamojo kompiuterio miegą, kuris niekada nenutraukė tunelio, vis tiek apmokestinamos, ir žmonių skaičiuje jos nematomos. Matavimas taip pat valandinis, todėl dvidešimties minučių sesiją planuokite kaip visą valandą, o ne manykite proporcingą apmokestinimą; jei sąskaita gaunasi mažesnė, laikykite tai marža, o ne planavimo įvesčiu.

Skaičiuokite pagal savo regiono tarifus

Tarifai skiriasi pagal regioną, todėl pasiimkite juos iš AWS VPN kainų puslapio regionui, kuriame diegiate, ir įklijuokite į skaičiuoklę kaip įvestis. Tik kaip pavyzdį: imkite asociacijos tarifą 0.10 dolerio per valandą ir ryšio valandos tarifą 0.05 dolerio, tada apskaičiuokite 30 dienų mėnesį su dviem asociacijomis visą mėnesį ir 100 žmonių, kurie jungiasi šešias valandas per 20 darbo dienų:

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

Dabar judinkite po vieną įvestį ir stebėkite, kuri eilutė reaguoja. Asociacijų padvigubinimas čia prideda 144 dolerius; vidutinės sesijos trukmės padvigubinimas prideda 600. Šis santykis paprastai išsprendžia dizaino ginčą už jus: nukirpkite perteklių, kurio negalite pateisinti, arba eikite prie neveiklių sesijų, priklausomai nuo to, kuris skaičius didesnis. Rezultato šone užrašykite regioną ir tarifų datą, nes pasiūlymas be jų nebus atkuriamas po šešių savaičių.

Pridėkite išlaidas, kurių tarpinė suma neįtraukia

Endpoint mokestis moka už endpoint. Viskas, ką srautas paliečia po to, turi savo matuoklį, ir būtent tose eilutėse optimistinės VPN sąmatos subyra.

• Interneto išėjimas srautui, kuris išeina per endpoint, apmokestinamas už GB.
• Viešieji IPv4 adresai, turintys savo valandinį mokestį, nepriklausomą nuo VPN.
• CloudWatch Logs priėmimas ir saugojimas ką tik eksportuotiems ryšio žurnalams.
• Lambda iškvietimai, jei vykdote client-connect apdorotoją.
• Directory Service arba jūsų SAML tapatybės teikėjas, jei vartotojai taip autentifikuojasi, plius ACM Private CA mokesčiai, jei ten išduodate sertifikatus.
• NAT Gateway valandos ir duomenų apdorojimas, bei Transit Gateway prijungimo valandos ir duomenų apdorojimas, kai maršrutas juos naudoja.

Nė vienas iš šių nesiskaiduoja su asociacijų skaičiumi, todėl skaičius vienam vartotojui, sudarytas tik iš endpoint mokesčių, popieriuje atrodo gerai, o paskui auga, kai atsiranda realus srautas. Sudėkite juos į atskiras eilutes net tada, kai turite juos įvertinti, kad skaitytojas matytų, kurios dalys išmatuotos, o kurios yra spėjimai.

Patikrinkite skaičiuoklę prieš siųsdami

Keturi patikrinimai pagauna klaidas, kurias iš tikrųjų padariau: asociacijų skaičius tiksliai atitinka skirtuką Associations, ryšio valandos atėjo iš suporuotų žurnalo įvykių, o ne iš žmonių skaičiaus, regionas ir tarifų data užrašyti, ir kiekviena šalutinė išlaida turi savo eilutę. Jei trūksta bent vieno iš keturių, turite spėjimą su formatavimu.

Pirmiausia ištraukite žurnalo eksportą. Tai vienintelė įvestis, kurios vėliau negalėsite atkurti iš atminties, ir ji taip pat pasakys, ar verta sutvarkyti neveiklių sesijų problemą prieš pirmą sąskaitą.