ما هو الخادم الافتراضي المخصص؟ VDS مقابل VPS والمخصص

ما هو الخادم الافتراضي المخصص فعليًا

الخادم الافتراضي المخصص (VDS) هو جهاز افتراضي مقتطع من مضيف فعلي عبر مُشرف افتراضية (غالبًا KVM على لينكس، وأحيانًا Xen أو VMware ESXi أو Hyper-V) بخاصية مميزة واحدة: الموارد المذكورة في الفاتورة محجوزة. نواتان تعنيان خيطين من خيوط المضيف مخصصين لذلك الجهاز؛ و8 غيغابايت من الذاكرة تعني 8 غيغابايت لا يعيرها المضيف أبدًا لمستأجر آخر. داخل الجهاز تحصل على نواتك الخاصة، وصورة قرصك الخاصة، وصلاحيات جذر أو مسؤول كاملة، وأي نظام تشغيل يستطيع المُشرف إقلاعه: خادم مخصص صغير من وجهة نظر الضيف، ومستأجر بين عدة مستأجرين لا يتنافسون أبدًا على الحصة نفسها من وجهة نظر المضيف.

ظهر المصطلح لأن مفهوم «VPS» صار فضفاضًا أكثر من اللازم. فالـ VPS قد يكون أي شيء، من حاوية OpenVZ بذاكرة قابلة للتمدد إلى جهاز KVM على مضيف يبيع النواة الفعلية نفسها لستة عملاء. اعتمد المزودون تسمية «VDS» ليقولوا «هذا العرض ليس مُفرَطًا في بيعه». لا معيار خلف التسمية: في سوق الاستضافة الناطق بالروسية يُستخدم VDS وVPS بالتبادل، وبعض المزودين في أماكن أخرى يعيدون تسمية خط VPS عادي لأن VDS يبدو أقرب إلى المخصص. الكلمة تخبرك بالنية؛ والأوامر أدناه تخبرك بالحقيقة.

VDS مقابل VPS مقابل الخادم المخصص

تختلف هذه المنتجات على محورين: كيفية عزل الجهاز (حاوية، أو جهاز افتراضي، أو عتاد فعلي) وما إذا كانت الموارد محجوزة أم مشتركة. ويقع الـ VDS بين الـ VPS المشترك والخادم المخصص على كلا المحورين.

عمود السعر نطاق تقريبي لعام 2026 للخطط المبتدئة، وليس مقياس أداء. لا يمكن بيع جهاز افتراضي بأربع أنوية و8 غيغابايت محجوزة بثلاثة دولارات شهريًا؛ وحين يُسعَّر «VDS» مثل حاوية، فهو حاوية غالبًا.

الموارد المحجوزة مقابل المشتركة: أين يكمن الفرق

المعالج. في KVM، كل نواة افتراضية هي خيط على المضيف يعامله مجدول لينكس كأي عملية أخرى. مضيف بـ32 خيطًا عتاديًا يمكن بيعه كـ32 نواة افتراضية (1:1، محجوزة) أو كـ128 نواة افتراضية (4:1، مشتركة). لا شيء داخل الضيف يعرض هذه النسبة؛ فهي لا تظهر إلا على شكل وقت سرقة وقفزات في زمن الاستجابة عندما ينشغل الجيران.

الذاكرة. تُفرط مضيفات KVM في بيع الذاكرة بطريقتين: مشغّل virtio balloon يتيح للمضيف استرجاع صفحات لا يستخدمها الضيف، وKSM (دمج الصفحات المتطابقة في النواة) يزيل تكرار الصفحات المتطابقة بين الأجهزة الافتراضية. في خطة محجوزة تُلتزم الذاكرة عند إقلاع الجهاز ولا يُنفخ الـ balloon أبدًا. ورؤية virtio_balloon في lsmod تثبت القدرة لا الاستخدام: فالمشغّل يأتي ضمن كل صور السحابة تقريبًا.

التخزين. نادرًا ما يمتد الحجز إلى القرص؛ فكل مزود تقريبًا يتشارك خلفية التخزين ويحدّ عمليات الإدخال/الإخراج لكل جهاز افتراضي على الأكثر. ما يغيّر الأداء هو الطبقة تحته: قرص NVMe يقدم عمليات إدخال/إخراج أكثر بكثير وزمن استجابة أقل من قرص SATA SSD، ولا يعوّض أي حجز للمعالج عن قرص بطيء تحت قاعدة بيانات.

الشبكة. الوصلة مشتركة في كل ما هو دون خادم مخصص بمنفذ خاص؛ والنطاق الترددي «غير المحدود» يعني غير محدود ضمن سياسة الاستخدام العادل، لا 1 جيجابت في الثانية مضمونة لك وحدك.

KVM مقابل افتراضية الحاويات (OpenVZ، LXC)

هذا الانقسام يحدد ما إذا كان «VDS» يمكن أن يكون مخصصًا أصلًا. فـ KVM وXen وESXi افتراضية عتادية: تتيح VT-x أو AMD-V لكل ضيف تشغيل نواته الخاصة على عتاد افتراضي. أما OpenVZ وVirtuozzo وLXC وDocker فهي افتراضية على مستوى نظام التشغيل: كل مستأجر مجموعة عمليات على نواة المضيف، مفصولة بمساحات الأسماء ومحدودة بـ cgroups. يسميها Proxmox «CT»، ويبيعها كثير من المضيفين منخفضي التكلفة على أنها VPS. والنتائج:

• يعيد uname -r نواة المضيف، وهي نواة لم تخترها ولا يمكنك ترقيتها، وتاريخيًا كانت مضيفات OpenVZ تشغّل إصدارات نواة قديمة جدًا. إن لم تكن متأكدًا مما يعمل فعلًا على الجهاز، فإن أوامر معرفة إصدار نظام التشغيل والنواة على لينكس وويندوز وماك تستغرق ثوانٍ.
• لا يمكنك تحميل وحدات النواة: WireGuard وZFS وكل ما يأتي بصيغة .ko يعتمد على المضيف.
• الافتراضية المتداخلة مستحيلة، وDocker أو systemd داخل الحاوية لا يعمل إلا إذا سمح المضيف بذلك.

ضيف KVM لا تنطبق عليه أي من هذه القيود: يقلع من صورة ISO، ويشغّل أي نواة، ويمكنه كشف VT-x لضيوفه إن سمح المضيف بالافتراضية المتداخلة. لذا فإن الـ VDS الحقيقي هو دائمًا جهاز افتراضي كامل.

الجيران المزعجون ووقت السرقة

الجار المزعج مستأجر آخر على المضيف نفسه يقتطع استخدامه للمعالج أو القرص أو الشبكة من نصيبك. على مضيف KVM مُفرَط في بيع موارده، يضع المجدول نواتك الافتراضية في الطابور خلف نواتهم، ويُبلَّغ الضيف بالوقت الذي كانت فيه نواته الافتراضية جاهزة للتنفيذ لكنها تنتظر على أنه وقت سرقة. يكشفه لينكس كالقيمة الثامنة في سطر cpu من /proc/stat، وكعمود st في vmstat وtop، وكـ %steal في mpstat وsar.

ينبغي أن يُظهر جهاز افتراضي محجوز وقت سرقة يساوي صفرًا أو يقاربه حتى وجيرانه يعملون بأقصى طاقتهم. وبضع نقاط مئوية خلال الذروات أمر طبيعي في الخطط المشتركة؛ أما وقت السرقة المستمر بخانتين عشريتين فيعني أن المضيف مُفرَط في بيعه، والحل الوحيد عقدة أخرى أو خطة 1:1 حقيقية. لا يستطيع المزود إخفاء هذا المؤشر: فالمُشرف يكتبه في محاسبة الضيف نفسه. الحاويات تختلف: داخل LXC أو OpenVZ يبقى عمود st عند الصفر عادةً بينما أنت مخنوق؛ وحيث يكشفه وقت التشغيل، يُظهر cat /sys/fs/cgroup/cpu.stat (cgroup v2) ارتفاع nr_throttled وthrottled_usec بدلًا من ذلك.

متى تكون «VDS» مجرد تسويق

بما أن التسمية غير منظّمة، اقرأ صفحة الخطة بحثًا عن الإشارات التي تصف البنية:

• «vCPU» بلا نسبة. الخطة المحجوزة تقول «أنوية مخصصة» أو «1 vCPU = خيط واحد». وإن عجز الدعم عن ذكر نسبة الأنوية الافتراضية إلى الخيوط، فافترض أنها مشتركة.
• «ذاكرة مضمونة» بجانب «ذاكرة burst». هذه مفردات OpenVZ لحاوية بحد مرن، لا لجهاز افتراضي بذاكرة ملتزمة.
• لا صور ISO مخصصة، ولا اختيار للنواة، ولا إعادة تثبيت حرة. هذه القيود ناتجة عن مشاركة نواة المضيف.
• «شبه مخصص» أو «هجين» في الاسم. كلمات صادقة لخطة مشتركة بتزاحم أقل، لا بأس بها، لكنها ليست VDS.

كثير من المزودين يستخدمون تسمية VDS بنزاهة؛ والفحوص أدناه تحسم المسألة في أقل من دقيقة.

كيف تتحقق مما حصلت عليه فعلًا

1. حدّد طبقة الافتراضية

systemd-detect-virt
# typical answers: kvm, qemu, xen, vmware, microsoft, openvz, lxc, docker, none
systemd-detect-virt --container   # container type, or none

يعطي virt-what (يُشغَّل بصلاحيات الجذر) الإجابة نفسها على التوزيعات التي لا تستخدم systemd. ويفترض أن يطبع lscpu | grep -i hypervisor السطر Hypervisor vendor: KVM على ضيف KVM؛ أما داخل حاوية فيعرض lscpu عدد أنوية المضيف الكامل بدل حصتك، ووجود /proc/vz أو /proc/user_beancounters علامة واضحة على OpenVZ.

2. اقرأ طراز المعالج وعدد الأنوية

nproc
grep -m1 'model name' /proc/cpuinfo
lscpu | grep -E '^(Model name|Socket|Core|Thread|CPU\(s\))'

ينبغي أن يساوي nproc ما اشتريته. واسم طراز مثل QEMU Virtual CPU أو Common KVM processor يعني أن المضيف يحجب المعالج الحقيقي خلف طراز عام، مخفيًا مجموعات تعليمات أحدث مثل AVX؛ بينما طراز حقيقي مثل AMD EPYC 7443P يعني تمريرًا مباشرًا من المضيف. لا يثبت أي منهما الحجز، لكن المعالج المحجوب يوحي بمضيف مضبوط للكثافة.

3. قِس وقت السرقة تحت الحمل

vmstat 1 5          # last column: st
head -1 /proc/stat  # cpu user nice system idle iowait irq softirq steal guest guest_nice
stress-ng --cpu $(nproc) --timeout 60s   # package stress-ng, then watch vmstat

قِس في ساعة ذروة. إن بقي st قرب الصفر بينما كل الأنوية الافتراضية مشغولة بالكامل، فالأنوية لك فعليًا؛ وكرر القياس على مدى بضعة أيام، لأن التزاحم يتوقف على من يتشارك العقدة معك.

4. افحص الافتراضية المتداخلة

grep -cE 'vmx|svm' /proc/cpuinfo   # more than 0: the virtualisation flag is exposed
ls -l /dev/kvm                     # appears once kvm_intel or kvm_amd is loaded
kvm-ok                             # Ubuntu: package cpu-checker

إن غابت الراية، فالمضيف يحجب طراز المعالج أو أن الافتراضية المتداخلة معطّلة، ولن يعمل داخل الضيف أي شيء يحتاج إلى مُشرف افتراضية. والحاوية لا تكشفها أبدًا.

5. انظر إلى جهاز القرص

lsblk -d -o NAME,SIZE,ROTA,MODEL
cat /sys/block/vda/queue/rotational   # 0 = non-rotational

vda جهاز كتلي من نوع virtio، وهو الإعداد المعتاد في KVM؛ وsda بطراز QEMU HARDDISK هو SATA محاكى، ويبقى جهازًا افتراضيًا. أما داخل الحاوية فنظام الملفات الجذري غالبًا ما يكون تجهيز ploop أو simfs. وعلى ضيوف ويندوز، يفيد systeminfo | findstr /i hyper-v بأنه تم اكتشاف مُشرف افتراضية.

مستويات الأسعار وحالات الاستخدام

• VPS بحاوية ($2-6): المواقع الثابتة، والبوتات الصغيرة، ونقطة نهاية VPN، أي عمل لا تهم فيه النواة ويُحتمل فيه بطء عرضي.
• VPS بـ KVM مشترك ($4-12): أجهزة التطوير والاختبار، والتطبيقات منخفضة الحركة التي تحتاج نواتها الخاصة وتتحمل نوبات وقت السرقة.
• VDS بموارد KVM محجوزة ($8-40): بوتات التداول، وخوادم الألعاب، وقواعد البيانات، ومنفذات CI، والأتمتة على مدار الساعة، وكل ما هو حساس لزمن الاستجابة ويعمل بمعالج مرتفع لساعات.
• خادم مخصص ($60-300+): استهلاك 100% من المعالج على أنوية كثيرة لفترات طويلة، وذاكرة ضخمة، ووحدات معالجة رسومية، ومُشرف افتراضية خاص بك، أو قواعد تمنع مشاركة العتاد. خادم مخصص فعلي مع وصول IPMI هو الخطوة التالية حين لا يعود الـ VDS كافيًا.

إن كان المستوى المحجوز يناسب أعباء عملك، فهذا ما تبيعه rdp.monster: خادم VPS بتقنية KVM بمعالج وذاكرة محجوزين، وتخزين NVMe، ووصول جذر أو مسؤول كامل، ونطاق ترددي غير محدود (استخدام عادل)، بلا KYC، مع قبول العملات الرقمية إلى جانب البطاقات وPayPal، ابتداءً من $8.99 شهريًا. يُسلَّم الجهاز بعد نحو 10 ثوانٍ من تأكيد الدفع، فتستطيع تشغيل systemd-detect-virt وvmstat 1 عليه بنفسك قبل أن تثق بالتسمية، وهي الفحوص نفسها التي يوصي بها هذا المقال لأي مزود.

الأسئلة الشائعة

هل الـ VDS هو نفسه الـ VPS؟

تقنيًا كلاهما خادم افتراضي؛ لكن VDS يُفترض أن يشير إلى موارد محجوزة وغير مُفرَط في بيعها.

كلاهما خادم افتراضي على عتاد مشترك. الفرق وعد لا تقنية: يُفترض أن يعمل الـ VDS كجهاز افتراضي كامل (عادةً KVM) بأنوية معالج وذاكرة محجوزة لك، بينما قد يتشارك الـ VPS هذه الموارد مع مستأجرين آخرين أو يكون حاوية على نواة المضيف. ولأن لا معيار يفرض المصطلح، يستخدم بعض المزودين VDS وVPS بالتبادل. تحقق بـ systemd-detect-virt وnproc ووقت السرقة بدل الوثوق بالاسم.

كيف أعرف إن كان خادمي الافتراضي يعمل بـ KVM أم OpenVZ؟

شغّل systemd-detect-virt؛ يطبع kvm أو openvz أو lxc أو none في سطر واحد.

شغّل systemd-detect-virt: يطبع kvm أو qemu أو openvz أو lxc أو none. وبدون systemd، ثبّت virt-what وشغّله بصلاحيات الجذر. ودليلان إضافيان: lscpu | grep -i hypervisor يعرض Hypervisor vendor: KVM على ضيف KVM، ووجود /proc/vz أو /proc/user_beancounters يعني OpenVZ. وفي الحاوية، يعكس nproc وuname -r المضيف أيضًا بدل خطتك.

ما وقت سرقة المعالج المقبول على خادم افتراضي؟

قرب الصفر في الخطط المحجوزة؛ بضع نقاط مئوية في الذروات مقبولة، والقيم المستمرة بخانتين تعني مضيفًا مُفرَطًا في بيعه.

على VDS بأنوية محجوزة، ينبغي أن يبقى عمود st في vmstat 1 عند 0 أو قربه حتى تحت الحمل الكامل. وفي الخطط المشتركة، القيم أحادية الرقم أحيانًا خلال الذروات أمر طبيعي. أما القيم المستمرة عند عشرة بالمئة فأكثر فتعني أن المضيف مُفرَط في بيعه وأن أنويتك الافتراضية تنتظر خلف مستأجرين آخرين. ولا حل لذلك من داخل الضيف: اطلب من المزود نقلك إلى عقدة أهدأ، أو انتقل إلى خطة بنسبة 1:1 بين النواة الافتراضية والخيط.

هل يمكنني تشغيل Docker أو جهاز افتراضي متداخل على خادم افتراضي مخصص؟

Docker نعم على أي ضيف KVM؛ أما الأجهزة المتداخلة فتحتاج أن يكشف المضيف راية vmx أو svm.

على VDS مبني على KVM، يعمل Docker كما على أي جهاز لينكس لأنك تشغّل نواتك الخاصة. أما الافتراضية المتداخلة (KVM أو VirtualBox أو Hyper-V داخل الضيف) فتتطلب أن يمرر المضيف امتداد الافتراضية في المعالج: تحقق بـ grep -cE 'vmx|svm' /proc/cpuinfo، وتأكد من ظهور /dev/kvm بعد تحميل kvm_intel أو kvm_amd. وعلى حاويات OpenVZ أو LXC، الأجهزة المتداخلة مستحيلة وDocker يتوقف كليًا على ما يسمح به المضيف.