Masteliu VPN sesijas pagal vaidmenį ir tada patikrinkite gedimo rezervą

Pridedate antrą šliuzą, konsolė rodo du sveikus narius, o sesijų lubos beveik nejuda, nes niekas nepasakė klientams, kaip pasiekti naują įrenginį. VPN paslaugos mastelio keitimas yra du sprendimai iš eilės: kuris mechanizmas paskirsto klientus šiam ryšio tipui ir kiek pajėgumų lieka po blogiausio vieno praradimo. Jei juos priimsite atvirkščia tvarka, gausite projektą, kuris atrodo perteklinis ir sugenda būtent tada, kai jo reikia. Pradėkite nuo konsolės ir tada atlikite aritmetiką.

Derinkite mechanizmą prie sesijos tipo

Nuotoliniai naudotojai, tarp svetainių esantys partneriai ir nuolat įjungti įrenginių tuneliai nėra keičiamos sesijos. Vienam iš jų sukurta paskirstymo funkcija paprastai peradresuoja klientą derybų metu, o tai nieko nereiškia partneriui, kuris jau turi fiksuotą adresą ir statinę konfigūraciją.

Cisco ASA aukšto prieinamumo vadovas laiko tris galimybes atskirai: nuotolinės prieigos VPN apkrovos balansavimą, būsenos perjungimą ir klasterizavimą tarp svetainių. Tik pirmoji perkelia tinkamą klientą iš grupės įrašo į narį, o LAN-LAN ryšiai lieka už to paskirstymo. Bendras TCP balansuotojas negali pakeisti paties protokolo peradresavimo žingsnio, nes tunelio rankos paspaudimas nėra paprastas HTTP, kurį tarpinė serveris galėtų perrašyti. Praktinis rezultatas yra balansuotojas, kuris priima ryšį ir vis tiek neleidžia klientui sukurti tunelio.

Perskaitykite funkcijų sąrašą pagal savo sesijos tipą prieš užsakydami antrą įrenginį. Licencijos eilutė ir mechanizmo eilutė yra atskiri įrašai, ir viena nereiškia kitos.

Apskaičiuokite pavyzdį, o ne spėliokite

Tarkime, trys šliuzai yra patvirtinti po 800 vienu metu veikiančių tunelių esant jūsų patvirtintai apkrovai, iš viso 2,400. 1,650 piko valandos tikslas atrodo patogus, kol nepametamas vienas įrenginys, ir tada išlikusi pora turi išlaikyti 1,650 prieš kietą 1,600. Projektas jau žlugo, ir joks perjungimo derinimas aritmetikos nepataiso.

Nustatykite tikslą taip, kad išlikęs rinkinys jį vis dar atitiktų, o trijų narių grupei tai reiškia likti žemiau dviejų trečdalių bendro kiekio. Šis santykis yra aritmetikos savybė, o ne kokio nors produkto, todėl perskaičiuokite jį, kai pasikeičia kurio nors nario patvirtintas skaičius. Laikykite licencijuotą skaičių, dokumentuotą maksimumą ir savo išmatuotą skaičių trijuose stulpeliuose, nes jie retai sutampa ir sprendžia mažiausias. Ketvirtas stulpelis stebimam piko valandos viršūnei padeda planą išlaikyti sąžiningą po pirmo mėnesio.

Numatykite persijungimo pliūpsnį, ne tik pastovią būseną

Nepavykusio nario sesijos tyliai neatsiranda kitur. Priklausomai nuo mechanizmo, jos perkeliamos su būsena, deramasi iš naujo, arba laukiama, kol programa bandys pakartoti pagal savo grafiką.

Keli tūkstančiai klientų, bandančių pakartoti per minutę, yra kitas įvykis nei pastovus 1,650, ir autentifikavimo serveriai tai pajunta pirmieji. Patikrinkite ir rezervuaro erdvę, nes peradresavimas jos neklausia: narys, kuris negali skirti adreso, vis tiek priima klientą ir tada išmeta jo srautą.

Patikrinkite pajėgumus su rezervuaru ir maršrutu po ranka

Tikrinimas yra tik skaitymo pratimas, pagaunantis daugumą projektavimo klaidų prieš atidarant priežiūros langą. Surinkite rezervuarą pagal narį, aktyvių sesijų skaičių ir grįžimo maršrutą į kliento potinklį, tada palyginkite kiekvieną su planu. Rezervuaro išsekimas ir trūkstamas grįžimo maršrutas abu pasireiškia kaip klientas, kuris autentifikuojasi ir tada praranda srautą.

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

Vykdykite tuos nuskaitymus kiekvienam nariui įprastą piko valandą, o ne tylią. Narys, kuris praneša apie sesijas, bet neturi laisvų adresų, jau yra prie savo praktinės ribos, ką bebūtų sakoma licencijoje. Užsirašykite programinės įrangos versiją prie kiekvienos išvesties, nes komandų pavadinimai keičiasi tarp versijų.

Treniruokitės prarasti kartą tyčia, ne darbo valandomis, ir užrašykite, ką praneša išlikę nariai, kol tai vyksta. Narys, kuris priima peradresavimą, bet neturi rezervuaro vietos, pasirodo kaip nepavykęs priskyrimas, ko papildomas pralaidumas niekada nepataiso. Išsaugokite patvirtintus skaičius su data prie plano, kad kitas pajėgumų vertinimas prasidėtų nuo įrodymų, o ne nuo licencijų skaičiuoklės. Pridėkite tos treniruotės rezultatą tame pačiame puslapyje, net kai skaičiai atitinka planą.