انتخاب سوئیچ سیسکو برای دیتاسنتر؛ معیارها، سری Nexus و مدل پیشنهادی

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

چرا سوئیچ دیتاسنتر با سوئیچ اداری فرق دارد؟

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

یک سوئیچ اداری برای این بار طراحی نشده است. با بالا رفتن تراکم سرور، پورت‌های یک گیگابیتی گلوگاه می‌شوند، بافر سوئیچ پر می‌شود و تأخیر ناگهان جهش می‌کند. نتیجه، افت کیفیت سرویس و عیب‌یابی زمان‌بر است؛ چون در نمودارها همه چیز سالم به نظر می‌رسد اما کاربر کندی را حس می‌کند.

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

پنج معیار کلیدی در انتخاب سوئیچ سیسکو

۱- چگالی و سرعت پورت

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

۲- تأخیر و معماری سوئیچینگ

در سرویس‌های بلادرنگ، مالی و تراکنشی هر میکروثانیه اهمیت دارد. معماری Cut-Through بسته را پیش از دریافت کامل ارسال می‌کند و تأخیر را پایین نگه می‌دارد؛ در مقابل Store-and-Forward ابتدا کل بسته را می‌گیرد و بررسی می‌کند. برای هسته دیتاسنتر گزینه نخست ترجیح دارد، اما اگر خطاهای فیزیکی لینک زیاد است، بررسی دقیق‌تر بسته ارزش خودش را دارد.

۳- مقیاس‌پذیری با اسپاین-لیف

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

۴- قابلیت‌های لایه سه و امنیت

سوئیچی که نقش هسته یا مرز را ایفا می‌کند باید BGP و OSPF را روان اجرا کند و امکاناتی مانند ACL سخت‌افزاری، MACsec و کنترل نرخ داشته باشد. اگر سوئیچ فقط لایه دو باشد، در آینده ناچار به افزودن یک لایه دیگر و پذیرش تأخیر بیشتر خواهید شد.

۵- اتوماسیون و پشتیبانی نرم‌افزاری

NX-OS امکان خودکارسازی از طریق API، Terraform و Ansible را فراهم می‌کند. برای تیم فنی بزرگ این قابلیت به‌تنهایی هزینه عملیات را کاهش می‌دهد، اما پیش از خرید مطمئن شوید لایسنس‌ها، دوره پشتیبانی و مسیر ارتقای نسخه مشخص است.

پنج اصطلاح که تصمیم خرید را عوض می‌کند

اشتراک آپلینک

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

ظرفیت سوئیچینگ و نرخ بسته

عدد ظرفیت بر حسب ترابیت بر ثانیه خوب به نظر می‌رسد، اما برای سرویس‌های کوچک‌بسته، نرخ بسته بر ثانیه تعیین‌کننده است. سوئیچی که ظرفیت بالا دارد ولی بافر کوچک دارد، در جهش ترافیک بسته از دست می‌دهد.

بافر و رفتار در جهش

ترافیک ذخیره‌سازی و پشتیبان‌گیری جهشی است. بافر مشترک بزرگ‌تر، افت بسته را کم می‌کند؛ اما بافر زیاد در ترافیک حساس به تأخیر می‌تواند مضر باشد. انتخاب درست به ترکیب بار کاری شما بستگی دارد.

خانواده Nexus؛ هر سری برای یک نقش

خانواده Nexus برای محیط‌های پرترافیک و مأموریت‌های حساس مهندسی شده و در برابر آن، خانواده Catalyst برای شبکه‌های اداری و کمپوس ساخته شده است. انتخاب اشتباه میان این دو خانواده، شایع‌ترین خطای خرید سوئیچ دیتاسنتر است.

چهار سری پرکاربرد را در یک نگاه ببینید:

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

مدل پرکاربرد برای Top of Rack: N9K-C93180YC-FX3

اگر به دنبال تعادل بین قیمت و کارایی برای رک‌های سرور هستید، این مدل از سری Nexus 9300 انتخاب منطقی است. مشخصات کلیدی آن:

• ۴۸ پورت ۱۰/۲۵ گیگابیت SFP28 برای اتصال سرورها
• ۶ پورت ۴۰/۱۰۰ گیگابیت QSFP28 برای آپلینک
• سیستم‌عامل NX-OS با API و امکان اتوماسیون
• پشتیبانی از VXLAN EVPN، ACI و معماری Fabric
• طراحی‌شده برای نقش Top of Rack در اسپاین-لیف

نسبت ۴۸ به ۶ در بسیاری از رک‌ها نقطه تعادل است، اما اگر تراکم سرور بالاست، پیش از نهایی کردن سفارش نسبت اشتراک آپلینک را حساب کنید تا دو سال بعد مجبور به افزودن سوئیچ نشوید. دو مدل هم‌رده را از نظر عمق بدنه و جهت جریان هوا هم مقایسه کنید؛ رک‌های کم‌عمق گاهی انتخاب را محدود می‌کنند.

VXLAN و Fabric؛ سرمایه‌گذاری برای آینده

VXLAN اجازه می‌دهد شبکه‌های مجازی لایه دو روی زیرساخت لایه سه کشیده شوند، بدون محدودیت‌های توپولوژی سنتی و بدون هزینه سخت‌افزار جداگانه برای هر مشتری. در معماری Fabric و ACI، مدیریت متمرکز، اتوماسیون و دید کامل روی ترافیک شرقی-غربی ممکن می‌شود.

برای ارائه‌دهندگانی که چند مشتری را روی زیرساخت مشترک میزبانی می‌کنند، این یعنی جداسازی ترافیک با یک شناسه، نه با کابل و سوئیچ جداگانه. نتیجه، کاهش هزینه عملیاتی و افزایش امنیت بین مشتریان است.

Nexus یا Catalyst؛ خط کش تصمیم

Catalyst برای کمپوس و شبکه اداری ساخته شده و در آن PoE، احراز هویت ۸۰۲.۱X و یکپارچگی با ابزارهای مدیریت سازمانی اولویت دارد. Nexus در سمت دیگر، تأخیر پایین، تراکم پورت پرسرعت و Fabric را در مرکز طراحی قرار می‌دهد و معمولاً PoE ندارد.

اگر روی همان رک هم دوربین تحت شبکه و تلفن IP دارید و هم سرور، دو راه دارید: یک سوئیچ دسترسی Catalyst برای دستگاه‌های پایانی و یک سوئیچ Nexus برای سرورها، یا پذیرش هزینه مدل‌های ترکیبی. تجربه نشان می‌دهد جداسازی این دو نقش، عیب‌یابی و امنیت را ساده‌تر می‌کند.

سه سناریوی رایج انتخاب

• دیتاسنتر تازه با ده رک: ۹۳۰۰ در نقش لیف و ۹۵۰۰ در هسته؛ شروع با دو اسپاین برای حذف نقطه شکست.
• رشد تدریجی از یک رک: شروع با دو سوئیچ ۹۳۰۰ به‌صورت همسایه و افزودن لایه هسته در مرحله دوم.
• میزبانی چند مشتری: لیف‌های پرپورت به‌همراه VXLAN EVPN و کنترلر متمرکز، برای جداسازی سریع شبکه هر مشتری.

هزینه پنهانی که در جدول قیمت نیست

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

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

چک‌لیست کوتاه پیش از سفارش

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

سه پرسش که پیش از امضای سفارش بپرسید

پرسش اول درباره پشتیبانی محلی است: اگر سوئیچ در ساعت کاری از کار بیفتد، قطعه جایگزین در چند ساعت می‌رسد؟ پاسخ این پرسش، ارزش یک مدل ارزان‌تر را زیر سؤال می‌برد.

پرسش دوم درباره مسیر ارتقاست: آیا می‌توان بعداً فقط با افزودن لایسنس، قابلیت Fabric را فعال کرد یا نیاز به تعویض سخت‌افزار است؟ سوئیچی که مسیر ارتقای نرم‌افزاری روشن ندارد، در عمل عمر کوتاه‌تری دارد.

پرسش سوم درباره یکپارچگی با ابزارهای موجود است؛ از جمله سامانه پایش، سامانه احراز هویت و ابزار پشتیبان‌گیری پیکربندی. اگر این سه مورد بدون تغییر بپذیرند، هزینه راه‌اندازی به‌شکل محسوسی پایین می‌آید.

جمع‌بندی

برای دیتاسنتر متوسط تا بزرگ، سری Nexus 9000 با اسپاین-لیف و پشتیبانی از Fabric ترکیب متعادلی از کارایی، پورت پرسرعت و قابلیت رشد است. اگر بودجه محدود است، سری 9200 یا مدل‌های پایین‌تر 9300 نقطه شروع خوبی هستند؛ اما اگر برنامه رشد مشخصی دارید، خرید یک‌باره ظرفیت بیشتر از تعویض دومرحله‌ای ارزان‌تر تمام می‌شود. معیار نهایی ساده است: سوئیچی بخرید که نسبت پورت دسترسی به آپلینک آن با الگوی ترافیک واقعی شما بخواند.