Dimenzovanie veľkej VPN do hviezdy: počítajte, kým zvolíte BGP
Prefixy sú to ľahké číslo. O reláciách, prívale aktualizácií a obnove po výpadku hubu rozhoduje, či návrh vydrží pri niekoľkých tisícoch pobočiek.
Tri tisíce pobočiek znie ako problém smerovania, ale správa sa ako problém účtovníctva. Celkový počet prefixov sa spočíta za desať minút a málokedy je to číslo, ktoré bolí. Bolí práca na každú reláciu, príval aktualizácií, keď zlyhá spoločný komponent, a čas, kým sa preposielanie opäť zhoduje s novou topológiou.
Prejdite teda aritmetiku v správnom poradí. Spočítajte vzťahy, spočítajte prefixy a alternatívy, potom spočítajte, čo sa deje v zlej hodine, a až potom porovnávajte protokoly a platformy. V opačnom poradí sa cvičenie zmení na hádku o limitoch trás, ktorú nikto neuzatvorí s informáciami na stole.
Štyri rozpočty, nie jeden
Každý rozpočet odpovedá na inú otázku a každý môže byť obmedzujúcim faktorom na inej platforme. Zapísané oddelene nedovolia, aby jedno veľké číslo prefixov zastúpilo celý návrh.
| 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 |
Posledné dva sú tie, ktoré sa pri revízii návrhu preskakujú. Sieť, ktorá sa v ustálenom stave pohodlne zmestí do pamäte, sa môže správať zle, keď sa štyristo pobočiek počas dvoch minút znova pripojí, pretože práca prichádza rýchlejšie, než ju riadiaca rovina stíha spracovať. Zapíšte veľkosť prívalu ako číslo spolu s tým, ako dlho môže služba zostať degradovaná. To premení hmlistú obavu na test, ktorý niekto skutočne môže spustiť.
Vo všetkých štyroch sa skrýva aj otázka platformy: či šifrovanie, preposielanie a smerovanie zdieľajú jeden procesor, alebo majú oddelené cesty. Dve zariadenia s rovnakou kapacitou trás sa môžu pri prívale správať veľmi odlišne a v technickom liste sa málokedy píše, ktoré kupujete.
Spočítajte to s vlastnými číslami
Vezmite vymyslený návrh: 3,000 pobočiek, tri prefixy každá pred agregáciou a dva huby na pobočku pre redundanciu. Pár hubov musí pred sumarizáciou udržať približne 9,000 pobočkových prefixov a návrh predpokladá 6,000 relácií pobočka–hub, ak sa každá pobočka prepojí s oboma.
Teraz pridajte časti, ktoré nie sú prefixy. Každá relácia nesie stav a pravidelné správy, aj keď sa nič nemení. Každý hub môže držať viac ako jednu cestu na prefix, ak sa očakáva rýchle prepnutie, takže počet alternatív môže prevýšiť počet vybraných. A pohľad každého ramena je samostatné rozhodnutie politiky: dať každej pobočke trasy všetkých ostatných znásobuje prácu spôsobom, ktorý počítanie na strane hubu neodhalí.
Sú to plánovacie čísla pre rozhovor o návrhu, nie meranie nejakého produktu. Užitočným výstupom cvičenia je tvar krivky, nie tvrdenie o tom, kde konkrétny router podľahne.
Čo vám dá BGP a čo vám dá IGP
BGP oddeľuje, čo router prijal, čo vybral a čo inzeruje, a každé z toho je riadené politikou. To je presne to, čo pobočková sieť potrebuje, pretože rameno má zvyčajne vidieť predvolenú trasu, centrálne služby a veľmi málo iného. Počítanie iba konečnej tabuľky skrýva alternatívy a inzeráty, a práve tie rastú, keď pridáte redundanciu.
IGP nie je automaticky nesprávny. Keď topológia, štruktúra oblastí a model susedstva zodpovedajú službe, link-state protokol konverguje rýchlo a potrebuje menej politickej výstuže. Pasca je predpokladať, že dokáže vyjadriť rovnakú kontrolu exportu na suseda ako BGP: oblasť OSPF je hranica zaplavenia, nie filter, ktorý pripnete k jednej pobočke.
V každom prípade najprv rozhodnite model viditeľnosti. Predvolené trasy, súhrny pre centrálne služby alebo úplné podrobnosti pobočiek sú tri rôzne produkty a súhrn, ktorý skrýva konkrétnejší výpadok, je návrhové rozhodnutie, ktoré treba zapísať, nie objaviť počas výpadku.
Testujte príval, nie ustálený stav
Postavte porovnanie okolo výpadku, ktorý skutočne očakávate: spadnutý hub, regionálna udalosť WAN alebo servisné okno, ktoré naraz odstaví polovicu lokalít. Merajte obnovu z pohľadu pobočky vrátane aplikácie, pretože riadiaca rovina, ktorá konverguje za sekundy, znamená málo, ak relácia potrebuje minúty na obnovenie.
show bgp vpnv4 unicast summary
show ip route vrf BRANCH summary
show processes cpu sorted | include BGP|OSPFZaznamenávajte, čo platforma robí na vrchole prívalu, nie v pokoji, a zopakujte to so zapnutými bezpečnostnými funkciami. Dôkaz konceptu, ktorý ukazuje iba tichú tabuľku, je test pamäte, a pamäť nikdy nebola tou zaujímavou číslom.