NIC Teaming و LACP در سرور چیست؟ راهنمای طراحی شبکه افزونه برای VMware و Hyper-V

NIC Teaming و LACP در سرور چیست؟ راهنمای طراحی شبکه افزونه برای VMware و Hyper-V

دو یا چهار پورت شبکه روی سرور فقط زمانی ارزش واقعی ایجاد می‌کنند که نقش هر پورت و روش Failover از قبل طراحی شده باشد. NIC Teaming، Bonding و LACP اصطلاحاتی هستند که گاهی به‌جای هم استفاده می‌شوند، اما رفتار یکسانی ندارند. هدف این راهنما روشن‌کردن تفاوت‌ها و ارائه یک چک‌لیست عملی برای شبکه سرور، VMware و Hyper-V است.

NIC Teaming چیست؟

Teaming چند رابط شبکه را در سطح سیستم‌عامل یا Hypervisor به یک ساختار منطقی تبدیل می‌کند تا افزونگی، توزیع ترافیک یا هر دو فراهم شود. اگر یکی از لینک‌ها قطع شود، لینک سالم می‌تواند ترافیک را ادامه دهد؛ البته این رفتار به Mode انتخاب‌شده، تنظیمات سوئیچ و نحوه Hashing بستگی دارد. Teaming را نباید صرفاً «جمع‌کردن سرعت دو کارت» تعریف کرد.

LACP چیست؟

LACP مکانیزم استاندارد مذاکره برای Link Aggregation است. در این روش، پورت‌های دو سمت باید در یک گروه تجمیع منطقی قرار بگیرند. سوئیچ و سرور درباره عضویت لینک‌ها هماهنگ می‌شوند و ترافیک بر اساس الگوریتم Hash میان لینک‌ها توزیع می‌شود. نکته مهم این است که یک جریان TCP منفرد معمولاً روی یک لینک می‌ماند؛ بنابراین دو لینک 10GbE الزاماً یک انتقال فایل واحد را به 20Gbps تبدیل نمی‌کنند.

افزونگی مهم‌تر است یا پهنای باند؟

در زیرساخت سازمانی اولین هدف معمولاً حذف Single Point of Failure است. اگر دو NIC دارید اما هر دو به یک سوئیچ واحد وصل‌اند، خرابی همان سوئیچ هنوز کل مسیر را قطع می‌کند. برای افزونگی واقعی باید طراحی End-to-End را ببینید: NIC، کابل، پورت سوئیچ، خود سوئیچ، Uplink و مسیر بالادستی. گاهی دو لینک مستقل به دو سوئیچ، بدون LACP کلاسیک، از نظر دسترس‌پذیری بهتر از یک Port-Channel روی یک سوئیچ است.

Active/Standby چه زمانی مناسب است؟

در سناریوی Active/Standby یک لینک اصلی ترافیک را حمل می‌کند و لینک دوم هنگام خرابی وارد مدار می‌شود. مزیت آن سادگی و کاهش وابستگی به تنظیمات خاص سوئیچ است. برای Management Network یا سرویس‌هایی که هدف اصلی‌شان دسترس‌پذیری است، این روش می‌تواند انتخاب قابل‌فهمی باشد. محدودیت آن این است که در حالت عادی ظرفیت لینک دوم استفاده نمی‌شود.

Load Balancing چگونه کار می‌کند؟

روش‌های توزیع بار ممکن است بر اساس MAC، IP، پورت TCP/UDP یا ترکیبی از آن‌ها تصمیم بگیرند. نتیجه به تعداد Flowها بستگی دارد. محیطی با صدها VM و جریان شبکه متعدد معمولاً فرصت بیشتری برای توزیع ترافیک دارد تا سروری که فقط یک Session بزرگ Backup اجرا می‌کند. بنابراین قبل از انتخاب Mode باید الگوی ترافیک واقعی را بشناسید.

طراحی برای VMware و Hyper-V

در Hypervisor بهتر است Management، VM Network، Storage، Migration و Backup را منطقی تفکیک کنید. این تفکیک می‌تواند با VLAN و Uplinkهای مشترک یا با NICهای اختصاصی انجام شود. انتخاب به تعداد پورت، سرعت لینک و حساسیت سرویس بستگی دارد. در VMware و Hyper-V روش‌های Teaming و Load Balancing متفاوت‌اند؛ تنظیمات را باید بر اساس نسخه Hypervisor و مستندات همان پلتفرم انجام دهید، نه با کپی تنظیمات یک محیط دیگر.

ارتباط Teaming با VLAN

Teaming و VLAN دو مسئله جدا هستند. Teaming درباره مسیرهای فیزیکی و افزونگی/توزیع ترافیک است؛ VLAN درباره جداسازی منطقی Broadcast Domainها. یک Team می‌تواند چند VLAN را حمل کند، اما Trunk و Tagging باید در هر دو سمت سازگار باشد. Native VLAN یا VLAN اشتباه یکی از دلایل رایج قطع ارتباط پس از تغییرات شبکه است.

برای Storage چه نکته‌ای مهم است؟

در iSCSI همیشه نباید به‌صورت خودکار سراغ LACP رفت. بسیاری از طراحی‌ها از Multipathing استفاده می‌کنند تا چند مسیر مستقل Storage داشته باشند. MPIO با Teaming یک مفهوم نیست و باید طبق توصیه Storage Vendor و Hypervisor پیاده‌سازی شود. هدف این است که هم Failover داشته باشید و هم مسیرها واقعاً مستقل باشند.

چک‌لیست قبل از اجرا

مدل دقیق NIC و Firmware، سرعت و Duplex، نوع کابل یا ماژول، قابلیت سوئیچ، Mode تجمیع، VLANها، MTU، الگوریتم Hash، مسیر Failover و سناریوی تست خرابی را ثبت کنید. بعد از اجرا، کابل یکی از لینک‌ها را در زمان کنترل‌شده قطع کنید و بررسی کنید Sessionها، VMها و Management چگونه واکنش نشان می‌دهند. افزونگی که تست نشده فقط یک فرض است.

اشتباهات رایج

ساخت LACP فقط در یک سمت، اتصال اعضای یک گروه به سوئیچ‌هایی که Stack/MLAG مناسب ندارند، انتظار دو برابر شدن سرعت یک Session، ترکیب MTUهای متفاوت و نادیده گرفتن Firmware از خطاهای رایج هستند. همچنین تغییر Teaming روی سرور Production بدون مسیر مدیریتی جایگزین می‌تواند دسترسی Remote را قطع کند.

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

آیا LACP سرعت را دو برابر می‌کند؟

ظرفیت مجموع چند جریان می‌تواند افزایش یابد، اما یک جریان منفرد معمولاً به یک لینک Hash می‌شود.

برای Redundancy حتماً LACP لازم است؟

خیر. Active/Standby یا روش‌های مستقل Hypervisor نیز می‌توانند افزونگی ایجاد کنند.

Teaming جایگزین Backup است؟

خیر. Teaming فقط دسترس‌پذیری شبکه را بهبود می‌دهد و هیچ ارتباطی با حفاظت از داده ندارد.

اگر قصد ارتقای شبکه Host دارید، راهنمای 10GbE و محصولات کارت شبکه HPE در خرسند سیستم را نیز بررسی کنید تا نوع پورت، فرم‌فکتور و سوئیچ قبل از خرید با هم تطبیق داده شوند.

بازدیدها: 0

برچسب ها:

این مقاله بدون برچسب است.

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *

Are you human? Please solve:Captcha