Dimenzioniranje velikega VPN v zvezdo: štejte, preden izberete BGP
Predpone so lahko število. O sejah, valu posodobitev in obnovi po izpadu huba odloča, ali zasnova zdrži pri nekaj tisoč podružnicah.
Tri tisoč podružnic se sliši kot problem usmerjanja, a se obnaša kot računovodski problem. Skupno število predpon je izračunano v desetih minutah in redko je to število, ki boli. Boli delo na sejo, val posodobitev, ko odpove skupna komponenta, in čas, preden se posredovanje spet ujema z novo topologijo.
Zato pojdite skozi aritmetiko v pravem vrstnem redu. Preštejte odnose, preštejte predpone in alternative, nato preštejte, kaj se zgodi v slabi uri, in šele nato primerjajte protokole in platforme. V obratnem vrstnem redu se vaja spremeni v razpravo o omejitvah poti, ki je nihče ne more zaključiti z informacijami na mizi.
Štirje proračuni, ne eden
Vsak proračun odgovarja na drugo vprašanje in vsak je lahko omejujoč dejavnik na drugi platformi. Če jih zapišemo ločeno, eno veliko število predpon ne more nadomestiti celotne zasnove.
| 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 |
Zadnja dva sta tista, ki ju pri pregledu zasnove preskočimo. Omrežje, ki se v stabilnem stanju udobno prilega v pomnilnik, se lahko še vedno obnaša slabo, ko se štiristo podružnic v dveh minutah znova poveže, ker delo prihaja hitreje, kot ga krmilna ravnina uspe izprazniti. Zapišite velikost vala kot število, skupaj s tem, kako dolgo lahko storitev ostane poslabšana. To spremeni nejasno skrb v preizkus, ki ga nekdo lahko zares izvede.
V vseh štirih se skriva tudi vprašanje platforme: ali si šifriranje, posredovanje in usmerjanje delijo en procesor ali imajo ločene poti. Dve napravi z enako zmogljivostjo poti se lahko pod valom obnašata zelo različno, v podatkovnem listu pa redko piše, katero kupujete.
Naredite aritmetiko z lastnimi številkami
Vzemite izmišljeno zasnovo: 3,000 podružnic, tri predpone vsaka pred združevanjem, in dva huba na podružnico za redundanco. Par hubov mora pred povzetkom držati približno 9,000 podružničnih predpon, zasnova pa predvideva 6,000 sej podružnica–hub, če se vsaka podružnica poveže z obema.
Zdaj dodajte dele, ki niso predpone. Vsaka seja nosi stanje in periodična sporočila, tudi ko se nič ne spremeni. Vsak hub lahko drži več kot eno pot na predpono, če pričakujemo hitro preklop, zato lahko število alternativ preseže število izbranih. In pogled vsake veje je ločena odločitev politike: dati vsaki podružnici poti vseh drugih pomnoži delo na način, ki ga štetje na strani huba ne razkrije.
To so načrtovalne številke za pogovor o zasnovi, ne meritev katerega koli izdelka. Uporaben rezultat vaje je oblika krivulje, ne trditev o tem, kje se določen usmerjevalnik vda.
Kaj vam da BGP in kaj vam da IGP
BGP ločuje, kaj je usmerjevalnik prejel, kaj je izbral in kaj oglašuje, in vsakega od tega nadzira politika. To je natanko tisto, kar potrebuje podružnično omrežje, ker mora veja običajno videti privzeto pot, centralne storitve in zelo malo drugega. Če štejemo samo končno tabelo, skrijemo alternative in oglase, in prav ti deli rastejo, ko dodamo redundanco.
IGP ni samodejno napačen. Ko se topologija, struktura območij in model sosedstva ujemajo s storitvijo, se protokol stanja povezave hitro konvergira in potrebuje manj političnega odra. Past je domnevati, da lahko izrazi enak nadzor izvoza na soseda kot BGP: območje OSPF je meja poplave, ne filter, ki bi ga pripeli na eno podružnico.
V vsakem primeru najprej določite model vidnosti. Privzete poti, povzetki za centralne storitve ali popolne podrobnosti podružnic so trije različni izdelki, in povzetek, ki skrije bolj specifično okvaro, je načrtovalna odločitev, ki jo je treba zapisati, ne pa odkriti med izpadom.
Preizkusite val, ne stabilnega stanja
Primerjavo zgradite okoli okvare, ki jo res pričakujete: mrtev hub, regionalni dogodek WAN ali vzdrževalno okno, ki naenkrat odklopi polovico lokacij. Merite obnovo z vidika podružnice, vključno z aplikacijo, ker krmilna ravnina, ki konvergira v sekundah, pomeni malo, če seja potrebuje minute za ponovno vzpostavitev.
show bgp vpnv4 unicast summary
show ip route vrf BRANCH summary
show processes cpu sorted | include BGP|OSPFZapišite, kaj platforma počne na vrhu vala, ne v mirovanju, in ponovite s vključenimi varnostnimi funkcijami. Dokaz koncepta, ki pokaže le mirno tabelo, je preizkus pomnilnika, pomnilnik pa ni nikoli bil zanimivo število.