VPN பயனர்களுக்கான Pod IP, ClusterIP அல்லது உள் சுமை சமநிலைப்படுத்தி
Pod மாற்றப்படும் வரை Pod IP VPN வழியாக வழிமாற்ற முடியும். நேரடி Pod அணுகல், ClusterIP மற்றும் உள் சமநிலைப்படுத்தியை ஒப்பிட்டு, ஒவ்வொன்றின் செலவு என்ன என்பதை அறியுங்கள்.
VPC CNI மூலம் Pod ஒன்று VPC-யிலிருந்து முகவரியைப் பெறலாம், சரியான வழியுடைய VPN பயனர் அதை நேரடியாக அடையலாம். அதனால் நேரடி Pod அணுகல் எளிய வழியாகத் தோன்றுகிறது, Pod மாற்றப்படும் வரை அது உண்மையும் கூட. பயனர் நினைவில் வைக்கும் முகவரி பயன்பாட்டுக்கே உரியதாக இருக்க வேண்டும், நகலுக்கு அல்ல. மூன்று நுழைவுகளின் ஒப்பீடு இறுதியில் முகவரி எந்தப் பொருளுக்கு உரியது என்பதிலும், பணிச்சுமை நகரும் போது எது தொடர்ந்து செயல்பட வேண்டும் என்பதிலும் முடிகிறது.
முதலில் வாழ்க்கைச் சுழற்சியின் அடிப்படையில் தேர்ந்தெடுங்கள், பின்னர் நுழைவை அணுகக்கூடியதாக்க வலையமைப்பு என்ன செய்ய வேண்டும் என்பதன் அடிப்படையில்.
மூன்று நுழைவுகள், மூன்று வாழ்க்கைச் சுழற்சிகள்
Pod IP ஒரு Pod-க்கு உரியது: அதனுடன் ஒதுக்கப்பட்டு அது முடியும்போது விடுவிக்கப்படுகிறது. ClusterIP ஒரு Service-க்கு உரியது, அது மெய்நிகர், கிளஸ்டரின் சேவை வழிமாற்றம் இருக்கும் இடத்தில் மட்டுமே அதற்குப் பொருள் உண்டு. உள் சுமை சமநிலைப்படுத்தி கிளஸ்டர் கட்டுப்படுத்தி பின்தளங்களுடன் நிரலாக்கும் மேகக்கணி ஆதாரத்துக்கு உரியது. இந்த உரிமை மாதிரிகள் நீங்கள் பெறும் தோல்வியை முன்கூட்டியே சொல்கின்றன: பழைய முகவரி, அணுக முடியாத பெயர், அல்லது பழைய பின்தளத் தொகுப்பு.
தேர்ந்தெடுப்பதற்கு முன் ஒப்பீட்டை எழுதுங்கள். உரிமையாளரும் தோல்வியும் பெயரிடப்பட்ட பிறகு தேர்வு பொதுவாக தானாகவே நடக்கிறது.
| Entry | Owner | Failure when the workload moves |
|---|---|---|
| Pod IP | The Pod | Address changes and saved links break |
| ClusterIP | The Service | Virtual address with no meaning outside cluster routing |
| Internal balancer | Cloud resource plus controller | Backends update, but the DNS view is yours to maintain |
நேரடி Pod அணுகல்: பயனுள்ளது, தற்காலிகமானது
கட்டுப்படுத்தப்பட்ட சரிபார்ப்புக்கு நேரடி அணுகல் உண்மையிலேயே பயனுள்ளது: ஒரு நிர்வாகி, ஒரு குறுகிய அமர்வு, ஒரு குறிப்பிட்ட துறை. ஆனால் பயனர்களுக்கு இது மோசமான ஒப்பந்தம், ஏனெனில் முகவரி என்பது ஒவ்வொரு பிரிவிலும் மாறும் செயலாக்க விவரம். அதை விக்கியில் பதிவு செய்வதுதான் இயங்கும் சேவை வதந்தியாக மாறும் வழி.
இது அகலமான விதிகளுக்கும் அழைப்பு விடுக்கிறது. ஒரு நிர்வாகி ஒரு Pod-ஐ அடைய அனுமதி என்பது ஒற்றை முனையின் துணைவலையத்தின் ஒவ்வொரு முகவரிக்கும் அனுமதி அல்ல, பொதுவாக இரண்டாவதுதான் எழுதப்படுகிறது.
ClusterIP: வடிவமைப்பின்படி கிளஸ்டருக்கு வரம்பிடப்பட்டது
ClusterIP செயல்படுகிறது, ஏனெனில் கிளஸ்டரின் தரவுத்தளம் கிளஸ்டருக்குள் அதற்கான வழிமாற்றத்தை நிரலாக்குகிறது. VPN-இல் உள்ள மடிக்கணினியிலிருந்து முகவரிக்கு எந்தப் பொருளும் இல்லை, ஏதாவது வேண்டுமென்றே அதை வெளிப்படுத்தினால் தவிர. svc.cluster.local-இல் முடியும் பெயர் கிளஸ்டர் DNS-க்கு உரியது, எனவே அதை வேறு தீர்வியுடைய வாடிக்கையாளருக்கு நகலெடுப்பது வழிமாற்றப் பிழைக்குப் பதிலாக இல்லாத பெயரைத் தருகிறது.
கிளஸ்டருக்குள் அழைப்பவர்களுக்கு, பிற பணிச்சுமைகள் உட்பட, ClusterIP சரியான நுழைவாகவே இருக்கிறது. இது கிளஸ்டரின் வழிமாற்றக் களத்துக்கு வெளியே உள்ள பயனர்களுக்கான வெளியீட்டு முறை மட்டுமல்ல.
உள் சுமை சமநிலைப்படுத்தி: வெளியிடப்பட்ட பாதை
உள் சுமை சமநிலைப்படுத்தி உங்களுக்கு நிலையான தனிப்பட்ட முகவரியையும், உங்கள் மண்டலம் சுட்டக்கூடிய பெயரையும் தருகிறது, அதே நேரம் கட்டுப்படுத்தி பின்தளத் தொகுப்பைப் புதுப்பித்து வைக்கிறது, EKS சுமை சமநிலை வழிகாட்டி விவரிப்பது போல. யாரும் ஆவணத்தைத் திருத்தாமல் சாதாரண Pod மாற்றத்தைத் தாண்டி நிற்கும் நுழைவு அதுவே. அதன் செலவு ஒரு மேகக்கணி ஆதாரம், ஒரு கட்டுப்படுத்தி உள்ளமைவு மற்றும் VPN-இலிருந்து ஒரு வழி, மேலும் மக்கள் குறைத்து மதிப்பிடுவது இந்தப் பகுதிகளையே.
கிளஸ்டர் உண்மையில் இயக்கும் கட்டுப்படுத்தி மாதிரியைப் பயன்படுத்துங்கள். ஒரு ஒருங்கிணைப்புக்காக எழுதப்பட்ட குறிப்புகள் மற்றொன்றுக்குப் பொருந்தாது.
மூல முகவரி யார்
பாதுகாப்புக் குழுக்கள் தங்கள் எல்லைக்கு வரும் மூலத்தைப் பார்க்கின்றன, அது VPN மற்றும் சுமை சமநிலைப் பாதையைப் பொறுத்து இணைக்கப்பட்ட வாடிக்கையாளராகவோ மொழிபெயர்க்கப்பட்ட முகவரியாகவோ இருக்கலாம். EC2 அடிப்படையிலான முனைகளில் சாதாரண VPC CNI Pod-கள் இயல்பாக முனையின் ENI குழுக்களைப் பெறுகின்றன, அதே நேரம் ஆதரிக்கப்படும் உள்ளமைவுகள் Pod-க்கு உரிய குழுக்களை இணைக்கலாம். ஊகிக்கப்பட்ட மடிக்கணினி முகவரிக்காக அல்ல, ஆவணப்படுத்தப்பட்ட பாதைக்காக விதிகளை எழுதுங்கள்.
பயன்பாட்டின் சொந்தக் கேட்பானையும் அங்கீகாரத்தையும் தனித்தனிக் கட்டுப்பாடுகளாக வைத்திருங்கள். ஓட்டத்தை அனுமதிக்கும் வலையமைப்பு விதி அங்கீகார முடிவு அல்ல, அதை அப்படிக் கருதக்கூடாது.
பயனர்களுக்கு என்ன தர வேண்டும்
பயனர்களுக்கு முகவரியல்ல, சேவையின் பெயரைக் கொடுங்கள். பெயரைத் தனிப்பட்ட மண்டலத்தில் வெளியிட்டு, அதை உள் நுழைவுக்குச் சுட்டி, பின்னர் வாடிக்கையாளர் அதே பெயரைத் திறந்து வைத்திருக்கும்போது பின்தள Pod-ஐ மாற்றிச் சோதியுங்கள். அந்தப் பயிற்சி முக்கியமான பண்பைச் சோதிக்கிறது: வழக்கமான பிரிவுக்குப் பிறகும் அதே பயன்பாட்டை அடைவது.
நேரடி Pod அணுகலை அதன் சொந்த வரம்புடைய ஆவணப்படுத்தப்பட்ட செயல்பாட்டு விதிவிலக்காக, பயனர் அறிவுறுத்தல்களிலிருந்து விலகி வைத்திருங்கள்.