Eelmisel kuul ehitasin tabelisse Client VPN hinnangu, saatsin selle kliendile ja parandasin siis kaks korda: kord sellepärast, et korrutasin seosed alamvõrkudega, ja kord sellepärast, et kasutasin inimeste arvu sessiooniandmete asemel. Ülevaatuse üle elanud versioon toetub kahele tunnimõõdikule ja lühikesele kõrvalkulude loendile. Saate selle konsoolist ja ühest logi ekspordist uuesti üles ehitada, ilma hinnakalkulaatorita.

Kaks mõõdikut ja mitte midagi muud lõpp-punktil

AWS arveldab Client VPN-i lõpp-punkti seose-tundide ja ühenduse-tundide järgi. Seose-tunnid tiksub iga lõpp-punktiga ühendatud sihtvõrgu eest ööpäev läbi, olenemata sellest, kas keegi ühendub. Ühenduse-tunnid tiksub iga ühendatud kliendi eest, kuni see sessioon püsib.

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

Sellest tabelist tuleneb kaks tagajärge. Lõpp-punkt, kus kedagi pole, maksab ikkagi raha, ja üks inimene, kes hoiab sülearvutit ja telefoni korraga, tekitab kaks ühendust.

Loendage seoseid konsoolis, mitte alamvõrke VPC-s

Avage VPC, seejärel Client VPN endpoints, seejärel oma lõpp-punkt, seejärel vahekaart Associations. Iga rida seal on alamvõrgu ühendus ja see ridade arv on teie seoste kordaja. VPC taga olevate rakenduse alamvõrkude arvul pole sellega mingit pistmist.

Ühest seosest piisab volitatud VPC-võrgu kättesaamiseks, kui lõpp-punkti marsruudid ja volitusreeglid sihtmärki katavad. Lisaseosed ostavad kestvust kättesaadavustsooni rikke vastu, mitte lisaulatust. Nii kahekordistab kahe AZ-ga lahendus seose-tunde, samas kui kaheksa alamvõrguga rakenduse VPC ei korruta midagi kaheksaga.

Pöörake tähelepanu seose tüübile, kui olete sellel lehel. VPC alamvõrgu seos ja otsene Transit Gateway seos on erinevad lahendused erinevate kuluridadega, nii et ärge viige üht mudelit teise pakkumisse. Ja ärge testige arvu asjade lahtihaakimisega: viimase sihtvõrgu eemaldamine lõpetab aktiivsed sessioonid ja blokeerib uued ühendused, kuni midagi on jälle seotud.

Tuletage ühenduse-tunnid sessiooniandmetest

Inimeste arv on vale sisend ja see on vale mõlemas suunas. Kümme inimest, kellest igaüks hoiab kolme seadet ühendatud, on kolmkümmend ühendust. Sada inimest, kes igaüks ühendub kakskümmend minutit päevas, ei anna kaugeltki sada samaaegset sessiooni.

Client VPN-i ühenduslogid registreerivad ühendumis- ja katkestamissündmused kliendi kohta, mis on täpselt see paar, mida vajate. Eksportige esinduslik nädal, sobitage sündmused ja liitke kestused:

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

Seejärel parandage kaks harjumust. Lõuna ajal, üleöö või sülearvuti pausi ajal ühendatuks jäänud sessioonid, mis tunnelit kunagi ei katkestanud, arveldatakse ikkagi ja need on inimeste arvus nähtamatud. Mõõtmine on ka tunnipõhine, seega arvestage kahekümne minuti sessioon täis tunnina, selle asemel et eeldada proportsionaalset arveldamist; kui arve tuleb madalam, käsitlege seda marginaalina, mitte planeerimissisendina.

Tehke arvutus oma regiooni hindadega

Hinnad erinevad regiooniti, seega võtke need AWS VPN-i hinnalehelt regiooni kohta, kuhu juurutate, ja kleepige need tabelisse sisenditena. Ainult näiteks: võtke seose hind 0.10 dollarit tunnis ja ühenduse-tunni hind 0.05 dollarit, seejärel hinnake 30-päevast kuud kahe seosega kogu kuu ja 100 inimesega, kes ühenduvad kuus tundi 20 tööpäeval:

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

Nüüd liigutage üks sisend korraga ja jälgige, milline rida reageerib. Seoste kahekordistamine lisab siin 144 dollarit; keskmise sessiooni pikkuse kahekordistamine lisab 600. See suhe tavaliselt otsustab disainivaidluse teie eest: kärpige üleliigset, mida ei suuda põhjendada, või minge jõudeolevate sessioonide kallale, kumb arv on suurem. Kirjutage regioon ja hindade kuupäev tulemuse kõrvale, sest ilma nendeta ei saa pakkumist kuus nädalat hiljem taastada.

Lisage kulud, mille vahesumma välja jätab

Lõpp-punkti tasu maksab lõpp-punkti eest. Kõigel, mida liiklus pärast seda puudutab, on oma mõõdik, ja just nendel ridadel lagunevad optimistlikud VPN-i hinnangud.

  • Interneti väljundliiklus lõpp-punkti kaudu lahkuvale liiklusele, arveldatakse GB kohta.
  • Avalikud IPv4-aadressid, millel on oma tunnitasu, sõltumata VPN-ist.
  • CloudWatch Logs-i vastuvõtt ja salvestus äsja eksporditud ühenduslogide jaoks.
  • Lambda väljakutsed, kui käitate client-connect-handlerit.
  • Directory Service või teie SAML-identiteedipakkuja, kui kasutajad nii autendivad, pluss ACM Private CA tasud, kui seal sertifikaate väljastate.
  • NAT Gateway tunnid ja andmetöötlus ning Transit Gateway kinnituse tunnid pluss andmetöötlus, kui tee neid kasutab.

Miski sellest ei skaleeru seoste arvuga, mistõttu ainult lõpp-punkti tasudest koostatud kasutajapõhine arv näeb paberil hea välja ja kasvab siis, kui ilmub tegelik liiklus. Pange need eraldi ridadele ka siis, kui peate neid hindama, et lugeja näeks, millised osad on mõõdetud ja millised oletatud.

Kontrollige tabelit enne saatmist

Neli kontrolli püüavad vead, mille ma tegelikult tegin: seoste arv vastab täpselt vahekaardile Associations, ühenduse-tunnid pärinevad paaritatud logisündmustest, mitte inimeste arvust, regioon ja hindade kuupäev on kirjas ning igal kõrvalkulul on oma rida. Kui mõni neljast puudub, on teil vormindatud oletus.

Tõmmake kõigepealt logi eksport. See on ainus sisend, mida te hiljem mälust rekonstrueerida ei saa, ja see ütleb ka, kas jõudeolevate sessioonide probleemi tasub enne esimest arvet parandada.

Seotud artiklid