పబ్లిక్ బ్లాక్‌లో ఒక భాగం సైట్‌లో ఉంటుంది మరియు ఒక భాగం Google Cloud కు వెళుతుంది. ఆ వాక్యం ఒకటి కాదు, రెండు ప్రణాళికలను వివరిస్తుంది: ఇంటర్నెట్ ప్రకటన ప్రణాళిక మరియు ప్రైవేట్ ఫార్వార్డింగ్ ప్రణాళిక. వాటిని ఒకే రూటింగ్ సమస్యగా పరిగణించడం BYOIP డిజైన్లు తప్పు జరిగే ప్రదేశం.

సంబంధిత వస్తువులు వేర్వేరు ప్రశ్నలకు సమాధానం ఇస్తాయి, మరియు వాటిలో ఒకటి మాత్రమే ప్యాకెట్లు తర్వాత ఎక్కడికి వెళతాయి అనే దానికి సంబంధించినది.

మూడు వస్తువులు, మూడు ప్రశ్నలు

పబ్లిక్‌గా ప్రకటించిన ప్రిఫిక్స్ అంటే Google మీ తరఫున ఇంటర్నెట్‌కు ప్రకటించే యూనిట్. పబ్లిక్‌గా ప్రతినిధ్యం ఇచ్చిన ప్రిఫిక్స్ అంటే దిగుమతి చేసిన స్థలం మద్దతు ఉన్న Cloud వనరులకు ఎలా కేటాయించబడుతుంది అనేది. VPN నుండి Cloud Router ద్వారా నేర్చుకున్నది సహా ఒక VPC మార్గం ప్రైవేట్ తదుపరి అడుగును ఎంచుకుంటుంది. ప్రతి దానికి దాని స్వంత పరిధి, దాని స్వంత API మరియు దాని స్వంత లోప సందేశం ఉంది.

పట్టిక సంస్కరణ చిన్నది.

ObjectQuestion it answers
Public advertised prefixWhich authorized range Google announces publicly
Public delegated prefixHow imported space is allocated to Cloud resources
VPN or Cloud Router routeWhich private next hop carries a destination

మూడవ వరుస మాత్రమే మీ నెట్‌వర్క్ లోపల ఫార్వార్డింగ్ గురించి.

BYOIP ఓవర్‌ల్యాప్ హెచ్చరిక ఏమి కవర్ చేస్తుంది

Google యొక్క BYOIP పత్రం ప్రకటించిన ప్రిఫిక్స్‌ను ప్రకటన యూనిట్‌గా పరిగణిస్తుంది మరియు Google వెలుపల ప్రకటించిన ఉపప్రిఫిక్స్ సహా ఓవర్‌ల్యాప్ అయ్యే బాహ్య ప్రకటనల గురించి హెచ్చరిస్తుంది. ఆ హెచ్చరిక పబ్లిక్ ప్రకటన ప్రణాళిక గురించి. మీరు జోడించగల ప్రతి ప్రైవేట్ మార్గం గురించి ఇది ప్రకటన కాదు.

దిగుమతి చేసిన ప్రిఫిక్స్ లోపల చిన్న కేటాయింపును ప్రతినిధ్యం చేయడం, దానంతట అదే, మిగిలిన భాగాన్ని మరొక మూలం నుండి ప్రకటించడానికి మీకు అనుమతి ఇవ్వదు.

ఎవరు ఏమి ప్రకటిస్తారు అనే కోణం నుండి ప్రశ్న అడగండి. Google మొత్తం దిగుమతి చేసిన ప్రిఫిక్స్‌ను ప్రకటిస్తే, ఉపప్రిఫిక్స్‌ను ప్రకటించే రెండవ మూలం పత్రం హెచ్చరించే అదే ఓవర్‌ల్యాప్‌ను సృష్టిస్తుంది, మీ VPC మార్గాలు ఎంత చక్కగా కనిపించినా.

ప్రైవేట్ మార్గం ఏమి నిర్ణయిస్తుంది

VPN ద్వారా నేర్చుకున్న ప్రిఫిక్స్ ఇంటర్నెట్ ప్రకటన కాదు, ఎంత BGP జోడించినా దానిని అలా చేయదు. ఇది VPC మార్గ పట్టికలోని నమోదు, ఆ గమ్యానికి ట్రాఫిక్ ఏ సొరంగం లేదా గేట్‌వే తీసుకెళ్లాలో చెబుతుంది. ఆ నమోదు అర్హత కలిగినదా, ఎంపిక చేయబడిందా లేదా ఉపయోగించగలదా అనేది VPC యొక్క స్వంత రూటింగ్ నియమాలపై ఆధారపడి ఉంటుంది.

అత్యంత పొడవైన ప్రిఫిక్స్ సరిపోలిక మార్గ పట్టిక లోపల వర్తిస్తుంది, కాబట్టి పొడవైన VPN మార్గం పబ్లిక్ అంచున ఏమీ మార్చకుండా స్థానికంగా గెలవగలదు.

ప్రిఫిక్స్ విభజన: మొదట వచ్చే నిర్ణయం

నిర్మాణం సగం బ్లాక్‌ను డేటా సెంటర్ నుండి మరియు సగం Google నుండి ప్రకటించాలని కోరితే, ఏదైనా దిగుమతి చేసే ముందు ప్రకటన ప్రణాళికను నిర్ణయించండి. Google ఏ పరిధులను ప్రకటించగలదు, ఏవి మరెక్కడో ప్రకటించబడి ఉంటాయి, మరియు రెండూ ఓవర్‌ల్యాప్ అవుతాయా అని నిర్ధారించండి. తర్వాత ప్రతి గమ్యానికి ప్రైవేట్ మార్గాన్ని మరియు దాని తిరిగి వచ్చే మార్గాన్ని రూపొందించండి. ప్రదాతలు మీకు కావాల్సిన విభజనకు మద్దతు ఇవ్వకపోతే, పొడవైన VPN ప్రిఫిక్స్ పబ్లిక్ అంచు నిర్ణయాన్ని రద్దు చేస్తుందని ఆశించే బదులు విభజనను మార్చండి.

ఆ క్రమం ముఖ్యం ఎందుకంటే రెండవ ప్రణాళిక మొదటి దాన్ని సరిచేయలేదు.

రెండు ప్రణాళికలను విడివిడిగా ధృవీకరించండి

పబ్లిక్ వైపు gcloud compute public-advertised-prefixes list తో తనిఖీ చేసి పరిధులు మరియు వాటి స్థితిని నిర్ధారించండి. ప్రైవేట్ వైపు gcloud compute routes list మరియు gcloud compute routers get-status తో తనిఖీ చేయండి, ఇది BGP వాస్తవానికి ఏమి మార్చుకుందో చూపిస్తుంది.

ఒక అవుట్‌పుట్ సమూహం ఇంటర్నెట్ ఏమి చూస్తుందో చెబుతుంది. మరొకటి మీ ట్రాఫిక్ ఎక్కడికి వెళుతుందో చెబుతుంది. ఏదీ మరొకదానికి ప్రత్యామ్నాయం కాదు.

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