Պիտակ ըստ VRF-ի, թե ըստ նախածանցի. իրական հզորության հաշիվը

Երկու նախագիծ գովազդում են նույն հաճախորդի նախածանցը նույն մատակարարի միջուկում։ Մեկը հատկացնում է պիտակ յուրաքանչյուր նախածանցի համար, մյուսը հատկացնում է մեկ պիտակ ամբողջ VRF-ի համար, և երկրորդը ավելի էժան է թվում յուրաքանչյուր սլայդում։ Պիտակների քանակը իրական է, բայց սա այն բյուջեն չէ, որը սովորաբար առաջինն է սպառվում։ Երկուսի միջև ընտրությունը նշանակում է հաշվել չորս ռեսուրս, ոչ թե մեկ, և դրանցից պիտակներն ամենափոքրն են։

Ընտրությունը նաև կախված է նրանից, թե ինչ պետք է անի ելքային երթուղիչը փաթեթի հետ պիտակը հանելուց հետո։ Որոշումը պետք է ղեկավարի այդ ֆունկցիոնալ տարբերությունը, ոչ թե պիտակների թվաբանությունը։

Ինչ է իրականում խնայում յուրաքանչյուր հատկացումը

Յուրաքանչյուր նախածանցի համար հատկացումը փոխանցման տեղեկատվությունը կրում է պիտակի մեջ։ Ելքային երթուղիչը կարող է փաթեթն ուղարկել ուղիղ ճիշտ հարևանությանը առանց նպատակակետի որոնման, ինչի պատճառով այն լավ մասշտաբավորվում է VRF-ի մեծ երթուղիների հավաքածուների համար և ինչի պատճառով այն ծախսում է մեկ պիտակ յուրաքանչյուր գովազդված նախածանցի համար յուրաքանչյուր VRF-ում։ Յուրաքանչյուր VRF-ի համար հատկացումը, ինչպես Junos vrf-table-label-ը, գովազդում է մեկ պիտակ յուրաքանչյուր երթուղավորման օրինակի համար և օգտագործում է այդ պիտակը VRF-ի աղյուսակն ընտրելու համար. այնուհետև երթուղիչը IP որոնում է կատարում աղյուսակի ներսում։

Սա իրական ճարտարապետական տարբերություն է, ոչ թե լարման կոճակ։ VRF-ով պիտակավորումը տալիս է ավելի փոքր պիտակային տարածք և ավելի պարզ պիտակային գովազդ, մեկ որոնման և նպատակակետի մասին ոչինչ չասող պիտակի գնով։ Նախածանցով պիտակավորումը ելքային գծային քարտին ավելի շատ տեղեկատվություն է տալիս նախապես և պիտակներ ծախսում է ձեր կրած երթուղիներին համաչափ։

Պիտակների մատյանը փոքրն է

MPLS պիտակները վերջավոր են, բայց պիտակային տարածքն այնքան մեծ է, որ սովորական ծառայություն մատուցողները այն չեն սպառում մի քանի հազար նախածանցով։ Այնտեղ, որտեղ VRF-ով պիտակավորումն իսկապես օգնում է, փոքր ապարատային պիտակային աղյուսակներ ունեցող հարթակներն են, կամ այն նախագծերը, որտեղ մեկ VRF կրում է ամբողջ ինտերնետային հոսքը, և նախածանցով պիտակները պիտակների պահանջարկը կբազմապատկեն երթուղիների քանակով։ Սրանք իրական սահմանափակումներ են, և հենց դրանք են այս հատկության գոյության պատճառը։ Դրանցից ոչ մեկը աղյուսակում նախածանցների քանակի մասին չէ։

Նախքան ընտրելը հաշվեք պիտակները և՛ ծառայության, և՛ տրանսպորտի համար։ VRF-ով նախագիծը դեռ պետք է տրանսպորտային պիտակներ loopback-ների և ուղու յուրաքանչյուր ցատկի համար, և դեռ պետք է հարևանության վիճակ։ Եթե նախագծի համառոտագիրը հաշվում է միայն ծառայության պիտակները, խնայողությունը չափվում է սխալ մատյանում։

Երթուղիների հոսքերը հիշողություն են արժենում պիտակներից առաջ

Յուրաքանչյուր ստացված ուղի սպառում է կառավարման հարթության հիշողություն, թարմացումների մշակում և կոնվերգենցիայի ժամանակ, անկախ նրանից՝ VRF-ը մեկ պիտակ է օգտագործում, թե տասը հազար։ VRF-ի ներսում ամբողջ ինտերնետային հոսքը թանկ է BGP ուղիների, RIB-ի, FIB գրառումների և դրանց հետևում եղած խառնաշփոթի պատճառով, ոչ թե աղյուսակի առջևի պիտակի պատճառով։ Նույն հոսքը նաև մեծացնում է երթուղու արտահոսքի կամ քաղաքականության սխալի ազդեցության շառավիղը այդ վարձակալի ներսում։

Այսպիսով հարցրեք, թե ինչ է իրականում պահանջում հաճախորդը։ Եթե պայմանագիրը մասնավոր տեղամասեր գումարած լռելյայն ելք է, ամբողջական աղյուսակը արժեք է ավելացնում առանց պահանջ ավելացնելու։ Սա առևտրային հարց է, և այն արժանի է գրավոր պատասխանի, այլ ոչ թե նախորդ նախագծից ժառանգված ենթադրության։ Եթե ծառայությանն իսկապես անհրաժեշտ է հոսքը քաղաքականության կամ տեղական ելքի ընտրության համար, դարձրեք այն բացահայտ տող՝ իր սեփական հզորության ամրագրմամբ և իր սեփական ձախողման վարքով։

Երբ VRF-ով պիտակավորումը ճիշտ լռելյայնն է

Դա լավ լռելյայն է, երբ հարթակը այն փաստաթղթավորում է որպես աջակցվող, երբ VRF-ի երթուղիների քանակը մեծ է, և երբ ելքի որոնման արժեքը ընդունելի է երթևեկության պրոֆիլի համար։ Այն նաև բնական ընտրություն է, երբ գործառնական պարզությունն ավելի կարևոր է, քան փոխանցումից վերջին միկրովայրկյանը քամելը, որովհետև մեկ պիտակ յուրաքանչյուր վարձակալի համար ավելի հեշտ է բացատրել և աուդիտ անել, քան մեկ պիտակ յուրաքանչյուր նախածանցի համար։

Դա սխալ լռելյայն է, երբ հարթակի փաստաթղթերը հատկությունը կապում են կոնկրետ ապարատային կամ թողարկման սահմանափակումների հետ, կամ երբ նախագիծը կախված է ելքում նախածանցով փոխանցման որոշումներից։ Նախքան վարքը ենթադրելը կարդացեք հարթակի սեփական statement հղումը. Junos հրամանը փաստաթղթավորված է, բայց հենց նրա շուրջ ապարատային և թողարկման սահմաններն են որոշում տեղաբաշխումը։

Բյուջե, որը կարող եք պաշտպանել

Կառուցեք հզորության գործը որպես հինգ առանձին թիվ. ստացված ուղիներ, ընտրված երթուղիներ, տեղադրված փոխանցման գրառումներ, ծառայության պիտակներ և տրանսպորտային պիտակներ։ Ավելացրեք next-hop և հարևանության վիճակ, վարձակալների քանակ և ավելորդության մոդել։ Մեկ VRF-ի հարթ ուղու լուսանկարը մասշտաբի ցուցանիշ չէ, և պիտակային տարածքի անվանական չափը հասանելի ապարատային աղյուսակ չէ։

Ապա պայմանավորվեք նաև ձախողման ռեժիմի, ոչ միայն կայուն վիճակի շուրջ։ Պետք է պարզել, թե ինչ է տեղի ունենում, երբ հոսքը կիսով ավելանում է, երբ վարձակալն ավելացնում է երկրորդ VRF, կամ երբ հարթակին վերագործարկում է պետք աղյուսակի չափը փոխելու համար։ Այդ հարցերին դիմացող բյուջեն ավելի արժեքավոր է, քան միայն թղթի վրա աշխատող պիտակների քանակը։

Ընտրեք հատկացումը ելքի գործողության և հարթակի սահմանների հիման վրա, ապա երթուղիների հոսքը դարձրեք բացահայտ ծառայության որոշում։ Պիտակը նախագծի տեսանելի մասն է. երթուղիներն այն մասն են, որի համար պետք է վճարել ամեն օր։