GCP BYOIP: publiskais paziņojums nav privāts maršruts
BYOIP prefiksa sadalīšana starp vietni un mākoni prasa divus plānus. Atdaliet publisko paziņojumu, deleģēšanu un privāto nākamo lēcienu.
Daļa publiskā bloka paliek vietnē, bet daļa pārceļas uz Google Cloud. Šis teikums apraksta divus plānus, nevis vienu: interneta paziņojuma plānu un privātās pārsūtīšanas plānu. Uzskatīt tos par vienu maršrutēšanas problēmu ir vieta, kur BYOIP risinājumi neizdodas.
Iesaistītie objekti atbild uz dažādiem jautājumiem, un tikai viens no tiem ir par to, kur paketes dodas tālāk.
Trīs objekti, trīs jautājumi
Publiski izziņots prefikss ir vienība, ko Google izziņo internetā jūsu vārdā. Publiski deleģēts prefikss ir tas, kā importētā telpa tiek piešķirta atbalstītajiem Cloud resursiem. VPC maršruts, tostarp no VPN caur Cloud Router apgūtais, izvēlas privāto nākamo lēcienu. Katram ir sava tvēruma kopa, savs API un savs kļūdas ziņojums.
Tabulas versija ir īsāka.
| 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 |
Tikai trešā rinda ir par pārsūtīšanu jūsu tīkla iekšienē.
Ko aptver BYOIP pārklāšanās brīdinājums
Google BYOIP dokumentācija izziņoto prefiksu uzskata par izziņošanas vienību un brīdina par pārklājošiem ārējiem paziņojumiem, tostarp apakšprefiksu, kas izziņots ārpus Google. Šis brīdinājums ir par publiskā paziņojuma plānu. Tas nav apgalvojums par katru privāto maršrutu, ko varētu pievienot.
Mazākas sadalījuma daļas deleģēšana importētā prefiksā pati par sevi nedod jums atļauju izziņot atlikušo no cita avota.
Uzdodiet jautājumu tā, kas ko izziņo. Ja Google izziņo visu importēto prefiksu, otrs avots, kas izziņo apakšprefiksu, rada tieši to pārklāšanos, par ko brīdina dokumentācija, lai cik kārtīgi izskatītos jūsu VPC maršruti.
Ko izlemj privāts maršruts
Prefikss, kas apgūts caur VPN, nav interneta paziņojums, un neviens BGP daudzums to tādu nepadarīs. Tas ir ieraksts VPC maršrutu tabulā, kas norāda, kuram tunelim vai vārtejai jāpārvadā trafiks uz šo galamērķi. Vai šis ieraksts ir piemērots, atlasīts vai lietojams, ir atkarīgs no pašas VPC maršrutēšanas noteikumiem.
Garākā prefiksa atbilstība tiek piemērota maršrutu tabulas iekšienē, tāpēc garāks VPN maršruts var uzvarēt lokāli, neko nemainot publiskajā malā.
Prefiksa sadalīšana: lēmums, kas nāk pirmais
Ja arhitektūra prasa, lai puse bloka tiktu izziņota no datu centra un puse no Google, izlemiet paziņojuma plānu pirms kaut kā importēšanas. Apstipriniet, kādus diapazonus Google drīkst izziņot, kuri paliek izziņoti citur un vai abi pārklājas. Pēc tam izstrādājiet privāto ceļu katram galamērķim un tā atgriešanās ceļu. Ja pakalpojumu sniedzēji neatbalsta vēlamo sadalījumu, mainiet sadalījumu, nevis ceriet, ka garāks VPN prefikss atcels publiskās malas lēmumu.
Šī secība ir svarīga, jo otrais plāns nevar salabot pirmo.
Pārbaudiet abus plānus atsevišķi
Pārbaudiet publisko pusi ar gcloud compute public-advertised-prefixes list un apstipriniet diapazonus un to statusu. Pārbaudiet privāto pusi ar gcloud compute routes list un gcloud compute routers get-status, kas parāda, ko BGP faktiski apmainīja.
Viens izvades kopums pasaka, ko redz internets. Otrs pasaka, kur dodas jūsu trafiks. Neviens neaizstāj otru.