دیزل ژنراتور بادوین برای دیتاسنتر: راهنمای DCP و Tier-3 ۱۴۰۵

بازار دیتاسنتر داخلی ایران در سال‌های اخیر رشد قابل توجهی داشته است. شرکت‌هایی مانند پیشگامان فناوری ایرانی، توسن تاور، پارس آنلاین، سامانه‌های ابری دولتی، و چندین اپراتور مخابراتی به سرمایه‌گذاری در زیرساخت محلی پرداخته‌اند. این رشد، تقاضای قابل توجهی برای دیزل ژنراتورهای DCP-rated (Data Centre Power) با کیفیت بالا، قابلیت parallel operation، و زنجیره‌ی تأمین قطعات پایدار ایجاد کرده است. در این راهنما به این می‌پردازیم که چرا سری PowerKit Diesel بادوین در حال تبدیل شدن به استاندارد دیتاسنترهای ایران است و چگونه باید مدل مناسب پروژه‌ی خود را انتخاب کرد.

چرا دیتاسنتر به دیزل ژنراتور تخصصی نیاز دارد؟

یک دیتاسنتر تفاوت‌های اساسی با کاربری‌های صنعتی استاندارد دارد که دیزل ژنراتور آن را تخصصی می‌کند:

• نیاز به SLA بسیار بالا: دیتاسنترهای Tier-3 معمولاً SLA ۹۹.۹۸٪ uptime را تضمین می‌کنند (معادل حداکثر ۱.۶ ساعت قطعی در سال). دیتاسنترهای Tier-4 تا ۹۹.۹۹۵٪ (۲۶ دقیقه قطعی در سال).
• بار IT حساس به نوسانات ولتاژ: سرورها و سوییچ‌های شبکه به تغییرات کوچک ولتاژ (۲٪) واکنش نشان می‌دهند. کیفیت ولتاژ خروجی موتور باید بسیار پایدار باشد.
• عملکرد گذرای فوق سریع: در صورت قطعی برق، UPS بار را برای حدود ۱۵ ثانیه نگه می‌دارد. در این مدت، موتور دیزل ژنراتور باید راه‌اندازی شده و به ولتاژ و فرکانس نامی برسد.
• کاربری ساعات نامحدود: در شرایط بحرانی (قطعی طولانی شبکه)، موتور ممکن است روزها به‌طور پیوسته کار کند. رتبه‌بندی ESP استاندارد برای این کاربری کافی نیست.
• قابلیت parallel operation: برای SLA Tier-3+، آرایش N+1 یا 2N با چندین موتور همزمان الزامی است.

برای پاسخگویی به این الزامات، بادوین رتبه‌بندی DCP (Data Centre Power) اختصاصی روی برخی مدل‌های سری M33 و M55 ارائه می‌دهد. این رتبه‌بندی، فراتر از ESP استاندارد، اجازه‌ی کارکرد ساعات نامحدود در بار متغیر و دینامیک را می‌دهد.

رتبه‌بندی DCP — فراتر از ESP/PRP

رتبه‌بندی DCP (Data Centre Power) یک رتبه‌بندی توان اختصاصی است که توسط EPA و ISO برای کاربری دیتاسنتری توسعه یافته. تفاوت‌های کلیدی:

• ESP (Emergency Standby): حداکثر ۲۰۰ ساعت سالانه — فقط برای قطعی برق کوتاه
• PRP (Prime Rated): ساعات نامحدود اما با ۷۰٪ متوسط بار حداکثر
• DCP (Data Centre Power): ساعات نامحدود + بار متغیر یا مداوم + پاسخ گذرای بهینه

عملاً DCP یعنی موتور می‌تواند در صورت قطعی طولانی شبکه، روزها یا حتی هفته‌ها به‌طور مداوم کار کند بدون آسیب به موتور یا کاهش گارانتی. این برای پروژه‌های دیتاسنتری حیاتی است چون قطعی‌های طولانی شبکه برق ایران (۲-۱۲ ساعت در شرایط بحرانی) باعث می‌شود موتور برای ساعات بسیار بیشتری از سناریوی ESP استاندارد فعال باشد.

مدل‌های بادوین DCP-rated در دسترس

بادوین رتبه‌بندی DCP را روی مدل‌های زیر از سری PowerKit Diesel ارائه می‌دهد:

الزامات طراحی دیتاسنتر و انتخاب مدل بادوین

دیتاسنتر کوچک (تا ۵۰ رک، Tier-2)

پروژه: حدود ۲۰-۴۰ رک سرور، PUE ۱.۵-۱.۷، بار IT حدود ۲۰۰-۴۰۰ کیلووات. کل بار اضطراری (شامل خنک‌سازی و سیستم‌های جانبی) حدود ۴۰۰-۷۰۰ کیلووات (۵۰۰-۸۷۵ کاوا).

مدل پیشنهادی: یک موتور 6M33G825 DCP (۸۲۵ کاوا) با حاشیه‌ی امن کافی. آرایش single-engine برای Tier-2 قابل قبول است. توصیه: گاورنر ECU، تابلوی DSE 8610، آلترناتور استمفورد یا مک‌آلت.

دیتاسنتر متوسط (۵۰-۱۲۰ رک، Tier-3)

پروژه: ۸۰-۱۲۰ رک، PUE ۱.۴-۱.۶، بار IT حدود ۸۰۰-۱۲۰۰ کیلووات. کل بار اضطراری حدود ۱.۲-۱.۸ مگاوات (۱۵۰۰-۲۲۵۰ کاوا).

مدل پیشنهادی: دو موتور 12M33G1410 DCP در آرایش N+1 (یک موتور همیشه فعال، دومی به‌عنوان hot standby). این آرایش SLA Tier-3 را تأمین می‌کند. کنترلر استاندارد: DSE 8660 یا ComAp InteliGen NTC.

دیتاسنتر بزرگ (۱۲۰-۲۵۰ رک، Tier-3+)

پروژه: ۱۵۰-۲۵۰ رک، بار IT حدود ۱.۵-۲.۵ مگاوات. کل بار اضطراری حدود ۲.۲-۳.۷ مگاوات (۲۷۵۰-۴۶۲۵ کاوا).

مدل پیشنهادی: دو یا سه موتور 16M33G2188 DCP در آرایش N+1، یا چهار موتور 12M33 برای تقسیم بار دقیق‌تر. انتخاب نهایی بر اساس بودجه و موارد فنی (فضای نصب، الزامات parallel) با کارشناسان فنی نشر نیرو بررسی می‌شود.

دیتاسنتر hyperscale (Tier-4)

پروژه: ۲۵۰+ رک، بار IT حدود ۲.۵-۸ مگاوات. آرایش 2N redundancy کامل با چندین خط مستقل برق الزامی است.

مدل پیشنهادی: چهار موتور 20M33 یا 16M55 در آرایش 2N (دو خط مستقل، هرکدام با ۲ موتور parallel). برای کاربری hyperscale، انتخاب نهایی نیاز به مشاوره‌ی تخصصی دارد چون شامل طراحی آرایش پارالل پیچیده، sync سازی، و الزامات تأمین برق چندگانه است.

چرا دیتاسنترهای ایران به‌سرعت به بادوین مهاجرت می‌کنند؟

در سال‌های اخیر، چندین پروژه‌ی دیتاسنتری بزرگ ایران به جای کامینز یا کاترپیلار، بادوین را انتخاب کرده‌اند. دلایل اصلی:

1. زنجیره‌ی تأمین قطعات کوتاه‌تر — برای دیتاسنتری که هر ساعت توقف هزاران دلار خسارت دارد، انتظار ۶ ماه برای قطعه‌ی کامینز قابل قبول نیست.
2. رتبه‌بندی DCP در دسترس روی بسیاری از مدل‌های متوسط، با قیمت رقابتی‌تر از معادل کامینز.
3. parallel operation پایدار با کنترلر استاندارد DSE و ComAp — بادوین به‌طور گسترده با این کنترلرها تست شده.
4. گارانتی ۲ سال PRP نامحدود + ۴ سال ESP — پوشش کامل برای دوره‌ی commissioning + اولین سال‌های عملیات.
5. سازگاری با شبکه‌ی برق ایران — بادوین برای پروژه‌های با شبکه‌ی برق نامساعد (نوسانات ولتاژ شبکه، قطعی‌های نامرتب) بهینه‌سازی شده.

طراحی فونداسیون و سیستم تهویه برای دیزل ژنراتور دیتاسنتر

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

• فونداسیون مهندسی‌شده: بتن مسلح با ابعاد متناسب با وزن موتور (برای 12M33 حدود ۱۰-۱۵ تن فونداسیون لازم است). برای جزئیات، لرزه گیر دیزل ژنراتور را مطالعه کنید.
• سیستم اگزوز خروجی: لوله‌کشی صنعتی با صداگیر اگزوز مناسب، با محل خروج مناسب (نه نزدیک ورودی هوای CRAC).
• سیستم تهویه‌ی اتاق: برای دفع گرمای موتور، با ظرفیت متناسب با حداکثر بار اضطراری.
• باک سوخت مرکزی: برای دیتاسنتر Tier-3 معمولاً ۷۲ ساعت autonomy لازم است. سیستم لوله‌کشی سوخت با پمپ انتقال + فیلتراسیون.
• سیستم اتصال به شبکه و آرایش parallel: تابلوی parallel با sync سازی دقیق، Master-Slave configuration. اتصال دیزل ژنراتور به شبکه برق برای جزئیات.
• سیستم نظارت و مانیتورینگ: BMS برای نظارت پیوسته‌ی پارامترهای موتور (ولتاژ، جریان، فرکانس، دما، فشار روغن) با هشدارهای صدا و نور و سیستم تماس اضطراری.

سطوح Tier در عمل: N، N+1 و 2N یعنی چه؟

وقتی می‌گوییم دیتاسنتر Tier-3 است، منظور یک برچسب تبلیغاتی نیست؛ منظور معماری افزونگی تجهیزات است. برای بخش ژنراتور، این معماری‌ها را باید بشناسید:

• N: دقیقاً به‌اندازهٔ بار طراحی، بدون افزونگی. خرابی یک واحد یعنی قطع پشتیبانی.
• N+1: یک واحد اضافه بر نیاز. می‌توان یک ژنراتور را برای سرویس از مدار خارج کرد بدون اینکه ظرفیت پشتیبان از دست برود — پایهٔ معماری‌های با قابلیت نگهداری هم‌زمان.
• 2N: دو مسیر کاملاً مستقل. گران‌ترین و مقاوم‌ترین حالت، معمول در کاربری‌های با بالاترین سطح دسترس‌پذیری.

نکتهٔ عملی: افزونگی فقط به تعداد ژنراتور نیست. مسیر سوخت، تابلوهای انتقال، کنترلر موازی‌سازی و حتی مسیر هوای خنک‌کاری هم باید در همان سطح افزونگی طراحی شوند، وگرنه یک نقطهٔ خرابی مشترک باقی می‌ماند.

روش سایزینگ ظرفیت پشتیبان دیتاسنتر

سایزینگ ژنراتور دیتاسنتر از روی «توان مصرفی سرورها» تنها اشتباه است. ترتیب درست:

1. بار IT طراحی را بر اساس ظرفیت نهایی رک‌ها مشخص کنید، نه بار امروز.
2. بار مکانیکی را اضافه کنید: چیلر، فن‌کویل، هواساز و پمپ‌ها — در بسیاری از سایت‌ها این بخش هم‌اندازهٔ بار IT یا بیشتر است.
3. تلفات UPS و توزیع را در نظر بگیرید؛ ژنراتور باید ورودی UPS را تغذیه کند، نه خروجی آن.
4. بارهای جانبی را فراموش نکنید: روشنایی، امنیت، اطفای حریق، آسانسور و پریزهای سرویس.
5. ضریب رشد را اعمال کنید؛ دیتاسنتر معمولاً فازبندی می‌شود و ژنراتور باید فاز نهایی را ببیند.
6. کاهش توان محیطی را اعمال کنید: دمای بیشینه و ارتفاع محل نصب. جدول کاهش توان را از دیتاشیت رسمی مدل بگیرید.

حاصل این شش گام، «توان لازم در محل نصب» است — همان عددی که باید با کلاس توان مناسب مقایسه شود، نه با توان استندبای در شرایط مرجع.

پلهٔ بار و کلاس عملکرد (ISO 8528-5)

در دیتاسنتر، بار به‌صورت پله‌ای و سریع روی ژنراتور می‌افتد. استاندارد ISO 8528 کلاس‌های عملکرد G1 تا G4 را برای میزان مجاز افت ولتاژ و فرکانس و زمان بازگشت تعریف می‌کند. برای بارهای حساس IT، کلاس عملکرد سخت‌گیرانه‌تری لازم است.

دو موضوع را حتماً در طراحی ببینید:

• رفتار UPS در حالت ژنراتور: یکسوسازهای ورودی UPS بار غیرخطی هستند و می‌توانند اعوجاج ولتاژ ایجاد کنند. هماهنگی ظرفیت آلترناتور با نوع UPS ضروری است.
• ترتیب راه‌اندازی بارها (Load sequencing): راه‌اندازی هم‌زمان چیلرها و UPSها بدترین پلهٔ بار را می‌سازد. با تأخیرهای پله‌ای در تابلو، این پله را مدیریت کنید.

کلاس عملکرد و توان پذیرش پلهٔ بار هر مدل را باید از دیتاشیت رسمی همان مدل تأیید کنید؛ این مقدار بین مدل‌ها و پیکربندی‌های آلترناتور متفاوت است.

محاسبهٔ خودگردانی سوخت (Fuel Autonomy)

در دیتاسنتر، سؤال واقعی این نیست که «ژنراتور داریم یا نه»، بلکه این است که «چند ساعت می‌توانیم بدون سوخت‌گیری کار کنیم». رابطهٔ پایه ساده است:

ساعت خودگردانی = ظرفیت قابل استفادهٔ باک (لیتر) ÷ مصرف سوخت در بار کاری (لیتر بر ساعت)

سه نکته که معمولاً از قلم می‌افتند:

• ظرفیت قابل استفاده با ظرفیت اسمی فرق دارد. بخشی از باک به‌عنوان ذخیرهٔ غیرقابل‌برداشت و حاشیهٔ ایمنی کنار گذاشته می‌شود.
• مصرف را در بار واقعی حساب کنید، نه بار کامل. دیتاسنترها اغلب زیر ظرفیت طراحی کار می‌کنند.
• زمان تأمین سوخت را در سناریو ببینید. اگر قرارداد سوخت‌رسانی اضطراری ندارید، خودگردانی واقعی شما همان ظرفیت باک است.

برای طراحی مسیر سوخت، باک روزانه، باک ذخیره، پمپ انتقال و سیستم پایش سطح را در همان سطح افزونگی سایر تجهیزات در نظر بگیرید. کیفیت و کهنگی گازوئیل نیز موضوع جدی است؛ سوخت ذخیره‌شده به پایش دوره‌ای و در صورت لزوم فیلتراسیون نیاز دارد.

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

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

• تست دوره‌ای با بار: کارکرد بی‌بار طولانی باعث سوختن ناقص و رسوب در اگزوز و توربوشارژر می‌شود (پدیدهٔ wet stacking). تست با بار واقعی یا بانک بار این مشکل را حل می‌کند.
• تست بانک بار دوره‌ای: برای اطمینان از توان کامل و رفتار سیستم خنک‌کاری در بار بالا.
• تست انتقال بار (Transfer test): شبیه‌سازی قطع برق شهر و بررسی کل زنجیره تا UPS و بارهای IT.
• سرویس دوره‌ای بر اساس ساعت کارکرد و تقویم: روغن، فیلترها، مایع خنک‌کننده، تسمه و باتری استارت. باتری یکی از رایج‌ترین علل عدم راه‌اندازی در لحظهٔ نیاز است.
• پایش از راه دور: ثبت خطاها، دمای آب، فشار روغن و وضعیت باتری به‌صورت پیوسته.

دورهٔ دقیق سرویس و ساعات کارکرد مجاز بین سرویس‌ها را از دفترچهٔ رسمی نگهداری همان مدل بردارید.

چک‌لیست تحویل و راه‌اندازی (Commissioning)

1. تأیید مدل، کلاس توان و مشخصات آلترناتور با مدارک رسمی
2. تست عایقی و ارت‌سنجی تابلوها و بدنه
3. تست راه‌اندازی سرد و زمان رسیدن به ولتاژ و فرکانس نامی
4. تست پله‌های بار مطابق سناریوی طراحی
5. تست بانک بار در بار کامل و پایش دمای اتاق و آب موتور
6. تست انتقال خودکار و بازگشت به برق شهر
7. تست سناریوی خرابی یک واحد در معماری N+1
8. تحویل مدارک: دیتاشیت، گزارش تست، دفترچهٔ سرویس و فهرست قطعات یدکی توصیه‌شده

پنج اشتباه رایج در پروژه‌های پشتیبان دیتاسنتر

1. سایزینگ بر اساس بار امروز به‌جای ظرفیت نهایی سایت.
2. فراموش‌کردن بار مکانیکی (چیلر و هواساز) در محاسبهٔ ظرفیت.
3. افزونگی فقط در ژنراتور و نه در مسیر سوخت و تابلوهای انتقال.
4. تست بی‌بار به‌جای تست با بار که مشکلات واقعی را پنهان می‌کند.
5. طراحی تهویه بر اساس دمای میانگین به‌جای بدترین روز سال.

محدودیت‌ها و راستی‌آزمایی (شفاف‌سازی)

رتبه‌بندی‌های توان، مدل‌های در دسترس و مشخصات فنی هر موتور در طول زمان و بین پیکربندی‌های مختلف تغییر می‌کند. پیش از نهایی‌کردن انتخاب، رتبهٔ توان، پذیرش پلهٔ بار، مصرف سوخت و جدول کاهش توان مدل موردنظر را از دیتاشیت رسمی سازنده تأیید کنید. اطلاعات رسمی موتورهای صنعتی این برند در سایت Baudouin در دسترس است.

طراحی نهایی معماری برق پشتیبان دیتاسنتر باید توسط مهندس برق دارای صلاحیت و متناسب با الزامات پروژه انجام و تأیید شود.

قدم بعدی

اگر بار طراحی و سطح افزونگی سایت خود را مشخص کرده‌اید، برای بررسی مدل‌های موجود و استعلام قیمت روز از این صفحه شروع کنید:

مشاهدهٔ مدل‌های دیزل ژنراتور بادوین و استعلام قیمت

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

تفاوت DCP با ESP در عمل چیست؟

رتبه‌بندی ESP فقط برای ۲۰۰ ساعت سالانه طراحی شده (قطعی‌های کوتاه شبکه). DCP اجازه‌ی کارکرد ساعات نامحدود می‌دهد و در عین حال پاسخ گذرای فوق سریع برای بار بلوکی دینامیک ارائه می‌کند. عملاً برای دیتاسنتر، DCP الزامی است چون قطعی‌های طولانی شبکه باعث می‌شود موتور برای روزها یا حتی هفته‌ها به‌طور پیوسته فعال باشد.

برای دیتاسنتر Tier-3، آیا تک‌موتور 12M33 کافی است یا دو موتور parallel لازم است؟

برای SLA Tier-3 (۹۹.۹۸٪ uptime)، single-engine application معمولاً قابل قبول نیست چون SPOF (Single Point of Failure) محسوب می‌شود. آرایش N+1 با دو موتور 12M33 (یک فعال، یک hot standby) استاندارد Tier-3 است. این طراحی در صورت خرابی یک موتور، موتور دوم به‌صورت خودکار فعال می‌شود و SLA حفظ می‌شود.

هزینه‌ی تقریبی موتور دیزل ژنراتور برای دیتاسنتر ۱۰۰-رک چقدر است؟

هزینه‌ی موتورها بسته به طراحی (Tier-2 single یا Tier-3 N+1) و مشخصات (آلترناتور، تابلو، کانوپی) متغیر است. برای دیتاسنتر ۱۰۰-رک (تقریباً ۱ مگاوات بار IT)، با احتساب نیروگاه پشتیبان کامل، باک سوخت ۷۲ ساعته، تابلوی parallel، نصب و راه‌اندازی، هزینه‌ی کل می‌تواند در رنج چندین میلیارد تومان قرار گیرد. برای پروپوزال دقیق با کارشناسان نشر نیرو تماس بگیرید.

آیا بادوین برای دیتاسنترهای Tier-4 hyperscale مناسب است؟

بله، بادوین موتورهای DCP-rated را تا ۴۱۲۵ کاوا (مدل 16M55) ارائه می‌دهد که برای دیتاسنترهای hyperscale Tier-4 مناسب است. آرایش 2N redundancy با چهار موتور 16M33 یا 20M33 یا 16M55 برای Tier-4 استاندارد است. این رنج پروژه نیاز به طراحی تخصصی و مذاکره‌ی فنی-قیمتی پروژه‌محور دارد.

چرا بادوین در دیتاسنترهای ایران به جای کامینز انتخاب می‌شود؟

سه دلیل اصلی: (۱) زمان تحویل قطعات یدکی کوتاه‌تر — برای دیتاسنتر هر ساعت توقف هزینه‌بر است، (۲) رتبه‌بندی DCP در دسترس روی مدل‌های متوسط با قیمت رقابتی‌تر، (۳) parallel operation با کنترلر استاندارد DSE/ComAp پایدار و گسترده تست شده. دیتاسنترهای بزرگ ایران در سال‌های اخیر به‌سرعت به این انتخاب مهاجرت کرده‌اند.