Cloud Run నుండి ఆన్-ప్రిమైసెస్ VPN వరకు: Direct VPC egress సెటప్

Cloud VPN టన్నెల్ Cloud Run ను నెట్‌వర్క్‌లో ఉంచదు. సేవను సరైన సబ్‌నెట్‌కు కనెక్ట్ చేయండి, దాని మూల పరిధిని రూట్ చేయండి, ఆపై ఆ రివిజన్‌ను పరీక్షించండి.

టన్నెల్ పనిచేస్తోంది, ఒక VM ఆన్-ప్రిమైసెస్ సర్వర్‌ను చేరుకుంటుంది, కానీ Cloud Run సేవ అదే హోస్ట్‌పై సమయం ముగిసి ఆగిపోతుంది. ఇది ఈ పనికి సాధారణ ప్రారంభ స్థానం, మరియు టన్నెల్ స్వయంగా తప్పుగా ఉండటం అరుదు. Cloud Run రివిజన్ డిఫాల్ట్‌గా మీ VPC లో కూర్చోదు, కూర్చున్నప్పుడు మీరు ఇప్పటికే రూట్ చేసిన VM సబ్‌నెట్‌కు బదులుగా దాని స్వంత మూల చిరునామాలను ఉపయోగిస్తుంది. క్రింది రన్‌బుక్ సేవను కనెక్ట్ చేస్తుంది, దాని వాస్తవ మూల పరిధిని రూట్ చేస్తుంది, ఆపై అభ్యర్థనకు సేవ చేసిన రివిజన్ నుండి మార్గాన్ని నిరూపిస్తుంది. అదే క్రమంలో అమలు చేయండి, ఎందుకంటే మొదటి దశను దాటవేయడమే ఇలాంటి అనేక సందర్భాలు ఏమీ సరిచేయని VPN మార్పులో ముగియడానికి కారణం.

టన్నెల్‌ను డీబగ్ చేయడానికి ముందు రివిజన్‌ను కనెక్ట్ చేయండి

Cloud Run మద్దతు ఇస్తుంది Direct VPC egress, ఇది Serverless VPC Access కనెక్టర్ లేకుండా సేవ యొక్క ట్రాఫిక్‌ను మీ VPC లోని సబ్‌నెట్‌లో ఉంచుతుంది. ఇప్పటికే ఉన్న సేవకు అప్‌డేట్ ఇలా కనిపిస్తుంది:

gcloud run services update SERVICE \
  --region=REGION --network=NETWORK --subnet=SUBNET \
  --vpc-egress=private-ranges-only

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

గమ్యానికి సరిపోయే egress మోడ్‌ను ఎంచుకోండి

private-ranges-only ప్రైవేట్‌గా వర్గీకరించే గమ్యాలను VPC ద్వారా పంపుతుంది. దీని అర్థం «VPN ద్వారా చేరుకోగల ప్రతిదీ» కాదు, మరియు ఆ అంతరం ఆన్-ప్రిమైసెస్ సేవ సెట్టింగ్ అలా వర్గీకరించని పరిధిలో ఉన్నప్పుడు కనిపిస్తుంది. గమ్యం కవర్ కాలేదు అయితే, all-traffic రెండవ డాక్యుమెంటెడ్ మోడ్, మరియు అది సేవ యొక్క పబ్లిక్ డిపెండెన్సీలతో సహా ప్రతిదీ VPC ద్వారా పంపుతుంది. ఉద్దేశపూర్వకంగా ఎంచుకోండి మరియు పరిణామాన్ని మార్పు రికార్డులో రాయండి.

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

VM మూలం కాదు, Cloud Run మూలాన్ని రూట్ చేయండి

Direct VPC egress ఎంచుకున్న సబ్‌నెట్ నుండి తాత్కాలిక చిరునామాలను కేటాయిస్తుంది, మరియు ఆన్-ప్రిమైసెస్ వైపు ట్రాఫిక్‌ను ఆ పరిధిలోకి తిరిగి పంపాలి. మరొక VM సబ్‌నెట్ కోసం రాసిన రిటర్న్ రూట్ లేదా ఫైర్‌వాల్ అనుమతి రేఖాచిత్రంలో సరిగ్గా కనిపిస్తుంది మరియు ఆచరణలో విఫలమవుతుంది. సబ్‌నెట్ CIDR ను జ్ఞాపకం నుండి కాదు, VPC నుండి తీసుకోండి, ఆపై రిమోట్ పరికరం యొక్క క్రిప్టో ACL లేదా రూట్ పట్టిక అది కలిగి ఉందని నిర్ధారించండి.

డైనమిక్ రూటింగ్‌తో, Cloud Router నిజంగా ఏమి ప్రకటిస్తుంది మరియు VPC ఏమి దిగుమతి చేస్తుంది అనేది, ఏదైనా అనుకూల ప్రకటన విధానంతో సహా ధృవీకరించండి. కన్సోల్‌లో ఉన్నా ఈ గమ్యానికి ఎంపిక కాని రూట్ రూట్ లేకపోవడంతో సమానం.

అన్నీ నెరవేరాల్సిన మూడు షరతులు

పనిచేసే మార్గానికి క్రింది అన్నీ అవసరం, మరియు ప్రతి ఒక్కటి తనదైన విధంగా విఫలమవుతుంది:

  • VPC లో ఉద్దేశించిన Cloud VPN కనెక్షన్ ద్వారా ఆన్-ప్రిమైసెస్ ప్రిఫిక్స్ వైపు ఒక రూట్.
  • Cloud Run సబ్‌నెట్ కోసం ఆన్-ప్రిమైసెస్ వైపు రివర్స్ రూట్.
  • మూలం, గమ్యం మరియు పోర్టును అనుమతించే ఫైర్‌వాల్ మరియు IPsec రక్షణ పరిధి.

తప్పిపోయిన రూట్ సాధారణంగా రిమోట్ వైపు ఎలాంటి ఆధారం లేకుండా సమయం ముగిసినట్టు కనిపిస్తుంది. రివర్స్ రూట్ సమస్య అభ్యర్థన వచ్చి ప్రతిస్పందన మాయమైనట్టు కనిపిస్తుంది. ఫైర్‌వాల్ లేదా సెలెక్టర్ సమస్య పరికరాన్ని బట్టి తిరస్కరణ లేదా నిశ్శబ్ద డ్రాప్‌లా కనిపించవచ్చు. మూడింటిలో ఏది మీ దగ్గర ఉందో గుర్తించడం తదుపరి ఆదేశాన్ని బాగా సన్నగిస్తుంది.

ఒక్క తాత్కాలిక Cloud Run చిరునామాను కూడా అనుమతి జాబితాలో పెట్టవద్దు. సబ్‌నెట్ పరిధిని మరియు అప్లికేషన్‌కు సరిపోయే అధికార డిజైన్‌ను ఉపయోగించండి.

అభ్యర్థనకు సేవ చేసిన రివిజన్‌ను పరీక్షించండి

పరీక్షకు ముందు మోహరించిన నెట్‌వర్క్ సెట్టింగ్‌లను మరియు ట్రాఫిక్ పంపకాన్ని తనిఖీ చేయండి, ఎందుకంటే అప్‌డేట్ కొత్త రివిజన్‌ను సృష్టించవచ్చు, అభ్యర్థనలు ఇప్పటికీ పాత దాన్ని చేరుకుంటాయి. ఆపై వినియోగదారు అభ్యర్థన చేసే అదే ఆపరేషన్‌ను అదే రివిజన్ నుండి చేయండి. గమ్యం ప్రైవేట్ హోస్ట్‌నేమ్ అయితే, ఆ వాతావరణంలో దాని పరిష్కారాన్ని మరియు అది ఉత్పత్తి చేసిన చిరునామాను తనిఖీ చేయండి, ఎందుకంటే మీ ల్యాప్‌టాప్ యొక్క కార్పొరేట్ DNS సమాధానం సేవ యొక్క పేరు స్థలం గురించి ఏమీ నిరూపించదు. TLS హోస్ట్‌నేమ్ ధృవీకరణ మరియు రిమోట్ అప్లికేషన్ యొక్క స్వంత ప్రామాణీకరణను కొనసాగించండి.

Direct VPC యొక్క డాక్యుమెంటెడ్ ప్రారంభ కనెక్షన్ ఆలస్యాలను ఆశించండి, మరియు ప్రతి కోల్డ్ స్టార్ట్‌ను విరిగిన టన్నెల్‌గా నిర్ధారణ చేయడానికి బదులు క్లయింట్‌కు సిద్ధత లేదా మళ్లీ ప్రయత్నించే వ్యూహాన్ని ఇవ్వండి.

రోల్‌బ్యాక్ మరియు ఇది ఏమి చేయదు

రోల్‌బ్యాక్ చేయడానికి, సేవ యొక్క నెట్‌వర్క్ మరియు egress సెట్టింగ్‌లను వాటి మునుపటి విలువలకు తిరిగి తీసుకురండి మరియు మునుపటి రివిజన్ ఇప్పటికీ ట్రాఫిక్‌కు సేవ చేస్తుందని నిర్ధారించండి. మార్పు రికార్డులో gcloud ఆదేశాన్ని ఉంచండి, ఎందుకంటే పాక్షిక మార్పు యొక్క వ్యతిరేకత ఆరు వారాల తర్వాత స్పష్టంగా ఉండదు. VPC అనుసంధానాన్ని తీసివేయడం సేవను దాని మునుపటి egress మార్గానికి తిరిగి తీసుకువస్తుంది, సంఘటన సమయంలో అదే మీకు కావలసినది కావచ్చు.

ఈ డిజైన్ Cloud Run ప్రారంభించే కనెక్షన్‌లను మరియు వాటి ప్రతిస్పందనలను కవర్ చేస్తుంది. ఇది ఆన్-ప్రిమైసెస్ నెట్‌వర్క్‌కు సేవ లోపల చిరునామా చేయగల సాకెట్‌ను ఇవ్వదు, ఎందుకంటే లోపలికి బహిర్గతం ingress నిర్ణయం.

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