قیمت کولوکیشن دیتاسنتر را نمیتوان فقط از روی تعداد یونیت یا اجاره ماهانه رک مقایسه کرد. دو پیشنهاد با فضای یکسان ممکن است از نظر ظرفیت برق، ترافیک، خدمات حضوری و شرایط خروج تفاوت زیادی داشته باشند. برای مدیر مالی فناوری و CTO، پرسش اصلی این است: هزینه قابل پیشبینی استقرار و بهرهبرداری از این تجهیزات، با سطح خدمت موردنیاز سازمان، چقدر خواهد بود؟
در این راهنما، اجزای قیمت، روش مقایسه پیشنهادها، یک نمونه محاسبه فرضی و چکلیست مهاجرت به دیتاسنتر را مرور میکنیم. اعداد نمونه، تعرفه آوابرید یا نرخ بازار نیستند؛ برای تصمیم خرید باید پیشنهاد مکتوب، تاریخدار و متناسب با تجهیزات خود دریافت کنید.

قیمت کولوکیشن دیتاسنتر شامل چه هزینههایی است؟
در کولوکیشن، تجهیزات معمولاً متعلق به سازمان است و محیط استقرار از دیتاسنتر دریافت میشود. بنابراین مبلغ صورتحساب مرکز داده فقط بخشی از بودجه زیرساخت را تشکیل میدهد. هزینهها را به سه گروه تقسیم کنید: راهاندازی، پرداختهای تکرارشونده و هزینههای وابسته به رخداد یا خروج.
| ردیف هزینه | مبنای احتمالی محاسبه | پرسش پیش از قرارداد |
|---|---|---|
| فضای رک | یونیت، بخشی از رک یا رک کامل | ریل، عمق، وزن و فضای تجهیزات شبکه چگونه محاسبه میشود؟ |
| برق | ظرفیت رزروشده، مصرف یا ترکیبی از آنها | واحد، سقف مجاز و هزینه اضافهمصرف چیست؟ |
| ارتباطات | پورت، پهنای باند، ترافیک و اتصال اختصاصی | کدام اقلام در مبلغ پایه قرار دارند؟ |
| خدمات حضوری | زمان، درخواست یا بسته خدمات | حداقل زمان قابل صورتحساب و تعرفه خارج ساعت اداری چیست؟ |
| راهاندازی | نصب، کابلکشی و فعالسازی | کدام مبالغ فقط یک بار دریافت میشوند؟ |
| خروج و تغییر | جمعآوری، قطع اتصال یا جابهجایی | شرایط خاتمه و تحویل تجهیزات چگونه است؟ |
وجود این ردیفها در جدول به معنی دریافت جداگانه همه آنها توسط هر ارائهدهنده نیست. هدف این است که برای هر قلم، وضعیت «شامل مبلغ پایه»، «هزینه جداگانه» یا «قابل ارائه نیست» روشن شود. پیشنهاد بدون این تفکیک، برای مقایسه مالی کافی نیست.
چرا قیمت هر یونیت معیار کافی نیست؟
یونیت فقط فضای عمودی تجهیزات را توصیف میکند. دو سرور با ارتفاع یکسان ممکن است مصرف برق، وزن و نیاز سرمایشی متفاوتی داشته باشند. همچنین یک رک با فضای خالی، الزاماً ظرفیت برق و سرمایش لازم برای توسعه را ندارد.
برای دریافت قیمت کولوکیشن دیتاسنتر، پیشنهاد را بر اساس فهرست واقعی تجهیزات دریافت کنید: مدل، تعداد، ابعاد، ریل، تعداد منبع تغذیه و توان اندازهگیریشده. برای بار اوج و رشد نیز ظرفیت در نظر بگیرید، اما ظرفیت رزرو را با فرض مشخص انتخاب کنید تا هزینه فضای یا توان بلااستفاده پنهان نماند.
تفاوت توان و انرژی در صورتحساب
کیلووات یا kW بیانگر توان است و کیلوواتساعت یا kWh مقدار انرژی مصرفشده در یک بازه را نشان میدهد. آمپر، kW و kVA نیز قابل جایگزینی مستقیم نیستند؛ نوع تغذیه و ضریب توان در تبدیلها اثر دارند. از ارائهدهنده بخواهید واحد و روش اندازهگیری را در پیشنهاد بنویسد.
برای نمونه صرفاً محاسباتی، بار متوسط پیوسته یک کیلووات در یک ماه ۳۰روزه، ۷۲۰ کیلوواتساعت انرژی مصرف میکند. این محاسبه بهتنهایی مبلغ قبض را نشان نمیدهد؛ ممکن است قرارداد بر اساس ظرفیت رزروشده قیمتگذاری شود یا انرژی در بسته پایه قرار داشته باشد.
دو مسیر برق را چگونه مقایسه کنیم؟
وجود دو ورودی برق را با دو برابر شدن توان قابل استفاده یکی ندانید. در طراحی افزونه، هر مسیر باید بار موردنیاز در وضعیت خرابی مسیر دیگر را طبق طراحی و محدودیت قرارداد تحمل کند. ظرفیت قابل استفاده، استقلال مسیرها و شیوه صورتحساب هر دو ورودی را جداگانه دریافت کنید.
سهم شبکه و خدمات جانبی در قیمت کولوکیشن دیتاسنتر
سرعت پورت با پهنای باند تضمینشده و حجم ترافیک تفاوت دارد. برای هر پیشنهاد، سرعت تحویل، میزان اشتراک، سقف ترافیک، نرخ اضافهمصرف، IP و ارتباط اختصاصی را مشخص کنید. مسیر کاربران و کیفیت اتصال هم باید با نیاز برنامه سازگار باشد.
اتصال متقاطع یا Cross Connect برای اتصال فیزیکی به طرف دیگر در مرکز داده ممکن است هزینه راهاندازی و هزینه تکرارشونده داشته باشد. شرایط آن وابسته به ارائهدهنده و نوع سفارش است؛ آن را خودکار جزئی از اینترنت یا اجاره رک فرض نکنید.
خدمات Remote Hands نیز باید دامنه مشخص داشته باشد. بررسی چراغ وضعیت یا اجرای تعویض قطعه با مدیریت سیستمعامل، رفع مشکل برنامه و بازیابی داده یکسان نیست. زمان پاسخ به درخواست، زمان شروع اقدام و زمان رفع مشکل را در قرارداد از هم جدا کنید.
قیمت کولوکیشن دیتاسنتر و هزینه کل را چگونه محاسبه کنیم؟
در مقایسه قیمت کولوکیشن دیتاسنتر برای بودجهریزی، یک افق یکسان مانند ۱۲ یا ۳۶ ماه انتخاب کنید و تمام گزینهها را برای همان بار کاری و سطح خدمت بسنجید. یک مدل ساده جریان نقدی چنین است:

ودیعه قابل بازگشت را بهعنوان نیاز نقدینگی جدا نشان دهید؛ آن را مانند هزینه قطعی مصرف نکنید. مالیات و عوارض را با مبنای یکسان مقایسه کنید. در مدل جریان نقدی، خرید سختافزار را همراه با استهلاک همان دارایی دوباره جمع نزنید. برای گزارش حسابداری و هزینه اقتصادی، مبنا را با واحد مالی هماهنگ کنید.
نمونه فرضی مقایسه دو پیشنهاد
فرض کنید هر دو پیشنهاد برای تجهیزات و سطح خدمت موردنیاز تأیید شدهاند و مبلغ ماهانه زیر، هزینههای تکرارشونده قابل مقایسه را پوشش میدهد. تمام اعداد جدول فرضی و به میلیون تومان هستند و فقط روش محاسبه را نشان میدهند.
| قلم | پیشنهاد الف | پیشنهاد ب |
|---|---|---|
| راهاندازی | ۱۰ | ۲۰ |
| مجموع ماهانه | ۱۲ | ۱۱ |
| خدمات موردی برآوردی سال | ۶ | ۶ |
| خروج در پایان دوره | ۴ | ۴ |
| جمع ۱۲ماهه | ۱۶۴ | ۱۶۲ |
جمع پیشنهاد الف برابر با ۱۰ + ۱۲×۱۲ + ۶ + ۴ و جمع پیشنهاد ب برابر با ۲۰ + ۱۱×۱۲ + ۶ + ۴ است. در این مثال، پیشنهاد ب با وجود راهاندازی گرانتر، در دوره یکساله اندکی هزینه کمتر دارد. اگر اقلام مشترک سازمان، مالیات، خرید تجهیزات یا لایسنس در این اعداد نیست، باید برای بودجه کامل جداگانه اضافه شود.
این اختلاف کوچک، تصمیم نهایی را تعیین نمیکند. نبود ظرفیت توسعه، زمان اقدام نامناسب یا سطح خدمت ناکافی ممکن است یک پیشنهاد را از ابتدا نامناسب کند. ابتدا الزامات ضروری را تأیید کنید؛ سپس پیشنهادهای واجد شرایط را از نظر هزینه رتبهبندی کنید.
سه سناریو برای ارزیابی قیمت کولوکیشن دیتاسنتر
- سناریوی پایه: تعداد تجهیزات و مصرف فعلی با رشد برنامهریزیشده.
- سناریوی رشد: افزایش سرور، توان و ترافیک؛ همراه با زمان تأمین و هزینه ارتقا.
- سناریوی رخداد: مراجعه خارج ساعت، تعویض قطعه، بازیابی و توقف خدمت.
برای هزینه توقف، از دادههای خود سازمان استفاده کنید: اثر بر فروش، عملیات، تعهد مشتری و هزینه نیروی درگیر. احتمال خرابی یا مبلغ خسارت را بدون پشتوانه وارد مدل نکنید. هزینه قابل پرداخت و ریسک سناریویی را در دو بخش جدا گزارش کنید تا تصمیمگیرنده مبنای اعداد را ببیند.
قیمت کولوکیشن دیتاسنتر را با چه گزینههایی مقایسه کنیم؟
برای ارزیابی قیمت کولوکیشن دیتاسنتر در برابر گزینههای جایگزین، سه گزینه رایج، ادامه اتاق سرور فعلی، اجاره سرور اختصاصی و زیرساخت ابری هستند. برای اتاق سرور، برق اضطراری، سرمایش، نگهداری و نیروی عملیاتی را حساب کنید. برای سرور اجارهای، مشخصات تجهیزات، تعویض سختافزار و سطح مدیریت را روشن کنید. برای ابر، مصرف واقعی، ذخیرهسازی، تبادل داده، بکاپ و تعهد خرید را وارد برآورد کنید.
اگر سختافزار موجود دارید، قیمت خرید گذشته را با هزینه خرید آینده اشتباه نگیرید. عمر باقیمانده، امکان فروش و هزینه ادامه پشتیبانی اهمیت دارند. اگر تجهیزات ندارید، سرمایه خرید اولیه و زمان تأمین باید بخشی از تصمیم باشد. هیچیک از این مدلها برای همه سازمانها کمهزینهترین گزینه نیست.
۶ نکته قراردادی برای مقایسه قیمت کولوکیشن دیتاسنتر
- دامنه خدمات: فضا، برق، شبکه و اقلام خارج از بسته دقیقاً فهرست شوند.
- مبنای قیمت: ارز، مالیات، اعتبار پیشنهاد، دوره پرداخت و سازوکار تغییر تعرفه مشخص باشد.
- تعهد و تمدید: مدت قرارداد، تمدید خودکار، مهلت اعلام خروج و شرایط خاتمه روشن شود.
- SLA: نقطه سنجش، استثناها، روش گزارش و جبران خدمت را بخوانید؛ اعتبار خدمات جای برنامه بازیابی را نمیگیرد.
- دسترسی و مسئولیت: افراد مجاز، تحویل قطعه، پشتیبانی، مدیریت سرور و مسئول بکاپ تعیین شوند.
- رشد و خروج: ظرفیت قابل تعهد، زمان تحویل، هزینه جابهجایی و فرایند تحویل تجهیزات ثبت شود.
چکلیست مهاجرت به دیتاسنتر؛ پیش از انتقال
مهاجرت فقط حمل تجهیزات نیست. برای هر فعالیت، مالک، زمان، مدرک انجام و شرط پذیرش تعیین کنید. حداقل موارد زیر باید پیش از پنجره تغییر آماده باشند:
- موجودی تجهیزات و شماره سریال، نقشه رک و اتصالات ثبت شده است.
- وابستگیهای DNS، IP، فایروال، VPN، دیتابیس، ذخیرهساز و لایسنس بررسی شدهاند.
- برق، ریل، کابل و دسترسی مقصد برای تجهیزات واقعی تأیید شدهاند.
- بکاپ مستقل تهیه و بازیابی آن روی نمونه مناسب آزمایش شده است.
- حداکثر توقف قابل قبول و میزان مجاز از دست رفتن داده تعیین شده است.
- مسیر حمل، حفاظت تجهیزات، مسئول تحویل و فهرست اقلام مشخص است.
- برنامه تغییر، ارتباطات تیم و اطلاعات تماس پشتیبانی آماده است.
- زمان تصمیم به بازگشت و منابع لازم برای اجرای آن مشخص است.

چکلیست روز مهاجرت و تحویل سرویس
| مرحله | اقدام | معیار پذیرش |
|---|---|---|
| پیش از خاموشی | هماهنگی توقف نوشتن داده، همگامسازی و ثبت وضعیت | تأیید مالک برنامه و نسخه قابل بازیابی |
| حمل و استقرار | ثبت تحویل، نصب و اتصال طبق نقشه | تطبیق موجودی و تأیید کابلکشی |
| راهاندازی | بررسی سلامت سختافزار، شبکه و دسترسی امن | نبود هشدار بحرانی و دسترسی تأییدشده |
| تغییر مسیر ترافیک | اعمال تغییرات مصوب DNS یا شبکه | رسیدن درخواستها به مقصد صحیح |
| آزمون برنامه | اجرای سناریوی واقعی کاربر و تراکنش آزمایشی مجاز | تأیید عملکرد و سازگاری داده |
| تحویل عملیات | کنترل بکاپ، هشدار و پشتیبانی | تأیید مسئول عملیات و ثبت نتیجه |
اگر IP تغییر میکند، وابستگی فهرستهای مجاز و دسترسی شرکا را از قبل بررسی کنید. در تغییر DNS نیز زمان کش را در برنامه لحاظ کنید. همه تغییرها را به تغییر TTL تقلیل ندهید؛ ممکن است اتصالها یا کلاینتهای موجود رفتار متفاوتی داشته باشند.
بازگشت به وضعیت قبلی را عملی طراحی کنید
اگر همان تجهیزات از مبدأ خارج شدهاند، بازگشت فوری به محل قبلی بدون زمان حمل و نصب ممکن نیست. برنامه بازگشت باید با واقعیت فیزیکی سازگار باشد؛ مثلاً محیط جایگزین آماده، بازیابی روی تجهیزات دیگر یا زمان مشخص برای انتقال معکوس داشته باشید.
پس از پذیرش تراکنش در مقصد، داده مبدأ ممکن است قدیمی باشد. بازگرداندن صرف مسیر ترافیک میتواند باعث از دست رفتن داده یا دوگانگی شود. پیش از مهاجرت، مرجع معتبر داده، توقف نوشتن و روش همگامسازی معکوس را تعیین کنید و تصمیم نهایی را به مالک برنامه بسپارید.
پس از مهاجرت چه چیزی را پایش کنیم؟
در دوره مراقبت اولیه، خطای برنامه، تأخیر، مصرف منابع، سلامت ذخیرهساز، وضعیت بکاپ و هشدارها را بررسی کنید. سپس اولین صورتحساب را با پیشنهاد و سفارش تطبیق دهید: هزینه راهاندازی، ظرفیت برق، ترافیک و درخواستهای حضوری باید قابل توضیح باشند.
اقلام قدیمی را فقط پس از تأیید پایداری، قابلیت بازیابی و پایان تعهدات لازم جمعآوری کنید. موجودی، نقشه اتصالات، دسترسیها و راهنمای عملیات را به وضعیت واقعی مقصد بهروز کنید.

سؤالات متداول درباره قیمت کولوکیشن دیتاسنتر و مهاجرت
برای استعلام قیمت کولوکیشن دیتاسنتر چه اطلاعاتی لازم است؟
تعداد و مدل تجهیزات، فضای رک، مصرف برق و بار اوج، نیاز شبکه، محل استقرار، خدمات حضوری، رشد و مدت قرارداد را ارائه کنید. برای اقلام نامعلوم، فرض قیمتگذاری را در پیشنهاد بخواهید.
آیا ارزانترین پیشنهاد ماهانه بهترین انتخاب است؟
فقط پس از یکسان کردن دامنه خدمت میتوان قیمتها را مقایسه کرد. راهاندازی، اضافهمصرف، خدمات موردی، تعهد مدت و خروج ممکن است نتیجه را تغییر دهند.
آیا مهاجرت بدون قطعی ممکن است؟
به معماری و وجود ظرفیت جایگزین و تکثیر داده بستگی دارد. جابهجایی فیزیکی تنها سرور فعال معمولاً نیازمند توقف است؛ مدت آن باید با آزمون و برنامه انتقال برآورد شود.
آیا بکاپ داخل همان دیتاسنتر کافی است؟
محل بکاپ باید با سناریوهای خرابی و هدف بازیابی سازمان سازگار باشد. نگهداری همه نسخهها در یک محیط میتواند آنها را در معرض رخداد مشترک قرار دهد؛ استقلال و آزمون بازیابی را بررسی کنید.
برای انتخاب، پیشنهاد قابل مقایسه بگیرید
معیار تصمیم، کمترین عدد کنار اجاره رک نیست؛ ترکیب هزینه قابل پیشبینی، ظرفیت مناسب و امکان بهرهبرداری و بازیابی است. یک برگه نیاز مشترک برای همه ارائهدهندگان بفرستید، الزامات ضروری را کنترل کنید و هزینه دوره را با سناریوی رشد بسنجید.
برای استعلام قیمت کولوکیشن دیتاسنتر متناسب با سازمان، فهرست تجهیزات، مصرف برق، نیاز ارتباطی و برنامه مهاجرت را آماده کنید و از طریق خدمات اجاره فضای رک آوابرید درخواست پیشنهاد فنی و مالی بدهید. برای بررسی تعهدات خدمت نیز راهنمای کولوکیشن دیتاسنتر، SLA و Uptime را بخوانید.
منابع تکمیلی: صورتحساب اتصال متقاطع در Equinix؛ برنامهریزی پیش از Cutover در AWS؛ ملاحظات Cutover و بازگشت داده در AWS. اصول مهاجرت با شرایط جابهجایی فیزیکی تجهیزات در این راهنما تطبیق داده شدهاند.

