Հրապարակային բլոկի մի մասը մնում է տեղամասում, իսկ մի մասը տեղափոխվում է Google Cloud։ Այդ նախադասությունը նկարագրում է երկու պլան, ոչ թե մեկ՝ ինտերնետային հայտարարության պլան և մասնավոր փոխանցման պլան։ Դրանք որպես մեկ երթուղային խնդիր դիտարկելը հենց այն տեղն է, որտեղ BYOIP նախագծերը սխալ են ընթանում։

Ներգրավված օբյեկտները պատասխանում են տարբեր հարցերի, և դրանցից միայն մեկն է այն մասին, թե փաթեթները հետո ուր են գնում։

Երեք օբյեկտ, երեք հարց

Հրապարակայնորեն հայտարարված նախածանցը այն միավորն է, որը Google-ը ձեր անունից հայտարարում է ինտերնետում։ Հրապարակայնորեն պատվիրակված նախածանցը այն է, թե ինչպես է ներմուծված տարածությունը բաշխվում աջակցվող Cloud ռեսուրսներին։ VPC երթուղին, ներառյալ VPN-ից Cloud Router-ի միջոցով սովորածը, ընտրում է մասնավոր հաջորդ քայլ։ Յուրաքանչյուրն ունի իր շրջանակը, իր API-ն և իր սխալի հաղորդագրությունը։

Աղյուսակային տարբերակն ավելի կարճ է։

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

Միայն երրորդ տողն է ձեր ցանցի ներսում փոխանցման մասին։

Ինչ է ընդգրկում 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-ն իրականում ինչ փոխանակեց։

Արդյունքների մի հավաքածուն ասում է, թե ինչ է տեսնում ինտերնետը։ Մյուսը՝ թե ուր է գնում ձեր տրաֆիկը։ Ոչ մեկը մյուսին չի փոխարինում։

Առնչվող հոդվածներ