Jinsi ya kukadiria bili ya AWS Client VPN kutoka kwa konsoli

Mwezi uliopita nilijenga kadirio la Client VPN katika lahajedwali, nililituma kwa mteja na kisha nililisahihisha mara mbili: mara moja kwa sababu nilizidisha uhusiano kwa subneti, na mara moja kwa sababu nilitumia idadi ya watu badala ya data ya vipindi. Toleo lililobaki baada ya mapitio linategemea vipimo viwili vya saa na orodha fupi ya gharama za kando. Unaweza kulijenga upya kutoka kwa konsoli na usafirishaji mmoja wa kumbukumbu, bila kikokotoo cha bei.

Vipimo viwili, na hakuna kingine kwenye endpoint

AWS hutoza endpoint ya Client VPN kwa saa za uhusiano na saa za muunganisho. Saa za uhusiano huenda kwa kila mtandao lengwa uliounganishwa na endpoint, mchana na usiku, iwe mtu anaunganisha au haunganishi. Saa za muunganisho huenda kwa kila mteja aliyeunganishwa, maadamu kipindi hicho kinaendelea.

Matokeo mawili yanafuata moja kwa moja kutoka kwa jedwali hilo. Endpoint ambayo hakuna mtu juu yake bado inagharimu pesa, na mtu mmoja anayetumia laptiopu na simu kwa wakati mmoja huzalisha miunganisho miwili.

Hesabu uhusiano kwenye konsoli, sio subneti kwenye VPC

Fungua VPC, kisha Client VPN endpoints, kisha endpoint yako, kisha kichupo cha Associations. Kila safu hapo ni kiambatisho cha subneti, na idadi hiyo ya safu ni kizidishi chako cha uhusiano. Idadi ya subneti za programu nyuma ya VPC haina uhusiano nayo.

Uhusiano mmoja unatosha kufikia mtandao wa VPC ulioidhinishwa mara njia za endpoint na kanuni za idhini zinapofunika lengo. Uhusiano wa ziada hununua ustahimilivu wa kushindwa kwa eneo la upatikanaji, sio ufikiaji wa ziada. Kwa hiyo muundo wa AZ mbili huongeza maradufu saa za uhusiano, wakati VPC ya programu yenye subneti nane haizidishi chochote kwa nane.

Angalia aina ya uhusiano ukiwa kwenye ukurasa huo. Uhusiano wa subneti ya VPC na uhusiano wa moja kwa moja wa Transit Gateway ni mipangilio tofauti yenye mistari tofauti ya bili, kwa hiyo usichukue modeli moja kwenye nukuu ya nyingine. Na usijaribu idadi kwa kutenganisha vitu: kuondoa mtandao lengwa wa mwisho hukomesha vipindi vinavyotumika na huzuia miunganisho mipya hadi kitu kiunganishwe tena.

Toa saa za muunganisho kutoka kwa data ya vipindi

Idadi ya watu ni ingizo lisilo sahihi, na si sahihi kwa pande zote mbili. Watu kumi ambao kila mmoja ana vifaa vitatu vilivyounganishwa ni miunganisho thelathini. Watu mia moja wanaounganisha dakika ishirini kwa siku hawazalishi hata karibu vipindi mia moja kwa wakati mmoja.

Kumbukumbu za muunganisho wa Client VPN hurekodi matukio ya kuunganisha na kutenganisha kwa kila mteja, ambayo ni jozi unayohitaji hasa. Safirisha wiki mwakilishi, linganisha matukio na jumlisha muda:

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

Kisha rekebisha tabia mbili. Vipindi vinavyobaki vimeunganishwa wakati wa chakula cha mchana, usiku au usingizi wa laptiopu ambao haukuwahi kukata handaki bado hutozwa, na havionekani katika hesabu ya watu. Upimaji pia ni wa kila saa, kwa hiyo bajeti kipindi cha dakika ishirini kama saa kamili badala ya kudhani malipo ya uwiano; ikiwa bili inakuja chini, ichukulie kama margin na sio ingizo la upangaji.

Fanya hesabu kwa viwango vya eneo lako

Viwango hutofautiana kwa eneo, kwa hiyo zichukue kutoka ukurasa wa bei wa AWS VPN kwa eneo unalotumia na uzibandike kwenye lahajedwali kama ingizo. Kama mfano tu, chukua kiwango cha uhusiano cha dola 0.10 kwa saa na kiwango cha saa ya muunganisho cha dola 0.05, kisha panga bei ya mwezi wa siku 30 wenye uhusiano mbili mwezi mzima na watu 100 wanaounganisha saa sita katika siku 20 za kazi:

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

Sasa sogeza ingizo moja kwa wakati mmoja na uone ni safu gani inaitikia. Kuongeza maradufu uhusiano kunaongeza dola 144 hapa; kuongeza maradufu wastani wa urefu wa kipindi kunaongeza 600. Uwiano huo kwa kawaida huamua mjadala wa muundo kwa niaba yako: kata urudufu usioweza kuhalalisha, au fuata vipindi visivyotumika, kulingana na nambari ipi ni kubwa. Andika eneo na tarehe ya viwango kando ya matokeo, kwa sababu nukuu isiyo na hivyo haiwezi kuzalishwa tena baada ya wiki sita.

Ongeza gharama ambazo jumla ndogo huacha

Ada ya endpoint hulipa endpoint. Kila kitu trafiki inachogusa baada ya hapo kina kipimo chake, na ni kwenye mistari hiyo ambapo kadirio la VPN lenye matumaini huanguka.

• Utokaaji wa intaneti kwa trafiki inayotoka kupitia endpoint, hutozwa kwa GB.
• Anwani za umma za IPv4, ambazo hubeba ada yao ya kila saa bila kutegemea VPN.
• Upokeaji na uhifadhi katika CloudWatch Logs kwa kumbukumbu za muunganisho ulizosafirisha hivi punde.
• Miito ya Lambda ikiwa unaendesha kishughulikia client-connect.
• Directory Service au mtoa huduma wako wa utambulisho wa SAML, ikiwa ndivyo watumiaji wanavyothibitisha, pamoja na ada za ACM Private CA ikiwa unatoa vyeti hapo.
• Saa za NAT Gateway na usindikaji wa data, na saa za kiambatisho cha Transit Gateway pamoja na usindikaji wa data, kila njia inapozitumia.

Hakuna kati ya hivi kinachokua na idadi ya uhusiano, ndiyo sababu takwimu kwa kila mtumiaji iliyoundwa kwa ada za endpoint pekee inaonekana vizuri kwenye karatasi kisha hukua trafiki halisi inapotokea. Ziweke kwenye safu tofauti hata ukiwa unazikadiria, ili msomaji aone sehemu zipi zimepimwa na zipi ni makisio.

Kagua lahajedwali kabla ya kulituma

Ukaguzi nne hunasa makosa niliyoyafanya kwa kweli: idadi ya uhusiano inalingana kabisa na kichupo cha Associations, saa za muunganisho zilitoka kwenye matukio ya kumbukumbu yaliyolinganishwa na sio hesabu ya watu, eneo na tarehe ya viwango zimeandikwa, na kila gharama ya kando ina safu yake. Ikiwa moja ya nne haipo, una makisio yenye mpangilio.

Vuta kwanza usafirishaji wa kumbukumbu. Ni ingizo pekee ambalo huwezi kulijenga upya kutoka kwenye kumbukumbu baadaye, na pia linakuambia ikiwa tatizo la vipindi visivyotumika linafaa kurekebishwa kabla ya bili ya kwanza kufika.