Памер вялікай зоркавай VPN: палічыце, перш чым выбраць BGP
Прэфіксы — гэта лёгкі лік. Сесіі, паток абнаўленняў і аднаўленне пасля адмовы хаба вырашаюць, ці вытрымае праект пры некалькіх тысячах філій.
Тры тысячы філій гучаць як праблема маршрутызацыі, але паводзяць сябе як праблема бухгалтарскага ўліку. Агульная колькасць прэфіксаў вылічваецца за дзесяць хвілін, і гэта рэдка бывае лік, які баліць. Баліць праца на кожную сесію, усплёск абнаўленняў, калі адмаўляе агульны кампанент, і час, патрэбны, каб перасылка зноў адпавядала новай тапалогіі.
Таму ідзіце па арыфметыцы ў правільным парадку. Палічыце сувязі, палічыце прэфіксы і альтэрнатывы, затым палічыце, што адбываецца ў дрэнную гадзіну, і толькі пасля гэтага параўноўвайце пратаколы і платформы. У адваротным парадку практыкаванне ператвараецца ў спрэчку пра ліміты маршрутаў, якую ніхто не можа закрыць наяўнай інфармацыяй.
Чатыры бюджэты, а не адзін
Кожны бюджэт адказвае на сваё пытанне, і кожны можа быць абмежавальнікам на рознай платформе. Раздзельны запіс не дае аднаму вялікаму ліку прэфіксаў замяніць увесь праект.
| 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 |
Апошнія два — тыя, што прапускаюць на аглядзе праекта. Сетка, якая спакойна змяшчаецца ў памяці ва ўстойлівым стане, можа паводзіць сябе дрэнна, калі чатырыста філій перападключаюцца за дзве хвіліны, бо праца прыходзіць хутчэй, чым плоскасць кіравання паспявае яе апрацаваць. Запішыце памер усплёску лікам разам з тым, колькі часу паслуга можа заставацца пагоршанай. Гэта ператварае расплывістае хваляванне ў тэст, які хтосьці сапраўды можа правесці.
Ва ўсіх чатырох хаваецца яшчэ пытанне платформы: ці дзеляць шыфраванне, перасылка і маршрутызацыя адзін працэсар, ці маюць асобныя шляхі. Дзве прылады з аднолькавай ёмістасцю маршрутаў могуць вельмі па-рознаму паводзіць сябе ва ўсплёску, і ў тэхнічным апісанні рэдка сказана, якую менавіта вы купляеце.
Зрабіце разлік на сваіх ліках
Вазьміце выдуманы праект: 3,000 філій, па тры прэфіксы на кожную да агрэгацыі, і два хабы на філію для рэзервавання. Пара хабаў мусіць утрымліваць прыблізна 9,000 прэфіксаў філій да абагульнення, а праект прадугледжвае 6,000 сесій філія–хаб, калі кожная філія суседнічае з абодвума.
Цяпер дадайце часткі, якія не з'яўляюцца прэфіксамі. Кожная сесія нясе стан і перыядычныя паведамленні, нават калі нічога не мяняецца. Кожны хаб можа трымаць больш за адзін шлях на прэфікс, калі ад яго чакаюць хуткага пераключэння, таму колькасць альтэрнатыў можа перавышаць колькасць выбраных. І від кожнага філіяльнага вузла — асобнае рашэнне палітыкі: калі даць кожнай філіі маршруты ўсіх астатніх, праца памнажаецца так, як падлік на баку хаба не паказвае.
Гэта планавыя лікі для размовы пра праект, а не вымярэнне якога-небудзь прадукту. Карысны вынік практыкавання — форма крывой, а не сцвярджэнне, дзе канкрэтны маршрутызатар здаецца.
Што дае вам BGP, а што дае IGP
BGP аддзяляе тое, што маршрутызатар атрымаў, што выбраў і што абвяшчае, і кожным з гэтых кіруе палітыка. Менавіта гэта патрэбна сетцы філій, бо філіяльны вузел звычайна павінен бачыць маршрут па змаўчанні, цэнтральныя сэрвісы і вельмі мала іншага. Калі лічыць толькі канчатковую табліцу, хаваюцца альтэрнатывы і аб'явы, а менавіта яны растуць, калі дадаеш рэзерваванне.
IGP не абавязкова памылковы. Калі тапалогія, структура зон і мадэль суседства адпавядаюць паслузе, пратакол стану сувязяў збягаецца хутка і патрабуе менш палітычных рыштаванняў. Пастка — меркаваць, што ён можа выказаць такі ж кантроль экспарту на кожнага суседа, як BGP: зона OSPF — гэта мяжа затаплення, а не фільтр, які можна далучыць да адной філіі.
У любым выпадку спачатку вызначце мадэль бачнасці. Маршруты па змаўчанні, абагульненні для цэнтральных сэрвісаў або поўныя дэталі філій — гэта тры розныя прадукты, і абагульненне, якое хавае больш канкрэтную адмову, з'яўляецца праектным рашэннем, якое трэба запісаць, а не выявіць падчас збою.
Тэстуйце ўсплёск, а не ўстойлівы стан
Будуйце параўнанне вакол адмовы, якую вы сапраўды чакаеце: хаб выйшаў з ладу, рэгіянальнае падзея WAN або акно абслугоўвання, якое адключае палову пляцовак адначасова. Замярайце аднаўленне з пункту гледжання філіі, уключаючы праграму, бо плоскасць кіравання, што збягаецца за секунды, мала значыць, калі сесія аднаўляецца хвілінамі.
show bgp vpnv4 unicast summary
show ip route vrf BRANCH summary
show processes cpu sorted | include BGP|OSPF
Запісвайце, што робіць платформа на піку ўсплёску, а не ў спакоі, і паўтарыце гэта з уключанымі функцыямі бяспекі. Прататып, які паказвае толькі ціхую табліцу, — гэта тэст памяці, а памяць ніколі не была цікавым лікам.