محصولات آکو
HPE
DELL
Broadcom
خدمات آکو
بلاگ
دانلود
HPE
DELL
Broadcom
Vmware
درباره ما
ارتباط با ما
اهمیت انتخاب صحیح NIC در کارایی شبکه دیتاسنتر به سرعت اسمی پورت محدود نیست. کارت شبکه یا Network Interface Card مسیر ارتباط سرور با شبکه را فراهم می‌کند و انتخاب آن بر توان عملیاتی، تأخیر، مصرف CPU، پایداری سرویس و توسعه‌پذیری اثر می‌گذارد. برای انتخاب درست باید سرعت و تعداد پورت، قابلیت‌های Offload و RDMA، سازگاری با سرور و Hypervisor و همچنین ظرفیت سوئیچ‌ها و نوع بار کاری را هم‌زمان بررسی کرد.
- افزایش سرعت NIC فقط زمانی اثرگذار است که سوئیچ، کابل، مسیر شبکه و منابع سرور نیز ظرفیت کافی داشته باشند.
- تعداد Queueها و قابلیت RSS می‌توانند پردازش ترافیک دریافتی را میان هسته‌های پردازنده توزیع کنند.
- Offload و RDMA در سناریوهای سازگار می‌توانند سربار CPU را کاهش دهند، اما اثر آن‌ها به نرم‌افزار و تنظیمات وابسته است.
- Interrupt Moderation یک موازنه میان مصرف CPU و تأخیر ایجاد می‌کند و همیشه نباید در بالاترین سطح فعال باشد.
- در شبکه‌های RoCE، تنظیم هماهنگ NIC و سوئیچ برای QoS، ECN و در صورت نیاز PFC اهمیت دارد.
- تأیید HCL، نسخه Firmware، درایور، رابط PCIe و نوع ترنسیور باید پیش از خرید انجام شود.
NIC چیست و چه نقشی در دیتاسنتر دارد؟
NIC یا کارت رابط شبکه، سخت‌افزاری است که تبادل فریم‌ها و بسته‌ها را میان سرور و بستر شبکه امکان‌پذیر می‌کند. این رابط می‌تواند به‌صورت کارت PCIe یا ماژول شبکه متناسب با طراحی سرور عرضه شود. در دیتاسنتر، NIC در مسیر ترافیک North-South میان کاربران و سرویس‌ها و ترافیک East-West میان سرورها، ماشین‌های مجازی و نودهای پردازشی قرار می‌گیرد.
NIC مناسب کارتی است که ظرفیت واقعی موردنیاز بار کاری را با تأخیر قابل قبول، سربار پردازشی کنترل‌شده و سازگاری معتبر با زیرساخت تأمین کند؛ نه الزاماً مدلی که بیشترین سرعت درج‌شده روی جعبه را دارد.
گلوگاه شبکه همیشه در خود کارت نیست. محدودیت PCIe، CPU، استوریج، سوئیچ، سرعت Uplink، کابل، مسیرهای مسیریابی و تنظیمات سیستم‌عامل هم می‌توانند توان عملیاتی نهایی را محدود کنند. به همین دلیل، انتخاب NIC باید بخشی از طراحی سرتاسری زیرساخت باشد.
انتخاب NIC چگونه کارایی شبکه دیتاسنتر را تغییر می‌دهد؟
اثر کارت شبکه را باید در چهار شاخص اصلی دید: Throughput، Latency، میزان درگیری CPU و Availability. بهبود یک شاخص لزوماً به معنای بهبود هم‌زمان همه شاخص‌ها نیست.
پهنای باند و توان عملیاتی واقعی
ارتقا از 10GbE به 25GbE یا 100GbE ظرفیت اسمی لینک را افزایش می‌دهد؛ بااین‌حال، سرعت قابل استفاده به سربار پروتکل‌ها، الگوی ترافیک، تعداد جریان‌های هم‌زمان، کارایی سرور و تجهیزات میانی وابسته است. برای محیط‌های ابری، انتقال حجم بزرگ داده و تجمیع چند ماشین مجازی، این ظرفیت اضافه زمانی ارزشمند است که مصرف واقعی لینک به حد اشباع نزدیک شده باشد.
تأخیر، صف‌ها و پردازش بسته‌ها
تأخیر شبکه فقط تابع سرعت پورت نیست؛ زمان انتظار در Queueها، پردازش در سیستم‌عامل، ازدحام سوئیچ و ویژگی‌های برنامه نیز اثرگذارند. قابلیت Receive Side Scaling (RSS) پردازش دریافت را میان چند هسته توزیع می‌کند و می‌تواند از تمرکز بار روی یک CPU جلوگیری کند. در مقابل، تنظیم شدید Interrupt Moderation معمولاً تعداد وقفه‌ها را کاهش می‌دهد، اما ممکن است تأخیر برخی بسته‌ها را افزایش دهد.
مصرف CPU، افزونگی و تداوم سرویس
قابلیت‌هایی مانند Checksum Offload و TCP Segmentation Offload در شرایط پشتیبانی‌شده بخشی از کار پردازش شبکه را از CPU برمی‌دارند. در بارهای مناسب، RDMA نیز انتقال داده با دخالت کمتر پردازنده را ممکن می‌کند. برای پایداری، داشتن پورت یا NIC افزونه و طراحی مسیرهای مستقل اهمیت دارد؛ هیچ کارت شبکه‌ای به‌تنهایی دسترس‌پذیری دائمی را تضمین نمی‌کند.
معیارهای فنی انتخاب NIC برای دیتاسنتر
مشخصات باید با نوع Workload، تعداد میزبان‌ها و رشد شبکه تطبیق داده شوند. انتخاب صرفاً بر مبنای برند یا قیمت، خطر خرید بیش‌ازحد یا ایجاد گلوگاه را افزایش می‌دهد.
سرعت پورت، تعداد پورت و رابط اتصال
از میان 10، 25، 40 و 100GbE، گزینه مناسب به نرخ ترافیک و طراحی شبکه بستگی دارد. در طراحی‌های جدید، 25GbE برای بسیاری از لینک‌های سرور و 100GbE برای اتصال‌های پرتراکم یا پرظرفیت قابل بررسی است؛ در کاربردهای AI/HPC ممکن است ظرفیت‌های بالاتر هم مطرح باشند. در کنار سرعت، تعداد پورت، نوع کانکتور، DAC/AOC یا فیبر نوری، FEC و سازگاری ترنسیور با سوئیچ را کنترل کنید.
| سرعت اسمی | سناریوی متداول | نکته انتخاب |
|---|---|---|
| 10GbE | میزبان‌های با ترافیک متوسط، زیرساخت موجود و برخی شبکه‌های مدیریتی | ممکن است در تجمیع ترافیک چند VM یا انتقال‌های حجیم محدود شود. |
| 25GbE | اتصال سرور در بسیاری از ساختارهای مجازی‌سازی و Spine-Leaf | سازگاری SFP28، سوئیچ و مسیر ارتقا را بررسی کنید. |
| 40GbE | توسعه یا نگهداری برخی شبکه‌های نسل پیشین | برای طراحی جدید، گزینه‌های 25/100GbE را نیز از نظر هزینه و آینده‌پذیری بسنجید. |
| 100GbE | اتصال‌های پرتراکم، Storage پرسرعت و بارهای پردازشی سنگین | عرض باند PCIe، توان میزبان، QSFP و ظرفیت مسیر بالادست حیاتی است. |
استفاده از دو پورت 25GbE می‌تواند ظرفیت تجمیعی را برای چند جریان افزایش دهد و افزونگی ایجاد کند؛ اما به‌صورت پیش‌فرض تضمین نمی‌کند یک جریان منفرد به سرعت 50Gbps برسد. نتیجه به روش توزیع جریان‌ها، پروتکل و تنظیمات دو سمت ارتباط وابسته است.
تعداد Queueها، RSS و قابلیت‌های Offload
در محیط‌هایی با تعداد زیاد Connection، پشتیبانی از Multi-Queue، RSS، MSI-X و بافرهای مناسب می‌تواند اهمیت زیادی داشته باشد. قابلیت‌های Checksum Offload، TSO/LSO و در شرایط مشخص LRO/RSC به پردازش بسته‌ها کمک می‌کنند. پشتیبانی از TOE را نباید برای همه NICها یا همه سیستم‌عامل‌ها پیش‌فرض گرفت؛ اثر عملی هر Offload باید روی بار کاری واقعی اندازه‌گیری شود.
RDMA، SR-IOV، SmartNIC و کنترل ازدحام
RDMA برای بارهایی نظیر ذخیره‌سازی پرسرعت و محاسبات توزیع‌شده امکان جابه‌جایی داده با سربار کمتر میزبان را فراهم می‌کند. SR-IOV امکان ارائه Virtual Function به ماشین مجازی را می‌دهد و در بعضی معماری‌ها از مسیر سوئیچ نرم‌افزاری می‌کاهد؛ ولی می‌تواند محدودیت‌هایی برای برخی قابلیت‌های مدیریت و جابه‌جایی ماشین مجازی ایجاد کند. SmartNIC و DPU نیز برای انتقال بخشی از پردازش شبکه، امنیت یا مجازی‌سازی به سخت‌افزار اختصاصی مطرح‌اند و با NIC معمولی یکسان نیستند. برای تفکیک دقیق‌تر این معماری‌ها، مقاله فناوری DPU و آینده سرورها را مطالعه کنید.
در سناریوهای RoCE، قابلیت‌های DCB/QoS، ECN و در صورت نیاز PFC باید از ابتدا تا انتهای مسیر هماهنگ شوند. وجود این قابلیت‌ها روی NIC به‌تنهایی به معنای شبکه بدون ازدحام یا بدون Packet Loss نیست.
سازگاری با سرور، سیستم‌عامل و فرم‌فکتور
پیش از خرید، اسلات و نسل PCIe، تعداد Lane، فضای فیزیکی، توان و خنک‌سازی، درایور و Firmware را بررسی کنید. سازگاری باید با نسخه دقیق Linux، Windows Server یا VMware ESXi و فهرست سازگاری سازنده تأیید شود. برای شناخت تفاوت نصب و توسعه، راهنمای تفاوت OCP NIC 3.0 با کارت شبکه سنتی می‌تواند مفید باشد.
برندها و خانواده‌های مهم کارت شبکه دیتاسنتر
هیچ سازنده‌ای در همه معیارهای Throughput، Latency، قابلیت مجازی‌سازی، مصرف انرژی و هزینه برتر نیست. مشخصات و پشتیبانی هر SKU باید جداگانه ارزیابی شود.
Intel و NVIDIA ConnectX
Broadcom NetXtreme و Marvell FastLinQ
کارت‌ها و کنترلرهای Broadcom و Marvell در پلتفرم‌های سروری سازمانی دیده می‌شوند و بسته به مدل، از Multi-Queue، قابلیت‌های مجازی‌سازی یا Offload پشتیبانی می‌کنند. معیار انتخاب آن‌ها نه یک رتبه‌بندی کلی، بلکه Compatibility Matrix، کیفیت درایور، ویژگی‌های موردنیاز بار کاری و هزینه کل مالکیت است. برای ارتقای سرورهای موجود، فهرست قطعات مورد تأیید سازنده سرور نسبت به نام چیپ اولویت دارد.
کدام NIC برای کدام بار کاری مناسب‌تر است؟
الگوی تبادل داده در شبکه ماشین‌های مجازی، سیستم ذخیره‌سازی و کلاسترهای AI یکسان نیست؛ به همین دلیل سرعت، تعداد پورت و ویژگی‌های ضروری آن‌ها نیز متفاوت خواهد بود.
مجازی‌سازی و ترافیک East-West
در سرورهای میزبان VM، ظرفیت تجمیعی پورت‌ها، تعداد Queue، توزیع وقفه‌ها و ارتباط با vSwitch اهمیت بالایی دارند. علاوه بر سرعت NIC، نسبت Oversubscription و معماری سوئیچ‌ها را بررسی کنید. در شبکه‌هایی که ترافیک داخلی سرور به سرور غالب است، مطالعه مقایسه معماری Spine-Leaf و سه‌لایه به ارزیابی بهتر مسیر داده کمک می‌کند.
ذخیره‌سازی، AI/HPC و انتقال‌های حساس به تأخیر
در iSCSI، NFS، NVMe/TCP یا NVMe-oF، الگوی I/O، تعداد جریان‌ها و رفتار ازدحام اهمیت دارند. در صورت انتخاب RoCE، تأیید پشتیبانی دو سمت و تنظیم QoS شبکه ضروری است. در AI/HPC، تبادل مکرر داده بین نودها ممکن است شبکه پرظرفیت و قابلیت RDMA را توجیه کند؛ با این حال انتخاب نهایی باید متناسب با نرم‌افزار، توپولوژی و اندازه‌گیری بار واقعی باشد. برای هماهنگی سرعت پورت‌ها با سمت شبکه، راهنمای انتخاب سوئیچ‌های 25G و 100G را نیز بررسی کنید.
اگر گلوگاه در پردازنده، سیستم ذخیره‌سازی، محدودیت PCIe یا Uplink سوئیچ باشد، تعویض کارت 25GbE با 100GbE لزوماً کارایی سرویس را به همان نسبت افزایش نمی‌دهد. پیش از ارتقا باید محل واقعی محدودیت شناسایی شود.
راهکارهای تنظیم و بهینه‌سازی NIC
پیکربندی صحیح می‌تواند به اندازه انتخاب سخت‌افزار مناسب مهم باشد. تنظیمات را باید روی نسخه مشخص سیستم‌عامل و با سناریوی آزمایش تکرارپذیر اعمال کرد.
بهینه‌سازی Queue، وقفه و Offload
- RSS و Multi-Queue: تعداد صف‌ها و توزیع آن‌ها میان هسته‌ها و نودهای NUMA را با ترافیک و منابع سرور تطبیق دهید.
- Interrupt Moderation: برای مصرف کمتر CPU آن را آزمایش کنید؛ برای بارهای فوق‌حساس به تأخیر، اثر فعال یا غیرفعال بودن را اندازه بگیرید.
- Offload: Checksum Offload و TSO/LSO را با توجه به مستندات سازنده و سازگاری مسیر پردازش فعال کنید؛ گاهی اشکال در درایور یا Stack شبکه نیاز به تغییر تنظیم دارد.
- Buffer و MTU: افزایش بافر یا Jumbo Frame را فقط پس از بررسی انتهابه‌انتها و اثر آن بر تأخیر، Packet Drop و حافظه اعمال کنید.
تنظیم RoCE، DCB و اتوماسیون
در RoCE، نگاشت Traffic Class، ECN و در طراحی‌های لازم PFC باید با سوئیچ‌ها سازگار باشد. فعال‌سازی PFC بدون طراحی صحیح ممکن است مشکلات ازدحام ایجاد کند. در مقیاس بزرگ، الگوهای تنظیم یکسان و ابزارهای خودکارسازی مانند Ansible برای کنترل Drift و تغییرات Firmware سودمندند. در محیط VMware نیز تنظیمات باید با روش‌های پشتیبانی‌شده Hypervisor هماهنگ باشد.
مانیتورینگ و بنچمارک؛ چگونه نتیجه انتخاب NIC را بسنجیم؟
به‌جای اتکا به درصدهای کلی تبلیغاتی یا مقایسه‌هایی با شرایط نامشخص، عملکرد را قبل و بعد از تغییر روی بار کاری و توپولوژی یکسان بسنجید. عددی مانند «۳۰٪ افزایش کارایی» بدون شرح سخت‌افزار، روش تست و نوع ترافیک قابل تعمیم نیست.
شاخص‌ها و ابزارهای سنجش
| شاخص | روش یا ابزار نمونه | تفسیر |
|---|---|---|
| Throughput و Packet Rate | iPerf3، شمارنده‌های سیستم‌عامل و سوییچ | نرخ واقعی انتقال را با نرخ لینک و تعداد جریان‌ها مقایسه کنید. |
| Latency و نوسان تأخیر | ابزار متناسب با TCP/UDP یا RDMA، آزمون در زمان بار | میانگین به‌تنهایی کافی نیست؛ صدک‌های تأخیر نیز مهم‌اند. |
| CPU Utilization و توزیع پردازش | ابزارهای سیستم‌عامل، RSS/Queue Counters | اشباع یک هسته یا NUMA نامتوازن را شناسایی کنید. |
| Drop، Error و Buffer | آمار NIC با ethtool، ابزارهای سوئیچ و NMS | خطا یا ازدحام ممکن است علت افت کارایی باشد. |
| پایداری لینک و دما | Telemetry، لاگ درایور، Firmware و تجهیزات | قطع‌و‌وصل، خطای ترنسیور و محدودیت حرارتی را بررسی کنید. |
ابزارهایی مانند iPerf3 برای ارزیابی نرخ انتقال و راهکارهای پایش نظیر ntopng یا SolarWinds برای تحلیل روند کاربرد دارند؛ اما هیچ‌یک به‌تنهایی جایگزین بنچمارک برنامه واقعی نیست. درباره جمع‌آوری و تفسیر داده‌های عملیاتی، مطلب نقش Network Telemetry در عیب‌یابی شبکه را ببینید.
- ثبت خط مبنا: سرعت لینک، مصرف CPU، ترافیک، تأخیر و خطاها در ساعات عادی و اوج.
- ثابت نگه‌داشتن متغیرها: نسخه نرم‌افزار، MTU، مسیر شبکه، تعداد جریان‌ها و حجم داده.
- اعمال تغییر کنترل‌شده: Firmware، Driver، Queue، Offload یا تعویض NIC.
- تکرار تست و ثبت صدک‌های تأخیر، Drop، Throughput و مصرف CPU.
- مقایسه نتیجه با هزینه ارتقا، رشد آینده و اثر آن بر سرویس واقعی.
اشتباهات رایج در انتخاب و پیاده‌سازی NIC
در ارتقای زیرساخت‌های سازمانی، تطبیق NIC با تجهیزات میزبان مانند خانواده سرورهای HPE ProLiant و مدل دقیق سرور اهمیت دارد. همچنین بررسی شرایط نگهداری و خدمات گارانتی و پشتیبانی تجهیزات آکو می‌تواند بخشی از ارزیابی چرخه عمر باشد.
چک‌لیست انتخاب NIC پیش از خرید
- نوع بار کاری چیست: مجازی‌سازی، پایگاه داده، Storage، HPC یا AI؟
- نرخ مصرف واقعی و رشد پیش‌بینی‌شده شبکه در یک تا سه سال آینده چقدر است؟
- به چند پورت، چه سطحی از افزونگی و چه سرعتی در هر پورت نیاز است؟
- آیا سوئیچ‌ها، ترنسیورها، کابل‌ها و Uplink با سرعت انتخابی سازگارند؟
- آیا پهنای باند PCIe، فرم‌فکتور و توان مصرفی با سرور مطابقت دارد؟
- آیا RSS، SR-IOV، DPDK، RDMA یا ویژگی‌های امنیتی واقعاً برای برنامه لازم‌اند؟
- آیا مدل و نسخه Firmware/Driver در HCL سیستم‌عامل یا Hypervisor موجود است؟
- آیا نتیجه بنچمارک با ترافیک واقعی و سنجه‌های CPU و Latency تأیید شده است؟
- آیا هزینه خرید، نگهداری، انرژی، قطعات و مسیر توسعه آینده قابل قبول است؟
مطالب و خدمات مرتبط
برای تکمیل تصمیم فنی، مطالعه موضوعات مکمل زیر به طراحی شبکه و انتخاب زیرساخت کمک می‌کند:
اتوماسیون در شبکه دیتاسنتر؛ برای حفظ تنظیمات یکسان در مقیاس بزرگ.
سرورهای رک‌مونت دیتاسنتری Dell؛ برای بررسی پلتفرم میزبان و گزینه‌های توسعه کارت شبکه.
خدمات آموزش و انتقال دانش آکو؛ برای توانمندسازی تیم در پایش، تنظیم و نگهداری زیرساخت.
جمع‌بندی؛ بهترین NIC همان گزینه متناسب با بار کاری است
نتیجه کاربردی: برای بهبود کارایی شبکه دیتاسنتر، ابتدا گلوگاه را با داده واقعی شناسایی کنید؛ سپس کارت شبکه‌ای انتخاب کنید که سرعت و تعداد پورت مناسب، Queue و Offload کافی، سازگاری معتبر با سرور و نرم‌افزار و امکان توسعه آینده داشته باشد. در سناریوهای حساس مانند RoCE، طراحی شبکه و پیکربندی دو سر ارتباط به‌اندازه خود NIC اهمیت دارد. ارتقای موفق، حاصل انتخاب سخت‌افزار به‌همراه آزمون و تنظیم دقیق است.
سؤالات متداول درباره انتخاب کارت شبکه دیتاسنتر
چه زمانی ارتقای NIC واقعاً ضروری است؟
زمانی که داده‌های مانیتورینگ نشان دهند لینک، Queue یا منابع پردازشی مرتبط با شبکه گلوگاه ایجاد کرده‌اند یا بار کاری جدید به قابلیتی مانند RDMA یا تعداد پورت بیشتر نیاز دارد. افت سرعت به‌تنهایی دلیل کافی برای تعویض NIC نیست.
آیا کارت 100GbE همیشه از 25GbE عملکرد بهتری می‌دهد؟
از نظر ظرفیت اسمی پورت بله؛ اما بهبود عملکرد برنامه وابسته به حجم ترافیک، توان میزبان، PCIe، سوئیچ و مسیر انتقال است. برای بارهای کم‌مصرف، ممکن است اختلاف ملموسی دیده نشود.
آیا همه NICها از RDMA و قابلیت‌های Offload پشتیبانی می‌کنند؟
خیر. بسیاری از کارت‌ها دارای Offloadهای پایه مانند Checksum هستند، اما RDMA، نوع آن و قابلیت‌هایی نظیر SR-IOV یا Offloadهای پیشرفته به مدل، Firmware و Driver بستگی دارند.
RSS و Interrupt Moderation چه تفاوتی دارند؟
RSS پردازش ترافیک دریافتی را میان هسته‌های CPU توزیع می‌کند. Interrupt Moderation تعداد دفعات وقفه را کنترل می‌کند تا مصرف CPU کاهش یابد؛ در مقابل ممکن است تأخیر را افزایش دهد.
آیا می‌توان چند کارت شبکه روی یک سرور نصب کرد؟
بله، در صورت وجود اسلات، منابع PCIe و پشتیبانی سرور. ترکیب پورت‌ها می‌تواند به افزونگی یا توزیع چند جریان کمک کند، اما طرح Teaming/Bonding باید با سوئیچ و Hypervisor هماهنگ باشد.
چطور سازگاری NIC با VMware، Linux یا Windows Server بررسی شود؟
شماره قطعه دقیق، Firmware، درایور، نسخه سیستم‌عامل و HCL یا Compatibility Matrix سازنده سرور و نرم‌افزار را بررسی کنید. نام یک خانواده مانند E810 یا ConnectX به‌تنهایی تأیید سازگاری نیست.
آیا مصرف انرژی در انتخاب NIC مهم است؟
بله. توان کارت، گرمای تولیدی، نیاز به خنک‌سازی، نوع اپتیک و تعداد کارت‌ها در هزینه عملیاتی مؤثرند؛ مقایسه باید با کارایی حاصل‌شده در بار واقعی انجام شود.
آیا OCP NIC یا پیروی از استانداردهای باز همیشه انتخاب بهتری است؟
خیر. OCP NIC 3.0 یک فرم‌فکتور و مجموعه الزامات سخت‌افزاری است؛ مزیت آن به طراحی و پشتیبانی سرور بستگی دارد. باز بودن رابط یا استاندارد نیز به‌معنای باز بودن Firmware و درایور همه کارت‌ها نیست.
برای بررسی سرعت و تعداد پورت، سازگاری با سرور و Hypervisor، نیاز به RDMA و طراحی مسیر ارتقا، می‌توانید از مشاوره تخصصی آکو برای ارزیابی زیرساخت پردازشی و شبکه استفاده کنید.