Wymiarowanie dużej VPN w gwiazdę: policz, zanim wybierzesz BGP

Trzy tysiące oddziałów brzmi jak problem rutowania, ale zachowuje się jak problem księgowości. Sumę prefiksów liczy się w dziesięć minut i rzadko jest to liczba, która boli. Boli praca na sesję, fala aktualizacji, gdy padnie wspólny komponent, i czas, zanim przekazywanie znów dopasuje się do nowej topologii.

Przejdź więc arytmetykę we właściwej kolejności. Policz relacje, policz prefiksy i alternatywy, potem policz, co dzieje się w złą godzinę, i dopiero potem porównuj protokoły i platformy. W odwrotnej kolejności ćwiczenie zamienia się w spór o limity tras, którego nikt nie rozstrzygnie informacjami na stole.

Cztery budżety, nie jeden

Każdy budżet odpowiada na inne pytanie i każdy może być wiążącym ograniczeniem na innej platformie. Zapisane osobno nie pozwalają, by jedna duża liczba prefiksów zastępowała cały projekt.

Te dwa ostatnie są pomijane w przeglądzie projektu. Sieć, która w stanie ustalonym wygodnie mieści się w pamięci, może zachowywać się źle, gdy czterysta oddziałów połączy się ponownie w dwie minuty, bo praca przychodzi szybciej, niż płaszczyzna sterowania zdąży ją opróżnić. Zapisz rozmiar fali jako liczbę, wraz z tym, jak długo usługa może pozostawać zdegradowana. To zamienia mgliste zmartwienie w test, który ktoś naprawdę może uruchomić.

W każdym z czterech kryje się też pytanie o platformę: czy szyfrowanie, przekazywanie i rutowanie dzielą jeden procesor, czy mają osobne ścieżki. Dwa urządzenia o identycznej pojemności tras mogą zachowywać się bardzo różnie pod falą, a karta danych rzadko mówi, które kupujesz.

Zrób arytmetykę na własnych liczbach

Weź wymyślony projekt: 3,000 oddziałów, po trzy prefiksy przed agregacją i dwa koncentratory na oddział dla redundancji. Para koncentratorów musi utrzymać około 9,000 prefiksów oddziałów przed podsumowaniem, a projekt zakłada 6,000 sesji oddział–koncentrator, jeśli każdy oddział łączy się z oboma.

Teraz dodaj części, które nie są prefiksami. Każda sesja niesie stan i komunikaty okresowe, nawet gdy nic się nie zmienia. Każdy koncentrator może trzymać więcej niż jedną ścieżkę na prefiks, jeśli oczekuje się szybkiego przełączania, więc liczba alternatyw może przewyższać liczbę wybranych. A widok każdej odnogi to osobna decyzja polityki: danie każdemu oddziałowi tras wszystkich pozostałych mnoży pracę w sposób, którego liczenie po stronie koncentratora nie ujawnia.

To liczby planistyczne do rozmowy o projekcie, nie pomiar jakiegoś produktu. Użytecznym wynikiem ćwiczenia jest kształt krzywej, nie twierdzenie, gdzie konkretny router się poddaje.

Co daje ci BGP, a co daje IGP

BGP oddziela to, co router odebrał, co wybrał i co ogłasza, a każdym z tych elementów steruje polityka. Dokładnie tego potrzebuje sieć oddziałów, bo odnoga zwykle powinna widzieć trasę domyślną, usługi centralne i bardzo niewiele więcej. Liczenie tylko tabeli końcowej ukrywa alternatywy i ogłoszenia, a to właśnie te części rosną, gdy dodajesz redundancję.

IGP nie jest automatycznie błędny. Gdy topologia, struktura obszarów i model sąsiedztwa pasują do usługi, protokół stanu łącza zbiega się szybko i potrzebuje mniej rusztowania polityki. Pułapką jest założenie, że wyrazi taką samą kontrolę eksportu na sąsiada jak BGP: obszar OSPF to granica zalewania, a nie filtr, który można przypiąć do jednego oddziału.

Tak czy inaczej, najpierw zdecyduj model widoczności. Trasy domyślne, podsumowania dla usług centralnych albo pełne szczegóły oddziałów to trzy różne produkty, a podsumowanie, które ukrywa bardziej konkretną awarię, jest decyzją projektową, którą trzeba zapisać, a nie odkryć podczas awarii.

Testuj falę, nie stan ustalony

Zbuduj porównanie wokół awarii, której naprawdę oczekujesz: padnięty koncentrator, regionalne zdarzenie WAN albo okno serwisowe, które naraz odcina połowę lokalizacji. Mierz odtwarzanie z perspektywy oddziału, łącznie z aplikacją, bo płaszczyzna sterowania zbiegająca się w sekundach znaczy niewiele, jeśli sesja potrzebuje minut na ponowne zestawienie.

show bgp vpnv4 unicast summary
show ip route vrf BRANCH summary
show processes cpu sorted | include BGP|OSPF

Zapisuj, co platforma robi na szczycie fali, a nie w spoczynku, i powtórz to z włączonymi funkcjami bezpieczeństwa. Dowód koncepcji, który pokazuje tylko cichą tabelę, jest testem pamięci, a pamięć nigdy nie była tą interesującą liczbą.