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 مرجع مدل عرض و برش است که اینجا توصیف شده، از جمله اینکه کدام نسل سخت‌افزار را پوشش می‌دهد.