Kubernetes Pod లోని VPN sidecar మెరుగైన ప్రవర్తనతో హోస్ట్-స్థాయి VPN లాగా కనిపిస్తుంది, సామ్యం namespace సరిహద్దు వద్ద ముగుస్తుంది. ఒక Pod లోని కంటైనర్లు చిరునామా మరియు పోర్ట్ స్థలంతో సహా నెట్‌వర్క్ namespaceని పంచుకుంటాయి, కాబట్టి రూట్లు మరియు విధానాన్ని ఇన్‌స్టాల్ చేసే sidecar అప్లికేషన్ ప్యాకెట్లు ఎక్కడికి వెళ్తాయో నిజంగా మారుస్తుంది. నోడ్‌పై ఉన్న ఇతర Podలకు ఏమీ మార్చదు, మీరు అలా కాన్ఫిగర్ చేయకపోతే నోడ్ స్వంత స్టాక్‌నూ తాకదు. ఈ సరిహద్దును సరిగ్గా అర్థం చేసుకోవడం మీరు ఏమి డిప్లాయ్ చేయగలరో మరియు ఏమి పరీక్షించాలో నిర్ణయిస్తుంది. క్రింది విభాగాలు దీన్ని namespace నుండి బయటకు అనుసరిస్తాయి.

పంచుకున్న namespace, పంచుకున్న పరిణామాలు

ఒక Pod లోని రెండు కంటైనర్లు loopback ద్వారా మాట్లాడుకుంటాయి మరియు అదే ఇంటర్‌ఫేస్‌లను చూస్తాయి, అందుకే sidecar నమూనా పనిచేస్తుంది: అప్లికేషన్ టన్నెల్ ఉందని తెలుసుకోవాల్సిన అవసరం లేదు, ఎందుకంటే అది పరిష్కరించే రూట్ అది ఉపయోగించే namespaceలో ఇన్‌స్టాల్ చేయబడింది. అదే లక్షణం sidecar తప్పులు అప్లికేషన్ తప్పులు అని అర్థం. ఎక్కువ పట్టుకునే రూట్, లేదా టన్నెల్ లోపలి resolver వైపు చూపే DNS మార్పు, ఆ Pod లోని ప్రతి ప్రాసెస్‌కు వెంటనే వర్తిస్తుంది. పంచుకున్న namespaceలో కంటైనర్ వారీగా రౌటింగ్ లేదు, కాబట్టి sidecarను ఒక ప్రాసెస్‌కు పరిమితం చేయలేరు.

సమీక్ష సమయంలో గుర్తుంచుకోవాల్సిన యంత్రాంగం ఇదే: ప్రభావ వ్యాసార్థం Pod, నోడ్ కాదు మరియు క్లస్టర్ కాదు.

sidecar చేరని చోటు

ఇతర Podలు తమ స్వంత namespaceలు మరియు తమ స్వంత రౌటింగ్‌ను ఉంచుకుంటాయి, కాబట్టి అదే egress అవసరమయ్యే వర్క్‌లోడ్‌కు అదే sidecar లేదా బదులుగా నోడ్-స్థాయి డిజైన్ అవసరం. నోడ్ ట్రాఫిక్ కూడా Pod namespace బయట ఉంటుంది, హోస్ట్ నెట్‌వర్క్ ఉన్న Podలు ఈ వేరుచేయడం నుండి ఉద్దేశపూర్వకంగా పూర్తిగా బయటకు వెళ్తాయి. సౌకర్యవంతమైనదాన్ని చేరుకోవడానికి sidecarను హోస్ట్ నెట్‌వర్కింగ్‌తో అమలు చేస్తే, మీరు పరిధిని ఒక Pod నుండి మొత్తం నోడ్‌కు విస్తరించారు మరియు అది బిగ్గరగా చెప్పాలి.

క్లస్టర్ సేవలకు ట్రాఫిక్ మరో సాధారణ ఆశ్చర్యం. Pod లోపల విశాలమైన డిఫాల్ట్ రూట్ API సర్వర్ లేదా ClusterIP సేవ కోసం పంపిన అభ్యర్థనలను పట్టుకోవచ్చు, ఆ తర్వాత అవి టన్నెల్ విరిగినట్లు కనిపించే విధంగా విఫలమవుతాయి.

రూట్ ప్రణాళిక: Pod, సేవ, నోడ్ మరియు VPN పరిధులు

నాలుగు పరిధులను రాయండి మరియు ఏదైనా డిప్లాయ్ చేయడానికి ముందు అవి ఒకదానిపై ఒకటి ఉన్నాయా చూడండి: Pod CIDR, సేవ CIDR, నోడ్ చిరునామాలు మరియు VPN వెనుక గమ్యస్థానాలు. VPN ప్రైవేట్ పరిధులకు మరియు క్లస్టర్ స్వంత స్థలానికి మధ్య అతివ్యాప్తి అరుదు కాదు, డిఫాల్ట్ రూట్ దానికి తప్పు పరిష్కారం. రూట్ ప్రణాళిక manifestతో అదే రిపాజిటరీలో ఉండాలి, ఎందుకంటే తదుపరి క్లస్టర్ పూర్తిగా భిన్నమైన Pod మరియు సేవ పరిధులను ఇవ్వవచ్చు.

DNS ప్రణాళికలో భాగం, ప్రత్యేక ఆందోళన కాదు. resolver కాన్ఫిగరేషన్‌ను తిరిగి రాసే sidecar క్లస్టర్ లోపల సేవా ఆవిష్కరణను విచ్ఛిన్నం చేయవచ్చు, బాహ్య శోధనలు పరిపూర్ణంగా పనిచేస్తుండగా.

ప్రారంభం మరియు వైఫల్యం స్పష్టమైన స్థితులు

నడుస్తున్న sidecar ప్రాసెస్ egress విధానం కాదు. టన్నెల్ సిద్ధమయ్యే ముందు ఏ ట్రాఫిక్ ప్రవహించవచ్చు మరియు తర్వాత అది చనిపోతే ఏమి జరుగుతుంది అని నిర్ణయించి, ఆ నిర్ణయాన్ని అమలు చేయండి: అప్లికేషన్ కంటైనర్‌ను గేట్ చేసే ప్రోబ్, డిఫాల్ట్‌గా తిరస్కరించే నెట్‌వర్క్ విధానం, లేదా రెండూ. వాటిలో ఒకటి లేకపోతే అప్లికేషన్ ప్రారంభమై, పేర్లను పరిష్కరించి, టన్నెల్ ఇంకా కనెక్ట్ అవుతుండగానే ట్రాఫిక్‌ను నోడ్ సాధారణ మార్గం నుండి బయటకు పంపుతుంది.

ఆ అంతరం ఆరోగ్యకరమైన క్లస్టర్‌లో చిన్నది, విరిగిన క్లస్టర్‌లో శాశ్వతమైనది, దాడి చేసేవాడు లేదా ఆకస్మిక డేటా లీక్ ఇష్టపడే లక్షణం అదే.

క్రమాన్ని వైఫల్య పరీక్షతో జోడించండి. sidecarను చంపి, అప్లికేషన్ నిశ్శబ్దంగా వెనక్కి తగ్గకుండా తన ఉద్దేశిత egressను కోల్పోతుందని నిర్ధారించుకోండి.

సామర్థ్యాలు, విధానాలు మరియు app కంటైనర్ నుండి పరీక్ష

ఇంటర్‌ఫేస్‌లను సృష్టించడానికి మరియు రూట్లను మార్చడానికి అవసరమైన సామర్థ్యాలను ఇవ్వడం ప్రత్యేక హక్కుల నిర్ణయం, వేరుచేసిన Pod కి సరిపోయే ప్రత్యేక హక్కు నోడ్ స్టాక్‌పై స్వయంచాలకంగా సరిపోదు. క్లస్టర్ మద్దతు ఇచ్చే నెట్‌వర్క్ మరియు భద్రతా విధాన యంత్రాంగాలను ఉపయోగించండి, ప్రతి CNI లేదా విధాన అమలు VPN ఇంటర్‌ఫేస్‌ను ఒకేలా చూస్తుందని ఊహించవద్దు; తేడాలు మీకు ముఖ్యమైన వైఫల్య సందర్భాల్లోనే కనిపిస్తాయి.

నిజమైన app కంటైనర్ నుండి పరీక్షించండి, ప్రైవేట్ గమ్యస్థానం, క్లస్టర్ సేవ మరియు పబ్లిక్ ఇంటర్నెట్‌కు కొత్త అభ్యర్థనలతో. sidecar నుండి చేసిన పరీక్ష టన్నెల్ పనిచేస్తుందని నిరూపిస్తుంది, అప్లికేషన్ తనకు అవసరమైనదాన్ని చేరుకుంటుందని కాదు.

VPN కాన్ఫిగరేషన్ పక్కన క్లస్టర్ నెట్‌వర్క్ ఊహలను డాక్యుమెంట్ చేయండి. అప్పుడు వర్క్‌లోడ్‌ను మరొక క్లస్టర్‌కు తరలించడం నిశ్శబ్దంగా పనిచేయడం ఆపే ఇమేజ్ మార్పు కాదు, రూట్ ప్రణాళికను తనిఖీ చేసే వ్యాయామం అవుతుంది.

సంబంధిత వ్యాసాలు