Didelio žvaigždės tipo VPN dydžio nustatymas: skaičiuokite prieš rinkdamiesi BGP
Prefiksai yra lengvas skaičius. Sesijos, atnaujinimų bangos ir atsigavimas po koncentratoriaus gedimo lemia, ar projektas atlaikys kelis tūkstančius filialų.
Trys tūkstančiai filialų skamba kaip maršrutizavimo problema, bet elgiasi kaip buhalterijos problema. Bendra prefiksų suma apskaičiuojama per dešimt minučių, ir tai retai būna skaičius, kuris skauda. Skauda darbas kiekvienai sesijai, atnaujinimų banga, kai sugenda bendras komponentas, ir laikas, kol persiuntimas vėl atitinka naują topologiją.
Taigi pereikite aritmetiką teisinga tvarka. Suskaičiuokite ryšius, suskaičiuokite prefiksus ir alternatyvas, tada suskaičiuokite, kas nutinka blogą valandą, ir tik po to lyginkite protokolus bei platformas. Atvirkščia tvarka pratimas virsta ginču dėl maršrutų limitų, kurio niekas negali užbaigti turima informacija ant stalo.
Keturi biudžetai, ne vienas
Kiekvienas biudžetas atsako į kitą klausimą, ir kiekvienas gali būti ribojantis veiksnys skirtingoje platformoje. Užrašius juos atskirai, vienas didelis prefiksų skaičius negali atstoti viso projekto.
| 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 |
Paskutiniai du yra tie, kuriuos praleidžia projekto apžvalgoje. Tinklas, kuris pastovioje būsenoje patogiai telpa atmintyje, vis tiek gali elgtis blogai, kai keturi šimtai filialų per dvi minutes vėl prisijungia, nes darbas ateina greičiau, nei valdymo plokštė spėja jį išspręsti. Užrašykite bangos dydį skaičiumi, kartu su tuo, kiek laiko paslauga gali likti prastesnė. Tai paverčia neaiškų nerimą testu, kurį kažkas tikrai gali paleisti.
Visuose keturiuose slypi ir platformos klausimas: ar šifravimas, persiuntimas ir maršrutizavimas dalijasi vienu procesoriumi, ar turi atskirus kelius. Du įrenginiai su identišku maršrutų pajėgumu gali elgtis labai skirtingai per bangą, o duomenų lapas retai pasako, kurį perkate.
Atlikite aritmetiką su savo skaičiais
Paimkite išgalvotą projektą: 3,000 filialų, po tris prefiksus prieš agregavimą ir du koncentratorius kiekvienam filialui dėl rezervavimo. Koncentratorių pora turi išlaikyti maždaug 9,000 filialų prefiksų prieš apibendrinimą, o projektas numato 6,000 filialo–koncentratoriaus sesijų, jei kiekvienas filialas susiejamas su abiem.
Dabar pridėkite dalis, kurios nėra prefiksai. Kiekviena sesija neša būseną ir periodinius pranešimus, net kai niekas nesikeičia. Kiekvienas koncentratorius gali laikyti daugiau nei vieną kelią vienam prefiksui, jei tikimasi greito perjungimo, todėl alternatyvų skaičius gali viršyti pasirinktų skaičių. Ir kiekvieno atšakos mazgo vaizdas yra atskiras politikos sprendimas: duoti kiekvienam filialui visų kitų maršrutus padaugina darbą taip, ko skaičiavimas koncentratoriaus pusėje neatskleidžia.
Tai planiniai skaičiai pokalbiui apie projektą, o ne kokio nors produkto matavimas. Naudingas pratimo rezultatas yra kreivės forma, o ne teiginys, kur konkretus maršrutizatorius pasiduoda.
Ką jums duoda BGP, o ką duoda IGP
BGP atskiria, ką maršrutizatorius gavo, ką pasirinko ir ką skelbia, ir kiekvieną iš jų valdo politika. Būtent to reikia filialų tinklui, nes atšaka paprastai turi matyti numatytąjį maršrutą, centrines paslaugas ir labai mažai ko kito. Skaičiuojant tik galutinę lentelę, paslepiamos alternatyvos ir skelbimai, o būtent jie auga, kai pridedate rezervavimą.
IGP nėra automatiškai neteisingas. Kai topologija, sričių struktūra ir kaimynystės modelis atitinka paslaugą, nuorodos būsenos protokolas konverguoja greitai ir reikalauja mažiau politikos pastolių. Spąstai yra manyti, kad jis gali išreikšti tokią pačią eksporto kontrolę kiekvienam kaimynui kaip BGP: OSPF sritis yra potvynio riba, o ne filtras, kurį galima pakabinti ant vieno filialo.
Bet kuriuo atveju pirmiausia nuspręskite matomumo modelį. Numatytieji maršrutai, centrinių paslaugų suvestinės arba visos filialų detalės yra trys skirtingi produktai, o suvestinė, kuri slepia konkretesnį gedimą, yra projekto sprendimas, kurį reikia užrašyti, o ne atrasti per incidentą.
Testuokite bangą, o ne pastovią būseną
Sukurkite palyginimą aplink gedimą, kurio tikrai tikitės: sugedęs koncentratorius, regioninis WAN įvykis arba techninės priežiūros langas, kuris pusę vietų išjungia iš karto. Matuokite atsigavimą filialo požiūriu, įskaitant programą, nes valdymo plokštė, kuri konverguoja per sekundes, mažai reiškia, jei sesijai atkurti reikia minučių.
show bgp vpnv4 unicast summary
show ip route vrf BRANCH summary
show processes cpu sorted | include BGP|OSPF
Užrašykite, ką platforma daro bangos viršūnėje, o ne ramybėje, ir pakartokite su įjungtomis saugos funkcijomis. Koncepcijos įrodymas, kuris rodo tik tylią lentelę, yra atminties testas, o atmintis niekada nebuvo įdomus skaičius.