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

उन पठनों को हर सदस्य पर सामान्य व्यस्त घंटे में चलाएँ, शांत घंटे में नहीं। जो सदस्य सत्र बताता है पर खाली पते नहीं रखता वह पहले ही अपनी व्यावहारिक सीमा पर है, लाइसेंस चाहे कुछ भी कहे। हर आउटपुट के बगल में फ़र्मवेयर संस्करण लिखें, क्योंकि कमांड नाम रिलीज़ के बीच बदलते हैं।

नुकसान का एक बार जानबूझकर, कार्यालय समय के बाहर अभ्यास करें और दर्ज करें कि घटने के दौरान बचे हुए सदस्य क्या रिपोर्ट करते हैं। जो सदस्य रीडायरेक्शन स्वीकार करता है पर पूल में जगह नहीं रखता वह असफल आवंटन के रूप में दिखता है, जिसे अतिरिक्त बैंडविड्थ कभी ठीक नहीं करती। सत्यापित आँकड़ों को तारीख के साथ योजना के पास सहेजें, ताकि अगली क्षमता समीक्षा साक्ष्य से शुरू हो, लाइसेंस शीट से नहीं। उस अभ्यास का परिणाम उसी पृष्ठ पर जोड़ें, तब भी जब आँकड़े योजना से मेल खाते हों।