GCP BYOIP: openbare aankondiging is nie ’n privaat roete nie
Om ’n BYOIP-voorvoegsel tussen terrein en wolk te verdeel, verg twee planne. Skei die openbare aankondiging, die delegering en die private volgende sprong.
’n Deel van ’n openbare blok bly op die terrein en ’n deel skuif na Google Cloud. Daardie sin beskryf twee planne, nie een nie: ’n plan vir internet-aankondiging en ’n plan vir private aanstuur. Om hulle as een enkele roeteringsprobleem te behandel, is waar BYOIP-ontwerpe verkeerd loop.
Die objekte wat betrokke is, beantwoord verskillende vrae, en net een daarvan gaan oor waar pakkette volgende heen gaan.
Drie objekte, drie vrae
’n Openbare aangekondigde voorvoegsel is die eenheid wat Google namens jou aan die internet aankondig. ’n Openbare gedelegeerde voorvoegsel is hoe ingevoerde ruimte aan ondersteunde Cloud-bronne toegewys word. ’n VPC-roete, insluitend een wat oor Cloud Router van ’n VPN geleer is, kies ’n private volgende sprong. Elk het sy eie omvang, sy eie API en sy eie foutboodskap.
Die tabelweergawe is korter.
| Object | Question it answers |
|---|---|
| Public advertised prefix | Which authorized range Google announces publicly |
| Public delegated prefix | How imported space is allocated to Cloud resources |
| VPN or Cloud Router route | Which private next hop carries a destination |
Net die derde ry gaan oor aanstuur binne jou netwerk.
Wat die BYOIP-oorvleuelingswaarskuwing dek
Google se BYOIP-dokumentasie behandel die aangekondigde voorvoegsel as ’n aankondigingseenheid en waarsku teen oorvleuelende eksterne aankondigings, insluitend ’n subvoorvoegsel wat buite Google aangekondig word. Daardie waarskuwing gaan oor die openbare aankondigingsplan. Dit is nie ’n uitspraak oor elke private roete wat jy mag byvoeg nie.
Om ’n kleiner toewysing binne ’n ingevoerde voorvoegsel te delegeer, gee jou op sigself nie toestemming om die res van ’n ander oorsprong af aan te kondig nie.
Vra die vraag in terme van wie wat aankondig. As Google die hele ingevoerde voorvoegsel aankondig, skep ’n tweede oorsprong wat ’n subvoorvoegsel aankondig presies die oorvleueling waarteen die dokumentasie waarsku, hoe netjies jou VPC-roetes ook al lyk.
Wat ’n private roete besluit
’n Voorvoegsel wat oor ’n VPN geleer is, is nie ’n internet-aankondiging nie, en geen hoeveelheid BGP sal dit een maak nie. Dit is ’n inskrywing in ’n VPC-roetetabel wat sê watter tonnel of gateway verkeer vir daardie bestemming moet dra. Of daardie inskrywing geskik, gekies of bruikbaar is, hang van die VPC se eie roetereëls af.
Langste-voorvoegsel-passing geld binne die roetetabel, so ’n langer VPN-roete kan plaaslik wen sonder om enigiets aan die openbare rand te verander.
Om ’n voorvoegsel te verdeel: die besluit wat eerste kom
As die argitektuur vereis dat die helfte van die blok van ’n datasentrum en die helfte van Google aangekondig word, besleg die aankondigingsplan voordat jy enigiets invoer. Bevestig watter reekse Google mag aankondig, watter elders aangekondig bly, en of die twee oorvleuel. Ontwerp dan die private pad vir elke bestemming en sy terugpad. As die verskaffers nie die verdeling ondersteun wat jy wil hê nie, verander die verdeling eerder as om te hoop dat ’n langer VPN-voorvoegsel ’n besluit aan die openbare rand oorskryf.
Daardie volgorde maak saak, want die tweede plan kan nie die eerste herstel nie.
Verifieer albei planne afsonderlik
Kontroleer die openbare kant met gcloud compute public-advertised-prefixes list en bevestig die reekse en hul status. Kontroleer die private kant met gcloud compute routes list en gcloud compute routers get-status, wat wys wat BGP werklik uitgeruil het.
Een stel uitsette vertel jou wat die internet sien. Die ander vertel jou waar jou verkeer heen gaan. Nie een vervang die ander nie.