Как да изчислите сметка за 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, часовете на свързване идват от сдвоени събития в журнала, а не от броене на хора, регионът и датата на тарифите са записани и всеки допълнителен разход има свой ред. Ако липсва някое от четирите, имате догадка с форматиране.

Първо изтеглете експорта на журнала. Това е единственият вход, който по-късно не можете да възстановите от паметта, и той също ви казва дали проблемът с бездейните сесии си струва да се поправи преди първата фактура.