Како да се процени сметка за AWS Client VPN од конзолата

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

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

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

Од таа табела произлегуваат две последици. 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, часовите на врска дојдоа од спарени настани во дневникот, а не од броење луѓе, регионот и датумот на цените се запишани, и секој спореден трошок има свој ред. Ако недостасува било кој од четирите, имате претпоставка со форматирање.

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