AWS Client VPN шотын консольдан қалай бағалауға болады

Өткен айда кестеде Client VPN болжамын құрдым, оны клиентке жібердім, содан кейін екі рет қайта өңдедім: бір рет бірлестіктерді қосалқы желілерге көбейткенім үшін, тағы бір рет сессия деректерінің орнына адам санын қолданғаным үшін. Тексеруден өткен нұсқа екі сағаттық өлшеуіш пен қысқа жанама шығыстар тізіміне сүйенеді. Оны консольден және бір журнал экспортынан қайта құруға болады, баға калькуляторынсыз.

Екі өлшеуіш, ал endpoint-те басқа ештеңе жоқ

AWS Client VPN endpoint-ін бірлестік-сағаттар мен қосылу сағаттары бойынша есептейді. Бірлестік-сағаттар endpoint-ке тіркелген әрбір мақсатты желі үшін тәулік бойы жүреді, біреу қосылса да, қосылмаса да. Қосылу сағаттары әрбір қосылған клиент үшін, сол сессия ашық тұрғанша жүреді.

Осы кестеден екі салдар тікелей шығады. Ешкім жоқ endpoint те ақша тұрады, ал бір адам ноутбук пен телефонды бір уақытта қолданса, екі қосылым пайда болады.

Бірлестіктерді консольде санаңыз, VPC-тегі қосалқы желілерді емес

VPC ашыңыз, содан кейін Client VPN endpoints, содан кейін өз endpoint-іңіз, содан кейін Associations қойындысы. Ондағы әр жол — қосалқы желінің тіркелуі, және сол жол саны сіздің бірлестік көбейткішіңіз. VPC артындағы қолданба қосалқы желілерінің санына оның қатысы жоқ.

Endpoint маршруттары мен рұқсат ережелері межені қамтыса, рұқсат етілген VPC желісіне жету үшін бір бірлестік жетеді. Қосымша бірлестіктер қосымша жетуді емес, қолжетімділік аймағының істен шығуына төзімділікті сатып алады. Сондықтан екі 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 күндік айды және 20 жұмыс күнінде алты сағат қосылатын 100 адамды бағалаңыз:

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-қа қабылдау және сақтау.
• client-connect өңдеушісін іске қоссаңыз, Lambda шақырулары.
• Пайдаланушылар осылай аутентификацияланса, Directory Service немесе сіздің SAML сәйкестендіру провайдеріңіз, қоса алғанда сол жерде сертификат шығарсаңыз ACM Private CA төлемдері.
• NAT Gateway сағаттары мен деректерді өңдеу, және Transit Gateway тіркеу сағаттары плюс деректерді өңдеу, маршрут оларды қолданған кезде.

Бұлардың ешқайсысы бірлестік санымен өспейді, сондықтан тек endpoint төлемдерінен құрылған бір пайдаланушыға шаққандағы сан қағазда жақсы көрінеді, содан кейін нақты трафик пайда болғанда өседі. Болжауға тура келсе де, оларды бөлек жолдарға қойыңыз, оқырман қай бөліктер өлшенгенін және қайсысы болжам екенін көрсін.

Жібермес бұрын кестені тексеріңіз

Төрт тексеру менің шынымен жіберген қателерімді ұстайды: бірлестік саны Associations қойындысына дәл сәйкес келеді, қосылу сағаттары адам санынан емес, жұпталған журнал оқиғаларынан келді, аймақ пен тариф күні жазылған, және әрбір жанама шығыстың өз жолы бар. Төртеуінің біреуі жетпесе, сізде пішімделген болжам бар.

Алдымен журнал экспортын алыңыз. Бұл кейіннен жадыдан қалпына келтіру мүмкін емес жалғыз кіріс, және ол бірінші шот келмей тұрып бос сессия мәселесін түзетуге тұрарлық па екенін де айтады.