Dimenzionisanje velike VPN mreže zvjezdastog oblika: prvo prebrojite, pa odaberite BGP
Prefiksi su lak broj. Sesije, navala ažuriranja i oporavak nakon ispada koncentratora odlučuju da li dizajn izdržava na nekoliko hiljada poslovnica.
Tri hiljade poslovnica zvuči kao problem usmjeravanja, a ponaša se kao problem knjigovodstva. Ukupan broj prefiksa izračuna se za deset minuta i rijetko je broj koji boli. Boli rad po sesiji, navala ažuriranja kada zajednički element padne, i vrijeme koje protekne prije nego što prosljeđivanje ponovo odgovara novoj topologiji.
Zato prođite kroz aritmetiku pravim redom. Prebrojite odnose, prebrojite prefikse i alternative, zatim prebrojite šta se dešava u lošem satu, i tek nakon toga uporedite protokole i platforme. U obrnutom redu vježba se pretvara u raspravu o limitima ruta koju niko ne može završiti informacijama na stolu.
Četiri budžeta, ne jedan
Svaki budžet odgovara na drugo pitanje i svaki može biti ograničavajući faktor na drugoj platformi. Kada se pišu odvojeno, jedan veliki broj prefiksa ne može stati umjesto cijelog dizajna.
| 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 |
Posljednja dva su ona koja se preskaču u pregledu dizajna. Mreža koja se u stabilnom stanju udobno smješta u memoriju može se loše ponašati kada se četiri stotine poslovnica ponovo poveže u dvije minute, jer posao dolazi brže nego što ga kontrolna ravan uspijeva obraditi. Zapišite veličinu navale kao broj, uz to koliko dugo servis smije ostati degradiran. To pretvara nejasnu brigu u test koji neko zaista može izvesti.
U sva četiri krije se i pitanje platforme: dijele li šifrovanje, prosljeđivanje i usmjeravanje isti procesor ili imaju odvojene puteve. Dva uređaja s identičnim kapacitetom ruta mogu se vrlo različito ponašati pod navalom, a tehnički list rijetko kaže koji kupujete.
Izračunajte sa svojim brojevima
Uzmite izmišljen dizajn: 3,000 poslovnica, po tri prefiksa prije agregacije, i dva koncentratora po poslovnici radi redudanse. Par koncentratora mora držati otprilike 9,000 prefiksa poslovnica prije sažimanja, a dizajn podrazumijeva 6,000 sesija poslovnica–koncentrator ako se svaka poslovnica povezuje s oba.
Sada dodajte dijelove koji nisu prefiksi. Svaka sesija nosi stanje i periodične poruke čak i kada se ništa ne mijenja. Svaki koncentrator može držati više od jedne putanje po prefiksu ako se očekuje brzo prebacivanje, pa broj alternativa može premašiti broj odabranih. I pogled svakog kraka je zasebna odluka politike: dati svakoj poslovnici rute svih ostalih umnožava posao na način koji brojanje na strani koncentratora ne otkriva.
To su planski brojevi za razgovor o dizajnu, ne mjerenje bilo kojeg proizvoda. Koristan rezultat vježbe je oblik krive, a ne tvrdnja o tome gdje konkretan ruter popušta.
Šta vam daje BGP, a šta IGP
BGP razdvaja šta je ruter primio, šta je odabrao i šta oglašava, a svime time upravlja politika. To je upravo ono što mreža poslovnica treba, jer krak obično treba da vidi podrazumijevanu rutu, centralne servise i vrlo malo toga drugog. Brojanje samo konačne tabele skriva alternative i oglase, a upravo oni rastu kada dodate redudansu.
IGP nije automatski pogrešan. Kada se topologija, struktura oblasti i model susjedstva uklapaju u servis, protokol stanja veze brzo konvergira i traži manje političke skele. Zamka je pretpostaviti da može izraziti istu kontrolu izvoza po susjedu kao BGP: OSPF oblast je granica poplave, a ne filter koji možete prikačiti na jednu poslovnicu.
U svakom slučaju, prvo odlučite model vidljivosti. Podrazumijevane rute, sažeci za centralne servise ili puni detalji poslovnica tri su različita proizvoda, a sažetak koji skriva konkretniji ispad je dizajnerska odluka koja se mora zapisati, a ne otkriti tokom prekida.
Testirajte navalu, a ne stabilno stanje
Izgradite poređenje oko ispada koji zaista očekujete: pao koncentrator, regionalni WAN događaj ili prozor održavanja koji pola lokacija isključi odjednom. Mjerite oporavak iz perspektive poslovnice, uključujući aplikaciju, jer kontrolna ravan koja konvergira u sekundama malo znači ako sesiji trebaju minute da se ponovo uspostavi.
show bgp vpnv4 unicast summary
show ip route vrf BRANCH summary
show processes cpu sorted | include BGP|OSPF
Bilježite šta platforma radi na vrhuncu navale, a ne u mirovanju, i ponovite to s uključenim sigurnosnim funkcijama. Dokaz koncepta koji pokazuje samo tihu tabelu je test memorije, a memorija nikada nije bila zanimljiv broj.