سوئیچ نکسوس سیسکو ستون فقرات سوئیچینگ دیتاسنتر است و انتخاب آن بر پایه چهار متغیر سنجیده می‌شود؛ نسل ASIC و ظرفیت بافر مشترک، عمق و کاروینگ جداول TCAM، حالت عملیاتی NX-OS یا ACI، و تطابق چگالی پورت با لایه اسپاین یا لیف. چک‌لیست خرید باید این چهار متغیر را پیش از قیمت ارزیابی کند.

تفکیک لایه اسپاین از لیف پیش از انتخاب مدل

خطای پرتکرار در استعلام‌های سازمانی، سفارش سوئیچ بر مبنای تعداد پورت و بدون تثبیت جایگاه توپولوژیک آن است. در فابریک Spine-Leaf، نقش دستگاه است که عمق بافر، ظرفیت جداول سخت‌افزاری و حتی حالت بوت آن را تعیین می‌کند. دو دستگاه با ظاهر یکسان می‌توانند در لایه‌های کاملاً متفاوتی بنشینند.

سوئیچ N9K-C93180YC-FX3 با ۴۸ پورت 25G SFP28 و شش آپلینک 100G QSFP28، یک ToR تمام‌عیار برای رک‌های محاسباتی است. پشتیبانی سخت‌افزاری آن از PTP و MACsec روی پورت‌های دسترسی، این مدل را برای رک‌های میزبان دیتابیس‌های تراکنشی و کلاسترهای مجازی‌سازی تثبیت می‌کند. آپلینک‌های آن دقیقاً برای ترمینیت شدن روی لایه اسپاین کالیبره شده‌اند.

در مقابل، سوئیچ N9K-C9336PQ-40G با ۳۶ پورت 40G یک اسپاین اختصاصی معماری ACI است و منطق بهره‌برداری آن به کنترلر APIC گره خورده. سازمانی که این مدل را با تصور استقرار در یک فابریک استاندارد NX-OS تحویل بگیرد، عملاً دستگاهی خریده که بدون لایه کنترل متمرکز، بلااستفاده می‌ماند. این تفکیک باید در متن فنی مناقصه قید شود، نه در جلسه تحویل.

سوئیچ N9K-C9332C و سوئیچ N9K-C9336C-FX2 هر دو روی سیلیکون Cloud Scale نشسته‌اند و انعطاف دوگانه اسپاین یا لیف پرسرعت را ارائه می‌دهند. تفاوت آن‌ها در چگالی پورت و منطق مصرف برق است، نه در سطح قابلیت.

• تراکم پورت 100G در مدل C9332C برابر ۳۲ و در سوئیچ C9336C-FX2 برابر ۳۶ است.
• مدل FX2 از رمزنگاری خط MACsec روی تمام پورت‌ها پشتیبانی می‌کند.
• مدل C93180YC-FX3 تنها گزینه با پورت‌های 25G مستقیم برای اتصال سرور است.
• مدل C9336PQ در حالت مستقل NX-OS قابل استفاده نیست.

انتخاب بین این چهار مدل، تصمیم معماری است نه تصمیم خرید؛ و تیم فنی شرکت وینو سرور معمولاً پیش از قفل شدن BOM، دیاگرام فابریک مشتری را برای تطبیق نقش هر دستگاه بازخوانی می‌کند.

نقش نسل سیلیکون و بافر مشترک در پایداری

معماری Cloud Scale ASIC از یک استخر بافر مشترک استفاده می‌کند که بین پورت‌های تحت فشار توزیع می‌شود. این رفتار با بافرهای ثابت و پارتیشن‌شده نسل‌های قدیمی‌تر تفاوت بنیادی دارد. در ترافیک incast دیتاسنتری، همین تفاوت مرز بین درپ شدن و نشدن فریم است.

الگوی ترافیک شرق-غرب در کلاسترهای ذخیره‌سازی و بکاپ، بار را روی صف‌های خروجی متمرکز می‌کند. اگر عمق بافر و مکانیزم صف‌بندی خروجی متناسب با نسبت اورساب‌اسکریپشن انتخاب نشود، افت کارایی در لایه اپلیکیشن دیده می‌شود اما ریشه آن در سوئیچ است. تیم شبکه ماه‌ها دنبال مقصر در لایه سرور می‌گردد.

چرا نسبت اورساب‌اسکریپشن باید قبل از خرید محاسبه شود

نسبت پهنای باند آپلینک به پهنای باند دسترسی، عدد تعیین‌کننده‌ای است که اغلب پس از نصب کشف می‌شود. یک ToR با ۴۸ پورت 25G و شش آپلینک 100G نسبت مشخصی دارد که با افزودن سرورهای جدید به‌سرعت بحرانی می‌شود. این محاسبه باید بر مبنای افق سه‌ساله رشد سازمان انجام شود، نه ظرفیت روز نخست.

نکته‌ای که در اسناد مناقصه معمولاً غایب است، رفتار همین نسبت در سناریوی خرابی یک آپلینک است. اگر طراحی فقط برای حالت سالم بهینه شده باشد، از دست رفتن یک لینک اسپاین کل رک را وارد ناحیه اشباع می‌کند. ظرفیت واقعی یک لایه دسترسی، ظرفیت آن در بدترین حالت است.

ظرفیت TCAM و ریسک پانت شدن ترافیک به پردازنده

جدول TCAM منبع محدودی است که بین ACL امنیتی، پالیسی‌های QoS، مسیرهای IPv4 و IPv6 و ورودی‌های مالتی‌کست تقسیم می‌شود. کاروینگ پیش‌فرض این جدول در NX-OS برای همه سناریوها بهینه نیست. سازمان‌هایی که پالیسی‌های امنیتی سنگین روی لایه دسترسی اعمال می‌کنند، زودتر از تصورشان به سقف می‌رسند.

پیامد سرریز TCAM، سوئیچینگ نرم‌افزاری یا همان Punt to CPU است. در این حالت پردازنده کنترل‌پلین که برای فوروارد کردن دیتاپلین طراحی نشده، بار ترافیک را برمی‌دارد. نتیجه، جهش تاخیر، از دست رفتن همگرایی پروتکل‌های مسیریابی و در بدترین حالت بی‌پاسخ شدن دستگاه در پیک بار است.

بازبینی طرح کارویینگ TCAM پیش از خرید، در شرکت وینو سرور بخشی از فرآیند اعتبارسنجی طراحی است و خروجی آن مشخص می‌کند که آیا مدل انتخابی ظرفیت میزبانی پالیسی‌های سازمان را دارد یا باید به رده بالاتر مهاجرت کرد. این بازبینی، هزینه بازطراحی پس از استقرار را حذف می‌کند.

تله‌متری ریزانفجار و مهار طوفان انتشار در لایه دو

ریزانفجارهای ترافیکی در بازه‌های زیر میلی‌ثانیه رخ می‌دهند و هیچ ابزار مانیتورینگ مبتنی بر SNMP با بازه نمونه‌برداری پنج دقیقه‌ای آن‌ها را نمی‌بیند. سیستم سالم به نظر می‌رسد اما تراکنش‌ها تایم‌اوت می‌شوند. تنها راه دیدن این پدیده، Streaming Telemetry و شمارنده‌های سخت‌افزاری بافر است.

خطر دوم، خطای همگرایی STP یا MSTP و شکل‌گیری لوپ در لایه دو است. در فابریک‌های EVPN-VXLAN این ریسک کاهش می‌یابد اما در لبه اتصال به شبکه قدیمی سازمان همچنان زنده است. یک لینک اشتباه در رک توسعه، می‌تواند طوفان انتشار را به کل دامنه براد‌کست تحمیل کند.

پیکربندی vPC و رفتار دستگاه در سناریوی خرابی

پیاده‌سازی vPC روی جفت سوئیچ لیف، مسیر افزونه فعال-فعال ایجاد می‌کند اما پیکربندی نادرست Peer-Keepalive و منطق Orphan Port می‌تواند در لحظه خرابی، ترافیک بحرانی را ایزوله کند. تست رفتار دستگاه در سناریوی قطع لینک همتا، باید بخشی از تحویل موقت پروژه باشد.

اصالت سوئیچ و ماژول در مناقصات دولتی

بازار تجهیزات شبکه پر است از دستگاه‌های ریفربیشد و ریمارک‌شده که با هولوگرام بازسازی‌شده و برچسب سریال جعلی عرضه می‌شوند. ریسک این قطعات صرفاً کیفی نیست؛ دستگاهی که سریال آن در پایگاه سازنده معتبر نباشد، هیچ مسیر پشتیبانی و هیچ حق دریافت نسخه نرم‌افزاری ندارد. در پروژه ملی، این یعنی دارایی بدون چرخه حیات.

خطر جدی‌تر در ماژول‌های نوری است. ترانسیوهای تقلبی QSFP28 روی آپلینک‌های مدل C9336C-FX2 یا سوئیچ N9K-C9332C ، الگوی Link Flapping تولید می‌کنند که در لاگ سوئیچ شبیه مشکل فیبر به نظر می‌رسد. خواندن مقادیر DOM و مقایسه توان نوری دریافتی با آستانه استاندارد، تنها روش قطعی تشخیص است.

پایپ‌لاین اعتبارسنجی وینو سرور روی همین نقطه متمرکز شده؛ استعلام سریال‌نامبر در برابر پایگاه سازنده، تست پایداری دستگاه زیر بار مصنوعی در لابراتوار، و صحت‌سنجی نوری تک‌تک ماژول‌های تحویلی پیش از ارسال به سایت مشتری. خروجی این فرآیند، گزارش قابل استناد برای کمیسیون تحویل مناقصه است.

لایسنس NX-OS و به‌روزرسانی آفلاین در تحریم

مدل لایسنسینگ نکسوس لایه‌ای است و قابلیت‌هایی مانند VXLAN EVPN، تله‌متری پیشرفته و برخی امکانات مسیریابی، پشت سطوح مجزای لایسنس قرار دارند. سفارش سخت‌افزار بدون تطبیق سطح لایسنس با نقشه راه فنی، پروژه را در فاز پیکربندی متوقف می‌کند. این تطبیق باید در مرحله تدوین اسناد انجام شود.

نکته مکمل، وابستگی برخی قابلیت‌ها به نسخه نرم‌افزاری است نه صرفاً به لایسنس. قابلیتی که روی کاغذ در دیتاشیت آمده، ممکن است روی ایمیج نصب‌شده روی دستگاه تحویلی فعال نباشد. تطبیق ماتریس نسخه با فهرست قابلیت‌های موردنیاز، باید پیش از امضای صورت‌جلسه تحویل انجام شود.

در شرایط تحریم، مسئله دوم تامین ایمیج نرم‌افزاری است. سازمان باید پیش از خرید بداند نسخه NX-OS نصب‌شده روی دستگاه چیست، چه آسیب‌پذیری‌های شناخته‌ای دارد و مسیر ارتقای آن بدون اتصال مستقیم دستگاه به اینترنت چگونه طی می‌شود. استقرار مخزن ایمیج داخلی و اعتبارسنجی هش فایل‌ها پیش از فلش کردن، حداقل الزام یک محیط ایزوله است.

آنچه مدیر زیرساخت باید پیش از سفارش نهایی بداند

جمع تصمیم در چند خط قابل بیان است؛ نقش توپولوژیک دستگاه را قبل از انتخاب مدل تثبیت کنید تا اسپاین اختصاصی ACI به اشتباه در فابریک NX-OS ننشیند، نسبت اورساب‌اسکریپشن را بر افق سه‌ساله رشد محاسبه کنید نه ظرفیت امروز، طرح کارویینگ TCAM را با حجم واقعی پالیسی‌های امنیتی سازمان بسنجید، سطح لایسنس را با قابلیت‌های موردنیاز فابریک هم‌تراز کنید و مسیر به‌روزرسانی آفلاین را پیش از تحویل تعریف کنید. در نهایت اصالت دستگاه و ماژول‌های نوری را با سریال‌نامبر و مقادیر DOM اثبات کنید، نه با هولوگرام روی جعبه. برای بازخوانی دقیق دیاگرام فابریک، تطبیق مدل با لایه هدف و دریافت گزارش اعتبارسنجی اصالت پیش از قفل شدن BOM، عبارت «وینو سرور سوئیچ نکسوس سیسکو» را در گوگل جستجو کنید و پرونده فنی پروژه خود را با تیم معماری زیرساخت بررسی کنید.