Nexus TCAM: ARP அடக்கப் பகுதிக்கு ஏன் இரண்டு துண்டுகள் தேவை
தர்க்கப் பதிவுகள் பட்ஜெட்டின் பாதி மட்டுமே. இரட்டை அகலமாக வெட்டப்பட்ட அம்சத்திற்கு ஒரு ஜோடி துண்டுகள் தேவை, தவறான இடத்தில் ஒரு காலி துண்டு போதாது.
நீங்கள் ARP அடக்கப் பகுதியின் அளவை நிர்ணயிக்கிறீர்கள், வடிவமைப்பிற்குத் தேவையான பதிவுகளை எண்ணுகிறீர்கள், அதைவிட அதிக காலி திறன் கொண்ட பகுதியைக் கண்டறிகிறீர்கள், ஆனால் மாற்றம் இன்னும் பொருந்தவில்லை. எதுவும் தவறாக எண்ணப்படவில்லை. நீங்கள் படித்த பட்ஜெட் துண்டுகளில் அளவிடப்படுகிறது, இரட்டை அகலமாக வெட்டப்பட்ட அம்சத்திற்கு எந்தப் பதிவையும் கருத்தில் கொள்ளும் முன் அவற்றில் இரண்டு தேவை.
ஒதுக்கீட்டை நிலையான எண்ணிக்கையிலான அலகுகள் கொண்ட தளவமைப்புச் சிக்கலாகக் கருதுங்கள், கணக்கீடு சரியாக நடந்துகொள்ளத் தொடங்கும்.
பகுதி துண்டுகளைக் கொண்டது, பதிவுகளை அல்ல
இந்த தளங்களில் TCAM துண்டுகளாகப் பிரிக்கப்பட்டுள்ளது, ஒவ்வொரு துண்டும் சரியாக ஒரு பகுதிக்கு மட்டுமே சொந்தம். பகுதிகள் துண்டுகளில் அளவிடப்படுகின்றன, அம்சத்தின் அகலம் அது குறைந்தபட்சம் எத்தனை துண்டுகளைப் பயன்படுத்துகிறது என்பதைத் தீர்மானிக்கிறது. ஒற்றை அகல அம்சம் ஒரு துண்டில் இருக்கலாம்; இரட்டை அகல அம்சத்திற்கு அடுத்தடுத்த ஜோடி தேவை.
| Concept | What it means when you plan |
|---|---|
| Slice | The indivisible unit; it belongs to one region and cannot be shared |
| Feature width | Single or double; a double-width feature must have two slices available |
| Logical entries | What the feature wants to store, which only matters after the slices are allocated |
எனவே காலி துண்டு தானாகவே பயன்படுத்தக்கூடிய திறன் அல்ல. தனித்தனி துண்டுகளில் உள்ள இரண்டு ஒற்றை அகலப் பகுதிகள் புதிய இரட்டை அகலப் பகுதிக்குத் தேவையான ஜோடியாக இணைவதில்லை, மொத்தத்தில் நிறைய பயன்படுத்தப்படாத இடத்தைக் காட்டும் அட்டவணை நீங்கள் செலவழிக்க முடியாத ஒரு இருப்பைப் பற்றிச் சொல்கிறது.
வெட்டுவதற்கு முன் அடிப்படைக் கோட்டைப் பதிவு செய்யுங்கள்
சரியான வன்பொருள் மாதிரி, NX-OS வெளியீடு, பகுதிகளின் தற்போதைய அகலங்கள் மற்றும் அளவுகள், ஒவ்வொரு பகுதியையும் பயன்படுத்தும் அம்சங்களைச் சேகரியுங்கள். எந்த மாற்றத்திற்கும் முன் இதைச் செய்யுங்கள், ஏனெனில் மீண்டும் ஏற்றிய பிறகு முந்தைய நிலை நினைவாக இருக்கும், உண்மையாக அல்ல.
show version
show hardware capacity
show running-config | include hardware profileகட்டளைப் பெயர்கள் தளம் மற்றும் வெளியீட்டைப் பொறுத்து மாறுபடும், வெட்டும் வழிகாட்டி அதன் சொந்த வன்பொருளுக்குப் பொருந்துவற்றைப் பெயரிடுகிறது. வேறு மாதிரியின் கட்டளை அதே அட்டவணையைத் தரும் என்று கருதுவதற்குப் பதிலாக நீங்கள் உண்மையில் பெறும் வெளியீட்டைப் படியுங்கள்.
பின்னர் ஒவ்வொரு பகுதியும் எதற்கானது என்று எழுதுங்கள். VACL பகுதி ஏதோ ஒரு காரணத்திற்காக வடிகட்டி திறன், QoS பகுதி இன்னும் நடைமுறையில் உள்ள கொள்கைக்காக யாரோ அதை அளந்ததால் உள்ளது. அந்த இடங்களைச் சரிபார்க்காமல் மீட்கக்கூடிய இடமாகக் கருதும் திட்டம் அம்சங்களை அமைதியாக அகற்றும் திட்டம். நீங்கள் குறைக்கப் போகும் ஒவ்வொரு பகுதிக்கும் ஒரு உரிமையாளரை நியமியுங்கள், சாளரத்திற்கு முன் அந்த உரிமையாளருக்கு புதிய அளவைக் கொடுங்கள்.
திசையையும் கவனத்தில் கொள்ளுங்கள். தளம் உள்வரும் மற்றும் வெள்வரும் ஒதுக்கீட்டை இணைக்கும் இடத்தில், ஒரு பக்க மாற்றம் மறுபக்க பட்ஜெட்டைப் பயன்படுத்தலாம், உள்வரும் அட்டவணையை மட்டும் எண்ணும் திட்டம் சரியாகத் தெரிந்து மீண்டும் ஏற்றும்போது தோல்வியடையும்.
ஒரு பெரிய துண்டை விடுவிப்பது என்ன செய்யாது
பெரிய ஒற்றை அகலப் பகுதியைக் குறைப்பது ஒரு துண்டை விடுவிக்கிறது. உங்கள் இலக்குப் பகுதிக்கு ஜோடி தேவைப்பட்டால், அந்த ஒற்றை துண்டு மற்றொரு காலி துண்டுக்கு அடுத்ததாக இல்லாவிட்டால் பயனற்றதாக இருக்கலாம், அடுத்தடுத்திருப்பது தளவமைப்பின் பண்பு, மொத்தத்தின் பண்பு அல்ல.
இங்குதான் தளம் பழுதாகிவிட்டது அல்லது ஆவணங்கள் தவறு என்று மக்கள் முடிவெடுக்கிறார்கள். இரண்டும் உண்மை அல்ல. ஒதுக்கீட்டு மாதிரி சொல்வதைச் சரியாகச் செய்கிறது, தவறு சரியான நிலைகளில் காலி துண்டுகளை எண்ணுவதற்குப் பதிலாக காலி இடத்தை எண்ணியதுதான். தளவமைப்பைக் காகிதத்தில் வரைந்தபிறகு, கிடைக்கும் ஜோடி இருக்கும் அல்லது இல்லை, அது மொத்தங்களைப் பற்றிய வாதத்தைவிட தள உரிமையாளருடன் மிகவும் எளிதான உரையாடல்.
பெயரிடத் தகுந்த ஒரு பதிப்புப் பொறியும் உள்ளது. Cisco-வின் வெட்டும் வழிகாட்டி ஒரு குறிப்பிட்ட வன்பொருள் தலைமுறையை விவரிக்கிறது, அதன் மாதிரி Cloud Scale அல்ல, Silicon One அல்ல என்று தெளிவாகக் கூறுகிறது. பகுதிகளின் பெயர்கள், இயல்புநிலை அளவுகள், எந்த அம்சங்கள் இரட்டை அகலம் என்பதும் வேறு இடங்களில் வேறுபடும், எனவே ஒரு தளத்தில் ஒரு குறிப்பிட்ட பகுதியைப் பற்றிய எச்சரிக்கை அந்தத் தளம் மற்றும் வெளியீட்டைப் பற்றிய சான்று, உலகளாவிய செய்முறை அல்ல.
ஒரு பகுதியை மாற்றுவது ஒரு அம்ச மாற்றம்
ஒவ்வொரு வெட்டும் ஒரு திறன் பரிமாற்றம். ஒரு பகுதியைக் குறைத்து ARP அடக்கத்திற்கு இடம் செய்வது அந்தப் பகுதி பாதுகாத்ததைக் குறைக்கிறது, இடம் தேவைப்படும் கொள்கை மீண்டும் பயன்படுத்தப்படும் வரை விளைவு தெரியாமல் இருக்கலாம்.
சாளரத்திற்கு முன் பாதிக்கப்பட்ட ஒவ்வொரு அம்சத்தின் உரிமையாளரிடமிருந்து எழுத்துப்பூர்வ ஒப்புதலைப் பெறுங்கள். இது அதிகாரத்துவம் அல்ல: ஆரம்பத்தில் VACL பகுதியை அளந்தவருக்கு அது எதை வடிகட்டுகிறது என்று தெரியும், இடம் செய்பவருக்கு பொதுவாகத் தெரியாது.
வன்பொருள் தளவமைப்பை மாற்றும் மாற்றங்களுக்கு மீண்டும் ஏற்றத்தை எதிர்பாருங்கள். சில தளங்கள் அதைக் கோருகின்றன, சில இல்லை, ஆனால் மீண்டும் ஏற்றம் சாத்தியமாகும்போது பராமரிப்பு சாளரம் இல்லாமல் திட்டமிடுவதுதான் ரூட்டிங் மாற்றம் இடையூறாக மாறும் வழி. சாளரத்தை கட்டளையைச் சுற்றி அல்ல, மீண்டும் ஏற்றத்தைச் சுற்றி திட்டமிடுங்கள், முந்தைய சுயவிவர உரையை நிர்வாக அமர்வை இழந்த console-இல் இருந்து படிக்கக்கூடிய இடத்தில் வைத்திருங்கள்.
பயன்படுத்தி அடிப்படைக் கோட்டுக்கு எதிராகச் சரிபார்க்கவும்
தளத்தின் ஆதரவு செயல்முறை மூலம் திட்டத்தைப் பயன்படுத்துங்கள், பின்னர் நீங்கள் பாதுகாத்த செயல்பாடுகளைச் சரிபார்க்கவும், நீங்கள் சேர்த்ததை மட்டும் அல்ல. வடிகட்டுதல் அமைதியாகப் பொருந்துவதை நிறுத்திய நிலையில் செயல்படும் புதிதாக வெட்டப்பட்ட பகுதி அசல் தோல்வியைவிட மோசமான முடிவு.
திறன் வெளியீட்டை மீண்டும் படித்து நீங்கள் பதிவு செய்த அடிப்படைக் கோட்டுடன் ஒப்பிடுங்கள், பின்னர் மாற்றத்தைத் தூண்டிய அம்சத்தைச் சோதியுங்கள். Nexus TCAM வெட்டும் வழிகாட்டி இங்கு விவரிக்கப்பட்ட அகலம் மற்றும் துண்டு மாதிரிக்கான குறிப்பு, அது எந்த வன்பொருள் தலைமுறையை உள்ளடக்குகிறது என்பதும் உட்பட.