GCP BYOIP: shpallja publike nuk është rrugë private

Një pjesë e një blloku publik mbetet në sit dhe një pjesë kalon në Google Cloud. Ajo fjali përshkruan dy plane, jo një: një plan shpalljeje në internet dhe një plan përcjelljeje private. T'i trajtosh si një problem i vetëm rrugëtimi është vendi ku dështojnë projektet BYOIP.

Objektet e përfshira përgjigjen pyetjeve të ndryshme, dhe vetëm njëri prej tyre ka të bëjë me atë se ku shkojnë paketat më pas.

Tre objekte, tre pyetje

Një prefiks i shpallur publikisht është njësia që Google shpall në internet në emrin tuaj. Një prefiks i deleguar publikisht është mënyra se si hapësira e importuar ndahet për burimet e Cloud të mbështetura. Një rrugë VPC, duke përfshirë një të mësuar përmes Cloud Router nga një VPN, zgjedh një hap tjetër privat. Secila ka shtrirjen e vet, API-n e vet dhe mesazhin e vet të gabimit.

Versioni në tabelë është më i shkurtër.

Vetëm rreshti i tretë ka të bëjë me përcjelljen brenda rrjetit tuaj.

Çfarë mbulon paralajmërimi i BYOIP për mbivendosje

Dokumentacioni BYOIP i Google e trajton prefiksin e shpallur si njësi shpalljeje dhe paralajmëron për shpallje të jashtme që mbivendosen, duke përfshirë një subprefiks të shpallur jashtë Google. Ai paralajmërim ka të bëjë me planin e shpalljes publike. Nuk është një pohim për çdo rrugë private që mund të shtoni.

Delegimi i një alokimi më të vogël brenda një prefiksi të importuar nuk ju jep, në vetvete, leje për të shpallur pjesën tjetër nga një burim tjetër.

Bëni pyetjen në terma të atij që shpall çfarë. Nëse Google shpall të gjithë prefiksin e importuar, një burim i dytë që shpall një subprefiks krijon pikërisht mbivendosjen për të cilën paralajmëron dokumentacioni, sado të rregullta të duken rrugët tuaja VPC.

Çfarë vendos një rrugë private

Një prefiks i mësuar përmes një VPN nuk është shpallje interneti, dhe asnjë sasi BGP nuk do ta bëjë të tillë. Është një zë në një tabelë rrugësh VPC që tregon se cili tunel ose portë duhet të mbajë trafikun për atë destinacion. Nëse ai zë është i përshtatshëm, i zgjedhur ose i përdorshëm varet nga rregullat e vetë VPC-së për rrugëtimin.

Përputhja e prefiksit më të gjatë zbatohet brenda tabelës së rrugëve, kështu që një rrugë VPN më e gjatë mund të fitojë lokalisht pa ndryshuar asgjë në skajin publik.

Ndarja e një prefiksi: vendimi që vjen i pari

Nëse arkitektura kërkon që gjysma e bllokut të shpallet nga një qendër të dhënash dhe gjysma nga Google, vendosni planin e shpalljes përpara se të importoni çdo gjë. Konfirmoni cilat intervale Google mund të shpallë, cilat mbeten të shpallura diku tjetër dhe nëse të dyja mbivendosen. Më pas projektoni rrugën private për secilin destinacion dhe rrugën e kthimit të saj. Nëse ofruesit nuk e mbështesin ndarjen që dëshironi, ndryshoni ndarjen në vend që të shpresoni se një prefiks VPN më i gjatë do të anulojë një vendim në skajin publik.

Ai rend ka rëndësi sepse plani i dytë nuk mund të rregullojë të parin.

Verifikoni të dy planet veçmas

Kontrolloni anën publike me gcloud compute public-advertised-prefixes list dhe konfirmoni intervalet dhe statusin e tyre. Kontrolloni anën private me gcloud compute routes list dhe gcloud compute routers get-status, që tregon çfarë ka shkëmbyer në të vërtetë BGP.

Një grup daljesh ju tregon çfarë sheh interneti. Tjetri ju tregon ku shkon trafiku juaj. Asnjëri nuk e zëvendëson tjetrin.