Dimensionar una gran VPN en estrella: compteu abans de triar BGP
Els prefixos són el nombre fàcil. Les sessions, l'allau d'actualitzacions i la recuperació després de la fallada d'un concentrador decideixen si el disseny aguanta amb uns quants milers de branques.
Tres mil branques sonen a un problema d'encaminament, però es comporten com un problema de comptabilitat. El total de prefixos es calcula en deu minuts i poques vegades és el nombre que fa mal. El que fa mal és la feina per sessió, l'allau d'actualitzacions quan falla un component compartit i el temps que passa fins que l'encaminament torna a coincidir amb la nova topologia.
Per tant, feu l'aritmètica en l'ordre correcte. Compteu les relacions, compteu els prefixos i les alternatives, després compteu què passa en una hora dolenta i només després compareu protocols i plataformes. En l'ordre invers, l'exercici es converteix en una discussió sobre límits de rutes que ningú no pot tancar amb la informació sobre la taula.
Quatre pressupostos, no un
Cada pressupost respon una pregunta diferent, i cadascun pot ser la restricció limitant en una plataforma diferent. Escriure'ls per separat evita que un sol nombre gran de prefixos faci de substitut de tot el disseny.
| 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 |
Els dos últims són els que se salten en una revisió de disseny. Una xarxa que en estat estable cap còmodament a la memòria encara es pot comportar malament quan quatre-cents branques es reconnecten en dos minuts, perquè la feina arriba més de pressa del que la placa de control la pot buidar. Anoteu la mida de l'allau com un nombre, juntament amb quant de temps pot romandre degradat el servei. Això converteix un neguit vague en una prova que algú pot executar de debò.
També hi ha una pregunta de plataforma amagada dins de tots quatre: si el xifratge, el reenviament i l'encaminament comparteixen una CPU o tenen camins separats. Dos dispositius amb la mateixa capacitat de rutes es poden comportar molt diferentment sota l'allau, i la fitxa tècnica poques vegades diu quin compreu.
Feu l'aritmètica amb els vostres nombres
Agafeu un disseny inventat: 3,000 branques, tres prefixos cadascuna abans de l'agregació i dos concentradors per branca per redundància. La parella de concentradors ha de suportar aproximadament 9,000 prefixos de branca abans de la summarització, i el disseny implica 6,000 sessions de branca a concentrador si cada branca s'hi connecta amb tots dos.
Ara afegiu les parts que no són prefixos. Cada sessió porta estat i missatges periòdics encara que no canviï res. Cada concentrador pot mantenir més d'un camí per prefix si s'espera que canviï ràpidament, de manera que el nombre d'alternatives pot superar el nombre de seleccionades. I la visió de cada branca és una decisió de política separada: donar a cada branca les rutes de totes les altres multiplica la feina d'una manera que el recompte del costat del concentrador no revela.
Són xifres de planificació per a una conversa de disseny, no un mesurament de cap producte. El resultat útil de l'exercici és la forma de la corba, no una afirmació sobre on cedeix un encaminador concret.
Què us aporta BGP i què us aporta un IGP
BGP separa què ha rebut un encaminador, què ha seleccionat i què anuncia, i cadascuna d'aquestes coses es controla per política. És exactament el que necessita una xarxa de branques, perquè una branca normalment ha de veure una ruta per defecte, els serveis centrals i molt poques coses més. Comptar només la taula final amaga les alternatives i els anuncis, que són precisament les parts que creixen quan afegiu redundància.
Un IGP no és automàticament incorrecte. Quan la topologia, l'estructura d'àrees i el model d'adjacència encaixen amb el servei, un protocol d'estat d'enllaç convergeix ràpidament i necessita menys bastiment de política. El parany és suposar que pot expressar el mateix control d'exportació per veí que BGP: una àrea OSPF és una frontera d'inundació, no un filtre que pugueu enganxar a una sola branca.
De qualsevol manera, decidiu primer el model de visibilitat. Rutes per defecte, resums per als serveis centrals o detalls complets de les branques són tres productes diferents, i un resum que amaga una fallada més específica és una decisió de disseny que s'ha d'escriure, no descobrir durant una interrupció.
Proveu l'allau, no l'estat estable
Construïu la comparació al voltant de la fallada que realment espereu: un concentrador caigut, un esdeveniment WAN regional o una finestra de manteniment que deixa la meitat de seus fora de línia alhora. Mesureu la recuperació des de la perspectiva de la branca, incloent-hi l'aplicació, perquè una placa de control que convergeix en segons val poc si la sessió tarda minuts a restablir-se.
show bgp vpnv4 unicast summary
show ip route vrf BRANCH summary
show processes cpu sorted | include BGP|OSPF
Registreu què fa la plataforma al pic de l'allau i no en repòs, i repetiu-ho amb les funcions de seguretat activades. Una prova de concepte que només mostra una taula tranquil·la és una prova de memòria, i la memòria mai no ha estat el nombre interessant.