Димензионисање велике VPN у звезду: прво бројите, па бирајте BGP
Префикси су лак број. Сесије, навала ажурирања и опоравак после отказа чворишта одлучују да ли пројекат издржава на неколико хиљада огранака.
Три хиљаде огранака звучи као проблем усмеравања, али се понаша као књиговодствени проблем. Укупан број префикса израчуна се за десет минута и ретко је број који боли. Боли рад по сесији, навала ажурирања када откаже заједничка компонента, и време које протекне пре него што прослеђивање поново одговара новој топологији.
Зато прођите кроз аритметику правим редом. Пребројте односе, пребројте префиксе и алтернативе, затим пребројте шта се дешава у лошем часу, и тек након тога упоредите протоколе и платформе. У обрнутом реду вежба се претвара у расправу о лимитима рута коју нико не може да заврши информацијама на столу.
Четири буџета, не један
Сваки буџет одговара на друго питање и сваки може бити ограничавајући фактор на другој платформи. Када се пишу одвојено, један велики број префикса не може да заузме место целог пројекта.
| Budget | What you are really counting |
|---|---|
| Sessions | Peers per hub, keepalive or hello processing, authentication state, and the per-neighbor memory that never shows up in a route count |
| Prefixes | Alternatives received, prefixes selected, entries installed for forwarding, and how much of that each spoke is allowed to see |
| Churn | Updates generated by a flapping link, a hub outage, or every branch reconnecting after a regional event |
| Recovery | Time to detect, reselect, reinstall and restore the application, measured end to end rather than per box |
Последња два су она која се прескачу у прегледу пројекта. Мрежа која се у стабилном стању удобно смешта у меморију може се лоше понашати када се четири стотине огранака поново повеже за два минута, јер посао стиже брже него што га контролна раван успева да обради. Запишите величину навале као број, уз то колико дуго сервис сме да остане деградиран. То претвара нејасну бригу у тест који неко заиста може да изведе.
У сва четири крије се и питање платформе: да ли шифровање, прослеђивање и усмеравање деле исти процесор или имају одвојене путеве. Два уређаја са идентичним капацитетом рута могу се веома различито понашати под навалом, а технички лист ретко каже који купујете.
Израчунајте са својим бројевима
Узмите измишљени пројекат: 3,000 огранака, по три префикса пре агрегације и два чворишта по огранку ради резерве. Пар чворишта мора да држи око 9,000 префикса огранака пре сажимања, а пројекат подразумева 6,000 сесија огранак–чвориште ако се сваки огранак повезује са оба.
Сада додајте делове који нису префикси. Свака сесија носи стање и периодичне поруке чак и када се ништа не мења. Свако чвориште може да држи више од једне путање по префиксу ако се очекује брзо пребацивање, па број алтернатива може премашити број изабраних. И поглед сваког крака је засебна одлука политике: дати сваком огранку руте свих осталих умножава посао на начин који бројање на страни чворишта не открива.
То су плански бројеви за разговор о пројекту, не мерење било ког производа. Користан резултат вежбе је облик криве, а не тврдња о томе где конкретан рутер попушта.
Шта вам даје BGP, а шта вам даје IGP
BGP раздваја шта је рутер примио, шта је изабрао и шта оглашава, а сваким од тога управља политика. То је управо оно што је потребно мрежи огранака, јер крак обично треба да види подразумевану руту, централне сервисе и веома мало друга. Бројање само коначне табеле скрива алтернативе и огласе, а управо они расту када додате резерву.
IGP није аутоматски погрешан. Када се топологија, структура области и модел суседства уклапају у сервис, протокол стања везе брзо конвергира и тражи мање политичке скеле. Замка је претпоставити да може да изрази исту контролу извоза по суседу као BGP: OSPF област је граница поплаве, а не филтер који можете да закачите на један огранак.
У сваком случају, прво одлучите модел видљивости. Подразумеване руте, сажеци за централне сервисе или потпуни детаљи огранака су три различита производа, а сажетак који скрива конкретнији испад је пројектна одлука која мора да се запише, а не да се открије током прекида.
Тестирајте навалу, а не стабилно стање
Изградите поређење око испада који заиста очекујете: пало чвориште, регионални WAN догађај или прозор одржавања који половину локација истовремено избацује из мреже. Мерите опоравак из перспективе огранка, укључујући апликацију, јер контролна раван која конвергира за секунде мало значи ако сесији требају минути да се поново успостави.
show bgp vpnv4 unicast summary
show ip route vrf BRANCH summary
show processes cpu sorted | include BGP|OSPFЗабележите шта платформа ради на врху навале, а не у мировању, и поновите то са укљученим безбедносним функцијама. Доказ концепта који показује само тиху табелу је тест меморије, а меморија никада није била занимљив број.