استوریج Infortrend و EonStor؛ راهنمای مدل‌ها، تعمیر و پشتیبانی در ایران

اینفورترند (Infortrend) یکی از سازندگان باسابقه تجهیزات ذخیره‌سازی سازمانی است و خانواده EonStor آن طیف متنوعی از Unified Storage، SAN، Scale-out NAS و Parallel File Storage را پوشش می‌دهد. اگر هدف شما انتخاب استوریج Infortrend، نگهداری یک سیستم موجود، تعمیر دستگاه‌های قدیمی، تأمین قطعه یا بررسی Firmware و RAID باشد، مهم‌ترین نکته این است که قابلیت‌ها را بر اساس خانواده، مدل، نسل سخت‌افزار و نسخه نرم‌افزار بررسی کنید؛ بسیاری از ویژگی‌ها در تمام مدل‌ها یکسان نیستند.

این راهنما با تمرکز بر خانواده‌های فعلی GS، GSe، DS، CS و GSx و همچنین نیازهای عملی تعمیر و پشتیبانی در ایران نوشته شده است. اطلاعات فنی جدید با مستندات رسمی Infortrend تطبیق داده شده و از تعمیم مشخصات یک مدل به کل محصولات خودداری شده است.

اینفورترند و EonStor چیست؟

شرکت Infortrend در سال ۱۹۹۳ تأسیس شده و طبق معرفی رسمی خود، توسعه محصول، طراحی، تولید و بخش مهمی از یکپارچه‌سازی Firmware و Software را در داخل مجموعه انجام می‌دهد. این سابقه باعث شده محصولات آن از استوریج‌های Block-level کلاسیک تا راهکارهای Unified، Scale-out و Parallel File گسترش پیدا کنند.

نام EonStor به یک محصول واحد اشاره نمی‌کند؛ بلکه مجموعه‌ای از خانواده‌های متفاوت است. برای مثال GS و GSe استوریج Unified هستند، DS برای SAN و Block Storage طراحی شده، CS روی Scale-out NAS تمرکز دارد و GSx برای دسترسی موازی به فایل در بارهای HPC و AI ساخته شده است. بنابراین انتخاب یا تعمیر دستگاه فقط با عبارت «استوریج Infortrend» کافی نیست و مدل دقیق دستگاه تعیین‌کننده است.

خانواده‌های اصلی محصولات Infortrend

خط تولید فعلی Infortrend چند خانواده اصلی دارد که از نظر نوع Controller، پروتکل، مقیاس‌پذیری و کاربرد با هم تفاوت دارند. جدول زیر یک نقشه سریع برای تشخیص جایگاه هر خانواده است؛ جزئیات هر مدل باید با Datasheet و Compatibility Guide همان نسل کنترل شود.

برای مشاهده محصولات و مدل‌های موجود در سایت رایااندیش می‌توانید به صفحه Infortrend در رایااندیش مراجعه کنید. بخشی از تجهیزات Legacy نیز هنوز در بازار ایران فعال‌اند و در سرویس یا تأمین قطعات آن‌ها، Part Number و Hardware Revision معمولاً از نام تجاری خانواده مهم‌تر است.

EonStor GS؛ Unified Storage سازمانی

EonStor GS در نسل‌های فعلی یک Unified Storage برای محیط‌های سازمانی است و سرویس‌های Block و File را در یک پلتفرم ارائه می‌کند. Infortrend برای GS قابلیت Scale-out، گزینه‌های مختلف U.2 NVMe SSD، SAS SSD و SAS HDD و امکانات Data Protection را ارائه می‌دهد. حداکثر ظرفیت، تعداد Node، Interface و Performance وابسته به مدل است و نباید عدد یک مدل به کل سری تعمیم داده شود.

EonStor GSe؛ Unified Storage برای SMB

GSe از نظر سرویس‌های SAN/NAS/Cloud به GS نزدیک است، اما هر Appliance آن Single-controller است و برای SMB و سناریوهای اقتصادی‌تر طراحی شده است. در نسل‌های فعلی، چند GSe می‌توانند در معماری Scale-out کنار هم قرار گیرند و Infortrend برای سناریوهای مشخص، HA بین دو دستگاه را نیز ارائه می‌کند. بنابراین «Single Controller بودن یک Appliance» با «نداشتن HA در سطح دو Storage Appliance» یک مفهوم نیست.

EonStor DS؛ تمرکز بر SAN

DS خانواده Block Storage و SAN اینفورترند است. مدل‌ها می‌توانند Single یا Dual Controller باشند و مدل‌های Dual-controller برای محیط‌هایی طراحی شده‌اند که افزونگی Controller و سرویس Block اهمیت دارد. قابلیت‌هایی مانند Snapshot، Replication، SSD Cache و Auto-Tiering در برخی مدل‌ها و لایسنس‌ها ارائه می‌شوند؛ قبل از طراحی باید Feature Matrix همان مدل کنترل شود.

EonStor CS؛ Scale-out NAS

CS برای داده‌های File-level و رشد افقی طراحی شده است. در معماری CS چند Node زیر یک Single Namespace قرار می‌گیرند و مکانیزم‌های توزیع و Balancing داده کمک می‌کنند ظرفیت و Throughput همراه با اضافه شدن Node افزایش پیدا کند. این معماری برای حجم بالای فایل، ویدئو و داده‌های غیرساخت‌یافته مناسب‌تر از یک NAS تک‌گره‌ای است.

EonStor GSx؛ Parallel File Storage

GSx با Scale-out NAS معمولی یکسان نیست. این خانواده برای Parallel File Access طراحی شده تا چند Appliance به‌صورت هم‌زمان در مسیر I/O مشارکت کنند و برای HPC و AI مناسب باشد. Infortrend در نسل فعلی GSx امکان توسعه Cluster با اضافه کردن Appliance جدید و Single Namespace را ارائه می‌کند؛ تعداد Node و Performance نهایی باید از مشخصات همان نسل خوانده شود.

Active-Active در Infortrend دقیقاً یعنی چه؟

عبارت Active-Active در استوریج می‌تواند به دو سطح متفاوت اشاره کند و مخلوط کردن آن‌ها یکی از خطاهای رایج در توضیح محصولات Infortrend است. سطح اول، افزونگی دو Controller داخل یک Storage Appliance است؛ سطح دوم، High Availability بین دو Storage Appliance مستقل است.

Active-Active Controller داخل یک شاسی

در مدل‌های Dual-controller، هر دو Controller می‌توانند در سرویس I/O نقش داشته باشند و در صورت خرابی یک Controller، مسیرهای باقی‌مانده باید با کمک طراحی صحیح SAN و Multipathing ادامه سرویس دهند. اما از این معماری نمی‌توان نتیجه گرفت که Failover در همه شرایط «صفر میلی‌ثانیه» است یا هیچ افت Performance رخ نمی‌دهد؛ رفتار واقعی به مدل، Firmware، Host Multipathing، Path Policy و نوع Workload وابسته است.

HA بین دو Storage Appliance

Infortrend برای GS و در سناریوهای مشخص GSe، سرویس HA بین دو Storage Device را نیز ارائه می‌کند. در این معماری Witness، Synchronous Replication و Auto-failover/Failback برای سرویس Block به کار می‌روند و دو Appliance می‌توانند Active-Active باشند. این قابلیت با Redundant Controller داخل یک شاسی متفاوت است و باید جداگانه طراحی، لایسنس و تست شود.

Interfaceها و تفاوت Ethernet با iSCSI

در توضیح Interfaceها باید بین «سرعت لینک Ethernet» و «پروتکل iSCSI» تفکیک قائل شد. طبق معرفی رسمی Infortrend، در محیط‌های SAN نسل‌های فعلی Interfaceهایی مانند 16Gb/s و 32Gb/s Fibre Channel، iSCSI روی 1/10/25GbE و در برخی مدل‌ها 12Gb/s SAS دیده می‌شوند؛ در سمت شبکه و File Service نیز گزینه‌های Ethernet با سرعت‌های بالاتر مانند 100GbE و 200GbE در بعضی مدل‌ها وجود دارد.

بنابراین وجود یک پورت 100GbE یا 200GbE روی یک مدل به این معنی نیست که باید آن را به‌طور عمومی «100GbE iSCSI» نامید. نوع Host Board، پروتکل فعال، Firmware و مدل دستگاه تعیین می‌کنند آن Interface برای SAN، NAS، RDMA یا سرویس دیگر چگونه استفاده می‌شود. برای آشنایی بیشتر با تفاوت File و Block Storage می‌توانید مقاله NAS و SAN چیست؟ را ببینید.

Scale-out، Single Namespace و Auto-balancing

Scale-out یعنی ظرفیت و در بسیاری از معماری‌ها Performance با اضافه کردن Appliance یا Node جدید گسترش پیدا کند. اما نحوه Scale-out در همه خانواده‌ها یکسان نیست. GS/GSe یک Unified Scale-out ارائه می‌کنند، CS یک Scale-out NAS با Single Namespace و Data Balancing است و GSx از Parallel File Access برای ترکیب توان چند Appliance استفاده می‌کند.

در CS و برخی معماری‌های Unified، Single Namespace باعث می‌شود کاربر به جای مدیریت چند Share یا مسیر مستقل، فضای فایل را در یک Namespace مشترک ببیند. Auto-balancing نیز برای جابه‌جایی یا پیشنهاد جابه‌جایی داده میان Nodeها بر اساس Policy و ظرفیت به کار می‌رود. این مفاهیم نباید با Auto-Tiering بین SSD و HDD اشتباه گرفته شوند؛ یکی درباره توزیع داده میان Nodeهاست و دیگری درباره قرار دادن داده روی Tierهای متفاوت Media.

امنیت داده، Ransomware و Backup

RAID به‌تنهایی راهکار ضدباج‌افزار یا Backup نیست. RAID برای تحمل خرابی Drive طراحی شده و در کنار آن باید Snapshot، Replication و یک سیاست Backup مستقل وجود داشته باشد. در نسل‌های فعلی GS و GSe، Infortrend قابلیت‌هایی مانند WORM و Immutable Object Storage را به‌عنوان بخشی از دفاع در برابر رمزگذاری باج‌افزاری معرفی می‌کند و همچنین Snapshot و Local/Remote Replication را ارائه می‌دهد.

• Snapshot: برای Rollback سریع مفید است، اما اگر تنها نسخه داده روی همان Storage باشد جای Backup مستقل را نمی‌گیرد.
• Local/Remote Replication: برای داشتن کپی دوم در Appliance یا سایت دیگر استفاده می‌شود؛ نحوه همگام‌سازی و RPO/RTO به طراحی بستگی دارد.
• WORM: برای داده‌ای که پس از ثبت نباید تا پایان دوره تعیین‌شده تغییر کند کاربرد دارد.
• Immutable Object Storage: در مدل‌ها و نسخه‌های پشتیبانی‌شده می‌تواند امکان تغییر یا حذف داده را برای یک بازه محدود کند.
• Backup: باید مستقل از RAID و ترجیحاً با نسخه‌ای جدا از دامنه خرابی یا حمله اصلی طراحی شود.

پشتیبانی هر قابلیت به مدل، Firmware، نوع Volume/Object Service و در برخی موارد License وابسته است. پیش از فعال‌سازی سیاست‌های Immutable یا WORM باید Compatibility و سناریوی بازیابی نیز تست شود؛ فعال کردن یک ویژگی امنیتی بدون برنامه Restore، به‌تنهایی استراتژی حفاظت از داده محسوب نمی‌شود.

Auto-Tiering و SSD Cache

Auto-Tiering داده‌ها را بر اساس الگوی دسترسی میان Tierهای مختلف Media جابه‌جا می‌کند تا Hot Data روی SSD و داده‌های کم‌استفاده‌تر روی HDD قرار گیرند. این قابلیت برای Workloadهایی با الگوی نسبتاً پایدار دسترسی مفید است. در مقابل، SSD Cache معمولاً برای شتاب‌دادن به I/Oهای پرتکرار یا Burstها به کار می‌رود و از نظر رفتار با Tiering متفاوت است.

این ویژگی‌ها در تمام مدل‌های Infortrend به‌صورت یکسان وجود ندارند. مستندات فعلی Infortrend Auto-Tiering را برای خانواده‌های GS، DS و CS معرفی می‌کند، اما مدل‌های پشتیبانی‌شده و شرایط License متفاوت‌اند. در برخی نسل‌های GS فعال‌سازی Auto-Tiering نیازمند License است؛ بنابراین پیش از خرید SSD یا تغییر Pool باید Feature Matrix و Maintenance Guide مدل بررسی شود.

Firmware، RAID Degraded و عیب‌یابی

به‌روزرسانی Firmware نباید اولین اقدام واکنشی برای هر خطای Storage باشد. اگر RAID در وضعیت Degraded است، Controller خطا دارد یا Driveها ناپایدارند، ابتدا باید Event Log، وضعیت Disk/Pool/RAID، نسخه فعلی Firmware، Hardware Revision و وضعیت Backup ثبت شود. سپس Firmware مناسب همان مدل و مسیر Upgrade/Downgrade از مستندات Infortrend کنترل شود.

در وضعیت RAID Degraded، تصمیم اشتباه می‌تواند ریسک بازسازی ناموفق یا از دست رفتن داده را بیشتر کند. قبل از Rebuild باید علت Degrade، تعداد Driveهای درگیر، وضعیت Hot Spare، URE/Media Error، سلامت Controller و وجود Backup بررسی شود. اگر مشکل به RAID Controller مربوط است، مقاله RAID Controller چیست؟ نیز برای شناخت نقش Controller مفید است.

تعمیر و پشتیبانی Infortrend در ایران

در بازار ایران بخش مهمی از درخواست‌های Infortrend مربوط به سیستم‌های نصب‌شده و بعضاً Legacy است؛ در این دستگاه‌ها دسترسی به Part Number سازگار، Firmware صحیح و تجربه کار با RAID اهمیت بیشتری از صرفاً تهیه یک قطعه مشابه دارد. رایااندیش در محتوای منتشرشده همین سایت، سابقه واردات و پشتیبانی تجهیزات Infortrend را از سال ۱۳۸۴ اعلام کرده است؛ با این حال دامنه هر خدمت باید برای مدل و وضعیت واقعی دستگاه مشخص شود و نمی‌توان موجودی یا امکان تعمیر همه قطعات را به‌صورت عمومی تضمین کرد.

خدمات قابل ارائه بسته به مدل، قطعه و قرارداد می‌تواند شامل عیب‌یابی سخت‌افزار، بررسی Event Log، ارزیابی Firmware، بررسی RAID و Pool، تأمین یا جایگزینی Controller، Power Supply، Fan، Host Board، BBU یا Super Capacitor و Driveهای سازگار باشد. در تجهیزات EOL، گاهی تعمیر برد یا تأمین قطعه Refurbished/Used تنها مسیر عملی است؛ در این حالت باید وضعیت قطعه و نوع ضمانت به‌صورت شفاف اعلام شود.

• Controller: تطبیق دقیق Part Number، Hardware Revision، Cache/Memory و Firmware قبل از تعویض.
• PSU و Fan: بررسی FRU/Part Number و سازگاری شاسی؛ یکسان بودن ظاهر قطعه کافی نیست.
• BBU / Super Capacitor: تشخیص نوع ماژول حفاظت Cache و وضعیت سلامت آن؛ همه نسل‌ها از یک نوع باتری استفاده نمی‌کنند.
• Drive: بررسی Interface، Sector Format، Firmware/QVL و وضعیت RAID قبل از جایگزینی.
• Firmware: انتخاب Package و Upgrade Path مخصوص همان مدل، نه نصب صرفاً جدیدترین فایل موجود.
• SLA: تعریف زمان پاسخ، سطح حضور، موجودی قطعه و مسئولیت‌ها به‌صورت قراردادی؛ نه استفاده از عبارت‌های کلی مانند «پشتیبانی فوری» بدون تعهد مشخص.

Manufacturer Warranty با گارانتی فروشنده و Maintenance SLA چه تفاوتی دارد؟

Manufacturer Warranty شرایط ضمانت سازنده است و معمولاً به Serial Number، ثبت محصول، منطقه فروش و شرایط رسمی Infortrend وابسته است. گارانتی فروشنده تعهد مستقلی است که فروشنده یا واردکننده بر اساس فاکتور و شرایط خود ارائه می‌دهد. Maintenance SLA نیز قرارداد نگهداری و سطح خدمت است که مواردی مانند زمان پاسخ، حضور کارشناس، قطعه جایگزین، ساعات پوشش و Escalation را تعیین می‌کند.

این سه مفهوم جای یکدیگر را نمی‌گیرند. یک دستگاه می‌تواند Manufacturer Warranty نداشته باشد اما تحت قرارداد Maintenance محلی باشد، یا قطعه‌ای با گارانتی فروشنده عرضه شود ولی SLA On-site نداشته باشد. در پیشنهاد فنی و قرارداد باید دقیقاً مشخص شود کدام نوع پوشش ارائه می‌شود.

برای درخواست تعمیر یا تأمین قطعه چه اطلاعاتی آماده کنیم؟

هرچه اطلاعات اولیه دقیق‌تر باشد، احتمال انتخاب قطعه یا Firmware اشتباه کمتر می‌شود. برای بررسی یک استوریج Infortrend بهتر است قبل از تماس یا ارسال دستگاه، اطلاعات زیر ثبت شود:

• مدل کامل Storage و در صورت امکان Serial Number.
• Part Number قطعه معیوب یا تصویر واضح Label آن.
• نسخه Firmware و نرم‌افزار مدیریتی.
• وضعیت RAID/Pool/Volume و مشخص شدن Normal، Degraded یا Offline بودن.
• Event Log و متن دقیق Alarm یا Error.
• مدل، ظرفیت، Interface و وضعیت Driveهای درگیر.
• شرح تغییرات اخیر؛ مانند تعویض Drive، خاموشی ناگهانی، Upgrade Firmware یا تغییر SAN.
• وضعیت Backup و اینکه آخرین Backup قابل بازیابی مربوط به چه زمانی است.

در سیستم‌های Legacy بهتر است قبل از هر Reset، Rebuild یا Firmware Upgrade از وضعیت فعلی Log و Configuration خروجی گرفته شود. بسیاری از خطاهای Storage با یک اقدام شتاب‌زده پیچیده‌تر می‌شوند و مسیر عیب‌یابی باید از حفظ داده شروع شود.

سوالات متداول درباره Infortrend و EonStor

منابع فنی و بررسی مدل

برای انتخاب Firmware، Host Board، Drive یا Feature باید مستندات همان مدل بررسی شود. نقطه شروع مناسب، Product Overview رسمی Infortrend و بخش Technical Support است. برای قطعات و محصولات موجود در رایااندیش نیز صفحه Infortrend – اینفورترند مرجع داخلی مرتبط است.