دیتاسنتر چیست؟ راهنمای جامع اجزا، تجهیزات و ملزومات مرکز داده

دیتاسنتر یا Data Center فقط اتاقی پر از سرور نیست؛ یک زیرساخت مهندسی‌شده برای پردازش، ذخیره‌سازی و جابه‌جایی داده است که باید برق پایدار، سرمایش مناسب، ارتباطات شبکه، امنیت، مانیتورینگ و امکان نگهداری تجهیزات را به‌صورت پیوسته فراهم کند. وب‌سایت‌ها، سامانه‌های سازمانی، سرویس‌های ابری، بانک‌های اطلاعاتی و بسیاری از خدمات آنلاین در نهایت به چنین زیرساخت‌هایی متکی هستند.

در این راهنما، دیتاسنتر را از دید عملی بررسی می‌کنیم: اجزای اصلی مرکز داده چیست، سرور و Storage چه نقشی دارند، برق و UPS و ژنراتور چگونه طراحی می‌شوند، سرمایش و رک و کابل‌کشی چه اهمیتی دارند، Tierها چه مفهومی دارند و برای راه‌اندازی یک دیتاسنتر چه ملزوماتی باید از ابتدا در نظر گرفته شود.

دیتاسنتر چیست؟

دیتاسنتر (Data Center) یا مرکز داده یک تأسیسات فیزیکی برای استقرار و بهره‌برداری از تجهیزات پردازشی، ذخیره‌سازی و شبکه است. سرورها، Storageها، سوئیچ‌ها، روترها، فایروال‌ها و تجهیزات ارتباطی در این محیط قرار می‌گیرند و مجموعه‌ای از زیرساخت‌های برق، سرمایش، امنیت و مانیتورینگ شرایط لازم برای فعالیت پایدار آن‌ها را فراهم می‌کند.

Cisco نیز در تعریف دیتاسنتر بر همین سه جزء اصلی یعنی Compute، Storage و Network تأکید می‌کند. اما تفاوت یک مرکز داده حرفه‌ای با چند سرور نصب‌شده در یک اتاق، در زیرساخت پشتیبان آن است: برق باید پایدار باشد، گرما باید کنترل شود، مسیرهای ارتباطی باید قابل اتکا باشند و خرابی یک جزء تا حد ممکن باعث قطع کل سرویس نشود.

دیتاسنتر چگونه کار می‌کند؟

وقتی کاربری به یک وب‌سایت، نرم‌افزار سازمانی یا سرویس آنلاین درخواست می‌فرستد، این درخواست از طریق شبکه به زیرساخت مناسب می‌رسد. تجهیزات شبکه ترافیک را به سرور یا سرویس مقصد هدایت می‌کنند، سرور پردازش لازم را انجام می‌دهد و در صورت نیاز داده از Storage خوانده یا روی آن نوشته می‌شود. پاسخ نیز از مسیر شبکه به کاربر بازمی‌گردد.

در پس این فرایند، سامانه‌های دیگری دائماً فعال‌اند: UPS اختلالات کوتاه برق را پوشش می‌دهد، ژنراتور برای قطعی طولانی‌تر آماده است، سیستم Cooling گرمای تجهیزات را دفع می‌کند، سنسورها دما و رطوبت را می‌سنجند و سیستم‌های مانیتورینگ وضعیت شبکه، برق و تجهیزات را کنترل می‌کنند. به همین دلیل قابلیت اطمینان دیتاسنتر حاصل عملکرد هماهنگ چندین زیرسیستم است، نه فقط کیفیت خود سرورها.

اجزای اصلی دیتاسنتر

برای درک درست مرکز داده بهتر است اجزای آن را در دو گروه ببینیم: تجهیزات IT که مستقیماً پردازش، ذخیره‌سازی و انتقال داده را انجام می‌دهند و زیرساخت Facility که برق، سرمایش، امنیت و محیط فیزیکی لازم برای کار این تجهیزات را فراهم می‌کند. خرابی در هرکدام از این دو لایه می‌تواند سرویس را مختل کند.

سرورها و لایه Compute

سرورها هسته پردازشی دیتاسنتر هستند. وب‌سرورها، دیتابیس‌ها، سامانه‌های مجازی‌سازی، نرم‌افزارهای سازمانی، کلاسترهای محاسباتی و زیرساخت‌های AI می‌توانند روی سرورهای فیزیکی یا ماشین‌های مجازی اجرا شوند. انتخاب تعداد سرورها و مشخصات CPU، RAM، GPU و I/O باید بر اساس Workload واقعی انجام شود؛ خرید سرور بدون برآورد بار پردازشی و رشد آینده معمولاً به ظرفیت بلااستفاده یا کمبود زودهنگام منابع منتهی می‌شود.

Storage و سیستم‌های ذخیره‌سازی

Storage محل نگهداری داده‌های عملیاتی، فایل‌ها، ماشین‌های مجازی، دیتابیس‌ها و در برخی معماری‌ها نسخه‌های پشتیبان است. بسته به نیاز می‌توان از ذخیره‌سازی متصل مستقیم، File Storage یا Shared Block Storage استفاده کرد. تفاوت معماری‌های DAS، NAS و SAN در نحوه اتصال، نوع دسترسی و میزان اشتراک‌پذیری آن‌هاست و انتخاب درست باید متناسب با Workload انجام شود.

در محیط‌های Enterprise، ظرفیت تنها معیار Storage نیست. Latency، IOPS، Throughput، Redundancy، Snapshot، Replication، Multipathing، Controller Architecture و امکان توسعه ظرفیت اهمیت دارند. همچنین RAID جای Backup را نمی‌گیرد؛ RAID می‌تواند تحمل خرابی دیسک را افزایش دهد، اما در برابر حذف اشتباه، باج‌افزار، خرابی منطقی داده یا بسیاری از سناریوهای Disaster حفاظت کافی ایجاد نمی‌کند.

شبکه و ارتباطات

شبکه، سرورها و Storage را به یکدیگر، کاربران و شبکه‌های خارجی متصل می‌کند. Switch، Router، Firewall، Load Balancer، تجهیزات فیبر نوری و Transceiverها بر اساس معماری مرکز داده انتخاب می‌شوند. در طراحی حرفه‌ای فقط سرعت پورت مهم نیست؛ Uplink Capacity، Latency، Oversubscription، Redundancy، مسیرهای فیزیکی، پروتکل‌های مسیریابی و امکان توسعه نیز باید بررسی شوند.

برای سرویس‌های حساس، داشتن دو ISP تنها زمانی Redundancy واقعی ایجاد می‌کند که وابستگی پنهان به یک مسیر فیزیکی مشترک، یک تجهیزات لبه یا یک نقطه ورود واحد باعث ایجاد Single Point of Failure نشده باشد. همین منطق درباره SAN Fabric، Core Switch و سایر اجزای حیاتی شبکه نیز صدق می‌کند.

رک و کابل‌کشی دیتاسنتر

رک تنها محفظه‌ای برای چیدن تجهیزات نیست. ارتفاع یونیت، عمق رک، وزن قابل تحمل، ظرفیت توزیع برق، مدیریت کابل و جریان هوا همگی روی طراحی اثر دارند. ممکن است از نظر فضای فیزیکی هنوز یونیت خالی وجود داشته باشد، اما ظرفیت برق یا سرمایش همان رک اجازه نصب سرور جدید را ندهد. به همین دلیل Rack Density یا چگالی توان رک یکی از شاخص‌های مهم در برنامه‌ریزی ظرفیت است.

کابل‌کشی ساخت‌یافته نیز مستقیماً روی قابلیت نگهداری و توسعه اثر می‌گذارد. کابل‌های مسی، فیبر نوری، Storage و برق باید مسیرهای مشخص داشته باشند و Labeling دقیق، Patch Panel و Cable Manager برای عیب‌یابی و تغییرات آینده در نظر گرفته شوند. در زیرساخت‌های Redundant، دو مسیر منطقی زمانی واقعاً مستقل‌اند که در بخش‌های حیاتی از مسیر فیزیکی مشترک آسیب‌پذیر عبور نکنند.

زیرساخت برق دیتاسنتر

برق یکی از حیاتی‌ترین بخش‌های دیتاسنتر است. طراحی باید از برق ورودی و Switchgear تا UPS، باتری، ژنراتور، PDU و در نهایت ورودی Power Supply تجهیزات را در نظر بگیرد. ظرفیت این زنجیره باید بر اساس بار واقعی IT، بار سیستم سرمایش، رشد آینده، راندمان تجهیزات و سطح Redundancy موردنیاز محاسبه شود.

UPS و باتری

UPS در زمان قطع یا افت برق، فاصله بین از دست رفتن منبع اصلی و ورود منبع پشتیبان را پوشش می‌دهد و بسته به نوع طراحی به کنترل برخی مشکلات کیفیت برق نیز کمک می‌کند. مدت زمان Backup باتری باید بر اساس سناریوی واقعی طراحی شود؛ UPS معمولاً جایگزین ژنراتور برای قطعی طولانی نیست.

ژنراتور برق اضطراری

در قطعی‌های طولانی، ژنراتور یا منبع پشتیبان دیگر باید بار ضروری را تأمین کند. فقط روشن ماندن سرورها کافی نیست؛ بخش‌های لازم از Cooling، پمپ‌ها، کنترل‌ها و تجهیزات ارتباطی نیز باید در سناریوی برق اضطراری دیده شوند. ظرفیت سوخت، Automatic Transfer، زمان راه‌اندازی و تست دوره‌ای ژنراتور از موضوعات عملیاتی مهم‌اند.

PDU و مسیرهای A/B

PDU یا Power Distribution Unit برق را در سطح رک یا بخش‌های دیگر توزیع می‌کند. مدل‌های Metered و Intelligent می‌توانند جریان، توان و گاهی خروجی‌ها را مانیتور یا کنترل کنند. در طراحی‌های دارای دو مسیر برق، تجهیزات Dual-Power-Supply می‌توانند هر Power Supply را از مسیر مستقلی دریافت کنند تا خرابی یک مسیر الزاماً باعث خاموش‌شدن تجهیز نشود.

سرمایش دیتاسنتر

بخش عمده انرژی مصرفی تجهیزات IT در نهایت به گرما تبدیل می‌شود و این گرما باید به‌طور کنترل‌شده از محیط خارج شود. اگر هوای ورودی تجهیزات بیش از حد گرم شود، احتمال Throttling، خطا و کاهش عمر تجهیزات افزایش پیدا می‌کند. بنابراین ظرفیت Cooling باید بر اساس بار حرارتی واقعی و چگالی رک‌ها طراحی شود، نه صرفاً مساحت اتاق.

Hot Aisle و Cold Aisle

در بسیاری از مراکز داده Air-Cooled، رک‌ها طوری چیده می‌شوند که ورودی هوای سرد تجهیزات روبه‌روی یکدیگر و خروجی هوای گرم در راهروی مقابل قرار گیرد. جداسازی Hot Aisle و Cold Aisle و در صورت نیاز Containment باعث کاهش اختلاط هوای گرم و سرد و بهبود کنترل حرارتی می‌شود.

دمای مناسب دیتاسنتر

برای همه تجهیزات نمی‌توان یک عدد ثابت را به‌عنوان «دمای دیتاسنتر» اعلام کرد. معیار مهم، شرایط هوای ورودی تجهیز و کلاس محیطی آن است. در راهنمای ASHRAE برای محیط‌های پردازش داده، محدوده توصیه‌شده دمای هوای ورودی برای کلاس‌های رایج A1 تا A4 برابر ۱۸ تا ۲۷ درجه سانتی‌گراد ذکر شده است. محدوده مجاز هر کلاس گسترده‌تر است، اما طراحی نهایی باید با مشخصات سازنده تجهیزات و شرایط واقعی Facility تطبیق داده شود.

رک‌های High-Density و Liquid Cooling

افزایش استفاده از GPU و Workloadهای AI می‌تواند چگالی توان و گرما را به‌طور چشمگیری بالا ببرد. در چنین شرایطی ممکن است Cooling هوایی متعارف به‌تنهایی بهترین پاسخ نباشد و راهکارهایی مانند Rear-Door Heat Exchanger، Direct-to-Chip Liquid Cooling یا سایر سیستم‌های مایع بررسی شوند. TIA نیز در توسعه‌های جدید پیرامون TIA-942 به نیازهای AI/HPC، کابل‌کشی پرچگال و مدل‌های جدید برق و سرمایش از جمله Liquid Cooling توجه کرده است؛ اما این موضوع به معنی ضرورت سرمایش مایع برای همه دیتاسنترها نیست.

امنیت و حفاظت در برابر حریق

امنیت دیتاسنتر هم فیزیکی است و هم منطقی. کنترل ورودی ساختمان، Access Control، ثبت ورود و خروج، CCTV، محدودسازی دسترسی به سالن و در صورت نیاز قفل رک‌ها از لایه‌های امنیت فیزیکی هستند. در لایه شبکه نیز Firewall، Segmentation، کنترل دسترسی مدیریتی، Hardening، Patch Management، Logging و پاسخ به رخداد باید بخشی از طراحی عملیاتی باشند.

تشخیص و اطفای حریق نیز باید متناسب با نوع Facility، مقررات محلی و ارزیابی ریسک طراحی شود. وجود تجهیزات الکتریکی و حجم کابل بالا باعث می‌شود تشخیص زودهنگام، تفکیک نواحی و انتخاب روش اطفای مناسب اهمیت ویژه‌ای داشته باشد. استاندارد TIA-942 موضوع Fire Protection و Safety را در کنار برق، مکانیک، ارتباطات و امنیت فیزیکی در محدوده طراحی مرکز داده قرار می‌دهد.

مانیتورینگ و DCIM

دیتاسنتری که وضعیت آن به‌صورت مستمر دیده نشود، قابل مدیریت مطمئن نیست. مانیتورینگ باید حداقل وضعیت شبکه، سرورها، Storage، UPS، PDU، دما، رطوبت، Cooling و آلارم‌های Facility را پوشش دهد. هدف این است که روندهای غیرعادی پیش از تبدیل شدن به قطعی شناسایی شوند.

در زیرساخت‌های بزرگ‌تر، DCIM یا Data Center Infrastructure Management برای تجمیع بخشی از اطلاعات IT و Facility به کار می‌رود. DCIM می‌تواند در Capacity Planning، مشاهده مصرف برق، مدیریت فضای رک، پایش محیط و برنامه‌ریزی توسعه مفید باشد؛ البته کیفیت نتیجه به صحت سنسورها، داده‌ها و فرایندهای عملیاتی وابسته است.

Backup و Disaster Recovery

Redundancy در داخل دیتاسنتر با Backup و Disaster Recovery یک مفهوم نیست. دو Power Supply، RAID، دو Switch یا Storage Controller افزونه می‌توانند خرابی برخی اجزا را تحمل کنند، اما از داده در برابر حذف اشتباه، حمله، خرابی نرم‌افزاری یا حادثه گسترده سایت محافظت کامل نمی‌کنند.

برای سرویس‌های مهم باید RPO و RTO مشخص شود: RPO نشان می‌دهد چه میزان از دست رفتن داده قابل قبول است و RTO مدت زمان قابل قبول برای بازیابی سرویس را مشخص می‌کند. بر همین اساس Backup، Replication، نگهداری نسخه خارج از سایت و در صورت نیاز Disaster Recovery Site طراحی می‌شود. مهم‌تر از داشتن Backup، تست دوره‌ای بازیابی است؛ نسخه‌ای که قابل Restore نباشد در زمان بحران ارزش عملی ندارد.

Redundancy در دیتاسنتر؛ N، N+1 و 2N یعنی چه؟

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

اما این اصطلاح‌ها را نباید مستقیم با Tier برابر دانست. داشتن دو UPS یا دو Chiller به‌تنهایی ثابت نمی‌کند یک دیتاسنتر Tier III یا Tier IV است. توپولوژی مسیر توزیع، نقاط مشترک، نحوه جداسازی تجهیزات برای Maintenance، کنترل‌ها و رفتار سیستم در زمان Fault همگی اهمیت دارند. Redundancy واقعی باید در سطح کل مسیر بررسی شود تا یک جزء مشترک پنهان، دو مسیر ظاهراً مستقل را هم‌زمان از کار نیندازد.

استانداردها و Tier دیتاسنتر

Tier دیتاسنتر چیست؟

سیستم Tier مؤسسه Uptime Institute زیرساخت سایت دیتاسنتر را در چهار سطح طبقه‌بندی می‌کند. این طبقه‌بندی بر ویژگی‌های توپولوژی و قابلیت نگهداری/تحمل خرابی متمرکز است و نباید آن را صرفاً به درصدهای آماده «Uptime سالانه» تقلیل داد.

Tier بالاتر الزاماً بهترین انتخاب اقتصادی برای همه سازمان‌ها نیست. هزینه و پیچیدگی زیرساخت با سطح Resilience افزایش پیدا می‌کند و سطح هدف باید از هزینه واقعی قطعی، حساسیت سرویس و نیاز کسب‌وکار استخراج شود. اصطلاحاتی مانند «Tier III+» نیز جزو چهار طبقه رسمی Uptime Institute نیستند.

استاندارد TIA-942-C

ANSI/TIA-942-C استاندارد زیرساخت مخابراتی دیتاسنترها و Computer Roomهاست. Revision C در ماه مه ۲۰۲۴ منتشر شده و حوزه‌هایی مانند Telecommunications، Power، Cooling، Architecture، Fire Protection، Safety و Physical Security را پوشش می‌دهد. این استاندارد برای انواع مختلف مرکز داده از Enterprise و Colocation تا Edge و Hyperscale قابل استفاده است.

راهنمای محیطی ASHRAE

ASHRAE برای شرایط محیطی تجهیزات IT کلاس‌ها و محدوده‌های توصیه‌شده/مجاز ارائه می‌کند. این راهنما در طراحی دما، رطوبت و Cooling مرجع مهمی است، اما جای مشخصات سازنده سرور، Storage یا تجهیزات شبکه را نمی‌گیرد. تجهیزات خاص یا High-Density ممکن است محدودیت‌های متفاوتی داشته باشند.

PUE چیست؟

PUE یا Power Usage Effectiveness شاخصی برای سنجش بهره‌وری مصرف انرژی زیرساخت دیتاسنتر است و توسط The Green Grid توسعه داده شده است. فرمول آن به شکل زیر است:

PUE = Total Facility Energy ÷ IT Equipment Energy

هرچه PUE به ۱ نزدیک‌تر باشد، سهم کمتری از انرژی Facility صرف سربارهایی مانند Cooling و تلفات توزیع برق می‌شود. با این حال PUE شاخص Availability، امنیت یا کیفیت کلی دیتاسنتر نیست و نباید به‌تنهایی برای مقایسه دو مرکز داده با شرایط متفاوت استفاده شود.

انواع دیتاسنتر

دیتاسنترها را می‌توان بر اساس مالکیت، مقیاس و مدل ارائه سرویس دسته‌بندی کرد. مرز میان این گروه‌ها همیشه کاملاً ثابت نیست، اما این تقسیم‌بندی برای درک معماری‌ها مفید است.

• Enterprise Data Center: مرکز داده متعلق به یک سازمان برای میزبانی زیرساخت داخلی و سرویس‌های آن سازمان.
• Colocation Data Center: فضایی که رک، برق، سرمایش، امنیت و ارتباطات را در اختیار چند مشتری قرار می‌دهد و مشتری تجهیزات خود را مستقر می‌کند.
• Hyperscale Data Center: زیرساخت بسیار بزرگ برای مقیاس‌های عظیم محاسبات و Storage که معمولاً با اتوماسیون و طراحی بسیار استانداردشده اداره می‌شود.
• Edge Data Center: مرکز داده کوچک‌تر و نزدیک‌تر به محل مصرف یا تولید داده برای کاهش Latency یا پردازش محلی.
• Cloud Data Center: زیرساخت فیزیکی‌ای که منابع Cloud روی آن اجرا می‌شوند؛ Cloud مدل مصرف و ارائه منابع را تغییر می‌دهد، نه اینکه نیاز به دیتاسنتر فیزیکی را حذف کند.

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

برای «اتاق سرور» و «دیتاسنتر» یک مرز عددی جهانی بر اساس تعداد رک یا متراژ وجود ندارد. تفاوت معمولاً در مقیاس، میزان تخصصی‌بودن Facility، سطح Redundancy، کنترل محیط، امنیت، مانیتورینگ و فرایندهای عملیاتی دیده می‌شود. یک Server Room کوچک اما بسیار حرفه‌ای می‌تواند بسیاری از اصول یک دیتاسنتر را رعایت کند، در حالی که صرف وجود تعداد زیادی سرور در یک سالن، آن محیط را به مرکز داده استاندارد تبدیل نمی‌کند.

ملزومات راه‌اندازی دیتاسنتر

راه‌اندازی دیتاسنتر نباید با خرید سرور و رک شروع شود. ابتدا باید Business Requirement و Workload مشخص شوند: چه سرویس‌هایی قرار است اجرا شوند، چه تعداد کاربر دارند، قطعی آن‌ها چه هزینه‌ای ایجاد می‌کند، ظرفیت Compute و Storage چقدر است، چه میزان رشد در چند سال آینده انتظار می‌رود و چه RPO/RTO یا سطح Resilience لازم است.

• انتخاب Site: ریسک‌های محیطی، دسترسی به برق و ارتباطات، امکان توسعه، امنیت پیرامونی و محدودیت‌های ساختمان بررسی شود.
• Capacity Planning: توان IT، تعداد رک، وزن، فضای توسعه، ظرفیت پورت، Storage و Cooling برای امروز و رشد آینده محاسبه شود.
• معماری برق: برق ورودی، UPS، Battery، Generator، ATS، PDU و مسیرهای توزیع با سطح Redundancy موردنیاز طراحی شوند.
• معماری Cooling: بار حرارتی، چگالی رک، Airflow، Hot/Cold Aisle و در صورت نیاز Containment یا Liquid Cooling بررسی شود.
• شبکه و Carrier: ظرفیت Uplink، تعداد Provider، مسیرهای فیزیکی، Core/Leaf-Spine یا معماری مناسب و امنیت شبکه تعیین شود.
• Compute و Storage: سرور، Virtualization، Storage Architecture، RAID، Backup و Replication بر اساس Workload انتخاب شوند.
• رک و کابل‌کشی: Rack Layout، Cable Path، Labeling، Fiber/Copper Panels و مدیریت کابل از ابتدا استاندارد شوند.
• امنیت و حریق: Access Control، CCTV، تشخیص حریق، روش اطفا، Emergency Procedure و الزامات محلی طراحی شوند.
• Monitoring: وضعیت برق، Cooling، Environment، Network، Compute و Storage در یک فرایند هشداردهی قابل اتکا قرار گیرد.
• Backup و DR: RPO/RTO، نسخه‌های مستقل، Off-site Copy و تست Restore بخشی از طرح باشند.
• Operations: Maintenance، Change Management، Incident Response، مستندسازی و آموزش تیم قبل از بهره‌برداری تعریف شوند.

اگر زیرساخت قرار است به سطح مشخصی از استاندارد یا Certification برسد، الزامات همان چارچوب باید از مرحله Design وارد پروژه شوند. تلاش برای اصلاح یک Facility کامل‌شده به‌منظور رسیدن به Tier یا استاندارد خاص معمولاً بسیار پرهزینه‌تر از طراحی درست از ابتدا است.

اشتباهات رایج در طراحی دیتاسنتر

بخش قابل توجهی از مشکلات دیتاسنتر از انتخاب یک سرور یا سوئیچ خاص ناشی نمی‌شود؛ مشکل معمولاً در معماری کل سیستم، ظرفیت‌سنجی یا عملیات است. چند اشتباه پرتکرار عبارت‌اند از:

• طراحی فقط برای ظرفیت امروز: توسعه Compute بدون پیش‌بینی برق، Cooling، Port و Storage خیلی زود زیرساخت را به سقف می‌رساند.
• Redundancy ظاهری: دو تجهیز که به یک مسیر، تابلو، Controller یا Cable Path مشترک وابسته‌اند، ممکن است یک Single Point of Failure پنهان داشته باشند.
• تمرکز بر دمای اتاق به جای ورودی رک: میانگین دمای سالن ممکن است مناسب باشد اما Hot Spot در بعضی رک‌ها وجود داشته باشد.
• نادیده گرفتن Maintenance: زیرساختی که فقط در شرایط عادی کار می‌کند اما برای تعمیر هر جزء نیاز به Shutdown دارد، در عملیات واقعی محدودیت جدی ایجاد می‌کند.
• یکی دانستن RAID و Backup: Redundancy دیسک جای نسخه مستقل و قابل بازیابی داده را نمی‌گیرد.
• نبود تست دوره‌ای: ژنراتور، UPS، Failover، Alarm، Backup و DR باید آزموده شوند؛ وجود تجهیز بدون Test Plan تضمین عملکرد در بحران نیست.
• کپی‌کردن Design دیگران: دو دیتاسنتر با Workload، ریسک، بودجه و محیط متفاوت لزوماً نباید معماری یکسان داشته باشند.

سؤالات متداول درباره دیتاسنتر

جمع‌بندی

دیتاسنتر مجموعه‌ای یکپارچه از Compute، Storage، Network و زیرساخت Facility است. سرورها و سیستم‌های ذخیره‌سازی بدون برق پایدار، Cooling مناسب، شبکه قابل اتکا، امنیت، مانیتورینگ و برنامه نگهداری نمی‌توانند سرویس پایدار ایجاد کنند. بنابراین طراحی مرکز داده باید از نیاز واقعی کسب‌وکار و Workload آغاز شود، نه از فهرست خرید تجهیزات.

برای طراحی حرفه‌ای، Capacity Planning، حذف Single Point of Failure، Backup و Disaster Recovery، نگهداری‌پذیری و امکان توسعه آینده باید هم‌زمان دیده شوند. استانداردهایی مانند ANSI/TIA-942-C، راهنماهای محیطی ASHRAE و Tier Standard مؤسسه Uptime چارچوب‌های مهمی برای ارزیابی این زیرساخت ارائه می‌کنند؛ اما انتخاب نهایی معماری باید متناسب با ریسک، بودجه، نوع سرویس و سطح Availability موردنیاز هر سازمان باشد.