Dalis viešo bloko lieka vietoje, o dalis persikelia į Google Cloud. Šis sakinys aprašo du planus, o ne vieną: interneto paskelbimo planą ir privataus perdavimo planą. Traktuoti juos kaip vieną maršrutizavimo problemą yra vieta, kur BYOIP sprendimai nepavyksta.

Susiję objektai atsako į skirtingus klausimus, ir tik vienas iš jų yra apie tai, kur paketai keliauja toliau.

Trys objektai, trys klausimai

Viešai paskelbtas prefiksas yra vienetas, kurį Google skelbia internete jūsų vardu. Viešai deleguotas prefiksas yra tai, kaip importuota erdvė paskirstoma palaikomiems Cloud ištekliams. VPC maršrutas, įskaitant išmoktą per Cloud Router iš VPN, pasirenka privatų kitą šuolį. Kiekvienas turi savo apimtį, savo API ir savo klaidos pranešimą.

Lentelės versija trumpesnė.

ObjectQuestion it answers
Public advertised prefixWhich authorized range Google announces publicly
Public delegated prefixHow imported space is allocated to Cloud resources
VPN or Cloud Router routeWhich private next hop carries a destination

Tik trečioji eilutė yra apie perdavimą jūsų tinklo viduje.

Ką apima BYOIP persidengimo įspėjimas

Google BYOIP dokumentacija paskelbtą prefiksą traktuoja kaip paskelbimo vienetą ir įspėja apie persidengiančius išorinius paskelbimus, įskaitant subprefiksą, paskelbtą už Google ribų. Tas įspėjimas yra apie viešo paskelbimo planą. Tai nėra teiginys apie kiekvieną privatų maršrutą, kurį galėtumėte pridėti.

Mažesnės paskirstymo dalies delegavimas importuotame prefikse savaime nesuteikia jums teisės skelbti likusią dalį iš kito šaltinio.

Užduokite klausimą taip, kas ką skelbia. Jei Google skelbia visą importuotą prefiksą, antras šaltinis, skelbiantis subprefiksą, sukuria būtent tą persidengimą, apie kurį įspėja dokumentacija, kad ir kaip tvarkingai atrodytų jūsų VPC maršrutai.

Ką nusprendžia privatus maršrutas

Prefiksas, išmoktas per VPN, nėra interneto paskelbimas, ir joks BGP kiekis to nepakeis. Tai įrašas VPC maršrutų lentelėje, nurodantis, kuris tunelis ar vartai turi pernešti srautą į tą paskirties vietą. Ar tas įrašas tinkamas, pasirinktas ar naudojamas, priklauso nuo pačios VPC maršrutizavimo taisyklių.

Ilgiausio prefikso atitikimas taikomas maršrutų lentelės viduje, todėl ilgesnis VPN maršrutas gali laimėti lokaliai nieko nekeisdamas viešame krašte.

Prefikso padalijimas: sprendimas, kuris ateina pirmas

Jei architektūra reikalauja, kad pusė bloko būtų skelbiama iš duomenų centro, o pusė iš Google, nuspręskite paskelbimo planą prieš ką nors importuodami. Patvirtinkite, kuriuos diapazonus Google gali skelbti, kurie lieka skelbiami kitur ir ar abu persidengia. Tada suprojektuokite privatų kelią kiekvienai paskirties vietai ir jo grįžimo kelią. Jei tiekėjai nepalaiko norimo padalijimo, pakeiskite padalijimą, o ne tikėkitės, kad ilgesnis VPN prefiksas panaikins viešo krašto sprendimą.

Ši tvarka svarbi, nes antrasis planas negali pataisyti pirmojo.

Patikrinkite abu planus atskirai

Patikrinkite viešąją pusę su gcloud compute public-advertised-prefixes list ir patvirtinkite diapazonus bei jų būseną. Patikrinkite privačiąją pusę su gcloud compute routes list ir gcloud compute routers get-status, kas parodo, ką BGP iš tikrųjų apsikeitė.

Vienas išvesties rinkinys pasako, ką mato internetas. Kitas pasako, kur keliauja jūsų srautas. Nė vienas nepakeičia kito.

Susiję straipsniai