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 యాక్సెస్ను దాని స్వంత పరిధి ఉన్న పత్రీకృత కార్యాచరణ మినహాయింపుగా, వినియోగదారు సూచనలకు దూరంగా ఉంచండి.