பெரிய நட்சத்திர வடிவ VPN அளவிடல்: BGP தேர்ந்தெடுப்பதற்கு முன் எண்ணுங்கள்
முன்னொட்டுகள் எளிய எண். அமர்வுகள், புதுப்பிப்பு அலை மற்றும் ஒரு மையகத்தின் தோல்விக்குப் பிறகான மீட்பு ஆகியவை சில ஆயிரம் கிளைகளில் வடிவமைப்பு நிலைக்குமா என்பதைத் தீர்மானிக்கின்றன.
மூவாயிரம் கிளைகள் வழியமைப்பு பிரச்சினை போலத் தோன்றும், ஆனால் கணக்குப்பதிவு பிரச்சினை போல நடந்துகொள்கின்றன. முன்னொட்டுகளின் மொத்தம் பத்து நிமிடங்களில் கணக்கிடப்படும், வலி தரும் எண் அதுவாக இருப்பது அரிது. வலி தருவது ஒவ்வொரு அமர்வுக்குமான வேலை, பகிரப்பட்ட கூறு தோல்வியடையும் போது வரும் புதுப்பிப்பு அலை, மற்றும் அனுப்புதல் புதிய இடவியலுடன் மீண்டும் பொருந்தும் வரையிலான நேரம்.
எனவே கணிதத்தை சரியான வரிசையில் செய்யுங்கள். உறவுகளை எண்ணுங்கள், முன்னொட்டுகளையும் மாற்றுகளையும் எண்ணுங்கள், பிறகு மோசமான ஒரு மணி நேரத்தில் என்ன நடக்கிறது என்பதை எண்ணுங்கள், அதன் பிறகே நெறிமுறைகளையும் தளங்களையும் ஒப்பிடுங்கள். தலைகீழ் வரிசையில் இந்தப் பயிற்சி, மேசையில் உள்ள தகவல்களைக் கொண்டு யாராலும் தீர்க்க முடியாத வழி வரம்புகள் பற்றிய விவாதமாக மாறும்.
நான்கு பட்ஜெட்டுகள், ஒன்றல்ல
ஒவ்வொரு பட்ஜெட்டும் வேறு கேள்விக்குப் பதிலளிக்கிறது, ஒவ்வொன்றும் வேறு தளத்தில் கட்டுப்படுத்தும் காரணியாக இருக்கலாம். அவற்றைத் தனித்தனியாக எழுதுவது ஒரு பெரிய முன்னொட்டு எண் முழு வடிவமைப்பிற்கும் மாற்றாக நிற்பதைத் தடுக்கிறது.
| Budget | What you are really counting |
|---|---|
| Sessions | Peers per hub, keepalive or hello processing, authentication state, and the per-neighbor memory that never shows up in a route count |
| Prefixes | Alternatives received, prefixes selected, entries installed for forwarding, and how much of that each spoke is allowed to see |
| Churn | Updates generated by a flapping link, a hub outage, or every branch reconnecting after a regional event |
| Recovery | Time to detect, reselect, reinstall and restore the application, measured end to end rather than per box |
கடைசி இரண்டுதான் வடிவமைப்பு மறுஆய்வில் தவிர்க்கப்படுபவை. நிலையான நிலையில் நினைவகத்திற்குள் வசதியாக அமரும் வலையமைப்பும், நானூறு கிளைகள் இரண்டு நிமிடங்களில் மீண்டும் இணையும்போது மோசமாக நடந்துகொள்ளலாம், ஏனெனில் கட்டுப்பாட்டுத் தளம் காலி செய்யக்கூடியதை விட வேகமாக வேலை வருகிறது. அலையின் அளவை ஒரு எண்ணாக எழுதுங்கள், சேவை எவ்வளவு காலம் தாழ்நிலையில் இருக்கலாம் என்பதையும் சேர்த்து. அது தெளிவற்ற கவலையை யாராவது உண்மையில் இயக்கக்கூடிய சோதனையாக மாற்றுகிறது.
நான்கிலும் ஒரு தளக் கேள்வி மறைந்துள்ளது: மறையாக்கம், அனுப்புதல் மற்றும் வழியமைப்பு ஒரே CPU-ஐ பங்கிடுகிறதா அல்லது தனித்தனி பாதைகள் உள்ளனவா. ஒரே வழி திறன் கொண்ட இரு சாதனங்கள் அலையின் கீழ் மிகவும் வேறுபட்டு நடந்துகொள்ளலாம், தரவுத் தாள் நீங்கள் எதை வாங்குகிறீர்கள் என்று அரிதாகவே சொல்கிறது.
உங்கள் சொந்த எண்களால் கணிதம் செய்யுங்கள்
ஒரு கற்பனை வடிவமைப்பை எடுத்துக்கொள்ளுங்கள்: 3,000 கிளைகள், ஒருங்கிணைப்புக்கு முன் ஒவ்வொன்றிலும் மூன்று முன்னொட்டுகள், மற்றும் பணிமிகுதிக்காக ஒரு கிளைக்கு இரு மையங்கள். மைய ஜோடி சுருக்கத்திற்கு முன் சுமார் 9,000 கிளை முன்னொட்டுகளை வைத்திருக்க வேண்டும், ஒவ்வொரு கிளையும் இரண்டுடனும் இணைந்தால் வடிவமைப்பு 6,000 கிளை-மைய அமர்வுகளைக் குறிக்கிறது.
இப்போது முன்னொட்டு இல்லாத பகுதிகளைச் சேர்க்கவும். எதுவும் மாறவில்லை என்றாலும் ஒவ்வொரு அமர்வும் நிலையையும் காலமுறை செய்திகளையும் சுமக்கிறது. விரைவான மாற்றம் எதிர்பார்க்கப்பட்டால் ஒவ்வொரு மையமும் ஒரு முன்னொட்டுக்கு ஒன்றுக்கு மேற்பட்ட பாதைகளை வைத்திருக்கலாம், எனவே மாற்றுகளின் எண்ணிக்கை தேர்ந்தெடுத்தவற்றின் எண்ணிக்கையை மிஞ்சலாம். மேலும் ஒவ்வொரு கிளையின் பார்வையும் தனிக் கொள்கை முடிவு: ஒவ்வொரு கிளைக்கும் மற்ற அனைவரின் வழிகளைக் கொடுப்பது, மையப் பக்க கணக்கில் தெரியாத வகையில் வேலையைப் பெருக்குகிறது.
இவை வடிவமைப்பு உரையாடலுக்கான திட்ட எண்கள், எந்தவொரு தயாரிப்பின் அளவீடும் அல்ல. பயிற்சியின் பயனுள்ள வெளியீடு வளைவின் வடிவம், ஒரு குறிப்பிட்ட இயங்குதளம் எங்கே வீழ்கிறது என்ற கூற்று அல்ல.
BGP உங்களுக்கு என்ன தருகிறது, IGP என்ன தருகிறது
BGP ஒரு இயங்குதளம் பெற்றதை, தேர்ந்தெடுத்ததை மற்றும் அறிவிப்பதைப் பிரிக்கிறது, அவற்றில் ஒவ்வொன்றும் கொள்கையால் கட்டுப்படுத்தப்படுகிறது. கிளை வலையமைப்புக்கு அது தான் தேவை, ஏனெனில் ஒரு கிளை பொதுவாக இயல்புநிலை வழி, மையச் சேவைகள் மற்றும் மிகக் குறைவானவற்றையே பார்க்க வேண்டும். இறுதி அட்டவணையை மட்டும் எண்ணினால் மாற்றுகளும் அறிவிப்புகளும் மறைகின்றன, பணிமிகுதி சேர்க்கும்போது வளர்வது அவைதாம்.
IGP தானாகவே தவறு அல்ல. இடவியல், பகுதி அமைப்பு மற்றும் அண்மை மாதிரி சேவைக்குப் பொருந்தும்போது, இணைப்பு நிலை நெறிமுறை விரைவாக ஒன்றிணைகிறது, குறைந்த கொள்கை அமைப்பு தேவைப்படுகிறது. பொறி என்னவென்றால், BGP போல ஒவ்வொரு அண்டையருக்கும் ஏற்றுமதிக் கட்டுப்பாட்டை அது வெளிப்படுத்த முடியும் என்று கருதுவது: OSPF பகுதி என்பது வெள்ள எல்லை, ஒரு கிளையில் தொங்கவிடக்கூடிய வடிகட்டி அல்ல.
எப்படியிருந்தாலும், முதலில் தெரிவுநிலை மாதிரியை முடிவு செய்யுங்கள். இயல்புநிலை வழிகள், மையச் சேவைகளுக்கான சுருக்கங்கள் அல்லது முழு கிளை விவரங்கள் மூன்று வெவ்வேறு தயாரிப்புகள், மேலும் குறிப்பிட்ட தோல்வியை மறைக்கும் சுருக்கம் எழுதப்பட வேண்டிய வடிவமைப்பு முடிவு, செயலிழப்பின் போது கண்டுபிடிக்க வேண்டியது அல்ல.
அலையைச் சோதியுங்கள், நிலையான நிலையை அல்ல
நீங்கள் உண்மையில் எதிர்பார்க்கும் தோல்வியைச் சுற்றி ஒப்பீட்டை உருவாக்குங்கள்: ஒரு மையம் செயலிழப்பு, பிராந்திய WAN நிகழ்வு, அல்லது பாதி தளங்களை ஒரே நேரத்தில் இணைப்பின்றி ஆக்கும் பராமரிப்பு சாளரம். கிளையின் பார்வையில் இருந்து மீட்பை அளவிடுங்கள், பயன்பாட்டையும் சேர்த்து, ஏனெனில் நொடிகளில் ஒன்றிணையும் கட்டுப்பாட்டுத் தளம், அமர்வு மீண்டும் நிறுவ நிமிடங்கள் எடுத்தால் சிறிய அர்த்தமே.
show bgp vpnv4 unicast summary
show ip route vrf BRANCH summary
show processes cpu sorted | include BGP|OSPFதளம் ஓய்வில் என்ன செய்கிறது என்பதல்ல, அலையின் உச்சியில் என்ன செய்கிறது என்பதைப் பதிவு செய்யுங்கள், பாதுகாப்பு அம்சங்கள் இயக்கப்பட்ட நிலையில் அதை மீண்டும் செய்யுங்கள். அமைதியான அட்டவணையை மட்டும் காட்டும் கருத்து சான்று நினைவகச் சோதனை, நினைவகம் ஒருபோதும் சுவாரஸ்யமான எண்ணாக இருந்ததில்லை.