കഴിഞ്ഞ മാസം ഞാൻ സ്പ്രെഡ്ഷീറ്റിൽ ഒരു Client VPN കണക്ക് തയ്യാറാക്കി, അത് ഒരു ഉപഭോക്താവിന് അയച്ചു, പിന്നീട് രണ്ടു തവണ പുതുക്കി: ഒരിക്കൽ അസോസിയേഷനുകൾ സബ്നെറ്റുകളാൽ ഗുണിച്ചതിനാൽ, മറ്റൊരിക്കൽ സെഷൻ ഡാറ്റയ്ക്കു പകരം ആളുകളുടെ എണ്ണം ഉപയോഗിച്ചതിനാൽ। അവലോകനത്തെ അതിജീവിച്ച പതിപ്പ് രണ്ട് മണിക്കൂർ മീറ്ററുകളിലും ചെറിയ പാർശ്വ ചെലവുകളുടെ പട്ടികയിലും നിൽക്കുന്നു। കൺസോളിൽ നിന്നും ഒരു ലോഗ് എക്സ്പോർട്ടിൽ നിന്നും അത് വീണ്ടും നിർമ്മിക്കാം, വില കാൽക്കുലേറ്റർ ഇല്ലാതെ।

രണ്ട് മീറ്ററുകൾ, endpoint-ൽ മറ്റൊന്നുമില്ല

AWS ഒരു Client VPN endpoint-നെ അസോസിയേഷൻ-മണിക്കൂറുകളും കണക്ഷൻ-മണിക്കൂറുകളും അടിസ്ഥാനമാക്കി ബിൽ ചെയ്യുന്നു। 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-യുടെ പിന്നിലുള്ള ആപ്ലിക്കേഷൻ സബ്നെറ്റുകളുടെ എണ്ണത്തിന് ഇതുമായി ബന്ധമില്ല।

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 ഡോളർ കണക്ഷൻ-മണിക്കൂർ നിരക്കും എടുത്ത്, രണ്ട് അസോസിയേഷനുകൾ മാസം മുഴുവൻ നിലനിർത്തി 100 പേർ 20 പ്രവൃത്തി ദിവസങ്ങളിൽ ആറ് മണിക്കൂർ കണക്റ്റ് ചെയ്യുന്ന 30 ദിവസത്തെ മാസം കണക്കാക്കുക:

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 ടാബുമായി കൃത്യമായി ഒത്തുപോകുന്നു, കണക്ഷൻ-മണിക്കൂറുകൾ ആളുകളുടെ എണ്ണത്തിൽ നിന്നല്ല, ജോടിയാക്കിയ ലോഗ് ഇവന്റുകളിൽ നിന്നാണ് വന്നത്, പ്രദേശവും നിരക്ക് തീയതിയും എഴുതിയിട്ടുണ്ട്, ഓരോ പാർശ്വ ചെലവിനും സ്വന്തം വരിയുണ്ട്। ഈ നാലിൽ ഒന്നെങ്കിലും ഇല്ലെങ്കിൽ നിങ്ങളുടെ കൈവശം ഫോർമാറ്റ് ചെയ്ത ഒരു ഊഹമുണ്ട്।

ആദ്യം ലോഗ് എക്സ്പോർട്ട് എടുക്കുക। പിന്നീട് ഓർമ്മയിൽ നിന്ന് വീണ്ടും നിർമ്മിക്കാനാവാത്ത ഏക ഇൻപുട്ടാണത്, ആദ്യ ബിൽ വരുന്നതിന് മുമ്പ് നിഷ്ക്രിയ-സെഷൻ പ്രശ്നം പരിഹരിക്കേണ്ടതുണ്ടോ എന്നും അത് പറയുന്നു।

അനുബന്ധ ലേഖനങ്ങൾ