Paano tantiyahin ang AWS Client VPN bill mula sa console

Isang paglalakbay sa pagtatantya ng AWS Client VPN: bilangin ang mga asosasyon, kunin ang mga oras ng koneksyon mula sa mga session log, at idagdag ang mga singil sa labas ng bayad sa endpoint.

Noong nakaraang buwan, gumawa ako ng tantya ng Client VPN sa isang spreadsheet, ipinadala ito sa isang kliyente, at pagkatapos ay dalawang beses na binago: isang beses dahil pinarami ko ang mga asosasyon sa mga subnet, at isang beses dahil ginamit ko ang bilang ng tao sa halip na data ng session. Ang bersyon na nakaligtas sa pagsusuri ay nakabatay sa dalawang orasang metro at isang maikling listahan ng mga sideline na gastos. Maaari mong muling buuin ito mula sa console at isang export ng log, nang walang calculator ng presyo.

Dalawang metro, at wala nang iba sa endpoint

Sinisingil ng AWS ang isang Client VPN endpoint sa mga oras ng asosasyon at oras ng koneksyon. Ang mga oras ng asosasyon ay tumatakbo para sa bawat target na network na nakakabit sa endpoint, buong araw, may kumonekta man o wala. Ang mga oras ng koneksyon ay tumatakbo sa bawat konektadong kliyente, hangga't nananatiling bukas ang session na iyon.

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

Dalawang kahihinatnan ang direktang lumalabas sa talahanayang iyon. Ang endpoint na walang tao ay nagkakahalaga pa rin ng pera, at ang isang tao na sabay na nagpapatakbo ng laptop at telepono ay gumagawa ng dalawang koneksyon.

Bilangin ang mga asosasyon sa console, hindi ang mga subnet sa VPC

Buksan ang VPC, pagkatapos ang Client VPN endpoints, pagkatapos ang iyong endpoint, pagkatapos ang tab na Associations. Bawat hilera doon ay isang pagkakabit ng subnet, at ang bilang ng hilerang iyon ang iyong multiplier ng asosasyon. Ang bilang ng application subnet sa likod ng VPC ay walang kinalaman dito.

Sapat na ang isang asosasyon upang maabot ang isang awtorisadong VPC network kapag ang mga ruta ng endpoint at mga tuntunin ng awtorisasyon ay sumasakop sa destinasyon. Ang karagdagang asosasyon ay bumibili ng pagtatagal laban sa pagpalya ng availability zone, hindi karagdagang abot. Kaya dinodoble ng disenyong may dalawang AZ ang mga oras ng asosasyon, habang ang application VPC na may walong subnet ay hindi nagpaparami ng anuman sa walo.

Pansinin ang uri ng asosasyon habang nasa pahinang iyon. Ang asosasyon ng subnet sa VPC at ang direktang asosasyon sa Transit Gateway ay magkaibang kaayusan na may magkaibang hilera ng singil, kaya huwag magdala ng isang modelo sa quote ng isa pa. At huwag subukan ang bilang sa pamamagitan ng pagtanggal ng mga bagay: ang pag-alis ng huling target na network ay nagtatapos sa mga aktibong session at humaharang sa mga bagong koneksyon hanggang may maasosasyon muli.

Kunin ang mga oras ng koneksyon mula sa data ng session

Ang bilang ng tao ay maling input, at mali ito sa dalawang direksyon. Sampung tao na bawat isa ay may tatlong konektadong aparato ay tatlumpung koneksyon. Isang daang tao na bawat isa ay kumokonekta ng dalawampung minuto sa isang araw ay malayo sa isang daang sabay na session.

Ang mga log ng koneksyon ng Client VPN ay nagtatala ng mga pangyayari ng pagkonekta at paghinto sa bawat kliyente, na eksaktong pares na kailangan mo. I-export ang isang kinatawang linggo, itugma ang mga pangyayari, at pagsamahin ang mga tagal:

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

Pagkatapos ay itama ang dalawang gawi. Ang mga session na naiwang konektado habang tanghalian, magdamag, o sa pagtulog ng laptop na hindi kailanman pumutol sa tunnel ay sinisingil pa rin, at hindi nakikita sa bilang ng tao. Ang pagsukat ay oras-oras din, kaya i-budget ang dalawampung minutong session bilang isang buong oras sa halip na ipagpalagay ang proporsyonal na pagsingil; kung mas mababa ang singil, ituring itong margin at hindi input sa pagpaplano.

Gawin ang aritmetika sa mga rate ng iyong rehiyon

Nagkakaiba ang mga rate ayon sa rehiyon, kaya kunin ang mga ito mula sa pahina ng presyo ng AWS VPN para sa rehiyong iyong dine-deploy at i-paste sa spreadsheet bilang mga input. Bilang halimbawa lamang, kumuha ng rate ng asosasyon na 0.10 dolyar kada oras at rate ng oras ng koneksyon na 0.05 dolyar, pagkatapos ay presyuhan ang isang buwang 30 araw na may dalawang asosasyon sa buong buwan at 100 tao na kumokonekta ng anim na oras sa 20 araw ng trabaho:

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

Ngayon ay ilipat ang isang input sa isang pagkakataon at tingnan kung aling hilera ang tumutugon. Ang pagdodoble ng mga asosasyon ay nagdadagdag ng 144 dolyar dito; ang pagdodoble ng karaniwang haba ng session ay nagdadagdag ng 600. Karaniwang inaayos ng ratio na iyon ang debate sa disenyo para sa iyo: bawasan ang kalabisan na hindi mo maipagtatanggol, o habulin ang mga idle na session, ayon sa kung aling numero ang mas malaki. Isulat ang rehiyon at petsa ng rate sa tabi ng resulta, dahil ang isang quote na wala ang mga ito ay hindi maaaring muling gawin pagkalipas ng anim na linggo.

Idagdag ang mga singil na iniiwan ng subtotal

Ang bayad sa endpoint ay para sa endpoint. Lahat ng hinahawakan ng trapiko pagkatapos ay may sariling metro, at doon sa mga hilerang iyon bumabagsak ang mga optimistikong tantya ng VPN.

  • Internet egress para sa trapikong lumalabas sa endpoint, sinisingil kada GB.
  • Mga pampublikong IPv4 address, na may sariling orasang singil na independiyente sa VPN.
  • Pagtanggap at pag-imbak sa CloudWatch Logs para sa mga log ng koneksyon na kakalabas mo lang.
  • Mga tawag sa Lambda kung nagpapatakbo ka ng handler na client-connect.
  • Directory Service o ang iyong tagapagbigay ng pagkakakilanlan na SAML, kung ganoon nagpapatunay ang mga gumagamit, kasama ang mga singil sa ACM Private CA kung naglalabas ka ng mga sertipiko doon.
  • Mga oras ng NAT Gateway at pagpoproseso ng data, at mga oras ng pagkakabit sa Transit Gateway kasama ang pagpoproseso ng data, tuwing ginagamit ng ruta ang mga ito.

Wala sa mga ito ang lumalaki kasabay ng bilang ng asosasyon, kaya ang pigurang kada gumagamit na binubuo lamang ng mga bayad sa endpoint ay mukhang maayos sa papel at pagkatapos ay lumalaki kapag lumitaw ang tunay na trapiko. Ilagay ang mga ito sa hiwalay na hilera kahit kailangan mong tantiyahin, upang makita ng mambabasa kung aling bahagi ang sinukat at alin ang haka-haka.

Suriin ang spreadsheet bago ito ipadala

Apat na pagsusuri ang humuhuli sa mga pagkakamaling talagang nagawa ko: tumutugma nang eksakto ang bilang ng asosasyon sa tab na Associations, nagmula ang mga oras ng koneksyon sa mga itinugmang pangyayari sa log at hindi sa bilang ng tao, nakasulat ang rehiyon at petsa ng rate, at bawat sideline na gastos ay may sariling hilera. Kung may kulang sa apat, mayroon kang haka-haka na may pormat.

Kunin muna ang export ng log. Iyon ang tanging input na hindi mo maaaring muling buuin mula sa memorya mamaya, at sinasabi rin nito kung sulit ayusin ang problema sa mga idle na session bago dumating ang unang singil.

Kaugnay na mga artikulo