سرور دیتابیس؛ برگزیدن رم، NVMe و RAID برای MySQL در 2026

سرور دیتابیس (Database Server) سرور فیزیکی یا مجازی‌ای است که یک سیستم کنترل دیتابیس مانند MySQL، MariaDB، PostgreSQL یا Microsoft SQL Server روی آن اجرا می‌گردد و به درخواست‌های سایت، اپلیکیشن یا نرم‌افزار سازمانی پاسخ می‌دهد. در این معماری، کد برنامه روی وب سرور یا سرور اپلیکیشن اجرا می‌گردد و داده‌ها، از سفارش‌های فروشگاه تا حساب کاربران، روی سرور جداگانه‌ای حفظ می‌شوند.

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

سرور دیتابیس = سروری که داده‌ها را نگه می‌دارد و به پرس‌وجوها پاسخ می‌دهد

سرور اختصاصی برای دیتابیس

درباره سرور پایگاه داده چه باید دانست؟

در ادامه، سرور دیتابیس چه ضروری است دانست را با جزئیات بیشتری مرور می‌کنیم.

وب سرور درخواست کاربر را می‌گیرد، کد برنامه (برای نمونه PHP یا Node.js) را اجرا می‌کند و برگه را برمی‌گرداند. ولی هر جا برنامه به داده احتیاج دارد، برای نمونه فهرست محصولات یا سبد خرید، یک پرس‌وجو (Query) به سرور دیتابیس می‌فرستد. سرور دیتابیس این درخواست را اجرا می‌کند، داده را از حافظه یا دیسک می‌خواند و نتیجه را برمی‌گرداند.

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

نکته فنی: چرا رم برای دیتابیس این‌قدر پراهمیت است؟

بر پایه اسناد فنی MySQL، Buffer Pool بخشی از حافظه اصلی است که InnoDB داده‌های جدول‌ها و ایندکس‌ها را هنگام دسترسی در آن کش می‌کند تا داده‌های پرکاربرد بی‌واسطه از حافظه خوانده شوند. خواندن از رم چندین مرتبه سریع‌تر از هر دیسکی است؛ پس هرچه قسمت پرکاربرد داده‌ها (Working Set) بیشتر در رم جا شود، فشار روی دیسک کمتر می‌شود.

درباره چه زمانی سرور دیتابیس را از وب سرور جدا چه باید دانست؟

◀ وقتی در ساعات شلوغ، پردازه‌های وب و دیتابیس بر سر CPU و رم رقابت می‌کنند. ◀ وقتی چندین وب سرور یا چندین اپلیکیشن لازم است از یک دیتابیس مشترک بهره‌گیری کنند. ◀ وقتی می‌خواهید دیتابیس از اینترنت عمومی جدا باشد و تنها از شبکه خصوصی قابل استفاده قرار گیرد. ◀ وقتی بروزرسانی یا ری‌استارت وب سرور نباید روی دیتابیس اثر بگذارد.

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

⚠ جداسازی هم بار مالی دارد

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

---

رم، کش و CPU در؛ آنچه باید بدانید

آنچه درباره رم، کش و CPU ضرورت دارد، در همین قسمت واکاوی می‌شود.

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

سرور MySQL و InnoDB Buffer Pool

اسناد فنی MySQL 8.4 می‌گوید در سرورهای اختصاصی، اغلب تا 80 درصد حافظه فیزیکی به Buffer Pool اختصاص داده می‌شود و در راهنمای بهینه‌سازی I/O بازه 50 تا 75 درصد حافظه را برای innodb_buffer_pool_size توصیه می‌کند. گزینه innodb_dedicated_server هم این میزان را خودکار تعیین می‌کند: کمتر از 1 گیگابایت رم، 128 مگابایت؛ بین 1 تا 4 گیگابایت، نصف حافظه؛ و بیش از 4 گیگابایت، 75 درصد حافظه.

همین گزینه گنجایش Redo Log را هم بر اساس شمار پردازنده‌های منطقی پیکربندی می‌کند. ولی MySQL صریحاً هشدار می‌دهد که چنانچه نمونه MySQL منابع سیستم را با برنامه‌های دیگر شریک است، بهره‌گیری از آن توصیه نمی‌شود. یعنی این گزینه مخصوص سرور MySQL اختصاصی یا ماشین مجازی و کانتینر اختصاصی است، نه سروری که وب سرور هم روی آن اجرا می‌گردد..

PostgreSQL و shared_buffers: اسناد فنی PostgreSQL 18 میزان پیش‌فرض shared_buffers را 128 مگابایت ذکر می‌کند و می‌گوید در یک سرور دیتابیس اختصاصی با 1 گیگابایت رم یا بیشتر، 25 درصد حافظه نقطه آغاز معقولی است. چون PostgreSQL به کش سیستم‌عامل هم متکی است، به گفته اسناد فنی بعید است اختصاص بیش از 40 درصد رم به shared_buffers نتیجه بهتری بدهد.

SQL Server و max server memory: SQL Server حافظه را پویا اداره می‌کند و به مرور تا سقف max server memory حافظه می‌گیرد. میزان پیش‌فرض این سقف 2,147,483,647 مگابایت است که عملاً به معنای بی محدودیت است. Microsoft توصیه می‌کند سقف را روی 75 درصد حافظه‌ای بگذارید که سایر پردازه‌ها (از جمله نمونه‌های دیگر SQL Server) مصرف نمی‌کنند تا سیستم‌عامل و سرویس‌های دیگر دچار کمبود حافظه نشوند.

CPU و رم ECC

پرس‌وجوهای هم‌زمان، ایندکس‌سازی و گزارش‌گیری به هسته‌های CPU احتیاج دارند؛ ولی در شماری از پایگاه‌های داده، کمبود رم یا دیسک کند زودتر از CPU گلوگاه می‌شود. رم ECC هم برای سروری که داده‌های مالی و سفارش‌ها را نگه می‌دارد، لایه حفاظتی مهمی در برابر خطاهای حافظه است. برای برگزیدن گنجایش و گونه ماژول، راهنمای رم سرور را ببینید. کش لایه اپلیکیشن با ابزاری مانند Redis هم قادر است بخشی از بار خواندن را از دوش دیتابیس بردارد.

جدول پیکربندی حافظه در MySQL، PostgreSQL و SQL Server: این جدول توصیه‌های رسمی هر موتور را برای سرور اختصاصی دیتابیس خلاصه می‌کند. همه اعداد از اسناد فنی رسمی همان موتور است.

---

راهنمای NVMe، RAID و ویرایش پشتیبان

برای تصمیم‌گیری بهتر، در آغاز NVMe، RAID و ویرایش پشتیبان را دقیق‌تر می‌شناسیم.

دیتابیس الگوی دسترسی تصادفی (Random I/O) دارد: هزاران خواندن و نوشتن کوچک در نقاط مختلف دیسک. اسناد فنی MySQL توصیه می‌کند فایل‌هایی که بیشتر دسترسی تصادفی دارند، مانند فایل‌های داده هر جدول و Undo، روی SSD قرار گیرند و برای ذخیره‌سازهای غیرچرخشی، گزینه innodb_flush_neighbors خاموش شود. دیسک NVMe با تأخیر به‌طور چشمگیری کم، دقیقاً برای همین الگو ساخته شده است.

اسناد فنی MySQL نیز جداسازی فایل‌های داده و لاگ‌ها روی دستگاه‌های فیزیکی مختلف را برای کم شدن رقابت I/O توصیه می‌کند. برای سنجش عملی نسل‌های دیسک، نوشته سنجش NVMe و SSD را بخوانید.

درباره RAID 10 یا RAID 5 چه باید دانست؟

در RAID 5 هر نوشتن به محاسبه و نوشتن Parity نیازمند است و همین سربار، نوشتن‌های کوچک و پرتعداد دیتابیس را کند می‌کند. RAID 10 با ترکیب Mirror و Stripe این سربار را ندارد و هنگام خرابی یک دیسک هم افت کارایی کمتری دارد؛ به همین علت برای پایگاه داده‌های پرنوشتن گزینش رایج‌تری است. بار مالی آن این است که نیمی از گنجایش خام صرف Mirror می‌شود. جزئیات را در نوشته RAID 5 یا RAID 10 ببینید.

⚠ RAID ویرایش پشتیبان نیست

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

Replication؛ ویرایش زنده دوم از داده‌ها: بر پایه اسناد فنی MySQL 8.4، Replication داده‌های یک سرور منبع (Source) را به یک یا چندین Replica کپی می‌کند. این فرایند به‌طور پیش‌فرض ناهمگام است و وضعیت نیمه‌همگام (Semisynchronous) و حتی Replica با تأخیر عمدی هم حمایت می‌شود. کاربردهای رسمی آن دربردارنده پخش بار خواندن بین Replicaها، اجرای ویرایش پشتیبان روی Replica بی درگیر کردن منبع و اجرای گزارش‌های تحلیلی بی کند کردن سرور اصلی است.

ویرایش پشتیبان و ایمنی

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

نمونه زیر یک تنظیم ساختار اولیه برای سرور MySQL اختصاصی با 64 گیگابایت رم است؛ میزان Buffer Pool برابر 75 درصد حافظه و دسترسی تنها از شبکه خصوصی:

📚 از منابع معتبر

اسناد فنی رسمی MySQL 8.4 در قسمت InnoDB Buffer Pool تصریح می‌کند: «در سرورهای اختصاصی، اغلب تا 80 درصد حافظه فیزیکی به Buffer Pool اختصاص داده می‌شود.» این جمله نشانگر آن است چرا اجرای دیتابیس روی سروری مستقل، توانایی بهره‌گیری تمام‌عیار از رم را آماده می‌کند.

---

MySQL، PostgreSQL یا SQL Server؛ پاسخ کوتاه چیست؟

این قسمت به MySQL، PostgreSQL یا SQL Server می‌پردازد و نکات پراهمیت آن را روشن می‌کند.

• MySQL: بر پایه اطلاعیه Oracle، MySQL 8.0 از 21 آوریل 2026 وارد دوره Sustaining Support شده و ارتقا به MySQL 8.4 LTS یا 9.7 LTS پیشنهاد می‌شود.
• PostgreSQL: هر ویرایش اصلی 5 سال حمایت می‌شود؛ PostgreSQL 18 در سپتامبر 2025 منتشر شده و حمایت PostgreSQL 14 در نوامبر 2026 پایان می‌یابد.
• SQL Server: جدیدترین ویرایش SQL Server 2025 (ویرایش 17.x) است و Microsoft محدودیت‌های هر ویرایش را در اسناد فنی خود اعلام کرده است.

گزینه‌های بدون هزینه و محدودیت‌های آن‌ها

MySQL Community و PostgreSQL نرم‌افزار متن‌باز و بدون هزینه هستند و محدودیت گنجایش نرم‌افزاری ندارند. در SQL Server 2025، ویرایش Express بدون هزینه است ولی بر پایه Microsoft به کمترِ یک سوکت یا 4 هسته، 1410 مگابایت حافظه Buffer Pool و حداکثر 50 گیگابایت حجم هر دیتابیس محدود است. ویرایش‌های Developer هم رایگان‌اند، ولی تنها برای توسعه و آزمون مجوز دارند و بهره‌گیری در محیط عملیاتی مجاز نیست.

برتری سرور اختصاصی برای دیتابیس: رم تمام‌عیار برای کش بی رقابت با همسایه‌ها برتری: کنترل تمام‌عیار روی دیسک، RAID و پارامترهای سیستم‌عامل برتری: جداسازی امنیتی و توانایی اتصال تنها از شبکه خصوصی

❌ مسئولیت به‌روزرسانی، پایش و ویرایش پشتیبان با گروه شماست، مگر اینکه کنترل را برون‌سپاری کنید. ❌ ویرایش‌های تجاری SQL Server قیمت مجوز جداگانه دارند. ❌ یک سرور تکی بی Replica، نقطه شکست واحد باقی می‌ماند.

یک سناریوی رایج این است: فروشگاهی ووکامرسی که وب سرور و MySQL را روی یک سرور مجازی اجرا می‌کند، در کمپین‌های فروش کند می‌شود. مرور آشکار می‌کند PHP و MySQL بر سر رم رقابت می‌کنند و Buffer Pool کوچک‌تر از داده‌های پرکاربرد است، پس بیشتر پرس‌وجوها به دیسک می‌روند.

راه‌حلی که در این وضعیت بیشتر وقت‌ها توصیه می‌شود، انتقال دیتابیس به یک سرور اختصاصی با رم بیشتر و دیسک NVMe، پیکربندی Buffer Pool بر پایه توصیه رسمی و اتصال وب سرور از شبکه خصوصی است. پیش از انتقال، از دیتابیس ویرایش پشتیبان تمام‌عیار گرفته و بازیابی آن روی سرور جدید آزمون می‌شود تا تغییر بی از دست رفتن داده انجام شود.

سنجش MySQL، PostgreSQL و SQL Server

جدول زیر تفاوت‌های کلیدی سه موتور را برای برگزیدن سرور دیتابیس خلاصه می‌کند.

HPE DL360 Gen9 با دو CPU Xeon E5-2680 v4 (مجموعاً 28 هسته و 56 رشته) 64 گیگابایت رم Registered ECC DDR4 برای Buffer Pool و کش 1 ترابایت دیسک NVMe از سری Samsung 980/990 PRO پورت 10Gbit/s روی شبکه‌ای با آپلینک 100 گیگابیت حفاظت DDoS و فایروال سخت‌افزاری نصب خودکار سیستم‌عامل، تحویل آنی پس از تسویه و KVM Console در کنترل‌پنل اداره تنظیم ساختار سفارشی رم بیشتر، دیسک‌های بیشتر برای RAID یا نسل‌های دیگر از طریق تیکت یا تماس

⚠ شفاف بگوییم

پلن آماده یک دیسک NVMe دارد؛ برای RAID 10 لازم است تنظیم ساختار سفارشی با چندین دیسک را درخواست کنید. افزون بر این HPE نسل Gen9 را برای ویندوز سرور تنها تا ویرایش 2019 تأیید کرده است؛ چنانچه SQL Server روی ویندوز جدیدتر لازم دارید، پیش از خرید با کارشناسان مشورت کنید. برای پیکربندی دیتابیس هم قادر هستید از خدمات کانفیگ و کنترل سرور اقدام کنید.

بیشتر بدانید: برای نصب گام‌به‌گام، آموزش نصب MySQL در لینوکس را ببینید و چنانچه نرم‌افزار حسابداری دارید، نوشته سرور حسابداری و ERP را هم بخوانید.

سرور MySQL چه پیش‌نیازهایی دارد؟: عدد ثابتی وجود ندارد؛ معیار اصلی حجم داده‌های پرکاربرد شماست. مقصود این است که Working Set در Buffer Pool جا شود. اسناد فنی MySQL می‌گوید در سرور اختصاصی اغلب تا 80 درصد رم به Buffer Pool داده می‌شود. یا لازم است رم را بیشتر کنید یا پرس‌وجوها و ایندکس‌ها را بهینه کنید، چنانچه نسبت خواندن از دیسک به خواندن از کش بالا بود.

چه زمانی ضروری است سرور دیتابیس را از وب سرور جدا کنم؛ پاسخ کوتاه چیست؟: وقتی وب و دیتابیس بر سر CPU و رم رقابت می‌کنند، چندین وب سرور به یک دیتابیس مشترک نیازمندند یا می‌خواهید دیتابیس از اینترنت عمومی جدا باشد. برای سایت‌های کوچک، جداسازی قیمت و پیچیدگی اضافه دارد و یک سرور خوب با پیکربندی صحیح بیشتر وقت‌ها بسنده است.

درباره برای سرور MySQL، RAID 10 چه باید دانست؟: برای پایگاه داده‌های پرنوشتن، RAID 10 بیشتر وقت‌ها برگزیدن بهتری است، چون سربار محاسبه Parity ندارد و هنگام خرابی دیسک افت کارایی کمتری دارد. RAID 5 گنجایش مفید بیشتری می‌دهد و برای بارهای عمدتاً خواندنی قابل قبول است. در هر دو حالت، RAID جایگزین ویرایش پشتیبان نیست.

SQL Server بدون هزینه چگونه ارزیابی می‌شود؟: ویرایش Express بدون هزینه است ولی در SQL Server 2025 به کمترِ یک سوکت یا 4 هسته، 1410 مگابایت حافظه Buffer Pool و 50 گیگابایت حجم هر دیتابیس محدود است. ویرایش‌های Developer هم رایگان‌اند، ولی تنها برای توسعه و آزمون مجوز دارند. برای محیط عملیاتی بزرگ‌تر، به مجوز Standard یا Enterprise احتیاج دارید.

کدام نرم‌افزار دیتابیس بدون هزینه برای سرور همخوان چه پیش‌نیازهایی دارد؟: MySQL Community، MariaDB و PostgreSQL هر سه متن‌باز و رایگان‌اند و محدودیت نرم‌افزاری گنجایش ندارند. برگزیدن بین آن‌ها بیشتر وقت‌ها به نرم‌افزار شما بستگی دارد؛ برای نمونه وردپرس با MySQL یا MariaDB عمل می‌کند. به خاطر داشته باشید که بدون هزینه بودن نرم‌افزار به معنای قیمت سخت‌افزار، حفظ و ویرایش پشتیبان همچنان با شماست است.

دیتابیس را شدنی است روی؛ پاسخ کوتاه چیست؟: بله، برای پایگاه داده‌های کوچک و متوسط سرور مجازی یکسره قابل بهره‌گیری است. محدودیت اصلی، اشتراک منابع دیسک و CPU با کاربران دیگر میزبان است که در بارهای سنگین نوشتن، تأخیر را غیرقابل پیش‌بینی می‌کند. وقتی دیتابیس حیاتی و پرترافیک شد، سرور اختصاصی با NVMe ثبات بیشتری می‌دهد.

درباره هنوز می‌توانم از MySQL 8.0 چه باید دانست؟: MySQL 8.0 همچنان کار می‌کند، ولی بر پایه اطلاعیه Oracle از 21 آوریل 2026 وارد دوره Sustaining Support شده است؛ یعنی دیگر مانند قبل بروزرسانی دریافت نمی‌کند. Oracle ارتقا به MySQL 8.4 LTS یا 9.7 LTS را توصیه می‌کند. پیش از ارتقا، سازگاری برنامه را روی یک ویرایش آزمایشی آزمون کنید.

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

جمع‌بندی؛ گزینش درست، پایه سرعت و ایمنی داده: در این راهنما دیدیم که سرور دیتابیس بار داده‌ها را از دوش وب سرور برمی‌دارد و کلیدی‌ترین منبع آن رم است. توصیه‌های رسمی را مرور کردیم: در MySQL اغلب تا 80 درصد رم برای Buffer Pool، در PostgreSQL آغاز با 25 درصد برای shared_buffers و در SQL Server سقف 75 درصد حافظه آزاد. افزون بر این دیدیم NVMe و RAID 10 برای الگوی دسترسی تصادفی دیتابیس مناسب‌ترند و RAID هرگز جای ویرایش پشتیبان را نمی‌گیرد. منابع: MySQL 8.4 Reference Manual: InnoDB Buffer Pool؛ MySQL 8.4 Reference Manual: Enabling Automatic InnoDB Configuration for a Dedicated MySQL Server. MySQL 8.4 Reference Manual: Optimizing InnoDB Disk I/O؛ PostgreSQL 18 Documentation: Resource Consumption؛ Microsoft Learn: Server memory configuration options (SQL Server). Microsoft Learn: Editions and supported features of SQL Server 2025.

---

نکات کلیدی این مطلب

• سرور دیتابیس چه لازم است دانست
• رم، کش و CPU
• NVMe، RAID و ویرایش پشتیبان
• MySQL، PostgreSQL یا SQL Server

---

پرسش‌های پرتکرار

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

◀ وقتی در ساعات شلوغ، پردازه‌های وب و دیتابیس بر سر CPU و رم رقابت می‌کنند. ◀ وقتی چندین وب سرور یا چندین اپلیکیشن ضروری است از یک دیتابیس مشترک بهره‌گیری کنند. ◀ وقتی می‌خواهید دیتابیس از اینترنت عمومی جدا باشد و تنها از شبکه خصوصی قابل استفاده قرار گیرد.

RAID 10 یا RAID 5؛ پاسخ کوتاه چیست؟

در RAID 5 هر نوشتن به محاسبه و نوشتن Parity احتیاج دارد و همین سربار، نوشتن‌های کوچک و پرتعداد دیتابیس را کند می‌کند. RAID 10 با ترکیب Mirror و Stripe این سربار را ندارد و هنگام خرابی یک دیسک هم افت کارایی کمتری دارد؛ به همین علت برای پایگاه داده‌های پرنوشتن برگزیدن رایج‌تری است. بار مالی آن این است که نیمی از گنجایش خام صرف Mirror می‌شود.

سرور MySQL؛ پاسخ کوتاه چیست؟

عدد ثابتی وجود ندارد؛ معیار اصلی حجم داده‌های پرکاربرد شماست. مقصود این است که Working Set در Buffer Pool جا شود. اسناد فنی MySQL می‌گوید در سرور اختصاصی اغلب تا 80 درصد رم به Buffer Pool داده می‌شود.

چه زمانی لازم است سرور دیتابیس را از وب سرور جدا کنم؛ پاسخ کوتاه چیست؟

وقتی وب و دیتابیس بر سر CPU و رم رقابت می‌کنند، چندین وب سرور به یک دیتابیس مشترک نیازمندند یا می‌خواهید دیتابیس از اینترنت عمومی جدا باشد. برای سایت‌های کوچک، جداسازی قیمت و پیچیدگی اضافه دارد و یک سرور خوب با پیکربندی صحیح بیشتر وقت‌ها بسنده است.