Dimenzování velké VPN do hvězdy: počítejte, než zvolíte BGP
Prefixy jsou to snadné číslo. O počtech rozhodují relace, příval aktualizací a obnova po výpadku hubu, a právě ony určují, zda návrh vydrží u několika tisíc poboček.
Tři tisíce poboček zní jako problém směrování, ale chovají se jako problém účetnictví. Celkový počet prefixů se spočítá za deset minut a málokdy je to číslo, které bolí. Bolí práce na každou relaci, příval aktualizací, když selže sdílená součást, a doba, než forwardování znovu odpovídá nové topologii.
Proto projděte aritmetiku ve správném pořadí. Spočítejte vztahy, spočítejte prefixy a alternativy, pak spočítejte, co se děje ve špatné hodině, a teprve potom porovnávejte protokoly a platformy. V opačném pořadí se cvičení změní v hádku o limitech tras, kterou nikdo nedokáže uzavřít s informacemi na stole.
Čtyři rozpočty, ne jeden
Každý rozpočet odpovídá na jinou otázku a každý může být omezujícím faktorem na jiné platformě. Když se píšou odděleně, nemůže jedno velké číslo prefixů zastoupit 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 se při revizi návrhu přeskakují. Síť, která se v ustáleném stavu pohodlně vejde do paměti, se může chovat špatně, když se čtyři sta poboček během dvou minut znovu připojí, protože práce přichází rychleji, než ji řídicí rovina stíhá zpracovat. Zapište velikost přívalu jako číslo spolu s tím, jak dlouho smí služba zůstat degradovaná. Tím se z mlhavé obavy stane test, který někdo skutečně může spustit.
Ve všech čtyřech se skrývá i otázka platformy: zda šifrování, forwardování a směrování sdílejí jeden procesor, nebo mají oddělené cesty. Dvě zařízení se stejnou kapacitou tras se mohou při přívalu chovat velmi odlišně a v technickém listu se málokdy píše, které kupujete.
Spočítejte to se svými čísly
Vezměte vymyšlený návrh: 3,000 poboček, tři prefixy každé před agregací a dva huby na pobočku pro redundanci. Pár hubů musí pojmout zhruba 9,000 pobočkových prefixů před sumarizací a návrh implikuje 6,000 relací pobočka–hub, pokud se každá pobočka propojí s oběma.
Teď přidejte části, které nejsou prefixy. Každá relace nese stav a pravidelná hlášení, i když se nic nemění. Každý hub může držet víc než jednu cestu na prefix, pokud se od něj čeká rychlé přepnutí, takže počet alternativ může převýšit počet vybraných. A pohled každé pobočky je samostatné rozhodnutí politiky: dát každé pobočce trasy všech ostatních násobí práci způsobem, který počet na straně hubu neodhalí.
To jsou plánovací čísla pro rozhovor o návrhu, ne měření nějakého produktu. Užitečným výstupem cvičení je tvar křivky, ne tvrzení o tom, kde konkrétní router podlehne.
Co vám dá BGP a co vám dá IGP
BGP odděluje, co router přijal, co vybral a co inzeruje, a každé z toho je řízeno politikou. To je přesně to, co pobočková síť potřebuje, protože pobočka má obvykle vidět výchozí trasu, centrální služby a jen velmi málo dalšího. Počítání jen konečné tabulky skrývá alternativy a inzeráty, což jsou právě části, které rostou, když přidáte redundanci.
IGP není automaticky špatně. Když topologie, struktura oblastí a model sousedství odpovídají službě, link-state protokol konverguje rychle a potřebuje méně politické výztuhy. Pastí je předpokládat, že umí vyjádřit stejnou kontrolu exportu na souseda jako BGP: oblast OSPF je hranice zaplavení, ne filtr, který připevníte k jedné pobočce.
Ať tak či onak, nejdřív rozhodněte model viditelnosti. Výchozí trasy, souhrny pro centrální služby nebo úplné pobočkové detaily jsou tři různé produkty a souhrn, který skrývá konkrétnější výpadek, je návrhové rozhodnutí, které se má zapsat, ne objevit během výpadku.
Testujte příval, ne ustálený stav
Postavte srovnání kolem výpadku, který skutečně očekáváte: spadlý hub, regionální událost WAN nebo servisní okno, které najednou odstaví polovinu lokalit. Měřte obnovu z pohledu pobočky, včetně aplikace, protože řídicí rovina, která konverguje za sekundy, znamená málo, pokud relaci trvá minuty znovu navázat.
show bgp vpnv4 unicast summary
show ip route vrf BRANCH summary
show processes cpu sorted | include BGP|OSPFZaznamenejte, co platforma dělá na vrcholu přívalu, ne v klidu, a zopakujte to se zapnutými bezpečnostními funkcemi. Proof of concept, který ukazuje jen tichou tabulku, je test paměti, a paměť nikdy nebyla to zajímavé číslo.