GCP BYOIP: a nyilvános hirdetés nem privát útvonal
Egy BYOIP előtag helyszín és felhő közötti felosztása két tervet igényel. Válassza szét a nyilvános hirdetést, a delegálást és a privát következő ugrást.
Egy nyilvános blokk egy része a helyszínen marad, egy része pedig a Google Cloudba kerül. Ez a mondat két tervet ír le, nem egyet: egy internethirdetési tervet és egy privát továbbítási tervet. Egyetlen útválasztási problémaként kezelni őket az a pont, ahol a BYOIP-tervek félremennek.
Az érintett objektumok különböző kérdésekre válaszolnak, és közülük csak egy szól arról, hova mennek tovább a csomagok.
Három objektum, három kérdés
A nyilvánosan hirdetett előtag az az egység, amelyet a Google az Ön nevében hirdet az interneten. A nyilvánosan delegált előtag az, ahogyan az importált címtartomány a támogatott Cloud-erőforrásokhoz rendelődik. Egy VPC-útvonal, beleértve a VPN-ből Cloud Routeren keresztül tanult útvonalat is, kiválaszt egy privát következő ugrást. Mindegyiknek megvan a maga hatóköre, a saját API-ja és a saját hibaüzenete.
A táblázatos változat rövidebb.
| 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 |
Csak a harmadik sor szól a hálózatán belüli továbbításról.
Mit fed le a BYOIP átfedési figyelmeztetés
A Google BYOIP dokumentációja hirdetési egységként kezeli a hirdetett előtagot, és figyelmeztet az átfedő külső hirdetésekre, beleértve a Google-on kívül hirdetett al-előtagot is. Ez a figyelmeztetés a nyilvános hirdetési tervről szól. Nem állítás minden olyan privát útvonalról, amelyet hozzáadhat.
Egy kisebb allokáció delegálása egy importált előtagon belül önmagában nem ad jogot arra, hogy a maradékot másik forrásból hirdesse.
Tegye fel a kérdést abból a szempontból, ki mit hirdet. Ha a Google a teljes importált előtagot hirdeti, egy második forrás, amely al-előtagot hirdet, pontosan azt az átfedést hozza létre, amelyre a dokumentáció figyelmeztet, bármilyen rendezettek is a VPC-útvonalai.
Mit dönt el egy privát útvonal
A VPN-en keresztül tanult előtag nem internethirdetés, és semmilyen mennyiségű BGP nem teszi azzá. Ez egy bejegyzés a VPC útvonaltáblájában, amely megmondja, melyik alagútnak vagy átjárónak kell vinnie az adott cél forgalmát. Az, hogy ez a bejegyzés alkalmas-e, kiválasztott-e vagy használható-e, a VPC saját útválasztási szabályaitól függ.
A leghosszabb előtag szerinti egyezés az útvonaltáblán belül érvényes, így egy hosszabb VPN-útvonal helyben nyerhet anélkül, hogy bármi változna a nyilvános peremen.
Előtag felosztása: a döntés, amely elsőként jön
Ha az architektúra megkívánja, hogy a blokk felét adatközpontból, felét pedig a Google-tól hirdessék, az importálás előtt döntse el a hirdetési tervet. Erősítse meg, mely tartományokat hirdetheti a Google, melyek maradnak másutt hirdetve, és hogy a kettő átfed-e. Ezután tervezze meg az egyes célok privát útvonalát és annak visszaútját. Ha a szolgáltatók nem támogatják a kívánt felosztást, változtassa meg a felosztást, ahelyett hogy abban bízna, hogy egy hosszabb VPN-előtag felülírja a nyilvános perem döntését.
Ez a sorrend számít, mert a második terv nem tudja megjavítani az elsőt.
Ellenőrizze külön a két tervet
Ellenőrizze a nyilvános oldalt ezzel: gcloud compute public-advertised-prefixes list és erősítse meg a tartományokat és állapotukat. Ellenőrizze a privát oldalt ezzel: gcloud compute routes list és gcloud compute routers get-status, ami megmutatja, mit cserélt valójában a BGP.
Az egyik kimenetkészlet megmondja, mit lát az internet. A másik megmondja, hova megy a forgalma. Egyik sem helyettesíti a másikat.