Pagājušajā mēnesī izveidoju Client VPN tāmi izklājlapā, nosūtīju to klientam un pēc tam divreiz pārstrādāju: vienreiz tāpēc, ka asociācijas pareizināju ar apakštīkliem, un vienreiz tāpēc, ka sesiju datu vietā izmantoju cilvēku skaitu. Pārskatīšanu pārdzīvojusī versija balstās uz diviem stundu skaitītājiem un īsu blakus izmaksu sarakstu. To var atjaunot no konsoles un viena žurnāla eksporta, bez cenu kalkulatora.

Divi skaitītāji, un nekas cits uz endpoint

AWS iekasē Client VPN endpoint maksu par asociāciju stundām un savienojuma stundām. Asociāciju stundas rit katram endpoint piesaistītajam mērķa tīklam, visu diennakti, neatkarīgi no tā, vai kāds pievienojas. Savienojuma stundas rit katram pievienotajam klientam, kamēr šī sesija paliek atvērta.

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

No šīs tabulas tieši izriet divas sekas. Endpoint, uz kura neviena nav, tomēr maksā naudu, un viens cilvēks, kurš vienlaikus lieto klēpjdatoru un telefonu, rada divus savienojumus.

Skaitiet asociācijas konsolē, nevis apakštīklus VPC

Atveriet VPC, tad Client VPN endpoints, tad savu endpoint, tad cilni Associations. Katra rinda tur ir apakštīkla piesaiste, un šis rindu skaits ir jūsu asociāciju reizinātājs. Lietotnes apakštīklu skaitam aiz VPC ar to nav nekāda sakara.

Viena asociācija ir pietiekama, lai sasniegtu autorizētu VPC tīklu, kad endpoint maršruti un atļauju noteikumi aptver galamērķi. Papildu asociācijas pērk izturību pret pieejamības zonas atteici, nevis papildu sasniedzamību. Tāpēc divu AZ projekts dubulto asociāciju stundas, bet lietotnes VPC ar astoņiem apakštīkliem neko nereizina ar astoņi.

Pievērsiet uzmanību asociācijas veidam, kamēr esat šajā lapā. VPC apakštīkla asociācija un tieša Transit Gateway asociācija ir atšķirīgas konstrukcijas ar atšķirīgām rēķina rindām, tāpēc nepārnesiet vienu modeli otra piedāvājumā. Un nepārbaudiet skaitu, atvienojot lietas: pēdējā mērķa tīkla noņemšana pārtrauc aktīvās sesijas un bloķē jaunus savienojumus, līdz kaut kas atkal tiek asociēts.

Izvediet savienojuma stundas no sesiju datiem

Cilvēku skaits ir nepareizs ievads, un tas ir nepareizs abos virzienos. Desmit cilvēki, no kuriem katrs tur pievienotas trīs ierīces, ir trīsdesmit savienojumi. Simts cilvēku, kuri katrs pievienojas divdesmit minūtes dienā, nebūt nedod simts vienlaicīgas sesijas.

Client VPN savienojuma žurnāli reģistrē pievienošanās un atvienošanās notikumus katram klientam, un tas ir tieši tas pāris, kas jums nepieciešams. Eksportējiet reprezentatīvu nedēļu, saskaņojiet notikumus un summējiet ilgumus:

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

Pēc tam izlabojiet divus ieradumus. Sesijas, kas atstātas pievienotas pusdienu, nakts vai klēpjdatora miega laikā, kas nekad nepārtrauca tuneli, joprojām tiek iekasētas, un tās cilvēku skaitā nav redzamas. Mērīšana ir arī stundu bāzēta, tāpēc divdesmit minūšu sesiju plānojiet kā pilnu stundu, nevis pieņemiet proporcionālu iekasēšanu; ja rēķins nāk zemāks, uzskatiet to par uzcenojumu, nevis plānošanas ievadi.

Rēķiniet ar sava reģiona likmēm

Likmes atšķiras pa reģioniem, tāpēc paņemiet tās no AWS VPN cenu lapas reģionam, kurā izvietojat, un ielīmējiet izklājlapā kā ievades. Tikai kā piemēru: ņemiet asociācijas likmi 0.10 dolāri stundā un savienojuma stundas likmi 0.05 dolāri, pēc tam aprēķiniet 30 dienu mēnesi ar divām asociācijām visu mēnesi un 100 cilvēkiem, kuri pievienojas sešas stundas 20 darbdienās:

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

Tagad pārvietojiet pa vienai ievadei un vērojiet, kura rinda reaģē. Asociāciju dubultošana šeit pievieno 144 dolārus; vidējā sesijas ilguma dubultošana pievieno 600. Šī attiecība parasti izšķir dizaina strīdu jūsu vietā: nogrieziet lieko, ko nevarat attaisnot, vai ķerieties pie dīkstāves sesijām, atkarībā no tā, kurš skaitlis ir lielāks. Rezultāta malā ierakstiet reģionu un likmju datumu, jo piedāvājumu bez tiem nevar atkārtot pēc sešām nedēļām.

Pievienojiet izmaksas, ko starpsumma izlaiž

Endpoint maksa maksā par endpoint. Viss, kam trafiks pieskaras pēc tam, ir ar savu skaitītāju, un tieši šajās rindās optimistiskās VPN tāmes sabrūk.

  • Interneta izeja trafikam, kas iziet caur endpoint, iekasēta par GB.
  • Publiskās IPv4 adreses, kurām ir sava stundas maksa neatkarīgi no VPN.
  • CloudWatch Logs uzņemšana un glabāšana tikko eksportētajiem savienojuma žurnāliem.
  • Lambda izsaukumi, ja darbojat client-connect apdarinātāju.
  • Directory Service vai jūsu SAML identitātes nodrošinātājs, ja lietotāji tā autentificējas, plus ACM Private CA maksas, ja tur izsniedzat sertifikātus.
  • NAT Gateway stundas un datu apstrāde, un Transit Gateway piesaistes stundas plus datu apstrāde, kad maršruts tos izmanto.

Neviens no šiem neaug līdzi asociāciju skaitam, tāpēc skaitlis uz vienu lietotāju, kas veidots tikai no endpoint maksām, izskatās labi uz papīra un pēc tam pieaug, kad parādās reāls trafiks. Lieciet tos atsevišķās rindās arī tad, kad tie jānovērtē, lai lasītājs redzētu, kuras daļas ir mērītas un kuras ir minējumi.

Pārbaudiet izklājlapu pirms sūtīšanas

Četras pārbaudes noķer kļūdas, ko es patiešām izdarīju: asociāciju skaits precīzi atbilst cilnei Associations, savienojuma stundas nāk no pārinātiem žurnāla notikumiem, nevis no cilvēku skaita, reģions un likmju datums ir pierakstīti, un katrai blakus izmaksai ir sava rinda. Ja kāda no četrām trūkst, jums ir formatēts minējums.

Vispirms izvelciet žurnāla eksportu. Tas ir vienīgā ievade, ko vēlāk nevarēsiet rekonstruēt no atmiņas, un tas arī pasaka, vai dīkstāves sesiju problēmu ir vērts salabot pirms pirmā rēķina.

Saistītie raksti