در این مقاله میخوانید
تعریف و تفاوت اصطلاحات • بلوکهای واقعی معماری • مزایا و محدودیتها • استاندارد در برابر گواهی • FAT، SAT، Commissioning و IST • TCO و ماتریس انتخاب
دیتاسنتر کانتینری چیست؟
کانتینری یک Form Factor است؛ پیشساخته به محل و روش ساخت و آزمون اشاره دارد؛ ماژولار به تفکیک معماری به واحدهای استاندارد و قابلتوسعه مربوط است. این سه مفهوم همپوشانی دارند، اما مترادف نیستند.
تفاوت دیتاسنتر کانتینری و دیتاسنتر ماژولار چیست؟
اصطلاح
معنای دقیق
نمونه و مرز
| Containerized | بلوک عملکردی داخل محفظهای با فرم کانتینری یا اختصاصیِ قابلحمل | ممکن است فقط IT، فقط برق یا یک ترکیب باشد؛ همه اجزا الزاماً در یک کانتینر نیستند |
|---|---|---|
| Prefabricated | زیرسامانه در کارخانه ساخته، یکپارچه و پیشآزموده میشود | میتواند کانتینری، Enclosure یا Skid باشد؛ بخش مهمی از کار سایت همچنان باقی میماند |
| Modular | معماری به واحدهای تکرارپذیر و قابلتوسعه تقسیم میشود | ممکن است پیشساخته یا ساختمانی باشد؛ توسعه مرحلهای الزاماً به معنی Plug-and-Play نیست |
| Micro Data Center | راهکار کوچک و محلی برای تعداد محدود رک یا حتی یک رک | اغلب برای Edge؛ همه الزامات توان، سرمایش، امنیت و مدیریت چرخه عمر همچنان باید حل شوند |
معماری واقعی از چه بلوکهایی تشکیل میشود؟
بلوک
دامنه معمول
رابطهای بحرانی
| فضای IT | رک، کابلکشی داخلی، توزیع هوای سرد/گرم، حسگر و گاهی PDU | بار مجاز کف، مسیر کابل، ارت، حریق، دسترسی تعمیر و ظرفیت رک |
|---|---|---|
| برق | سوئیچگیر، UPS، باتری، PDU/RPP و کنترل | منبع Utility/ژنراتور، حفاظت و Selectivity، ارت، EPO و مسیر افزونه |
| سرمایش | DX، آبسرد، In-row، Rear-door یا حلقه مایع بسته به طراحی | دفع حرارت بیرونی، لوله، نشتی، کیفیت آب، کنترل، سرویس و شرایط اقلیمی |
| کنترل و حفاظت | DCIM/BMS، اعلام و اطفا، کنترل دسترسی، CCTV و شبکه مدیریت | پروتکل، امنیت سایبری، زمان، آلارم، Escalation و مرکز مانیتورینگ |
| سایت و Utilities | فونداسیون، مسیر حمل و جرثقیل، ژنراتور/سوخت، شبکه، زهکشی و حصار | مجوز، بار باد/برف/زلزله، آبگرفتگی، خوردگی، نویز، حریم آتش و توسعه آینده |
ریسک پنهان رابطها
مزایا؛ وقتی شرایط پروژه با راهکار همخوان است
کاهش زمان تقویمی با اجرای موازی
توسعه مرحلهای و Right Sizing
کیفیت کارخانه و تکرارپذیری
کاربردهای Edge، موقت یا دورافتاده
محدودیتها و Trade-offهایی که باید زود دیده شوند
سایت، اقلیم و الزامات محلی
نگهداشتپذیری و ایمنی کار
Vendor Lock-in و چرخه عمر
بارهای پرتراکم و AI
مقیاس بسیار بزرگ
استاندارد، گواهی و Tier را با هم اشتباه نگیریم!
مرجع
وضعیت/دامنه مرتبط
برداشت صحیح
| ISO/IEC 22237 | بخش ۱: مفاهیم عمومی (۲۰۲۱)، بخش ۲: ساخت (۲۰۲۴)، بخش ۳: برق (۲۰۲۱)، بخش ۴: کنترل محیطی (۲۰۲۱)، بخش ۶: امنیت (۲۰۲۴)؛ بخشهای ۵ و ۷ نسخههای TS دارند و جایگزینهای آنها در حال توسعه است [۲] | خانواده استاندارد برای اجزای مختلف مرکز داده؛ یک برچسب واحد برای همه طراحیها نیست |
|---|---|---|
| ANSI/TIA-942-C | بازنگری C در مه ۲۰۲۴ منتشر شد و زیرساخت مخابرات، معماری، برق، مکانیک، حریق و امنیت را پوشش میدهد [۳] | استاندارد با برنامه Certification یکسان نیست؛ دامنه قرارداد مشخص شود |
| Uptime Tier Standard / Certification | Tier بر عملکرد زیرساخت توپولوژی و قابلیت نگهداری/تحمل خطا تمرکز دارد؛ مراحل طراحی، ساختهشده و پایداری عملیاتی گواهیهای جدا دارند [۴] | ادعای Tier فقط با نام دقیق گواهی، دامنه و وضعیت معتبر بیان شود |
| Uptime Tier-Ready | طرح پیشساخته Vendor پیشارزیابی میشود تا مسیر پروژه Tier را تسهیل کند [۵] | Tier-Ready گواهی سایت نهایی نیست؛ سایت، رابطها، نصب و آزمون همچنان ارزیابی میشوند |
| ASHRAE | راهنمای حرارتی و ملاحظات Edge برای محیط و بهرهبرداری [۷][۸] | کلاس تجهیز و محدوده مجاز/توصیهشده با شرایط واقعی و ضمانت سازنده تطبیق داده شود |
از FAT تا IST؛ زنجیره آزمون و تحویل
مرحله
هدف
نمونه آزمون/خروجی
محدودیت
| FAT | تأیید ساخت و عملکرد ماژول در کارخانه | بازرسی ساخت، I/O، حفاظت، Load Test تعریفشده، آلارم، گزارش عدمانطباق و Punch List | رابط سایت، مسیر بالادست و اثر حمل کامل آزمون نمیشوند |
|---|---|---|---|
| دریافت و نصب | کشف آسیب حمل و تطبیق As-shipped با سایت | بازرسی ظاهری، آببندی، Torque/اتصال، همترازی، اسناد و حفاظت موقت | قبول ظاهری جای SAT را نمیگیرد |
| SAT | تأیید عملکرد تجهیز پس از نصب در سایت | توان و سرمایش واقعی، سیگنال BMS/DCIM، Interlock، EPO و Failover در دامنه تعریفشده | عملکرد یک تجهیز، رفتار کل سیستم را ثابت نمیکند |
| Commissioning | راستیآزمایی نیازمندی مالک از طراحی تا تحویل | Issue Log، Functional Performance Test، آموزش، O&M، As-built و آمادهسازی عملیات | یک رویداد پایان پروژه نیست؛ فرآیند مرحلهای است |
| IST | آزمون رفتار یکپارچه در سناریوهای خرابی | قطع Utility، انتقال ژنراتور/UPS، از دسترفتن سرمایش، Failure/Recovery و پاسخ تیم | سناریو باید ریسکمحور، ایمن، کامل و با معیار پذیرش باشد |
CAPEX پایینتر قطعی نیست؛ TCO را مقایسه کنید
دسته TCO
مواردی که باید در مدل بیاید
پرسش کنترلی
| CAPEX مستقیم | ماژول، تجهیزات، مهندسی، کارخانه، حمل، بیمه، جرثقیل، فونداسیون و Utilities | آیا همه Interfaceها و کارهای سایت در قیمت دیده شدهاند؟ |
|---|---|---|
| زمان و ریسک پروژه | هزینه تأخیر، دوبارهکاری، FAT/Witness، ذخیره زمانی و ارزی | مزیت زمانبندی با Critical Path واقعی سنجیده شده است؟ |
| OPEX | انرژی، آب، نگهداری، سفر، نرمافزار، قطعه، آموزش و قرارداد پشتیبانی | راندمان در بار جزئی و شرایط اقلیمی واقعی چیست؟ |
| چرخه عمر | تعویض باتری/UPS/سرمایش، Upgrade، جابهجایی، توسعه و End-of-life | آیا زیرسامانه بدون تعویض کل محفظه قابلنوسازی است؟ |
| ریسک و Availability | هزینه رخداد، محدودیت تعمیر، Lead Time قطعه و وابستگی Vendor | هزینه یک محدودیت تکنقطهای در مدل لحاظ شده است؟ |
چه زمانی انتخاب مناسبی است و چه زمانی نه؟
وضعیت پروژه
تناسب احتمالی
دلیل/شرط
| ظرفیت Edge یا سایت دورافتاده با الگوی بار نسبتاً روشن | مناسب تا بسیار مناسب | کاهش کار محلی؛ مشروط به اقلیم، سرویسپذیری و پشتیبانی |
|---|---|---|
| نیاز به استقرار سریع با سایت و Design Freeze آماده | مناسب | اجرای موازی ممکن است مسیر بحرانی را کوتاه کند |
| رشد مرحلهای با بلوک توسعه مشخص | مناسب | Interface، فضای توسعه و اقتصاد مقیاس از ابتدا طراحی شود |
| بار AI با چگالی و فناوری سرمایش هنوز نامعلوم | نیازمند احتیاط | ریسک قفلشدن در توان، وزن یا معماری سرمایش نامناسب |
| پردیس بسیار بزرگ با تغییرات طولانیمدت | مقایسه جدی لازم | تکرار پوسته/Interface و پیچیدگی سایت ممکن است معماری Hybrid یا ساختمانی را برتر کند |
| سایت بدون مجوز، Utility یا مسیر حمل قطعی | نامناسب برای وعده استقرار سریع | کانتینر، ریسکهای پایه سایت را حذف نمیکند |
| هدف اصلی فقط «ارزانتر بودن» بدون TCO | مناسب تا بسیار مناسب | CAPEX کمتر قطعی نیست و دامنه دو گزینه باید همارز شود |
پرسشهای کلیدی پیش از RFP و خرید
- بار IT امروز و سناریوی سه تا پنج سال آینده از نظر kW/rack، وزن، شبکه و نوع سرمایش چیست؟
- ظرفیت «قابلاستفاده» در حالت عادی، نگهداری و خرابی منفرد چقدر است و بر چه فرضی محاسبه شده است؟
- مرز Scope میان Vendor ماژول، پیمانکار سایت، Utility، شبکه و بهرهبردار کجاست؟
- شرایط طراحی محیطی، بار سازه، خوردگی، IP Rating، حریق، صدا و امنیت فیزیکی چگونه تأیید میشوند؟
- برای FAT، SAT، Commissioning و IST چه سناریو، شاهد، ابزار و معیار پذیرشی وجود دارد؟
- تعمیر و تعویض باتری، UPS، فن، پمپ، کمپرسور یا CDU در حین بهرهبرداری چگونه انجام میشود؟
- پروتکلها، API، مالکیت داده، Backup کنترلر، امنیت Remote Access و یکپارچگی DCIM/BMS چیست؟
- قطعات یدکی، زمان پاسخ، حضور محلی، ضمانت و End-of-life زیرسامانهها چگونه پوشش داده میشوند؟
- افزودن ماژول بعدی بدون خاموشی چه تغییراتی در برق، سرمایش، سازه و کنترل نیاز دارد؟
- مدل TCO کدام هزینههای سایت، انرژی، پشتیبانی، Upgrade و ریسک ارزی/تأخیر را شامل میشود؟
دیدگاه تخصصی آقای فارسیجانی
آقای فارسیجانی
جمعبندی
گام بعدی پیشنهادی
سؤالات متداول
برای افزودن متن مورد نظرتان اینجا کلیک کنید
آیا دیتاسنتر کانتینری همان دیتاسنتر ماژولار است؟
خیر. کانتینری به فرم محفظه اشاره دارد؛ ماژولار به تقسیم معماری به بلوکهای توسعهپذیر. یک راهکار میتواند هر دو ویژگی را داشته باشد، اما هر دیتاسنتر ماژولار کانتینری نیست.
آیا همه تجهیزات مرکز داده داخل یک کانتینر قرار میگیرند؟
الزاماً نه. ممکن است فضای IT، برق یا سرمایش در ماژولهای جدا باشند و ژنراتور، دفع حرارت یا بخشی از حفاظت در سایت قرار گیرد. دامنه دقیق باید در نقشه و قرارداد مشخص شود.
آیا دیتاسنتر کانتینری همیشه سریعتر و ارزانتر است؟
خیر. اجرای موازی کارخانه و سایت میتواند زمان را کم کند، اما مجوز، Utility، حمل، سفارشیسازی و Interface بر نتیجه اثر دارند. CAPEX و TCO باید برای دامنه و سطح دسترسپذیری همارز مقایسه شوند.
برای شروع بررسی اولیه چه اطلاعاتی الزم است؟
اطلاعات اولیه درباره تعداد کاربران یا واحدها، شیوه فعلی دریافت درخواست، ابزارهای موجود، موضوعات پرتکرار و چالشهای
اصلی میتواند برای شناخت اولیه مفید باشد
FAT برای تحویل کافی است؟
خیر. FAT عملکرد ماژول را در کارخانه میسنجد. پس از حمل، SAT، Commissioning و IST برای رابطهای واقعی سایت و رفتار یکپارچه لازماند.
Tier-Ready یعنی سایت Tier Certified است؟
خیر. Tier-Ready پیشاعتبارسنجی طراحی پیشساخته Vendor است. سایت نهایی، رابطها، نصب و عملکرد آن برای دریافت گواهی مربوط باید جداگانه ارزیابی شوند.
آیا این معماری برای بارهای AI مناسب است؟
میتواند مناسب باشد، اگر توان رک، وزن، مسیر شبکه، فناوری سرمایش و دفع حرارت آینده مشخص باشند. اگر پروفایل بار یا مسیر گذار به سرمایش مایع نامعلوم است، انعطاف معماری و امکان Upgrade باید پیش از سفارش اثبات شود.
منابع و مراجع
۲. ISO/IEC JTC 1/SC 39 Catalogue — فهرست و وضعیت جاری خانواده ISO/IEC 22237
۳. Telecommunications Industry Association (۲۰۲۴) — انتشار ANSI/TIA-942-C و دامنه استاندارد
۴. Uptime Institute — Tier Certification — تفکیک Tier Standard و مراحل Certification
۵. Uptime Institute — Tier-Ready — دامنه پیشاعتبارسنجی طراحیهای Prefabricated/Modular
۶. Uptime Institute Journal — Improve project success through mission critical commissioning؛ Level 4/5 و Integrated Systems Testing
۷. ASHRAE (۲۰۲۰) — Edge Computing: Considerations for Reliable Operation
۸. ASHRAE (۲۰۲۱) — Thermal Guidelines for Data Processing Environments، ویرایش پنجم
۹. ASHRAE (۲۰۲۶) — AI Data Center Framework — Integrated Design Principles



