نکات کلیدی
- در حالت عادی، پردازندهٔ مجازی روی هیچ هستهٔ فیزیکی قفل نمی شود و میزبان می تواند مجموع هسته های مجازی را بیش از هسته های واقعی تخصیص دهد؛ همین سیاست است که در ساعت اوج، تأخیر محسوسی ایجاد می کند.
- در حالت اختصاصی، هر هستهٔ مجازی به یک هستهٔ فیزیکی مشخص می خورد و آن هسته در اختیار ماشین دیگری قرار نمی گیرد.
- پردازندهٔ مجازی به هستهٔ فیزیکی قفل می شود یا نه؟
یک واژه، دو معنای متفاوت
اصطلاح «هایبرید سرور» در بازار میزبانی و در ادبیات فنی دو چیز متفاوت را توصیف می‌کند و همین دوگانگی، بیشترین سوءتفاهم را در مرحلهٔ خرید ایجاد می‌کند. در معنای تجاری، هایبرید به ماشین مجازی بزرگی گفته می‌شود که روی یک سرور فیزیکی قدرتمند و در کنار چند مشتری محدود اجرا می‌شود. در معنای فنی و استاندارد، هایبرید به ترکیب دو زیرساخت اشاره دارد؛ مثلاً بخشی از بار کاری روی سخت‌افزار خودتان و بخشی در ابر عمومی.
وقتی فروشنده‌ای می‌گوید «سرور هایبرید»
، اولین سؤالی که باید بپرسید این است: منظورتان ماشین مجازی با منابع رزروشده است یا معماری ترکیبی ابر و دیتاسنتر؟ پاسخ این سؤال، کل فهرست معیارهای بعدی را تغییر می‌دهد.
درون یک سرور نیمه‌اختصاصی چه می‌گذرد؟
مدل رایج این است: به‌جای تقسیم یک سرور میان چند ده ماشین کوچک، میزبان میان سه تا شش ماشین بزرگ تقسیم می‌شود. هر ماشین تعداد مشخصی هسته و مقدار ثابتی حافظه دریافت می‌کند و تعداد همسایه‌ها روی سخت‌افزار کم است.
نکتهٔ کلیدی در لایهٔ مجازی‌سازی است. در حالت عادی، پردازندهٔ مجازی روی هیچ هستهٔ فیزیکی قفل نمی‌شود و میزبان می‌تواند مجموع هسته‌های مجازی را بیش از هسته‌های واقعی تخصیص دهد؛ همین سیاست است که در ساعت اوج، تأخیر محسوسی ایجاد می‌کند. در حالت اختصاصی، هر هستهٔ مجازی به یک هستهٔ فیزیکی مشخص می‌خورد و آن هسته در اختیار ماشین دیگری قرار نمی‌گیرد. سرور نیمه‌اختصاصی واقعی باید به همین مدل دوم نزدیک باشد، وگرنه فقط یک ماشین مجازی گران‌تر است.
پس در قرارداد یا مستندات، به‌جای عبارت مبهم «منابع اختصاصی»
، دنبال سه چیز باشید: قفل‌شدن پردازندهٔ مجازی روی هستهٔ فیزیکی، سقف مشخص برای سهم دیسک و پورت شبکه، و شفافیت در مورد تعداد همسایه‌ها.
سهم تضمینی یعنی چه عددی؟
«تضمین» در میزبانی یک واژهٔ کشسان است. سه شاخص را جدا بپرسید: پردازنده، حافظه و دیسک.
- پردازنده: چند هستهٔ فیزیکی به ماشین شما قفل شده و سقف steal time چقدر است؟
- حافظه: رم به‌طور کامل رزرو شده یا بخشی از آن قابل بازپس‌گیری است؟
- دیسک: IOPS تضمین‌شده چقدر است و نوع رسانه SSD یا NVMe است؟
بسیاری از کندی‌هایی که کاربران «مشکل سرور» می‌نامند، در واقع مسئلهٔ IOPS دیسک است، نه پردازنده. اگر فقط عدد هسته و رم در جدول قیمت باشد، تصویر کاملی از کارایی ندارید.
جایگاه این گزینه در طیف میزبانی
| گزینه | منابع | همسایه‌ها | مناسب برای |
|---|---|---|---|
| هاست اشتراکی | مشترک و بدون تضمین | بسیار زیاد | سایت‌های کوچک و آزمایشی |
| سرور مجازی معمولی | تخصیص بالا، رزرو محدود | زیاد | بارهای سبک تا متوسط |
| سرور نیمه‌اختصاصی | رزروشده در لایهٔ مجازی | کم | بار پایدار با نیاز به پیش‌بینی‌پذیری |
| سرور اختصاصی | کل سخت‌افزار | بدون همسایه | بار سنگین، دیتابیس بزرگ، نیاز به کنترل کامل |
نشانه‌هایی که می‌گویند وقت ارتقا رسیده
پیش از پرداخت پول بیشتر، بگذارید داده‌ها حرف بزنند. اگر یکی از این نشانه‌ها را می‌بینید، ارتقا منطقی است؛ اگر هیچ‌کدام را نمی‌بینید، احتمالاً مشکل جای دیگری است.
- زمان پاسخ در ساعات اوج به‌طور مرتب بالا می‌رود و در ساعات خلوت برمی‌گردد.
- شاخص انتظار دیسک در گزارش‌های سیستم به‌طور مداوم بالا می‌ماند.
- پردازنده در بار عادی هم نزدیک به اشباع است، حتی با کاهش ترافیک.
- صف درخواست‌ها در وب‌سرور شکل می‌گیرد و زمان‌های انتظار طولانی می‌شود.
- برنامه‌نویسی بهینه‌سازی کرده‌اید و نتیجه پایدار نبوده است.
کجا انتخاب درستی است و کجا نیست
این مدل برای بارهای پایدار و پیش‌بینی‌پذیر ساخته شده است: فروشگاه اینترنتی با ترافیک چندنبرابری در ساعات مشخص، دیتابیس متوسط با رشد آرام، سامانهٔ داخلی سازمانی با تعداد کاربر ثابت.
اگر بار شما به‌شدت فصلی یا جهشی است، معماری ابری با مقیاس‌پذیری خودکار از نظر هزینه به‌صرفه‌تر است. اگر به کارت گرافیک، فضای ذخیره‌سازی بسیار بزرگ یا کنترل کامل روی کرنل نیاز دارید، سرور اختصاصی انتخاب درست است. همچنین اگر برنامه‌تان به تنظیمات شبکهٔ سطح پایین یا سخت‌افزار خاص وابسته است، لایهٔ مجازی محدودیت ایجاد می‌کند.
ده سؤالی که پیش از سفارش بپرسید
- تعداد ماشین‌های مجازی روی این میزبان چند تا است؟
- پردازندهٔ مجازی به هستهٔ فیزیکی قفل می‌شود یا نه؟
- سهم IOPS و نوع دیسک چیست؟
- پهنای باند و سرعت پورت شبکه چقدر است؟
- آیا می‌توانم در همان میزبان منابع را ارتقا دهم؟
- اسنپ‌شات و بازگردانی چه محدودیتی دارد؟
- دسترسی به کنسول در صورت قطع شبکه چگونه است؟
- سطح توافق خدمت و جریمهٔ عدم دسترس‌پذیری چیست؟
- آیا امکان انتقال به سرور اختصاصی با همان داده وجود دارد؟
- سیاست بازگشت وجه و دورهٔ آزمایشی چگونه است؟
مسیر رشد: از ماشین مجازی تا سخت‌افزار کامل
یک برنامهٔ مهاجرت واقع‌بینانه سه پله دارد. در پلهٔ اول روی سرور مجازی کار می‌کنید و هزینه را پایین نگه می‌دارید. با پایدارشدن بار و بالا رفتن پیش‌بینی‌پذیری نیاز، به سرور نیمه‌اختصاصی می‌روید. وقتی مصرف منابع به سقف نزدیک شد یا نیاز به سخت‌افزار خاص پیدا کردید، نقل مکان به سرور اختصاصی انجام می‌شود.
در هر پله، دو کار قبلی را انجام دهید: گرفتن بکاپ قابل بازیابی و نوشتن فهرست سرویس‌ها. اگر این دو آماده باشد، هر جابه‌جایی در چند ساعت انجام می‌شود.
هزینهٔ واقعی را چطور حساب کنیم؟
قیمت ماهانه فقط یک بخش از معادله است. هزینهٔ زمان تیم برای رفع کندی، درآمد از دست‌رفته در ساعات خرابی و هزینهٔ مهاجرت بعدی را هم اضافه کنید. گاهی اختلاف قیمت دو گزینه در سه ماه با کاهش یک حادثهٔ جدی جبران می‌شود؛ همان‌گونه که گاهی ارتقای زودهنگام، پول اضافه‌ای است که برای ظرفیتی می‌پردازید که مصرف نمی‌شود.
پرسش‌های پرتکرار
آیا سرور نیمه‌اختصاصی همان VPS است؟
از نظر فناوری، پایه هر دو یکی است. تفاوت در سیاست تخصیص منابع و تعداد همسایه‌هاست، نه در نوع مجازی‌ساز.
برای دیتابیس مناسب است؟
برای دیتابیس متوسط و بار پایدار بله، به شرط آنکه IOPS تضمین‌شده داشته باشید. برای دیتابیس‌های بزرگ با نوشتن سنگین، سخت‌افزار کامل امن‌تر است.
ارتقای منابع چقدر طول می‌کشد؟
در بیشتر پلتفرم‌ها چند دقیقه و معمولاً با یک راه‌اندازی مجدد. جزئیات را پیش از خرید بپرسید.
چه زمانی سراغ ابر بروم؟
وقتی بار شما غیرقابل پیش‌بینی است یا به مقیاس‌پذیری خودکار و پرداخت بر اساس مصرف نیاز دارید.
جمع‌بندی
سرور نیمه‌اختصاصی یک پلهٔ میانی واقعی است، به شرط آنکه تعریفش روشن باشد و منابع در لایهٔ مجازی رزرو شده باشند. پیش از خرید، به‌جای تکیه بر واژه‌های تبلیغاتی، سه عدد را بخواهید: قفل هستهٔ پردازنده، IOPS تضمین‌شده و تعداد همسایه‌ها. با همین سه عدد، انتخاب در چند دقیقه روشن می‌شود.
کمپین ابتکار نو
کمپین ایده های نو
کمپین آینده روشن
کمپین طراحی مدرن