Gumagana lamang ang ruta ng GCP VPN sa isang rehiyon: suriin ang dynamic na routing

Nakarating ang workload sa US sa prefix ng opisina sa pamamagitan ng HA VPN nang walang problema, habang ang European workload sa parehong VPC ay walang natatanggap. Ang talahanayan ng ruta nito ay walang anumang entry para sa prefix, walang tunnel na bumagsak at walang firewall rule na nabago. Ang tunnel at ang sesyon nitong BGP ay malusog sa dalawang direksyon. Ang VPC na sumasaklaw sa mga rehiyon ay hindi kapareho ng mga natutunang ruta nito na sumasaklaw sa mga rehiyon, at ang puwang na iyon ang nagpapaliwanag sa buong sintomas.

Dalawang katangian ang pinaghahalo dito: kung saan naroon ang mga subnet, at kung saan maaaring gamitin ang natutunang susunod na hop.

Saan nagmumula ang saklaw ng rehiyon

Inilalagay ng Cloud Router ang mga natutunang ruta na may saklaw na sumusunod sa dynamic na mode ng routing ng VPC. Sa mode ng rehiyon, ang rutang natutunan sa isang rehiyon ay magagamit lamang ng mga resource ng rehiyong iyon, kaya walang laman ang talahanayan ng Europa sa halip na magpakita ng sirang susunod na hop. Sa mode na global, ang mga karapat-dapat na natutunang ruta ay nagiging available sa mga resource sa bawat rehiyon ng VPC. Basahin ang kasalukuyang halaga bago baguhin ang anuman, dahil ang mode ng rehiyon ang default. Ang setting ay nasa network, hindi sa tunnel at hindi sa router.

Ang command ng imbentaryo ay basahin lamang at sinasagot iyon sa isang linya:

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

Patakbuhin ito sa host project kapag ang VPC ay ibinabahagi. Ang network ay pag-aari ng proyektong iyon, at ang papel na tagamasid sa workload project ay maaaring hindi magpakita ng configuration ng routing. Ang mabilis na sagot mula sa maling proyekto ay mas masama kaysa walang sagot.

Ang pagbabago ay isang command at isang direksyon

Ang paglipat ay isang pag-edit ng control plane para sa buong VPC, hindi isang paraan sa paligid para sa bawat VM: gcloud compute networks update VPC_NAME --routing-mode=GLOBAL. Isa rin itong direksyon, dahil ang network na itinakda sa global ay hindi maibabalik sa rehiyon. Suriin muli ang pangalan ng proyekto at network bago ito patakbuhin, dahil hindi humihingi ng kumpirmasyon ang command. Ang pagbabago ay karapat-dapat sa tala ng maintenance at pag-apruba ng may-ari ng network, hindi sa mabilis na eksperimento sa ibinabahaging VPC.

Namamana nang sabay-sabay ng bawat attachment ng Cloud Router, VPN at Interconnect sa network na iyon ang bagong saklaw. Kasama rito ang mga attachment na walang binanggit sa kahilingan ng pagbabago. Ang mga rehiyong dating walang rutang ito ay nagsisimulang tumanggap nito sa sandaling magkabisa ang pagbabago, kaya walang unti-unting paglulunsad para sa paglipat na ito.

Ang global ay saklaw, hindi garantiya

Ang pagiging karapat-dapat at kagustuhan ay hiwalay sa saklaw. Ang rutang sumasalungat sa isang mas tiyak na prefix, natatalo sa pagpili ng pinakamahusay na landas o sinasala ng patakaran ay kumikilos nang eksakto tulad ng dati. Pinalalawak ng mode na global kung saan maaaring gamitin ang isang ruta, ngunit hindi nito pinagpapasyahan kung aling ruta ang mananalo. Ang natutunang ruta ay maaaring nasa saklaw at matalo pa rin sa isang static o mas tiyak na landas sa parehong VPC.

Mahalaga ang pagkakaibang iyon dahil madaling sisihin ang pagbabago ng mode sa hinaharap. Kung wala pa ring ruta ang European subnet pagkatapos ng paglipat, ang tanong ay kung umiiral ang ruta at karapat-dapat, hindi kung nagkabisa ang saklaw. Ang mga salungatan ng prefix at ang kalusugan ng susunod na hop ang susunod na dalawang bagay na babasahin.

Nag-aanunsyo rin nang iba ang malayong panig

Ang pag-uugali ng pag-anunsyo ay sumusunod sa parehong setting. Sa default na pag-uugali, ang router sa mode ng rehiyon ay nag-aanunsyo ng mga subnet ng sarili nitong rehiyon, habang ang mode na global ay nag-aanunsyo ng mga subnet ng VPC nang mas malawak. Kaya binabago ng pagpalit ng mode hindi lamang ang magagamit ng iyong mga rehiyon, kundi pati na rin ang ipinapasok ng malayong panig.

Ang pasadyang listahan ng anunsyo ay hindi lumalawak kapag nagbago ang mode. Kung ang lokal na router ay may nakasulat sa kamay na listahan ng mga saklaw, nananatiling wala rito ang prefix ng Europa. Nananatiling sira ang daan pabalik sa kasong iyon kahit umiiral na ang rutang palabas. Suriin ang ipinakilala ng malayong panig, hindi ang inilabas mo.

Ang hindi kailanman aayusin ng mode

Ang global na routing ay hindi nagbibigay ng access sa pampublikong internet, transit sa pagitan ng hindi magkakaugnay na VPC, o nawawalang static na ruta. Hindi nito binabago ang mga patakaran ng firewall o IAM, kaya ang koneksyong tinanggihan ng patakaran ay nananatiling tinanggihan.

Pareho ang hitsura ng mga kabiguan na ito mula sa loob ng isang workload at wala silang kinalaman sa saklaw ng ruta.

Subukan mula sa malayong rehiyon patungo sa totoong serbisyo, pagkatapos ay kumpirmahin na ang sagot ay bumabalik sa nilalayong tunnel. Itala ang mode, ang configuration ng anunsyo at ang destinasyong sinubukan mo. Kung nabigo pa rin ang pagsubok, ihambing ang BGP table ng malayong router sa listahan ng ruta ng VPC bago muling hawakan ang mode. Pagkatapos, magsisimula ang susunod na ulat sa pagitan ng mga rehiyon sa mga katotohanan, hindi sa pagbabago ng mode.