تفاوت VPS و VDS چیست؟ منابع اشتراکی یا اختصاصی

وقتی دو طرح سرور مجازی با مشخصات ظاهراً یکسان را کنار هم می‌گذارید و نام یکی «VPS» و دیگری «VDS» است، پرسش طبیعی این است که تفاوت VPS و VDS دقیقاً کجاست و آیا اختلاف قیمت را توجیه می‌کند یا نه. پاسخ کوتاه این است: هر دو ماشین مجازی‌اند که روی یک سرور فیزیکی اجرا می‌شوند؛ فرق اصلی در این است که پردازنده و رم میان چند مشتری تقسیم می‌شود یا برای هر ماشین کنار گذاشته می‌شود. این نوشته همین فرق را باز می‌کند، نقش مجازی‌ساز را توضیح می‌دهد، با چند فرمان ساده نشان می‌دهد رفتار واقعی سرور خودتان را چطور بسنجید و در پایان یک جدول تصمیم می‌دهد.

VPS و VDS را دقیق تعریف کنیم

VPS کوتاه‌شده‌ی Virtual Private Server است: یک ماشین مجازی با سیستم‌عامل مستقل، دسترسی کامل مدیر و منابعی که روی کاغذ به شما اختصاص یافته، اما در عمل ممکن است با ماشین‌های دیگر همان سرور فیزیکی به اشتراک گذاشته شود.

VDS کوتاه‌شده‌ی Virtual Dedicated Server است: همان ماشین مجازی، با این قرار که بخشی از سخت‌افزار، به‌ویژه هسته‌های پردازنده و رم، فقط برای ماشین شما رزرو می‌شود و کس دیگری از آن استفاده نمی‌کند.

یک نکته‌ی مهم: این دو اصطلاح تعریف استاندارد و رسمی ندارند. بعضی ارائه‌دهنده‌ها آن‌ها را مترادف به کار می‌برند و بعضی VDS را فقط به‌عنوان نام تجاری طرح‌های گران‌تر استفاده می‌کنند. پس معیار اصلی، توضیح فنی طرح است، نه برچسب آن.

منابع اشتراکی در برابر اختصاصی

• پردازنده: در VPS، هر vCPU سهمی زمانی از رشته‌های پردازشی فیزیکی است که ماشین‌های دیگر هم از آن سهم می‌برند. در VDS، هسته یا رشته‌ی مشخصی به ماشین شما سنجاق (pin) می‌شود.
• رم: در VPS ممکن است مجموع رمِ فروخته‌شده از رم فیزیکی بیشتر باشد (overcommit) و مجازی‌ساز در زمان فشار، رم را از ماشین‌ها پس بگیرد. در VDS، کل رم از ابتدا رزرو می‌شود.
• دیسک و شبکه: در بیشتر موارد در هر دو حالت اشتراکی است. VDS بودن به‌خودی‌خود به معنی دیسک یا پهنای باند اختصاصی نیست و باید جداگانه پرسید.

نتیجه‌ی عملی این تفاوت، ثبات است، نه لزوماً سرعت بیشتر. VPS در ساعت‌های خلوت ممکن است همان کارایی VDS را بدهد، اما وقتی همسایه‌های پرمصرف فعال شوند، کارایی‌اش نوسان می‌کند.

نقش مجازی‌ساز در این تفاوت

مجازی‌ساز (Hypervisor) لایه‌ای است که سخت‌افزار فیزیکی را میان ماشین‌های مجازی تقسیم می‌کند. سازوکار کلی آن را در نوشته‌ی مجازی‌سازی KVM و اهمیت آن برای سرور مجازی توضیح داده‌ایم؛ اینجا فقط سه تنظیم آن مهم است که مرز VPS و VDS را تعیین می‌کنند:

1. زمان‌بند پردازنده: تصمیم می‌گیرد هر vCPU کی و روی کدام رشته‌ی فیزیکی اجرا شود. اگر vCPUها از رشته‌های فیزیکی بیشتر باشند، ماشین‌ها باید در صف بمانند.
2. نسبت فروش بیش از ظرفیت (overcommit): ارائه‌دهنده تعیین می‌کند به‌ازای هر هسته‌ی فیزیکی چند vCPU بفروشد. همین نسبت، فرق اصلی قیمت VPS و VDS را می‌سازد.
3. سنجاق‌کردن (CPU pinning) و رزرو رم: با این تنظیم، رشته‌های مشخصی فقط در اختیار یک ماشین قرار می‌گیرد و زمان‌بند آن را به ماشین دیگری نمی‌دهد.

وقتی ماشین شما آماده‌ی اجراست اما مجازی‌ساز رشته‌ی فیزیکی را به ماشین دیگری داده، آن زمان از دست‌رفته در سیستم‌عامل شما با نام steal time ثبت می‌شود. همین شاخص، ابزار اصلی شما برای سنجش واقعی است.

جدول مقایسه: تفاوت VPS و VDS در یک نگاه

گام‌به‌گام: سرور شما عملاً کدام است؟

به‌جای اعتماد به نام طرح، رفتار سرور را زیر بار واقعی بسنجید. این فرمان‌ها روی اوبونتو، دبیان، آلمالینوکس و راکی‌لینوکس کار می‌کنند:

1. شمار vCPU را ببینید: nproc و lscpu. این عدد فقط می‌گوید چند vCPU دارید، نه اینکه اختصاصی‌اند یا نه.
2. steal time را زیر نظر بگیرید: در خروجی top ستون st را در سطر %Cpu(s) نگاه کنید، یا vmstat 1 10 را اجرا کنید و ستون st را بخوانید.
3. هر هسته را جدا بسنجید: بسته‌ی sysstat را نصب کنید (apt install sysstat یا dnf install sysstat) و سپس mpstat -P ALL 1 10 را اجرا کنید؛ ستون %steal برای هر هسته جدا نمایش داده می‌شود.
4. پردازنده را در ساعت‌های مختلف محک بزنید: sysbench cpu --threads=$(nproc) --time=60 run را صبح، عصر و شب اجرا کنید و مقدار events per second را مقایسه کنید.
5. دیسک را جدا بسنجید: fio --name=rr --rw=randread --bs=4k --size=1G --iodepth=32 --ioengine=libaio --direct=1 --runtime=60 --time_based تا معلوم شود گلوگاه پردازنده است یا دیسک.

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

هزینه‌ی آزمون پیش از تعهد بلندمدت

منطقی‌ترین راه برای تصمیم، اجرای بار واقعی‌تان به مدت چند روز است، پیش از خرید طرح ماهانه یا سالانه. در ابر ویرا می‌توانید روی سرور ساعتی ایران پردازنده، رم و دیسک را خودتان بچینید، فرمان‌های بالا را اجرا کنید و پس از آزمون سرور را حذف کنید تا کسر هزینه متوقف شود. زیرساخت در دیتاسنتر تهران است و سرور معمولاً در حدود یک دقیقه ساخته می‌شود. نرخ‌ها به تاریخ مهر ۱۴۰۵ است و بهای روز را ماشین‌حساب صفحه‌ی سفارش نشان می‌دهد.

آپلود رایگان است و سرور ابری ساعتی سقف ترافیک ندارد. بهای ساعتی برابر بهای ماهانه تقسیم بر ۷۳۰ است. اگر طرح آماده را ترجیح می‌دهید:

مثال: سه روز آزمون یک پایگاه داده

فرض کنید می‌خواهید پایگاه داده‌ای را با ۴ vCPU، ۸ گیگابایت رم و ۱۰۰ گیگابایت NVMe به مدت ۷۲ ساعت آزمایش کنید:

• ۴ vCPU × ۲۷۴ تومان = ۱٬۰۹۶ تومان
• ۸ گیگابایت × ۳۴۲٫۵ تومان = ۲٬۷۴۰ تومان
• ۱۰۰ گیگابایت × ۱۱٫۶۴ تومان = ۱٬۱۶۴ تومان
• جمع بهای هر ساعت: ۱٬۰۹۶ + ۲٬۷۴۰ + ۱٬۱۶۴ = ۵٬۰۰۰ تومان
• ۷۲ ساعت × ۵٬۰۰۰ تومان = ۳۶۰٬۰۰۰ تومان
• ترافیک دانلود آزمون: ۳۰ گیگابایت × ۱٬۰۰۰ تومان = ۳۰٬۰۰۰ تومان

کل هزینه‌ی آزمون ۳۹۰٬۰۰۰ تومان می‌شود. برای مقایسه، یک ماه کامل همین ترکیب: ۷۳۰ ساعت × ۵٬۰۰۰ تومان = ۳٬۶۵۰٬۰۰۰ تومان. اگر به طرح آماده بسنده کنید، آزمون سه‌روزه‌ی حرفه‌ای ۱ چنین است: ۷۲ ساعت × ۲٬۸۷۷ تومان = ۲۰۷٬۱۴۴ تومان.

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

کدام برای چه کاری؟ جدول تصمیم

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

اشتباه‌های رایج

1. قضاوت بر اساس برچسب طرح. چون تعریف استانداردی وجود ندارد، نام VDS به‌تنهایی چیزی را ثابت نمی‌کند. راه پرهیز: از ارائه‌دهنده بپرسید آیا هسته‌ها سنجاق می‌شوند و رم رزرو می‌شود، و پاسخ را با فرمان‌های mpstat و vmstat راستی‌آزمایی کنید.
2. شمردن هسته‌ها با nproc به‌جای سنجش رفتار. عدد ۸ در خروجی nproc در VPS و VDS یکسان دیده می‌شود. راه پرهیز: steal time و نتیجه‌ی sysbench را در چند نوبت زیر بار واقعی اندازه بگیرید، نه در یک لحظه‌ی خلوت.
3. ارتقا به VDS وقتی گلوگاه جای دیگری است. کندی ناشی از کمبود رم یا دیسک کند، با هسته‌ی اختصاصی برطرف نمی‌شود. راه پرهیز: پیش از ارتقا free -h را برای رم و iostat -x 1 را برای صف دیسک بررسی کنید و فقط اگر steal بالا و بقیه سالم بود، منابع رزروشده بخرید.

پرسش‌های متداول

آیا رم هم مثل پردازنده ممکن است اشتراکی باشد؟

بله. در برخی VPSها مجموع رم فروخته‌شده از رم فیزیکی بیشتر است و مجازی‌ساز در زمان فشار بخشی از آن را پس می‌گیرد. نشانه‌اش استفاده‌ی ناگهانی از swap بدون افزایش بار خودتان است.

آیا VDS همیشه از VPS سریع‌تر است؟

نه. در ساعت‌های خلوت ممکن است کارایی هر دو یکسان باشد. مزیت VDS یکنواختی کارایی در همه‌ی ساعت‌هاست، نه لزوماً سرعت بیشتر در هر لحظه.

برای راه‌اندازی VPN یا روتر میکروتیک، VDS لازم است؟

معمولاً نه. این سرویس‌ها بار پردازشی سبکی دارند و پهنای باند و کیفیت آی‌پی برایشان مهم‌تر از اختصاصی بودن هسته است.

اگر با VPS شروع کنم، بعداً می‌توانم به VDS کوچ کنم؟

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

جمع‌بندی

تفاوت VPS و VDS در یک چیز خلاصه می‌شود: پردازنده و رم شما با دیگران تقسیم می‌شود یا برایتان رزرو شده است. برای بیشتر وب‌سایت‌ها و سرویس‌های سبک، VPS کافی است؛ برای پایگاه داده‌ی پرکار، بازی و پردازش حساس به تأخیر، منابع رزروشده ارزش هزینه‌ی بیشتر را دارد. به‌جای تکیه بر برچسب، steal time را بسنجید و بار واقعی را پیش از تعهد بلندمدت آزمایش کنید. اگر می‌خواهید این آزمون را با منابع دلخواه و پرداخت ساعتی انجام دهید، در ابر ویرا سرور بسازید، چند روز بسنجید و بر اساس عدد تصمیم بگیرید.