VPN సెషన్లను పాత్ర ప్రకారం స్కేల్ చేయండి, ఆపై వైఫల్య మార్జిన్ తనిఖీ చేయండి

మీరు రెండవ గేట్వే జోడిస్తారు, కన్సోల్ రెండు ఆరోగ్యకరమైన సభ్యులను చూపుతుంది, మరియు సెషన్ పైకప్పు దాదాపు కదలదు, ఎందుకంటే కొత్త బాక్స్ను ఎలా చేరుకోవాలో ఏదీ క్లయింట్లకు చెప్పలేదు. VPN సేవను స్కేల్ చేయడం క్రమంగా రెండు నిర్ణయాలు: ఈ కనెక్షన్ రకానికి ఏ యంత్రాంగం క్లయింట్లను పంపిణీ చేస్తుంది, మరియు అత్యంత బాధాకరమైన ఒకే నష్టం తర్వాత ఎంత సామర్థ్యం మిగులుతుంది. వాటిని వ్యతిరేక క్రమంలో తీసుకుంటే, అనవసరంగా కనిపించే మరియు అవసరమైనప్పుడే విఫలమయ్యే డిజైన్ వస్తుంది. కన్సోల్ నుండి ప్రారంభించి, తర్వాత లెక్క చేయండి.

యంత్రాంగాన్ని సెషన్ రకానికి సరిపోల్చండి

రిమోట్ వినియోగదారులు, సైట్-టు-సైట్ భాగస్వాములు మరియు ఎల్లప్పుడూ ఆన్లో ఉండే పరికర టన్నెల్లు పరస్పరం మార్చుకోగల సెషన్లు కావు. వాటిలో ఒకదాని కోసం నిర్మించిన పంపిణీ లక్షణం సాధారణంగా చర్చల సమయంలో క్లయింట్ను తిప్పుతుంది, ఇది ఇప్పటికే స్థిర చిరునామా మరియు స్థిర కాన్ఫిగరేషన్ ఉన్న భాగస్వామికి ఏమీ అర్థం కాదు.

Cisco యొక్క ASA అధిక లభ్యత మార్గదర్శకం మూడు సామర్థ్యాలను విడిగా ఉంచుతుంది: రిమోట్ యాక్సెస్ VPN లోడ్ బ్యాలెన్సింగ్, స్థితితో ఫెయిల్ఓవర్ మరియు సైట్-టు-సైట్ క్లస్టరింగ్. మొదటిది మాత్రమే అర్హత కలిగిన క్లయింట్ను గ్రూప్ ఎంట్రీ నుండి సభ్యునికి కదిలిస్తుంది, మరియు LAN-నుండి-LAN కనెక్షన్లు ఆ పంపిణీ వెలుపల ఉంటాయి. సాధారణ TCP బ్యాలెన్సర్ ప్రోటోకాల్ యొక్క స్వంత రీడైరెక్షన్ దశను భర్తీ చేయలేదు, ఎందుకంటే టన్నెల్ హ్యాండ్షేక్ ప్రాక్సీ తిరిగి రాయగల సాధారణ HTTP కాదు. ఆచరణాత్మక ఫలితం కనెక్షన్ను అంగీకరించి, అయినా క్లయింట్కు టన్నెల్ సృష్టించడానికి వీలుగాని బ్యాలెన్సర్.

రెండవ పరికరాన్ని ఆర్డర్ చేసే ముందు లక్షణాల జాబితాను మీ సెషన్ రకంతో పోల్చి చదవండి. లైసెన్స్ లైన్ మరియు యంత్రాంగ లైన్ వేర్వేరు ఎంట్రీలు, ఒకటి మరొకటిని సూచించదు.

ఊహించడం బదులు ఉదాహరణను లెక్కించండి

మీరు ఆమోదించిన లోడ్ కింద మూడు గేట్వేలు ఒక్కొక్కటి 800 ఏకకాల టన్నెల్లకు ధృవీకరించబడ్డాయని అనుకుందాం, మొత్తం 2,400. రద్దీ సమయం యొక్క 1,650 లక్ష్యం ఒక యూనిట్ పోయే వరకు సౌకర్యంగా కనిపిస్తుంది, తర్వాత మిగిలిన జంట కఠినమైన 1,600 కి వ్యతిరేకంగా 1,650 నిలబెట్టుకోవాలి. డిజైన్ ఇప్పటికే విఫలమైంది, ఏ ఫెయిల్ఓవర్ ట్యూనింగ్ లెక్కను సరిచేయదు.

మిగిలిన సెట్ ఇంకా దాన్ని నెరవేర్చేలా లక్ష్యాన్ని పెట్టండి, మూడు సభ్యుల బృందానికి ఇది మొత్తం సంఖ్యలో మూడింట రెండొంతుల కంటే తక్కువ ఉండటం అని అర్థం. ఆ నిష్పత్తి లెక్క యొక్క లక్షణం, ఏ ఉత్పత్తిదీ కాదు, కాబట్టి సభ్యుని ధృవీకరించిన సంఖ్య మారినప్పుడు దాన్ని మళ్లీ లెక్కించండి. లైసెన్స్ పొందిన సంఖ్య, నమోదైన గరిష్ఠం మరియు మీ స్వంత కొలిచిన సంఖ్యను మూడు నిలువు వరుసల్లో ఉంచండి, ఎందుకంటే అవి అరుదుగా సరిపోతాయి, చిన్నదే నిర్ణయిస్తుంది. గమనించిన రద్దీ సమయ శిఖరానికి నాల్గవ నిలువు వరుస మొదటి నెల తర్వాత కూడా ప్రణాళికను నిజాయితీగా ఉంచుతుంది.

స్థిర స్థితి మాత్రమే కాదు, తిరిగి కనెక్ట్ అయ్యే విస్ఫోటాన్ని కూడా బడ్జెట్ చేయండి

విఫలమైన సభ్యుని సెషన్లు నిశ్శబ్దంగా మరెక్కడా తిరిగి రావు. యంత్రాంగాన్ని బట్టి అవి స్థితితో బదిలీ అవుతాయి, సున్నా నుండి మళ్లీ చర్చలు జరుపుతాయి, లేదా అప్లికేషన్ తన స్వంత షెడ్యూల్ ప్రకారం మళ్లీ ప్రయత్నించే వరకు వేచి ఉంటాయి.

ఒక నిమిషంలో మళ్లీ ప్రయత్నించే కొన్ని వేల క్లయింట్లు స్థిరమైన 1,650 కంటే భిన్నమైన సంఘటన, మరియు ప్రామాణీకరణ సర్వర్లు దాన్ని మొదట అనుభవిస్తాయి. పూల్ స్థలాన్ని కూడా తనిఖీ చేయండి, ఎందుకంటే రీడైరెక్షన్ దాన్ని అడగదు: చిరునామా కేటాయించలేని సభ్యుడు క్లయింట్ను అయినా అంగీకరించి తర్వాత అతని ట్రాఫిక్ను వదిలేస్తాడు.

పూల్ మరియు మార్గంతో సామర్థ్యాన్ని ధృవీకరించండి

ధృవీకరణ అనేది చదవడం-మాత్రమే వ్యాయామం, ఇది నిర్వహణ విండో తెరవకముందే చాలా డిజైన్ లోపాలను పట్టుకుంటుంది. ప్రతి సభ్యుని పూల్, క్రియాశీల సెషన్ల సంఖ్య మరియు క్లయింట్ సబ్నెట్కు తిరిగి వెళ్లే మార్గాన్ని సేకరించి, ప్రతిదాన్ని ప్రణాళికతో పోల్చండి. పూల్ అయిపోవడం మరియు తిరిగి వెళ్లే మార్గం లేకపోవడం రెండూ ప్రామాణీకరించబడి తర్వాత ట్రాఫిక్ కోల్పోయే క్లయింట్గా కనిపిస్తాయి.

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

ఆ పఠనాలను ప్రతి సభ్యునిపై సాధారణ రద్దీ సమయంలో నడపండి, నిశ్శబ్ద సమయంలో కాదు. సెషన్లను నివేదించే కానీ ఖాళీ చిరునామాలు లేని సభ్యుడు ఇప్పటికే తన ఆచరణాత్మక పరిమితిలో ఉన్నాడు, లైసెన్స్ ఏమి చెప్పినా. ప్రతి అవుట్పుట్ పక్కన ఫర్మ్వేర్ సంస్కరణను నమోదు చేయండి, ఎందుకంటే ఆదేశాల పేర్లు విడుదలల మధ్య మారుతాయి.

నష్టాన్ని ఒకసారి ఉద్దేశపూర్వకంగా, కార్యాలయ సమయం వెలుపల సాధన చేయండి మరియు అది జరుగుతున్నప్పుడు మిగిలిన సభ్యులు ఏమి నివేదిస్తారో నమోదు చేయండి. రీడైరెక్షన్ను అంగీకరించే కానీ పూల్లో స్థలం లేని సభ్యుడు విఫల కేటాయింపుగా కనిపిస్తాడు, దాన్ని అదనపు బ్యాండ్విడ్త్ ఎప్పటికీ సరిచేయదు. ధృవీకరించిన సంఖ్యలను తేదీతో పాటు ప్రణాళిక పక్కన నిల్వ చేయండి, తదుపరి సామర్థ్య సమీక్ష సాక్ష్యాల నుండి ప్రారంభమవ్వాలి, లైసెన్స్ షీట్ నుండి కాదు. ఆ సాధన ఫలితాన్ని అదే పేజీకి జోడించండి, సంఖ్యలు ప్రణాళికతో సరిపోలినా.