«کارت HBA چیست؟ شاه ‌کلید اتصال پر سرعت سرور به استوریج که خیلی‌ها نادیده می‌گیرند

در زیرساخت‌های سازمانی، سرعت دسترسی سرور به داده فقط به قدرت CPU، ظرفیت RAM یا Performance خود استوریج HP وابسته نیست؛ مسیر انتقال I/O میان Host و Storage نیز مستقیماً بر Latency، Throughput و پایداری سرویس تأثیر می‌گذارد. زمانی که چند سرور باید از طریق شبکه SAN به Storage اشتراکی دسترسی داشته باشند، به یک رابط تخصصی برای مدیریت ترافیک Block Storage نیاز است. HBA یا Host Bus Adapter این ارتباط را میان گذرگاه PCIe سرور و زیر ساخت Storage برقرار می‌کند؛ به‌ طوری‌ که در مدل‌های Fibre Channel، درخواست‌های Read/Write سرور از طریق HBA وارد FC Fabric شده و به LUNهای تعریف‌ شده روی Storage Array منتقل می‌شوند.

به همین دلیل، انتخاب HBA صرفاً براساس سرعت اسمی آن انجام نمی‌شود و عواملی مانند نسل Fibre Channel، تعداد Portها، پهنای باند PCIe، Queue Depth، سازگاری Driver و Firmware و پشتیبانی از Multipathing نیز اهمیت دارند. انتخاب صحیح این مشخصات می‌تواند در محیط‌های مجازی‌ سازی، دیتابیس و سرویس‌های پر تراکنش، علاوه بر افزایش پهنای باند و کاهش تأخیر I/O، مسیرهای افزونه‌ای برای دسترسی پایدار سرور به Storage فراهم کند.

کارت HBA چیست و دقیقاً چه کاری در سرور انجام می‌دهد؟

HBA مخفف Host Bus Adapter است؛ یک آداپتور سخت‌ افزاری که مسیر ارتباطی میان Host، مانند سرور، و زیرساخت ذخیره‌ سازی را فراهم می‌کند. در شبکه Fibre Channel SAN، کارت HBA روی اسلات PCIe سرور نصب می‌شود و از طریق Transceiver و کابل Fibre Channel به FC Switch متصل می‌شود؛ سپس Switch درخواست‌های I/O را به Storage Array هدایت می‌کند. در نتیجه مسیر دسترسی سرور به داده را می‌توان به‌ صورت زیر نمایش داد:

Server → PCIe → HBA → FC Switch/Fabric → Storage Array → LUN

اما HBA فقط یک رابط فیزیکی برای اتصال کابل نیست. زمانی که سیستم‌ عامل یا Hypervisor درخواست Read/Write ایجاد می‌کند، Driver کارت این درخواست I/O را به HBA تحویل می‌دهد. HBA وظایف مربوط به ارتباط Storage، مدیریت I/O Queueها و انتقال داده روی لینک Fibre Channel را انجام می‌دهد و درخواست را برای ارسال در SAN آماده می‌کند. در SANهای Fibre Channel، دستورات Block Storage معمولاً از طریق FCP (Fibre Channel Protocol) منتقل می‌شوند؛ در نسل‌های جدیدتر نیز برخی HBAها از NVMe/FC پشتیبانی می‌کنند تا ترافیک NVMe روی زیرساخت Fibre Channel منتقل شود.

یک درخواست I/O چگونه از سرور به Storage می‌رسد؟

برای درک بهتر عملکرد HBA، مسیر یک درخواست خواندن داده را می‌توان در چند مرحله خلاصه کرد:

• Application یا VM درخواست خواندن اطلاعات را ایجاد می‌کند.
• سیستم‌ عامل یا Hypervisor درخواست I/O را به Storage Stack تحویل می‌دهد.
• HBA Driver درخواست را دریافت کرده و برای Adapter آماده می‌کند.
• HBA درخواست را از طریق Fibre Channel Fabric به Storage Array منتقل می‌کند.
• Storage بلوک مورد نظر را از LUN دریافت کرده و پاسخ از همان مسیر به Host بازمی‌گردد.

بنابراین HBA در عمل بخشی از Data Path میان سرور و Storage است و کیفیت این مسیر می‌تواند مستقیماً بر Latency، Throughput و پایداری دسترسی به داده تأثیر بگذارد.

به همین دلیل، در طراحی سرور HP برای استوریج و ذخیره‌ سازی باید HBA متناسب با نوع Storage و حجم I/O انتخاب شود؛ زیرا حتی یک Storage سریع نیز در صورت محدودیت HBA یا مسیر ارتباطی نمی‌تواند حداکثر Performance خود را در اختیار سرور قرار دهد.

انواع کارت HBA و تفاوت آن‌ها

کارت‌های HBA براساس نوع پروتکل، شیوه اتصال و نوع Storage مقصد به چند گروه تقسیم می‌شوند. بنابراین انتخاب HBA فقط با نگاه‌کردن به سرعت آن انجام نمی‌شود؛ ابتدا باید مشخص شود سرور قرار است به SAN مبتنی بر Fibre Channel، شبکه iSCSI، Enclosureهای SAS/SATA یا Storageهای NVMe متصل شود. در زمان خرید سرور HPE نیز بهتر است نوع HBA از ابتدا با Storage، سیستم‌ عامل و Workload هماهنگ انتخاب شود تا بعداً محدودیت اتصال یا پهنای باند ایجاد نشود.

1. Fibre Channel HBA

Fibre Channel HBA یا FC HBA رایج‌ترین نوع HBA در شبکه‌های SAN سازمانی است. این کارت از طریق PCIe داخل سرور نصب می‌شود و با کابل Fibre Channel به FC Switch و در نهایت Storage Array متصل می‌شود. HPE کارت‌های FC HBA را مشخصاً برای اتصال ProLiant Server به Storageهای اشتراکی معرفی می‌کند.

ویژگی اصلی FC HBA، Latency پایین، پهنای باند پایدار و مناسب‌ بودن برای Block Storage است. نسل‌های مختلف آن با سرعت‌هایی مانند 16G، 32G و 64G عرضه می‌شوند و مدل‌های جدید HPE علاوه بر FCP از FC-NVMe نیز پشتیبانی می‌کنند.

• مناسب برای: VMware، Hyper-V، SQL Server، Oracle، Clusterها و SANهای Enterprise.
• نوع اتصال: Fibre Channel + SFP/Optical Cable
• Storage مقصد: FC SAN Storage مانند HPE Alletra، MSA، Nimble/Alletra و سایر Arrayهای سازگار.

2. SAS/SATA HBA

SAS HBA برای اتصال سرور به Driveها، JBOD، Disk Enclosure یا Backplaneهای SAS/SATA استفاده می‌شود. برخلاف Fibre Channel HBA، این کارت معمولاً برای ایجاد یک شبکه SAN بین چندین سرور و Storage طراحی نشده و بیشتر یک مسیر مستقیم میان Host و مجموعه Driveها ایجاد می‌کند.

بسیاری از SAS HBAها علاوه بر دیسک‌های SAS، از SATA نیز پشتیبانی می‌کنند؛ به همین دلیل عبارت SAS/SATA HBA رایج است. این نوع کارت زمانی کاربرد زیادی دارد که سیستم‌ عامل یا نرم‌ افزار Storage باید مستقیماً Driveها را ببیند، مثلاً در ZFS، Ceph، TrueNAS یا Software-Defined Storage. Broadcom نیز HBAهای SAS/SATA و Tri-Mode را به‌ عنوان Storage Adapter مستقل ارائه می‌کند.

• مناسب برای: JBOD، DAS، ZFS، Ceph، Backup Server و Software-Defined Storage.
• نوع اتصال: کابل SAS داخلی یا خارجی
• Storage مقصد: SAS/SATA Drive، JBOD یا Disk Enclosure.

3. iSCSI HBA

iSCSI HBA برای انتقال Block Storage روی شبکه Ethernet استفاده می‌شود. در iSCSI، دستورات SCSI داخل TCP/IP قرار می‌گیرند و داده از طریق شبکه Ethernet میان سرور و Storage منتقل می‌شود. بنابراین برخلاف FC HBA، برای iSCSI به Fibre Channel Fabric نیاز نیست و مسیر معمول می‌تواند به شکل Server → iSCSI Adapter/Ethernet → Network Switch → iSCSI Storage باشد.

در برخی محیط‌ها iSCSI کاملاً توسط NIC و Software Initiator سیستم‌ عامل اجرا می‌شود، اما iSCSI HBA یا Offload Adapter می‌تواند بخشی از پردازش TCP/IP و iSCSI را از CPU سرور بردارد. HPE Storageهایی مانند MSA نیز بسته به مدل، Host Connectivity مبتنی بر 10/25GbE iSCSI ارائه می‌کنند.

• مناسب برای: SANهای مبتنی بر Ethernet، کسب‌ و کارهایی که نمی‌خواهند FC Fabric مجزا ایجاد کنند و محیط‌های مجازی‌ سازی متوسط.
• نوع اتصال: Ethernet
• پروتکل: iSCSI روی TCP/IP
• Storage مقصد: iSCSI SAN Storage.

4. NVMe/FC HBA

NVMe/FC در واقع نسل پیشرفته‌تری از Fibre Channel Storage Connectivity است. اینجا همچنان از Fibre Channel Fabric استفاده می‌شود، اما به‌ جای انتقال دستورات سنتی SCSI/FCP، پروتکل NVMe روی Fibre Channel منتقل می‌شود.
هدف اصلی NVMe/FC کاهش سربار پروتکل و استفاده بهتر از Performance بالای All-Flash و NVMe Storage است. HPE در HBAهای جدید 32G و 64G خود پشتیبانی از FC-NVMe را ارائه می‌کند و HBAهای 64G نیز می‌توانند هم FCP و هم NVMe Protocol را منتقل کنند.

• مناسب برای: All-Flash Storage، دیتابیس‌های پرتراکنش، Virtualization سنگین و Workloadهای حساس به Latency.
• نوع اتصال: Fibre Channel
• پروتکل: NVMe over FC
• Storage مقصد: NVMe/FC-capable Storage Array.

5. Tri-Mode HBA

Tri-Mode HBA برای زیر ساخت‌هایی طراحی شده که نیاز دارند چند نوع Storage Media را از طریق یک Adapter مدیریت کنند. این کارت‌ها در طراحی‌های سازگار می‌توانند SAS، SATA و NVMe را پشتیبانی کنند. Broadcom نیز Tri-Mode Storage Adapterهایی با پشتیبانی از SAS/SATA/NVMe ارائه می‌کند.

مزیت آن کاهش نیاز به چند Controller جداگانه و ایجاد انعطاف بیشتر در سرورهای دارای ترکیبی از HDD، SAS SSD و NVMe SSD است. البته استفاده واقعی از هر سه نوع Drive به Backplane، کابل‌ کشی و طراحی خود سرور نیز وابسته است.

• مناسب برای: سرورهای نسل جدید، Storage Server و سیستم‌هایی با ترکیب HDD و SSD/NVMe.
• نوع اتصال: PCIe + SAS/SATA/NVMe
• Storage مقصد: Driveهای SAS، SATA و NVMe در زیرساخت پشتیبانی‌ شده.

کارت HBA چگونه به سرور و Storage متصل می‌شود؟

نحوه اتصال HBA به نوع کارت بستگی دارد، اما در یک Fibre Channel SAN، کارت HBA ابتدا روی اسلات PCIe سرور نصب می‌شود. Port کارت از طریق SFP/Transceiver و کابل Fibre Channel به FC Switch متصل شده و Switch نیز مسیر ارتباط با Storage Array را برقرار می‌کند. بنابراین مسیر فیزیکی معمول به شکل زیر است:

Server → PCIe → HBA → SFP → Fibre Channel Cable → FC Switch → Storage Array

اما اتصال کابل به‌ تنهایی باعث نمی‌شود سرور بتواند از فضای Storage استفاده کند. بعد از برقراری ارتباط فیزیکی، چند مرحله پیکربندی نیز لازم است:

نصب HBA و Driver/Firmware: کارت در PCIe Slot سازگار قرار می‌گیرد و Driver و Firmware متناسب با سیستم‌ عامل یا Hypervisor نصب و بررسی می‌شوند.

شناسایی WWPN: هر Port در Fibre Channel HBA یک شناسه منحصر به‌ فرد به نام WWPN (World Wide Port Name) دارد. SAN از این شناسه برای تشخیص دقیق Port سرور استفاده می‌کند.

تنظیم Zoning: روی FC Switch مشخص می‌شود کدام WWPN سرور اجازه برقراری ارتباط با کدام Portهای Storage را دارد. Zoning در واقع محدوده ارتباط میان Host و Storage را در Fabric کنترل می‌کند.

انجام LUN Mapping/Masking: در سمت Storage، فضای ذخیره‌ سازی به شکل LUN (Logical Unit Number) در اختیار Host قرار می‌گیرد و تعیین می‌شود کدام سرور مجاز به مشاهده و استفاده از هر LUN باشد.

شناسایی Storage توسط Host: پس از تکمیل تنظیمات، سیستم‌ عامل یا Hypervisor می‌تواند LUN ارائه‌ شده را شناسایی کرده و از آن برای Datastore، Volume، دیتابیس یا سایر سرویس‌ها استفاده کند.

در نتیجه، برای انتخاب HBA در راهنمای خرید سرور HP باید علاوه بر نوع و سرعت کارت، سازگاری PCIe، نوع SFP، سرعت FC Switch، Storage Array، سیستم‌ عامل، Driver و Firmware نیز بررسی شود؛ چون ناسازگاری هر بخش از این زنجیره می‌تواند باعث محدودیت Performance یا حتی شناسایی‌ نشدن Storage شود.

سرعت انتقال اطلاعات در کارت‌های HBA

سرعت انتقال در HBA به نوع رابط و نسل کارت بستگی دارد. در Fibre Channel، نسل‌های 8GFC، 16GFC، 32GFC و 64GFC وجود دارند؛ عدد هر نسل بیانگر نرخ اسمی لینک است و با افزایش نسل، پهنای باند قابل استفاده نیز افزایش پیدا می‌کند.
به‌ طور خلاصه:

8GFC: نسل قدیمی‌تر؛ مناسب زیرساخت‌های Legacy و Workloadهای سبک‌تر.
16GFC: مناسب بسیاری از SANهای سازمانی و محیط‌های مجازی‌ سازی متعارف.
32GFC: پهنای باند بالاتر برای Virtualization متراکم، دیتابیس و All-Flash Storage.
64GFC: مناسب دیتاسنترهای جدید، All-Flash/NVMe Storage و Workloadهای بسیار I/O-Intensive.
در SAS HBA نیز نسل رابط اهمیت دارد. 12G SAS نرخ اسمی 12Gb/s در هر PHY دارد و نسل جدیدتر 24G SAS این مقدار را به 24Gb/s در هر PHY افزایش می‌دهد. در کارت‌های چند مسیره/ چندPHY، پهنای باند تجمیعی می‌تواند بالاتر باشد؛ البته به شرطی که PCIe و تجهیزات سمت Storage نیز توان استفاده از آن را داشته باشند.

Link Speed با Throughput واقعی چه تفاوتی دارد؟

این نکته مهم است: 32Gb/s روی مشخصات یک HBA به این معنا نیست که نرم‌ افزار شما دقیقاً با همین نرخ داده منتقل می‌کند.

Link Speed ظرفیت اسمی لینک ارتباطی است، در حالی که Throughput میزان داده‌ای است که در شرایط واقعی منتقل می‌شود. Protocol Overhead، نوع Workload، Queue Depth، تعداد Portها، PCIe، FC Switch، Storage Controller و توان خود Driveها همگی روی Throughput واقعی تأثیر می‌گذارند.

برای مثال، نصب HBA 64G روی سرور HP برای مجازی‌ سازی زمانی مزیت واقعی ایجاد می‌کند که FC Switch، Portهای Storage، PCIe و خود Storage نیز توان پاسخ‌ گویی به این حجم I/O را داشته باشند. اگر Storage یا Switch به 16G محدود باشد، استفاده از HBA سریع‌تر به‌ تنهایی Performance ماشین‌های مجازی را چند برابر نمی‌کند.

قاعده کاربردی برای انتخاب: سرعت HBA را براساس سریع‌ترین کارت موجود انتخاب نکنید؛ باید کل مسیر Server → HBA → Switch → Storage بررسی شود و HBA متناسب با Workload و پهنای باند End-to-End انتخاب شود.

کارت HBA برای چه سرورها و Workloadهایی مناسب است؟

کارت HBA بیشتر در سرورهایی کاربرد دارد که به Storage خارجی یا Shared Storage متصل می‌شوند و حجم بالایی از I/O، دسترسی پایدار یا مسیرهای ارتباطی افزونه نیاز دارند. بنابراین وجود HBA برای همه سرورها ضروری نیست و نوع Workload و طراحی Storage تعیین می‌کند که به آن نیاز دارید یا خیر.

VMware و Hyper-V: برای اتصال چند Host به Shared Storage و ایجاد Datastore مشترک؛ به‌ خصوص در محیط‌هایی که قابلیت‌هایی مانند HA، Cluster و Live Migration استفاده می‌شوند.

SQL Server و Oracle: مناسب دیتابیس‌هایی با حجم بالای Read/Write و حساسیت به Latency؛ به‌ ویژه زمانی که Database Storage روی SAN قرار دارد.

VDI: در زیرساخت‌های دارای تعداد زیاد Virtual Desktop، HBA می‌تواند پهنای باند و مسیر ارتباطی پایدار میان Hostها و Storage مرکزی فراهم کند.

Cluster: در Failover Clusterهایی که چند Node باید به Storage مشترک دسترسی داشته باشند، FC HBA یکی از روش‌های متداول اتصال Hostها به SAN است.

Shared Storage: زمانی که چند سرور باید به LUNهای موجود روی یک Storage Array دسترسی داشته باشند، HBA ارتباط Block-Level میان Host و Storage را برقرار می‌کند.

Workloadهای پرتراکنش: ERP، دیتابیس، مجازی‌ سازی متراکم و سرویس‌های Mission-Critical که به IOPS بالا، Latency پایین و Availability اهمیت می‌دهند، از سناریوهای اصلی استفاده از HBA هستند. در مقابل، اگر سرور فقط از هاردها و SSDهای داخلی استفاده می‌کند یا Storage از طریق پروتکل‌هایی مانند iSCSI با NIC معمولی و Software Initiator در دسترس است، الزاماً به FC HBA جداگانه نیاز نخواهد بود.

هنگام انتخاب و خرید کارت HBA به چه نکاتی توجه کنیم؟

برای خرید کارت HBA سرور HP بهتر است مشخصات زیر قبل از انتخاب مدل بررسی شوند:

• نوع HBA: ابتدا مشخص کنید زیرساخت به Fibre Channel، SAS/SATA، iSCSI یا NVMe/FC نیاز دارد.
• سرعت کارت: سرعت HBA مانند 16GFC، 32GFC یا 64GFC باید با FC Switch و Storage هماهنگ باشد.
• تعداد Portها: برای محیط‌های حساس، Dual-Port یا چند مسیر مستقل امکان Redundancy و Multipathing بهتری فراهم می‌کند.
• PCIe Generation و Lanes: اسلات PCIe سرور باید پهنای باند موردنیاز HBA را تأمین کند؛ در غیر این صورت PCIe می‌تواند Bottleneck ایجاد کند.
• SFP/Transceiver: نوع و سرعت Transceiver باید با HBA و FC Switch سازگار باشد.
• نوع کابل: نوع کابل، کانکتور و استاندارد ارتباطی باید براساس فاصله و تجهیزات دو سمت انتخاب شود.
• Driver و Firmware: نسخه‌های کارت باید با سرور، سیستم‌ عامل و Hypervisor سازگار و ترجیحاً مطابق Support Matrix سازنده باشند.
• سیستم‌ عامل و Hypervisor: پشتیبانی از Windows Server، Linux، VMware ESXi یا Hyper-V قبل از خرید بررسی شود.
• FC Switch: سرعت Portها و نسل Fibre Channel سوییچ باید با HBA هماهنگ باشد.
• Storage Compatibility: Storage Array باید پروتکل و سرعت ارتباطی کارت را پشتیبانی کند.
• Workload: برای دیتابیس، VDI و مجازی‌ سازی سنگین باید Throughput، Latency، Queue Depth و حجم I/O مورد نیاز در انتخاب کارت لحاظ شود.

جمع‌ بندی

کارت HBA زمانی اهمیت پیدا می‌کند که سرور برای اجرای مجازی‌ سازی، دیتابیس، Cluster یا سایر سرویس‌های سازمانی به Storage خارجی و Shared Storage متصل باشد و به ارتباط سریع، پایدار و قابل افزونه نیاز داشته باشد. با این حال، سریع‌ترین HBA الزاماً بهترین انتخاب نیست و نوع پروتکل، تعداد Port، PCIe، FC Switch، Storage و Workload باید به‌ صورت یک زنجیره بررسی شوند. هنگام خرید سرور فیزیکی بهتر است نیاز به HBA و تعداد اسلات‌های PCIe از ابتدا در طراحی سرور در نظر گرفته شود و در زیرساخت‌های SAN نیز انتخاب تجهیزات سازگار می‌تواند از ایجاد Bottleneck جلوگیری کند؛ موضوعی که در استعلام قیمت سرور HP نیز بهتر است همراه با هزینه HBA، SFP، کابل و تجهیزات SAN در نظر گرفته شود.

سوالات متداول

1. آیا همه سرورها به کارت HBA نیاز دارند؟

خیر. HBA بیشتر زمانی موردنیاز است که سرور به SAN، Shared Storage، JBOD یا سایر تجهیزات Storage خارجی متصل شود. سروری که فقط از Storage داخلی استفاده می‌کند الزاماً به HBA نیاز ندارد.

2. برای مجازی‌ سازی HBA تک‌ پورت بهتر است یا Dual-Port؟

در محیط‌های Production معمولاً Dual-Port یا دو مسیر مستقل مناسب‌تر است؛ زیرا امکان Multipathing و Redundancy را فراهم می‌کند و خرابی یک مسیر الزاماً باعث قطع دسترسی Host به Storage نمی‌شود.

3. آیا استفاده از HBA 64G باعث افزایش سرعت Storage می‌شود؟

نه لزوماً. Performance نهایی به کل مسیر HBA → FC Switch → Storage Array و همچنین PCIe، Workload و توان Storage بستگی دارد. اگر بخشی از مسیر مثلاً به 16G محدود باشد، HBA 64G به‌ تنهایی سرعت را به 64G افزایش نمی‌دهد.

4. تفاوت اصلی Fibre Channel HBA با SAS HBA چیست؟

FC HBA عمدتاً برای اتصال سرور به Storage Array از طریق شبکه Fibre Channel SAN استفاده می‌شود؛ در مقابل، SAS HBA بیشتر برای اتصال مستقیم سرور به SAS/SATA Driveها، JBOD یا Disk Enclosure کاربرد دارد. بنابراین انتخاب بین آن‌ها به معماری Storage و نوع اتصال مورد نیاز بستگی دارد.