iSCSI یا Fibre Channel؟ راهنمای انتخاب SAN برای مجازی‌سازی و دیتابیس

بعد از تصمیم برای استفاده از SAN، سؤال بعدی معمولاً نوع اتصال Storage است: iSCSI روی Ethernet یا Fibre Channel با Fabric اختصاصی؟ پاسخ واحدی برای همه سازمان‌ها وجود ندارد. انتخاب درست به Workload، زیرساخت موجود، مهارت تیم، نیاز به Latency قابل پیش‌بینی، بودجه و برنامه توسعه بستگی دارد.

iSCSI چیست؟

iSCSI فرمان‌های SCSI را روی شبکه IP منتقل می‌کند و به سرور اجازه می‌دهد LUNهای Storage را به‌صورت Block Storage ببیند. مزیت اصلی آن استفاده از دانش و تجهیزات خانواده Ethernet است. NIC، سوئیچ و طراحی IP برای تیم‌های شبکه آشنا هستند و در بسیاری از پروژه‌های کوچک و متوسط هزینه ورود پایین‌تری نسبت به Fabric اختصاصی Fibre Channel ایجاد می‌شود.

Fibre Channel چیست؟

Fibre Channel یک فناوری شبکه Storage با اکوسیستم اختصاصی HBA، FC Switch و مفاهیمی مانند Fabric و Zoning است. این معماری سال‌ها در دیتاسنترهای Enterprise برای Workloadهای حساس استفاده شده است. FC را نباید صرفاً یک کابل سریع‌تر دید؛ طراحی، Redundancy، مدیریت و مهارت عملیاتی آن بخشی از تصمیم هستند.

مقایسه هزینه و پیچیدگی

iSCSI می‌تواند از Ethernet استفاده کند، اما این به معنی اتصال SAN به یک LAN شلوغ و بدون طراحی نیست. برای Storage ترافیک باید با VLAN یا شبکه فیزیکی مناسب، Uplink کافی و مسیرهای افزونه طراحی شود. Fibre Channel معمولاً به HBA و سوئیچ‌های FC و دانش تخصصی‌تر نیاز دارد؛ در مقابل جداسازی Fabric از شبکه عمومی ذاتاً روشن‌تر است.

Latency و Performance را چطور مقایسه کنیم؟

عدد سرعت پورت به‌تنهایی معیار کافی نیست. Latency، Queue Depth، نوع دیسک یا Flash، Controller Storage، Oversubscription، اندازه Block و الگوی Random/Sequential همگی روی نتیجه اثر دارند. FC برای محیط‌هایی که Latency پایدار و بار Storage سنگین اولویت دارد سابقه قدرتمندی دارد. iSCSI نیز روی Ethernet پرسرعت و شبکه درست طراحی‌شده می‌تواند برای بسیاری از محیط‌های مجازی‌سازی و دیتابیس عملکرد مناسبی ارائه دهد.

Multipathing حیاتی است

چه iSCSI و چه FC، اتصال تک‌مسیره برای سرویس حیاتی انتخاب خوبی نیست. طراحی باید خرابی NIC/HBA، کابل، سوئیچ، Controller و مسیر را تحمل کند. MPIO در سیستم‌عامل یا Hypervisor باید مطابق توصیه Storage Vendor تنظیم و Failover آن واقعاً تست شود؛ داشتن دو کابل بدون تنظیم صحیح Multipath الزاماً High Availability ایجاد نمی‌کند.

iSCSI برای VMware و Hyper-V

در بسیاری از سازمان‌ها، iSCSI به‌دلیل آشنایی تیم با Ethernet و امکان استفاده از 10/25GbE انتخاب اقتصادی و قابل مدیریت است. بهتر است Storage Traffic از ترافیک کاربران جدا باشد و Redundancy از ابتدا طراحی شود. Jumbo Frame فقط زمانی استفاده شود که کل مسیر End-to-End به‌درستی تنظیم و تست شده باشد؛ فعال‌کردن ناقص آن می‌تواند عیب‌یابی را سخت کند.

چه زمانی Fibre Channel منطقی‌تر است؟

اگر سازمان از قبل FC Fabric، HBA و دانش عملیاتی دارد، یا Workload بسیار حساس با نیاز به رفتار قابل پیش‌بینی Storage دارد، ادامه یا توسعه FC می‌تواند منطقی باشد. هزینه مهاجرت و آموزش نیز باید در TCO دیده شود. انتخاب فناوری فقط بر اساس قیمت یک سوئیچ تصمیم درستی نیست.

امنیت و جداسازی Storage

Storage Network باید سطح حمله کوچکی داشته باشد. در iSCSI، VLAN و ACL و جداسازی مدیریتی اهمیت دارند و CHAP در سناریوهای مناسب می‌تواند بخشی از کنترل دسترسی باشد. در FC نیز Zoning و LUN Masking باید دقیق طراحی شوند. هیچ‌کدام جای Backup را نمی‌گیرند؛ SAN افزونگی Storage است، نه نسخه پشتیبان.

قبل از انتخاب پروتکل، Workload را اندازه بگیرید

IOPS، Throughput، Latency، نسبت Read/Write، Block Size و رشد ظرفیت را از محیط واقعی جمع‌آوری کنید. سپس این نیازها را با دیتاشیت Storage، Controller، NIC/HBA و Switch تطبیق دهید. اگر هنوز بین NAS و SAN مردد هستید، ابتدا راهنمای تفاوت NAS و SAN را بخوانید. برای حفاظت داده نیز قانون بکاپ 3-2-1 مکمل این طراحی است.

چک‌لیست تصمیم‌گیری

زیرساخت موجود، سرعت موردنیاز، Latency قابل قبول، تعداد Hostها، افزونگی، مهارت تیم، هزینه HBA/NIC و Switch، پشتیبانی Vendor و مسیر توسعه سه تا پنج ساله را کنار هم قرار دهید. Proof of Concept با Workload نزدیک به واقعیت از مقایسه‌های صرفاً تئوری ارزشمندتر است.

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

آیا iSCSI حتماً کندتر از Fibre Channel است؟

نه به‌صورت مطلق. نتیجه به سرعت شبکه، طراحی، Storage و Workload بستگی دارد؛ FC مزیت‌های معماری مهمی دارد اما iSCSI مدرن نیز می‌تواند Performance بالایی ارائه کند.

آیا برای iSCSI سوئیچ جدا لازم است؟

الزام مطلق برای همه پروژه‌ها نیست، ولی جداسازی مناسب Storage Traffic و Redundancy ضروری است و در محیط‌های حساس جداسازی فیزیکی می‌تواند انتخاب بهتری باشد.

آیا SAN جای Backup را می‌گیرد؟

خیر. RAID، Snapshot و SAN جای نسخه پشتیبان مستقل و قابل بازیابی را نمی‌گیرند.

جمع‌بندی: iSCSI معمولاً مسیر ساده‌تر و اقتصادی‌تری برای سازمان‌های Ethernetمحور است؛ Fibre Channel برای محیط‌های Enterprise و Fabricهای موجود مزیت‌های جدی دارد. تصمیم نهایی را با اندازه‌گیری Workload و طراحی High Availability بگیرید، نه صرفاً با مقایسه عدد سرعت پورت.