Прошлог месеца сам у табели направио процену за Client VPN, послао је клијенту и затим је два пута ревидирао: једном јер сам асоцијације помножио подмрежама, а једном јер сам узео број људи уместо података о сесијама. Верзија која је прошла преглед почива на два сатна мерача и кратком списку споредних трошкова. Можете је обновити из конзоле и једног извоза дневника, без калкулатора цена.

Два мерача, и ништа друго на endpoint-у

AWS наплаћује endpoint за Client VPN по асоцијација-сатима и сатима везе. Асоцијација-сати теку за сваку циљну мрежу повезану са endpoint-ом, цео дан, без обзира на то повезује ли се ико. Сати везе теку по сваком повезаном клијенту, докле год та сесија остаје активна.

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

Из те табеле следе две последице. Endpoint на којем нема никога ипак кошта, а једна особа са лаптопом и телефоном истовремено ствара две везе.

Бројте асоцијације у конзоли, а не подмреже у VPC-у

Отворите VPC, па Client VPN endpoints, па свој endpoint, па картицу Associations. Сваки ред тамо је прикључак подмреже, а тај број редова је ваш множилац асоцијација. Број апликацијских подмрежа иза VPC-а нема с тим никакве везе.

Једна асоцијација је довољна да достигнете овлашћену VPC мрежу кад руте endpoint-а и правила овлашћења покрију одредиште. Додатне асоцијације купују отпорност на испад зоне доступности, а не додатни домет. Зато дизајн са две AZ удвостручује асоцијација-сате, док апликацијски VPC са осам подмрежа не множи ништа са осам.

Обратите пажњу на тип асоцијације док сте на тој страници. Асоцијација подмреже у VPC-у и директна асоцијација кроз Transit Gateway различити су аранжмани са различитим ставкама, па не преносите један модел у туђу понуду. И не проверујте број откачињањем: уклањање последње циљне мреже прекида активне сесије и блокира нове везе док се нешто поново не асоцира.

Изведите сате везе из података о сесијама

Број људи је погрешан улаз и погрешан је у оба смера. Десет људи који држе по три уређаја повезана јесу тридесет веза. Сто људи који се повезују двадесет минута дневно не дају ни близу сто истовремених сесија.

Дневници веза Client VPN-а бележе догађаје повезивања и прекида по клијенту, што је управо пар који вам треба. Извезите репрезентативну недељу, упарите догађаје и саберите трајања:

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

Затим исправите две навике. Сесије остављене повезане кроз ручак, преко ноћи или кроз суспензију лаптопа која никада није прекинула тунел и даље се наплаћују, а у бројању људи су невидљиве. Мерење је и сатно, па планирајте сесију од двадесет минута као пун сат уместо да претпостављате пропорционалну наплату; ако рачун дође нижи, третирајте то као маржу, а не као улаз за планирање.

Израчунајте са ценама своје регије

Цене се разликују по регијама, па их узмите са странице са ценама AWS VPN-а за регију у коју постављате и залепите их у табелу као улазе. Само као илустрацију, узмите цену асоцијације 0.10 долара по сату и цену сата везе 0.05 долара, па израчунајте месец од 30 дана са две асоцијације цео месец и 100 људи који се повезују шест сати у 20 радних дана:

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

Сада померајте један улаз по један и гледајте који ред реагује. Удвостручење асоцијација овде додаје 144 долара; удвостручење просечне дужине сесије додаје 600. Тај однос обично решава расправу о дизајну уместо вас: скратите сувишност коју не можете оправдати или идите на сесије које стоје, шта је већи број. Упишите регију и датум цена уз резултат, јер понуда без њих не може се репродуковати шест недеља касније.

Додајте трошкове које збир испушта

Накнада за endpoint плаћа endpoint. Све што промет након тога дотакне има свој мерач, и на тим се редовима оптимистичне процене VPN-а распадају.

  • Излаз у интернет за промет који излази кроз endpoint, наплаћује се по GB.
  • Јавне IPv4 адресе, које носе властиту сатну накнаду независно од VPN-а.
  • Пријем и складиштење у CloudWatch Logs за дневнике веза које сте управо извезли.
  • Позиви Lambda ако покрећете client-connect руковаоца.
  • Directory Service или ваш SAML давалац идентитета, ако се корисници тако аутентификују, плус накнаде ACM Private CA ако тамо издајете сертификате.
  • Сатови NAT Gateway-а и обрада података, те сатови прикључка Transit Gateway-а плус обрада података, кад год пут користи те услуге.

Ништа од овога не скалира са бројем асоцијација, зато бројка по кориснику састављена само од накнада за endpoint изгледа добро на папиру, а онда нарасте кад се појави стварни промет. Ставите их у засебне редове чак и кад их морате проценити, да читалац види који су делови измерени а који нагађања.

Проверите табелу пре него што је пошаљете

Четири провере хватају грешке које сам заиста направио: број асоцијација тачно одговара картици Associations, сати везе дошли су из упарених догађаја у дневнику а не из бројања људи, регија и датум цена су записани, и сваки споредни трошак има свој ред. Ако недостаје било која од четири, имате нагађање са форматирањем.

Прво извезите дневник. То је једини улаз који касније не можете реконструисати из сећања, и каже вам да ли проблем сесија које стоје вреди поправити пре првог рачуна.

Повезани чланци