Liela zvaigznes tipa VPN izmēru noteikšana: skaitiet pirms BGP izvēles
Prefiksi ir vieglais skaitlis. Sesijas, atjauninājumu vilnis un atgūšanās pēc koncentratora kļūmes nosaka, vai projekts iztur vairākus tūkstošus filiāļu.
Trīs tūkstoši filiāļu izklausās pēc maršrutēšanas problēmas, bet uzvedas kā grāmatvedības problēma. Prefiksu kopsumma tiek aprēķināta desmit minūtēs, un tas reti ir skaitlis, kas sāp. Sāp darbs uz katru sesiju, atjauninājumu vilnis, kad sabrūk kopīga sastāvdaļa, un laiks, līdz pāradresēšana atkal atbilst jaunajai topoloģijai.
Tāpēc izstaigājiet aritmētiku pareizajā secībā. Saskaitiet attiecības, saskaitiet prefiksus un alternatīvas, pēc tam saskaitiet, kas notiek sliktā stundā, un tikai pēc tam salīdziniet protokolus un platformas. Apgrieztā secībā vingrinājums pārvēršas strīdā par maršrutu limitiem, ko neviens nevar izšķirt ar uz galda esošo informāciju.
Četri budžeti, nevis viens
Katrs budžets atbild uz citu jautājumu, un katrs var būt ierobežojošais faktors citā platformā. Rakstot tos atsevišķi, viens liels prefiksu skaitlis nevar stāvēt visa projekta vietā.
| 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 |
Pēdējie divi ir tie, kurus projekta pārskatā izlaiž. Tīkls, kas stabilā stāvoklī ērti ietilpst atmiņā, joprojām var uzvesties slikti, kad četri simti filiāļu divu minūšu laikā atkal pieslēdzas, jo darbs ierodas ātrāk, nekā vadības plakne spēj to iztukšot. Pierakstiet viļņa lielumu kā skaitli, kopā ar to, cik ilgi pakalpojums drīkst palikt degradēts. Tas pārvērš neskaidras bažas par testu, ko kāds tiešām var palaist.
Visos četros slēpjas arī platformas jautājums: vai šifrēšana, pāradresēšana un maršrutēšana dala vienu procesoru, vai tām ir atsevišķi ceļi. Divas ierīces ar identisku maršrutu jaudu var uzvesties ļoti atšķirīgi viļņa laikā, un datu lapa reti pasaka, kuru jūs pērkat.
Veiciet aritmētiku ar saviem skaitļiem
Ņemiet izdomātu projektu: 3,000 filiāļu, trīs prefiksi katrai pirms agregācijas, un divi koncentratori katrai filiālei dublēšanai. Koncentratoru pārim pirms kopsavilkuma jāuztur aptuveni 9,000 filiāļu prefiksi, un projekts paredz 6,000 filiāles–koncentratora sesijas, ja katra filiāle savienojas ar abiem.
Tagad pievienojiet daļas, kas nav prefiksi. Katra sesija nes stāvokli un periodiskus ziņojumus pat tad, kad nekas nemainās. Katrs koncentrators var turēt vairāk nekā vienu ceļu uz prefiksu, ja tiek gaidīta ātra pārslēgšanās, tāpēc alternatīvu skaits var pārsniegt izvēlēto skaitu. Un katras zara redzējums ir atsevišķs politikas lēmums: dot katrai filiālei visu pārējo maršrutus pavairo darbu tā, ko skaitīšana koncentratora pusē neatklāj.
Tie ir plānošanas skaitļi projekta sarunai, nevis kāda produkta mērījums. Noderīgais vingrinājuma rezultāts ir līknes forma, nevis apgalvojums, kur konkrēts maršrutētājs padodas.
Ko jums dod BGP un ko dod IGP
BGP atdala to, ko maršrutētājs saņēma, ko izvēlējās un ko reklamē, un katru no tiem kontrolē politika. Tieši tas ir vajadzīgs filiāļu tīklam, jo zaram parasti jāredz noklusējuma maršruts, centrālie pakalpojumi un ļoti maz kas cits. Skaitot tikai galīgo tabulu, tiek paslēptas alternatīvas un reklāmas, un tieši tās aug, kad pievienojat dublēšanu.
IGP nav automātiski nepareizs. Kad topoloģija, apgabalu struktūra un kaimiņattiecību modelis atbilst pakalpojumam, saites stāvokļa protokols saplūst ātri un prasa mazāk politikas sastatņu. Slazds ir pieņemt, ka tas spēj izteikt tādu pašu eksporta kontroli katram kaimiņam kā BGP: OSPF apgabals ir plūdu robeža, nevis filtrs, ko var piekabināt vienai filiālei.
Jebkurā gadījumā vispirms izlemiet redzamības modeli. Noklusējuma maršruti, kopsavilkumi centrālajiem pakalpojumiem vai pilnas filiāļu detaļas ir trīs dažādi produkti, un kopsavilkums, kas slēpj konkrētāku kļūmi, ir projekta lēmums, kas jāpieraksta, nevis jāatklāj avārijas laikā.
Pārbaudiet vilni, nevis stabilo stāvokli
Veidojiet salīdzinājumu ap kļūmi, kuru tiešām gaidāt: koncentrators ir nokritis, reģionāls WAN notikums vai apkopes logs, kas uzreiz atslēdz pusi vietu. Mēriet atgūšanos no filiāles skatpunkta, ieskaitot lietojumprogrammu, jo vadības plakne, kas saplūst sekundēs, nozīmē maz, ja sesijas atjaunošana prasa minūtes.
show bgp vpnv4 unicast summary
show ip route vrf BRANCH summary
show processes cpu sorted | include BGP|OSPFPierakstiet, ko platforma dara viļņa virsotnē, nevis miera stāvoklī, un atkārtojiet to ar ieslēgtām drošības funkcijām. Koncepcijas pierādījums, kas parāda tikai klusu tabulu, ir atmiņas tests, un atmiņa nekad nav bijis interesantais skaitlis.