கன்சோலில் இருந்து AWS Client VPN பில்லை எவ்வாறு மதிப்பிடுவது
AWS Client VPN மதிப்பீட்டின் பாதை: தொடர்புகளை எண்ணுங்கள், அமர்வு பதிவுகளிலிருந்து இணைப்பு-மணிநேரங்களைப் பெறுங்கள், பின்னர் endpoint கட்டணத்திற்கு வெளியே உள்ள செலவுகளைச் சேர்க்கவும்.
கடந்த மாதம் நான் ஒரு விரிதாளில் Client VPN மதிப்பீட்டை உருவாக்கி, அதை ஒரு வாடிக்கையாளருக்கு அனுப்பி, பின்னர் இரு முறை திருத்தினேன்: ஒரு முறை தொடர்புகளை சப்நெட்டுகளால் பெருக்கியதால், மற்றொரு முறை அமர்வு தரவுக்குப் பதிலாக நபர்களின் எண்ணிக்கையைப் பயன்படுத்தியதால்। மதிப்பாய்வைத் தாண்டிய பதிப்பு இரு மணிநேர மீட்டர்கள் மற்றும் சிறிய பக்கச் செலவுப் பட்டியலை அடிப்படையாகக் கொண்டது। கன்சோல் மற்றும் ஒரு பதிவு ஏற்றுமதியிலிருந்து அதை மீண்டும் உருவாக்கலாம், விலைக் கணக்கீட்டு இயந்திரம் இல்லாமல்।
இரு மீட்டர்கள், endpoint மீது வேறு எதுவும் இல்லை
AWS ஒரு Client VPN endpoint-ஐ தொடர்பு-மணிநேரங்கள் மற்றும் இணைப்பு-மணிநேரங்களில் பில்லிடுகிறது। தொடர்பு-மணிநேரங்கள் endpoint-உடன் இணைக்கப்பட்ட ஒவ்வொரு இலக்கு வலையமைப்புக்கும், யாரும் இணைந்தாலும் இணையாவிட்டாலும், நாள் முழுவதும் ஓடுகின்றன। இணைப்பு-மணிநேரங்கள் இணைக்கப்பட்ட ஒவ்வொரு வாடிக்கையாளருக்கும், அந்த அமர்வு நீடிக்கும் வரை ஓடுகின்றன।
| 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 |
அந்த அட்டவணையிலிருந்து இரு விளைவுகள் நேரடியாக வருகின்றன। யாரும் இல்லாத 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 தாவலுடன் சரியாகப் பொருந்துகிறது, இணைப்பு-மணிநேரங்கள் நபர் எண்ணிக்கையிலிருந்து அல்ல, இணைக்கப்பட்ட பதிவு நிகழ்வுகளிலிருந்து வந்துள்ளன, பிராந்தியமும் கட்டணத் தேதியும் எழுதப்பட்டுள்ளன, ஒவ்வொரு பக்கச் செலவுக்கும் அதன் சொந்த வரிசை உள்ளது। இந்த நான்கில் ஒன்று இல்லாவிட்டால், உங்களிடம் வடிவமைக்கப்பட்ட ஒரு ஊகம் உள்ளது।
முதலில் பதிவு ஏற்றுமதியை எடுங்கள்। பின்னர் நினைவிலிருந்து மீண்டும் உருவாக்க முடியாத ஒரே உள்ளீடு அது, மேலும் முதல் பில் வருவதற்கு முன் செயலற்ற-அமர்வுப் பிரச்சினையைச் சரிசெய்வது மதிப்புள்ளதா என்பதையும் அது சொல்லும்।