GCP BYOIP: julkinen ilmoitus ei ole yksityinen reitti
BYOIP-etuliitteen jakaminen toimipaikan ja pilven kesken vaatii kaksi suunnitelmaa. Erota julkinen ilmoitus, delegointi ja yksityinen seuraava hyppy.
Osa julkisesta lohkosta jää toimipaikkaan ja osa siirtyy Google Cloudiin. Se lause kuvaa kahta suunnitelmaa, ei yhtä: internet-ilmoituksen suunnitelmaa ja yksityisen edelleenlähetyksen suunnitelmaa. Niiden kohteleminen yhtenä reititysongelmana on se kohta, jossa BYOIP-ratkaisut menevät pieleen.
Osalliset objektit vastaavat eri kysymyksiin, ja vain yksi niistä käsittelee sitä, minne paketit menevät seuraavaksi.
Kolme objektia, kolme kysymystä
Julkisesti ilmoitettu etuliite on yksikkö, jonka Google ilmoittaa internetiin puolestasi. Julkisesti delegoitu etuliite kertoo, miten tuotu osoiteavaruus jaetaan tuettuihin Cloud-resursseihin. VPC-reitti, mukaan lukien VPN:stä Cloud Routerin kautta opittu reitti, valitsee yksityisen seuraavan hypyn. Jokaisella on oma laajuutensa, oma API:nsa ja oma virheilmoituksensa.
Taulukkoversio on lyhyempi.
| 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 |
Vain kolmas rivi käsittelee edelleenlähetystä verkkosi sisällä.
Mitä BYOIP-päällekkäisyysvaroitus kattaa
Googlen BYOIP-dokumentaatio käsittelee ilmoitettua etuliitettä ilmoitusyksikkönä ja varoittaa päällekkäisistä ulkoisista ilmoituksista, mukaan lukien Googlen ulkopuolella ilmoitettu alietuliite. Tämä varoitus koskee julkisen ilmoituksen suunnitelmaa. Se ei ole väite jokaisesta yksityisestä reitistä, jonka saatat lisätä.
Pienemmän allokaation delegoiminen tuodun etuliitteen sisällä ei sinänsä anna sinulle lupaa ilmoittaa loppuosaa toisesta lähteestä.
Kysy kysymys siinä mielessä, kuka ilmoittaa mitä. Jos Google ilmoittaa koko tuodun etuliitteen, toinen lähde, joka ilmoittaa alietuliitteen, luo täsmälleen sen päällekkäisyyden, josta dokumentaatio varoittaa, olivatpa VPC-reittisi kuinka siistejä tahansa.
Mitä yksityinen reitti päättää
VPN:n kautta opittu etuliite ei ole internet-ilmoitus, eikä mikään määrä BGP:tä tee siitä sellaista. Se on VPC-reititystauluun merkintä, joka kertoo, minkä tunnelin tai yhdyskäytävän tulee kuljettaa liikenne kyseiseen kohteeseen. Se, onko merkintä kelvollinen, valittu vai käytettävissä, riippuu VPC:n omista reitityssäännöistä.
Pisimmän etuliitteen osuminen pätee reititystaulun sisällä, joten pidempi VPN-reitti voi voittaa paikallisesti muuttamatta mitään julkisella reunalla.
Etuliitteen jakaminen: päätös, joka tulee ensin
Jos arkkitehtuuri vaatii, että puolet lohkosta ilmoitetaan datakeskuksesta ja puolet Googlelta, ratkaise ilmoitussuunnitelma ennen minkään tuomista. Vahvista, mitkä alueet Google saa ilmoittaa, mitkä pysyvät ilmoitettuina muualla ja menevätkö ne päällekkäin. Suunnittele sitten yksityinen polku jokaiselle kohteelle ja sen paluupolku. Jos palveluntarjoajat eivät tue haluamaasi jakoa, muuta jakoa sen sijaan, että toivoisit pidemmän VPN-etuliitteen kumoavan julkisen reunan päätöksen.
Tällä järjestyksellä on väliä, koska toinen suunnitelma ei voi korjata ensimmäistä.
Tarkista molemmat suunnitelmat erikseen
Tarkista julkinen puoli komennolla gcloud compute public-advertised-prefixes list ja vahvista alueet ja niiden tila. Tarkista yksityinen puoli komennolla gcloud compute routes list ja gcloud compute routers get-status, joka näyttää, mitä BGP todella vaihtoi.
Yksi tulosteiden joukko kertoo, mitä internet näkee. Toinen kertoo, minne liikenteesi menee. Kumpikaan ei korvaa toista.