Skaler VPN-sessioner efter rolle, og kontroller derefter fejlreserven

Du tilføjer en anden gateway, konsollen viser to sunde medlemmer, og sessionloftet flytter sig næsten ikke, fordi intet fortalte klienterne, hvordan de skulle nå den nye boks. Skalering af en VPN-tjeneste er to beslutninger i rækkefølge: hvilken mekanisme der fordeler klienter for denne forbindelsestype, og hvor meget kapacitet der er tilbage efter det værste enkeltstab. Tager du dem i omvendt rækkefølge, får du et design, der ser redundant ud og fejler præcis, når det er nødvendigt. Start ved konsollen, og lav derefter regnestykket.

Match mekanismen til sessionstypen

Fjernbrugere, site-til-site-peers og altid-tændte enhedstunneler er ikke udskiftelige sessioner. En distributionsfunktion bygget til én af dem omdirigerer normalt en klient under forhandlingen, hvilket ikke betyder noget for en peer, der allerede har en fast adresse og en statisk konfiguration.

Ciscos guide til høj tilgængelighed for ASA holder tre egenskaber adskilt: belastningsfordeling for fjernadgangs-VPN, stateful failover og site-til-site-klyngedannelse. Kun den første flytter en egnet klient fra en gruppeindgang til et medlem, og LAN-til-LAN-forbindelser holdes uden for den fordeling. En generisk TCP-loadbalancer kan ikke erstatte protokollens eget omdirigeringstrin, fordi tunnelhandshaket ikke er almindelig HTTP, som en proxy kan omskrive. Det praktiske resultat er en loadbalancer, der accepterer forbindelsen og stadig efterlader klienten ude af stand til at tunnelere.

Læs funktionslisten op mod din sessionstype, før du bestiller et ekstra apparat. Licenslinjen og mekanismelinjen er separate poster, og den ene indebærer ikke den anden.

Regn eksemplet igennem i stedet for at gætte

Antag, at tre gateways hver er valideret til 800 samtidige tunneler under den arbejdsbyrde, du har godkendt, hvilket giver i alt 2,400. Et mål på 1,650 i spidsbelastningen ser behageligt ud, indtil én enhed mistes, og så skal det overlevende par holde 1,650 mod et hårdt 1,600. Designet er allerede fejlet, og ingen failover-tuning reparerer aritmetikken.

Sæt målet, så det overlevende sæt stadig opfylder det, hvilket for en gruppe på tre medlemmer betyder at holde sig under to tredjedele af totalen. Det forhold er en egenskab ved aritmetikken og ikke ved noget produkt, så genberegn det, når et medlems validerede tal ændres. Hold det licenserede antal, det dokumenterede maksimum og dit eget målte tal i tre kolonner, fordi de sjældent er enige, og det mindste styrer. En fjerde kolonne til den observerede spidsbelastning holder planen ærlig efter den første måned.

Budgetlæg genopkoblingsbølgen, ikke kun steady state

Sessioner på et fejlet medlem dukker ikke stille op et andet sted. Afhængigt af mekanismen overtager de med tilstand, forhandler forfra eller venter på, at applikationen prøver igen efter sin egen tidsplan.

Et par tusinde klienter, der prøver igen inden for et minut, er en anden begivenhed end en stabil 1,650, og autentificeringsserverne mærker det først. Kontroller også poolplads, da omdirigering ikke spørger den: et medlem, der ikke kan tildele en adresse, accepterer stadig klienten og smider derefter dens trafik.

Verificér kapaciteten med poolen og ruten ved hånden

Verifikation er en skrivebeskyttet øvelse, der fanger de fleste designfejl, før et vedligeholdelsesvindue åbner. Indsaml poolen pr. medlem, antallet af aktive sessioner og ruten tilbage til klientens undernet, og sammenlign hver med planen. Udtømning af poolen og en manglende returrute viser sig begge som en klient, der autentificerer og derefter mister trafik.

show vpn-sessiondb summary
show running-config ip local pool
show vpn load-balancing
show route 10.40.12.0 255.255.255.0

Kør de læsninger mod hvert medlem i en normal spidsbelastningstime i stedet for en stille. Et medlem, der rapporterer sessioner, men ikke har ledige adresser, er allerede på sin praktiske grænse, uanset hvad licensen siger. Notér firmwareversionen ved siden af hver output, da kommandonavne ændrer sig mellem versioner.

Øv tabet én gang med vilje uden for arbejdstiden, og registrer, hvad de overlevende medlemmer rapporterer, mens det sker. Et medlem, der accepterer omdirigeringen, men ikke har poolplads, viser sig som mislykket tildeling, hvilket ekstra båndbredde aldrig retter. Gem de validerede tal med datoen ved siden af planen, så den næste kapacitetsgennemgang starter med bevis i stedet for et licensregneark. Føj resultatet af den øvelse til samme side, også når tallene matcher planen.