Näin arvioit AWS Client VPN -laskun konsolista

Rakensin viime kuussa Client VPN -arvion laskentataulukkoon, lähetin sen asiakkaalle ja korjasin sitä kahdesti: kerran koska kerroin liitokset aliverkoilla ja kerran koska käytin henkilömäärää istuntotietojen sijaan. Katselmuksen läpäissyt versio nojaa kahteen tuntimittariin ja lyhyeen luetteloon sivukuluista. Voit rakentaa sen uudelleen konsolista ja yhdestä lokin viennistä ilman hinnastolaskuria.

Kaksi mittaria, eikä mitään muuta päätepisteellä

AWS laskuttaa Client VPN -päätepistettä liitostunneista ja yhteystunneista. Liitostunnit käyvät jokaisesta päätepisteeseen liitetystä kohdeverkosta vuorokauden ympäri, riippumatta siitä, ottaako joku yhteyden. Yhteystunnit käyvät jokaista yhdistettyä asiakasta kohden niin kauan kuin istunto pysyy käynnissä.

Taulukosta seuraa kaksi asiaa. Päätepiste, jolla ei ole ketään, maksaa silti, ja yksi henkilö, jolla on kannettava ja puhelin samaan aikaan, tuottaa kaksi yhteyttä.

Laske liitokset konsolista, älä aliverkkoja VPC:stä

Avaa VPC, sitten Client VPN endpoints, sitten oma päätepisteesi, sitten Associations-välilehti. Jokainen rivi on aliverkon liitos, ja rivien määrä on liitosten kertoimesi. VPC:n takana olevien sovellusaliverkkojen määrällä ei ole sen kanssa mitään tekemistä.

Yksi liitos riittää valtuutettuun VPC-verkkoon pääsemiseen, kun päätepisteen reitit ja valtuutussäännöt kattavat kohteen. Lisäliitokset ostavat käytettävyysvyöhykkeen vikasietoa, eivät lisäulottuvuutta. Kahden AZ:n ratkaisu siis kaksinkertaistaa liitostunnit, kun taas kahdeksan aliverkon sovellus-VPC ei kerro mitään kahdeksalla.

Huomaa liitoksen tyyppi, kun olet sillä sivulla. VPC-aliverkkoliitos ja suora Transit Gateway -liitos ovat eri järjestelyjä, joilla on eri kulurivit, joten älä vie yhtä mallia toisen tarjoukseen. Äläkä testaa määrää irrottamalla asioita: viimeisen kohdeverkon poistaminen lopettaa aktiiviset istunnot ja estää uudet yhteydet, kunnes jotain liitetään taas.

Johda yhteystunnit istuntotiedoista

Henkilömäärä on väärä syöte, ja se on väärä molempiin suuntiin. Kymmenen ihmistä, joilla jokaisella on kolme laitetta yhdistettynä, on kolmekymmentä yhteyttä. Sata ihmistä, jotka kukin yhdistävät kaksikymmentä minuuttia päivässä, eivät tuota lähellekään sataa samanaikaista istuntoa.

Client VPN -yhteyslokit tallentavat yhdistämis- ja katkaisutapahtumat asiakkaittain, mikä on täsmälleen tarvitsemasi pari. Vie edustava viikko, sovita tapahtumat ja laske kestot yhteen:

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

Korjaa sitten kaksi tapaa. Lounaan, yön tai kannettavan suspend-tilan läpi yhdistettyinä jääneet istunnot, jotka eivät koskaan katkaisseet tunnelia, laskutetaan silti, eivätkä ne näy henkilömäärässä. Mittaus on myös tuntikohtaista, joten budjetoi kaksikymmenminuuttinen istunto täytenä tuntina sen sijaan, että olettaisit suhteellista laskutusta; jos lasku tulee pienempänä, pidä sitä marginaalina äläkä suunnittelusyötteenä.

Laske oman alueesi hinnoilla

Hinnat vaihtelevat alueittain, joten hae ne AWS VPN:n hinnastosivulta sille alueelle, jolle oletus tehdään, ja liitä ne taulukkoon syötteinä. Vain esimerkkinä: ota liitoshinta 0.10 dollaria tunnilta ja yhteystuntihinta 0.05 dollaria, ja hinnoittele sitten 30 päivän kuukausi, jossa kaksi liitosta on koko kuukauden ja 100 ihmistä yhdistää kuusi tuntia 20 työpäivänä:

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

Siirrä nyt yhtä syötettä kerrallaan ja katso, mikä rivi reagoi. Liitosten kaksinkertaistaminen lisää tässä 144 dollaria; keskimääräisen istunnon pituuden kaksinkertaistaminen lisää 600. Tämä suhde ratkaisee yleensä suunnittelukiistan puolestasi: leikkaa ylimääräisyys, jota et voi perustella, tai käy joutoistuntojen kimppuun, kumpi luku on suurempi. Kirjoita alue ja hintojen päiväys tuloksen viereen, koska ilman niitä tarjousta ei voi toistaa kuusi viikkoa myöhemmin.

Lisää kulut, jotka välisumma jättää pois

Päätepistemaksu maksaa päätepisteen. Kaikella, mitä liikenne sen jälkeen koskettaa, on oma mittarinsa, ja juuri niillä riveillä optimistiset VPN-arviot hajoavat.

• Internet-poistuma liikenteelle, joka lähtee päätepisteen kautta, laskutetaan GB:tä kohden.
• Julkiset IPv4-osoitteet, joilla on oma tuntimaksu VPN:stä riippumatta.
• CloudWatch Logs -vastaanotto ja -tallennus juuri vientämillesi yhteyslokeille.
• Lambda-kutsut, jos ajat client-connect-käsittelijää.
• Directory Service tai SAML-identiteetintarjoajasi, jos käyttäjät todennetaan niin, sekä ACM Private CA -maksut, jos myönnät siellä varmenteita.
• NAT Gateway -tunnit ja datankäsittely sekä Transit Gateway -liitostunnit ja datankäsittely, aina kun polku käyttää niitä.

Mikään näistä ei skaalaudu liitosten määrän mukaan, siksi vain päätepistemaksuista koottu käyttäjäkohtainen luku näyttää paperilla hyvältä ja kasvaa sitten, kun todellista liikennettä ilmestyy. Laita ne eri riveille myös silloin, kun joudut arvioimaan ne, jotta lukija näkee, mitkä osat on mitattu ja mitkä arvattu.

Tarkista taulukko ennen lähettämistä

Neljä tarkistusta nappaavat virheet, jotka todella tein: liitosten määrä vastaa täsmälleen Associations-välilehteä, yhteystunnit tulivat pariutetuista lokitapahtumista eivätkä henkilömäärästä, alue ja hintojen päiväys on kirjoitettu, ja jokaisella sivukululla on oma rivinsä. Jos jokin neljästä puuttuu, sinulla on muotoiltu arvaus.

Vedä lokin vienti ensin. Se on ainoa syöte, jota et voi myöhemmin rekonstruoida muistista, ja se kertoo myös, kannattaako joutoistuntojen ongelma korjata ennen ensimmäistä laskua.