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 অঞ্চলটি মাপিয়েছিলেন তিনি জানেন এটি কী ফিল্টার করে, আর যিনি জায়গা করছেন তিনি সাধারণত জানেন না।
হার্ডওয়্যার বিন্যাস পরিবর্তন করে এমন পরিবর্তনের জন্য পুনরায় লোডের আশা করুন। কিছু প্ল্যাটফর্ম এটি প্রয়োজন করে আর কিছু করে না, কিন্তু পুনরায় লোড সম্ভব হলে রক্ষণাবেক্ষণ জানালা ছাড়া পরিকল্পনা করাই রাউটিং পরিবর্তনকে বিভ্রাটে পরিণত করার উপায়। জানালাটি কমান্ডের নয়, পুনরায় লোডের চারপাশে নির্ধারণ করুন, আর আগের প্রোফাইল টেক্সট এমন জায়গায় রাখুন যেখান থেকে আপনি ব্যবস্থাপনা সেশন হারানো কনসোল থেকে তা পড়তে পারেন।
প্রয়োগ করুন এবং বেসলাইনের বিরুদ্ধে যাচাই করুন
প্ল্যাটফর্মের সমর্থিত প্রক্রিয়ার মাধ্যমে পরিকল্পনাটি প্রয়োগ করুন, তারপর আপনি সংরক্ষণ করেছেন এমন ফাংশনগুলি যাচাই করুন, কেবল যেটি যোগ করেছেন তা নয়। ফিল্টার চুপচাপ মিলানো বন্ধ করে দিলেও কাজ করা একটি নতুন বরাদ্দকৃত অঞ্চল মূল ব্যর্থতার চেয়ে খারাপ ফলাফল।
ধারণক্ষমতার আউটপুট আবার পড়ুন এবং আপনি লিখে রাখা বেসলাইনের সঙ্গে তুলনা করুন, তারপর যে ফিচারটি পরিবর্তনের কারণ ছিল তা পরীক্ষা করুন। Nexus TCAM বরাদ্দ নির্দেশিকা এখানে বর্ণিত প্রস্থ ও স্লাইস মডেলের রেফারেন্স, এটি কোন হার্ডওয়্যার প্রজন্মকে কভার করে তা সহ।