GCP BYOIP: јавното објавување не е приватен маршрут
Поделбата на BYOIP префиксот меѓу локацијата и облакот бара два плана. Одвојте го јавното објавување, делегирањето и приватниот следен чекор.
Дел од јавниот блок останува на локацијата, а дел се префрла во Google Cloud. Таа реченица опишува два плана, а не еден: план за објавување на интернет и план за приватно препраќање. Да се третираат како еден проблем со рутирање е местото каде BYOIP решенијата грешат.
Вклучените објекти одговараат на различни прашања, а само еден од нив е за тоа каде пакетите одат понатаму.
Три објекти, три прашања
Јавно објавениот префикс е единицата што Google ја објавува на интернет во ваше име. Јавно делегираниот префикс е начинот на кој увезениот простор се доделува на поддржаните Cloud ресурси. VPC маршрута, вклучително и онаа научена преку Cloud Router од VPN, избира приватен следен чекор. Секоја има свој опсег, свој API и своја порака за грешка.
Табеларната верзија е пократка.
| 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 |
Само третиот ред е за препраќање внатре во вашата мрежа.
Што покрива предупредувањето на BYOIP за преклопување
Документацијата на Google за BYOIP го третира објавениот префикс како единица за објавување и предупредува за преклопувачки надворешни објавувања, вклучително и подпрефикс објавен надвор од Google. Тоа предупредување е за планот за јавно објавување. Тоа не е изјава за секој приватен маршрут што би можеле да го додадете.
Делегирањето на помала распределба во рамките на увезен префикс само по себе не ви дава дозвола да го објавите остатокот од друг извор.
Поставете го прашањето во смисла кој што објавува. Ако Google го објавува целиот увезен префикс, втор извор што објавува подпрефикс го создава токму преклопувањето за кое документацијата предупредува, колку и да изгледаат уредни вашите VPC маршрути.
Што одлучува приватниот маршрут
Префиксот научен преку VPN не е објавување на интернет и ниедна количина BGP нема да го направи тоа. Тоа е запис во табелата со маршрути на VPC што кажува кој тунел или портал треба да го носи сообраќајот за таа дестинација. Дали тој запис е подобен, избран или употреблив зависи од сопствените правила за рутирање на VPC.
Најдолгото совпаѓање на префиксот се применува внатре во табелата со маршрути, па подолга VPN маршрута може локално да победи без да смени ништо на јавниот раб.
Поделба на префикс: одлуката што доаѓа прва
Ако архитектурата бара половината од блокот да се објавува од центар за податоци, а половината од Google, решете го планот за објавување додека сѐ уште не сте увезле ништо. Потврдете кои опсези Google смее да ги објавува, кои остануваат објавени на друго место и дали двата се преклопуваат. Потоа проектирајте ја приватната патека за секоја дестинација и нејзината повратна патека. Ако давателите не ја поддржуваат поделбата што ја сакате, сменете ја поделбата наместо да се надевате дека подолг VPN префикс ќе ја надмине одлуката на јавниот раб.
Тој редослед е важен затоа што вториот план не може да го поправи првиот.
Проверете ги двата плана одделно
Проверете ја јавната страна со gcloud compute public-advertised-prefixes list и потврдете ги опсезите и нивниот статус. Проверете ја приватната страна со gcloud compute routes list и gcloud compute routers get-status, што покажува што BGP всушност разменил.
Еден сет излези ви кажува што гледа интернетот. Другиот ви кажува каде оди вашиот сообраќај. Ниту еден не го заменува другиот.