Arbeidslasta i USA når kontorprefikset over HA VPN utan problem, medan den europeiske arbeidslasta i same VPC ikkje får noko i det heile. Rutetabellen hennar inneheld ingen oppføring for prefikset, ingen tunnel er nede, og ingen brannmurregel er endra. Tunnelen og BGP-økta er sunn i begge retningar. Eit VPC som spenner over regionar er ikkje det same som dei lærte rutene som spenner over regionar, og nettopp dette gapet forklarer heile symptomet.

Her blir to eigenskapar blanda saman: kvar undernetta ligg, og kvar eit lært neste hopp kan brukast.

Kvar det regionale omfanget kjem frå

Cloud Router installerer lærte ruter med eit omfang som følgjer den dynamiske rutingmodusen til VPC-et. I regional modus kan ei rute lært i éin region berre brukast av ressursane i den regionen, og difor er den europeiske tabellen tom i staden for å vise eit øydelagt neste hopp. I global modus blir kvalifiserte lærte ruter tilgjengelege for ressursar i kvar region i VPC-et. Les gjeldande verdi før du endrar noko, fordi regional er standarden. Innstillinga ligg på nettverket, ikkje på tunnelen og ikkje på rutaren.

Inventarkommandoen er skriveverna og svarar på det på éi line:

gcloud compute networks describe VPC_NAME --format='value(routingConfig.routingMode)'

Køyr han i vertsprosjektet når VPC-et er delt. Nettverket høyrer til det prosjektet, og ei visarrolle i arbeidslastprosjektet viser kanskje ikkje rutingkonfigurasjonen i det heile. Eit raskt svar frå feil prosjekt er verre enn ikkje noko svar.

Endringa er éin kommando og éi retning

Byttet er ei redigering av kontrollplanet for heile VPC-et, ikkje ein omveg per VM: gcloud compute networks update VPC_NAME --routing-mode=GLOBAL. Det er òg einvegs, fordi eit nettverk sett til globalt ikkje kan førast tilbake til regionalt. Sjekk prosjekt- og nettverksnamnet éin gong til før du køyrer det, sidan kommandoen ikkje ber om stadfesting. Endringa fortener eit vedlikehaldsnotat og godkjenning frå nettverkseigaren, ikkje eit raskt eksperiment på eit delt VPC.

Kvar Cloud Router-, VPN- og Interconnect-tilkopling i det nettverket arvar det nye omfanget med ein gong. Det omfattar tilkoplingane som ingen nemnde i endringsførespurnaden. Regionar som aldri før hadde ruta byrjar å ta imot henne så snart endringa trer i kraft, og difor er det inga trinnvis utrulling for dette byttet.

Globalt er eit omfang, ikkje ei garanti

Kvalifikasjon og preferanse er skilde frå omfanget. Ei rute som kolliderer med eit meir spesifikt prefiks, taper valet av beste veg eller blir filtrert av policy, oppfører seg nøyaktig som før. Global modus utvidar kvar ei rute kan brukast, men avgjer ikkje kva rute som vinn. Ei lært rute kan liggje innanfor omfanget og likevel tape mot ein statisk eller meir spesifikk veg i same VPC.

Den skilnaden betyr noko fordi modusendringa er lett å skylde på seinare. Viss det europeiske undernettet framleis ikkje har noka rute etter byttet, er spørsmålet om ruta finst og er kvalifisert, ikkje om omfanget trådde i kraft. Prefikskonfliktar og helsa til neste hopp er dei neste to tinga å lese.

Fjernsida annonserer òg annleis

Annonseringsåtferd følgjer same innstilling. Med standardåtferd annonserer ein rutar i regional modus undernetta i sin eigen region, medan global modus annonserer undernetta i VPC-et vidare. Difor endrar modusen ikkje berre kva dine eigne regionar kan bruke, men òg kva fjernsida installerar.

Ei eigendefinert annonseringsliste blir ikkje utvida når modusen endrar seg. Viss den lokale rutaren har ei handskriven liste over område, blir det europeiske prefikset framleis borte frå henne. Returvegen blir verande broten i det tilfellet sjølv om den utgåande ruta no finst. Sjekk kva fjernsida installerte, i staden for kva du eksporterte.

Kva modusen aldri vil reparere

Global ruting gir ikkje tilgang til offentleg internett, transitt mellom urelaterte VPC-ar eller manglande statiske ruter. Han endrar ikkje brannmurreglar eller IAM, så ei tilkopling som blir avvist av policy, blir verande avvist.

Desse feila ser like ut frå innsida av ei arbeidslast og har ingenting med ruteomfanget å gjere.

Test frå den fjerne regionen til den verkelege tenesta, og stadfest deretter at svaret kjem tilbake gjennom den tiltenkte tunnelen. Noter modusen, annonseringskonfigurasjonen og destinasjonen du testa. Viss testen framleis feilar, samanlikn BGP-tabellen til fjernrutaren med rutelista til VPC-et før du rører modusen igjen. Då byrjar neste rapport på tvers av regionar med fakta i staden for med ei modusendring.

Relaterte artiklar