કન્સોલમાંથી AWS Client VPN બિલ કેવી રીતે અંદાજવું
AWS Client VPN અંદાજની સફર: જોડાણો ગણો, સેશન લોગમાંથી કનેક્શન-કલાકો કાઢો અને પછી એન્ડપોઇન્ટ ફીની બહારના ખર્ચ ઉમેરો.
ગયા મહિને મેં સ્પ્રેડશીટમાં Client VPNનો અંદાજ બનાવ્યો, તેને એક ગ્રાહકને મોકલ્યો અને પછી બે વાર સુધારો કર્યો: એક વાર કારણ કે મેં જોડાણોને સબનેટ સાથે ગુણ્યા, અને એક વાર કારણ કે મેં સેશન ડેટાને બદલે લોકોની સંખ્યા વાપરી। સમીક્ષા ટકી ગયેલું સંસ્કરણ બે કલાકના મીટર અને નાની બાજુ ખર્ચની યાદી પર ઊભું છે। તમે તેને કન્સોલ અને એક લોગ નિકાસમાંથી ફરી બનાવી શકો છો, કિંમત કેલ્ક્યુલેટર વગર।
બે મીટર, અને એન્ડપોઇન્ટ પર બીજું કંઈ નહીં
AWS Client VPN એન્ડપોઇન્ટનું બિલ જોડાણ-કલાકો અને કનેક્શન-કલાકો પર કરે છે। જોડાણ-કલાકો એન્ડપોઇન્ટ સાથે જોડાયેલા દરેક લક્ષ્ય નેટવર્ક માટે ચોવીસે કલાક ચાલે છે, કોઈ જોડાય કે ન જોડાય। કનેક્શન-કલાકો દરેક જોડાયેલા ક્લાયન્ટ માટે ચાલે છે, જ્યાં સુધી તે સેશન ચાલુ રહે।
| Meter | What increments it | What does not change it |
|---|---|---|
| Association-hours | Each associated subnet or Transit Gateway attachment, per hour, 24/7 while attached | Number of users, traffic volume |
| Connection-hours | Each active client session, per hour | How many subnets that client can reach |
તે કોષ્ટકમાંથી બે પરિણામો સીધા નીકળે છે। જે એન્ડપોઇન્ટ પર કોઈ નથી તે પણ પૈસા ખર્ચે છે, અને એક વ્યક્તિ એક સાથે લેપટોપ અને ફોન ચલાવે તો બે કનેક્શન બને છે।
કન્સોલમાં જોડાણો ગણો, VPCમાં સબનેટ નહીં
VPC ખોલો, પછી Client VPN endpoints, પછી તમારું એન્ડપોઇન્ટ, પછી Associations ટૅબ। ત્યાંની દરેક પંક્તિ એક સબનેટ જોડાણ છે, અને તે પંક્તિ-સંખ્યા જ તમારો જોડાણ-ગુણક છે। VPC પાછળની એપ્લિકેશન સબનેટની સંખ્યાને તેની સાથે કોઈ સંબંધ નથી।
એક જોડાણ પરવાનગીપ્રાપ્ત 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 દિવસના મહિનાની કિંમત કાઢો જેમાં બે જોડાણ આખો મહિનો રહે અને 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 ઉમેરાય છે। તે ગુણોત્તર સામાન્ય રીતે તમારા વતી ડિઝાઇનની ચર્ચા ઉકેલે છે: જે વધારાનું વાજબી ઠેરવી શકતા નથી તે કાપો, અથવા નિષ્ક્રિય સેશન પર જાઓ, જે સંખ્યા મોટી હોય તે પ્રમાણે। પરિણામ પાસે પ્રદેશ અને દરની તારીખ લખો, કારણ કે તેમના વગર છ સપ્તાહ પછી ક્વોટ ફરી બનાવી શકાતું નથી।
સબટોટલ જે ખર્ચ છોડી દે છે તે ઉમેરો
એન્ડપોઇન્ટ ફી એન્ડપોઇન્ટ માટે જ છે। તેના પછી ટ્રાફિક જેને સ્પર્શે તેનું પોતાનું મીટર છે, અને તે પંક્તિઓમાં જ આશાવાદી VPN અંદાજો તૂટી પડે છે।
- એન્ડપોઇન્ટમાંથી નીકળતા ટ્રાફિક માટે ઇન્ટરનેટ ઇગ્રેસ, GB દીઠ બિલ થાય।
- જાહેર IPv4 સરનામાં, જે VPNથી સ્વતંત્ર પોતાનો કલાક-ચાર્જ ધરાવે છે।
- તમે હમણાં નિકાસ કરેલા કનેક્શન લોગ માટે CloudWatch Logsમાં સ્વીકાર અને સંગ્રહ।
- જો તમે client-connect હેન્ડલર ચલાવો તો Lambda ઇન્વોકેશન।
- Directory Service અથવા તમારો SAML ઓળખ પ્રદાતા, જો વપરાશકર્તા એ રીતે પ્રમાણિત થતા હોય, ઉપરાંત ACM Private CA ચાર્જ, જો ત્યાં પ્રમાણપત્રો બનાવો।
- NAT Gateway કલાકો અને ડેટા પ્રોસેસિંગ, અને Transit Gateway જોડાણ-કલાકો ઉપરાંત ડેટા પ્રોસેસિંગ, જ્યારે પણ માર્ગ તેનો ઉપયોગ કરે।
આમાંથી કંઈ પણ જોડાણ-સંખ્યા સાથે વધતું નથી, તેથી ફક્ત એન્ડપોઇન્ટ ફીમાંથી બનેલો પ્રતિ-વપરાશકર્તા આંકડો કાગળ પર સારો દેખાય છે અને પછી વાસ્તવિક ટ્રાફિક આવતાં વધે છે। અંદાજવું પડે તો પણ તેમને અલગ પંક્તિઓમાં મૂકો, જેથી વાચક જોઈ શકે કયા ભાગ માપેલા છે અને કયા અંદાજ છે।
મોકલતાં પહેલાં શીટ તપાસો
ચાર તપાસો મારી ખરેખરની ભૂલો પકડે છે: જોડાણ-સંખ્યા Associations ટૅબ સાથે બરાબર મેળ ખાય છે, કનેક્શન-કલાકો લોકોની ગણતરીને બદલે જોડી બંધાયેલી લોગ ઘટનાઓમાંથી આવ્યા છે, પ્રદેશ અને દરની તારીખ લખાયેલા છે, અને દરેક બાજુ ખર્ચની પોતાની પંક્તિ છે। આ ચારમાંથી કોઈ ખૂટે તો તમારી પાસે ફોર્મેટ કરેલો અંદાજ છે।
પહેલાં લોગ નિકાસ લો। તે એકમાત્ર ઇનપુટ છે જે પછી યાદશક્તિથી ફરી બનાવી શકાતું નથી, અને તે એ પણ કહે છે કે પહેલું બિલ આવે તે પહેલાં નિષ્ક્રિય-સેશન સમસ્યા સુધારવા જેવી છે કે નહીં।