VPS مقابل الخادم المخصص: أيهما يناسب أعباء عملك فعلياً

الجهاز يبدو سليماً. متوسط الحمل معقول، الذاكرة لم تنفد، والقرص فيه متسع. ومع ذلك يظل التطبيق بطيئاً في التاسعة صباحاً كل يوم عمل ولا أحد يعرف السبب. أو أن أحدهم أعطاك جملة بدل مقياس: "تحتاج عتاداً مخصصاً لهذا".

سؤال VPS مقابل الخادم المخصص يحسمه عدد قليل من الإشارات التي يمكنك قياسها. من تجربتي، معظم أعباء العمل التي تصل إلى هنا لا تُفعّل أياً منها. كلا الخيارين مشروع، والخادم المخصص هو الجواب الصحيح عند تحقق شروط بعينها.

النسخة المختصرة

• الانتقال إلى العتاد المخصص مبرر عندما تُفعَّل إشارة محددة، لا لمجرد أن الجهاز يبدو بطيئاً.
• ثلاث إشارات تشغيلية هي المهمة: استخدام CPU مستمر بلا هامش متبقٍ، أو steal time أو IO wait مستمر، أو عبء عمل تجاوز أكبر نسخة يبيعها المزوّد.
• اثنتان من هذه الثلاث سببهما غالباً المزوّد أو الخطة، لا الافتراضية. اختبر ذلك قبل أن تنفق.
• يحدد PCI DSS و HIPAA Security Rule نتائج العزل والتحكم، لا شكل العتاد. ولا يشترط أي منهما بمفرده جهازاً فيزيائياً.
• لا يتفوق العتاد المخصص من حيث التكلفة إلا عند استخدام مرتفع ومستمر. دون ذلك، أنت تدفع مقابل حد أدنى ثابت من العتاد لا تستعمله.

ما الذي يختلف بين VPS والخادم المخصص

خذ خطة معلن عنها بـ 4 vCPU. على خادم مخصص، الأنوية الأربعة لك سواء استعملتها أم لا. على VPS، أربعة vCPU هي وعد جدولة: يقدّم الـ hypervisor أربعة معالجات افتراضية لنواة نظامك ويمنحها وقتاً على الأنوية الفيزيائية وفق سياسته وحمل المضيف الحالي.

في الظروف العادية يتصرف الاثنان بالطريقة نفسها. أما عند التزاحم فلا.

الفرق ليس بين افتراضي وفيزيائي. الفرق بين ما هو مضمون لك وما هو مخصّص لك.

نموذج العزل يتبع الانقسام نفسه. يُعزل VPS منطقياً عبر الـ hypervisor: نواة منفصلة، ومساحة ذاكرة منفصلة، وأقراص افتراضية منفصلة، يفرضها برنامج يعمل على سيليكون مشترك. الفرق بين VPS و bare metal هو في موضع رسم هذا الحد، لا في وجوده من عدمه.

كلاهما عزل حقيقي. لكنهما يفشلان بطرق مختلفة ويُدقَّقان بطرق مختلفة، وهو ما يهم في قسم الامتثال أدناه.

لم يعد الحمل الإضافي للـ hypervisor هو القصة في الغالب. على KVM حديث مع إضافات الافتراضية العتادية والمشغّلات شبه الافتراضية، لم أجد أن الـ hypervisor هو سبب بطء أي تطبيق.

إذا كان أداء VPS أقل من المتوقع، فالسبب المعتاد هو التزاحم أو حجم الخطة.

المتغيّر المثير للاهتمام يعيش في التزاحم، وهو سياسة مزوّد لا خاصية في الافتراضية. الاكتتاب الزائد يعني بيع vCPU أو IOPS أو ذاكرة عبر الأنظمة الضيفة أكثر مما يملكه المضيف فيزيائياً، على افتراض أن الجميع لن يبلغوا الذروة في وقت واحد. بعض المزوّدين يفعلون ذلك بالكاد. وبعضهم يفعله بشراسة.

النتيجة مزعجة لمن يتسوّق بالفئة وحدها. الفارق في السلوك بين VPS مكتتب فيه بإفراط وVPS مُدار جيداً أكبر من الفارق بين VPS مُدار جيداً وخادم مخصص.

الاستضافة المشتركة خارج هذه المقارنة: لا صلاحية root ولا ضمان ثابت للموارد، و دليلنا يشرح متى تنتقل من الاستضافة المشتركة إلى استضافة VPS إن كانت تلك الخطوة تسبقك. الاستضافة بالتواجد (colocation) خارج النطاق. أنت تشتري العتاد وتملكه، وهذا نموذج شراء مختلف بعقود مختلفة وقصة أعطال مختلفة.

الإشارات التي تعني أنك تجاوزت حدود VPS

هذه فحوص على قياساتك أنت، لا قواعد عامة عن قطاعك. شرط واحد يحكم الثلاثة جميعاً: الإشارة لا تُحتسب إلا إذا كانت مستمرة.

جهاز مثبّت عند 95% من CPU خلال نافذة نسخ احتياطي ليلية يتصرف كما ينبغي. أما جهاز يبقى عند 95% لأسبوعين فهو يخبرك بشيء.

استخدام CPU مستمر بلا هامش

الشرط الذي تراقبه هو متوسط متحرك على أيام أو أسابيع لا يترك مجالاً لامتصاص موجة زيارات أو عملية خارجة عن السيطرة أو اعتمادية بطيئة. ليس قراءة ذروة واحدة. عند تلك النقطة تتدهور أزمنة الاستجابة بشكل غير خطي بدل أن تتراجع بسلاسة، ولا يبقى للحادث التالي مكان يذهب إليه.

شكل الحِمل يزيح هذا الخط. مستهلك طابور ثابت يقترب من سقفه أقرب إلى المتاعب من طبقة ويب متقطعة تبلغ ذروتها مرتين في اليوم وتبقى خاملة بقية الوقت. اقرأ منحناك أنت بدل رقم مأخوذ من صفحة مزوّد.

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

تأكد أي الحالتين لديك قبل أن تسعّر جهازاً فيزيائياً. التطبيق أحادي الخيط لا يصبح أسرع على 32 نواة.

Steal time و IO wait

steal time للمعالج هو نسبة الوقت الذي كان فيه معالجك الافتراضي جاهزاً للعمل بينما أعطى الـ hypervisor النواة الفيزيائية لغيرك. هو الرقم الذي يفرّق بين عبء عمل أكبر من اللازم ومضيف ممتلئ أكثر من اللازم.

لا تتعامل مع نسبة steal time محددة كبوابة. راقب الاتجاه على جهازك أنت. قريب من الصفر مع قفزات عارضة أمر طبيعي. أما أن يبقى غير صفري ويتصاعد فمعناه أن المضيف مزدحم.

قيمة مرتفعة ومستمرة على عبء عمل حساس لزمن الاستجابة تعني أنه يجري تجاوزك في الجدولة، والتطبيق هو من يدفع الثمن.

نصيحة: شغّل vmstat 1 30 وراقب عمود st في كتلة CPU؛ ويعرض top الرقم نفسه باسم %st. خذ القراءة خلال ساعات الذروة الحقيقية لديك، لا مرة واحدة عند منتصف الليل. المضيف السليم يبدو هكذا:

procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 1  0      0 412332  84120 1932144    0    0     0    12  842 1503 21  4 75  0  0
 2  0      0 411980  84120 1932148    0    0     0     0  901 1622 24  5 71  0  0

أما المضيف المزدحم فيبدو هكذا، والوقت الضائع موجود في العمود الأخير:

 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 4  0      0 288104  61228 1104996    0    0     8   140 1502 2210 31  6 45  1 17
 5  0      0 287960  61228 1105004    0    0     0     0 1610 2388 29  7 44  2 18

ارتفاع steal time يعني أن هذا المضيف مكتتب فيه بإفراط. هذه ملاحظة عن مزوّدك وخطتك، لا عن الافتراضية. الرد الأول الصحيح هو الانتقال إلى مضيف أفضل تجهيزاً أو خطة بتخصيص vCPU مخصص. مغادرة الافتراضية تأتي بعد ذلك، لا بدلاً منه.

إذا كان steal time هو ما وجدته، فإن تشخيص البيع الزائد هو الخيط الذي تشدّه أولاً.

نقلت عبئي عمل خارج VPS لهذا السبب. لم يكن أي منهما مقيّداً بالمعالج. كلاهما كان على مضيفين بيعا فوق طاقتهما، وأحدهما لم يكن يحتاج سوى مزوّد آخر.

سقف التوسّع

تكون قد بلغت السقف عندما لا تعود أكبر نسخة يبيعها المزوّد تكفي لعبء العمل، أو عندما تعطي آخر قفزة رأسية تحسناً أقل بوضوح من التي سبقتها. الحالة الثانية يسهل إغفالها. إذا اشترى مضاعفةُ حجم النسخة تحسناً بنسبة 20% فقط، فالقيد انتقل إلى مكان لا يصله المزيد من vCPU.

محفّزات التخزين هي الأكثر صموداً أمام التحقيق في تجربتي، وعادة ما تصل مرتديةً هيئة قاعدة بيانات. نادراً ما يكون القيد هو المحرك. القيد هو IO عشوائي مستمر على مجمّع تشاركه مع غرباء.

أي عبء عمل يقرأ ويكتب كتلاً صغيرة باستمرار (قاعدة بيانات مزدحمة، أو طابور بحفظ دائم، أو خدمة كثيرة السجلات) يدفع ذلك المجمّع بالنمط الذي يتعامل معه أسوأ تعامل.

راقب %wa ونسبك المئوية لزمن الاستجابة أثناء ذروة الحمل الحقيقية. إذا تفاوت زمن الاستجابة بطرق لا يفسّرها حملك أنت، فأنت تقف في طابور خلف مستأجرين آخرين، والحل الموثوق هو أقراص تخصّك وحدك.

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

متى يفرض الامتثال عتاداً مخصصاً

يكتب المدقق «يجب أن تعمل بيئة بيانات حاملي البطاقات على عتاد مخصص»، وتؤدي هذه الجملة وظيفتين مختلفتين بحسب قارئها. فلدى مختص الامتثال تعني عادةً بيئة معزولة عن أعباء العمل الأخرى ومحددة النطاق بإحكام. أما لدى مشتري الاستضافة فتبدو فئة منتج.

الفجوة بين هاتين القراءتين هي حيث تُنفق الميزانية دون أي مكسب في التحكم.

كل من PCI DSS و HIPAA Security Rule يحدد نتائج العزل والتحكم بدل شكل العتاد. إن كان مطلبك أن تكون مجموعة محددة من الأنظمة مجزّأة ومضبوطة الوصول ومسجَّلة وقابلة للتقييم المستقل، فإن بيئة افتراضية مجزّأة على نحو سليم تفي به. أما إن كان مطلبك ألا يُنفَّذ كود مستأجر آخر على السيليكون نفسه، فلا يفي به إلا العتاد الفيزيائي.

حدد أي الجملتين سُلّمت إليك قبل أن تسعّر أي شيء.

بالنسبة إلى PCI DSS، المفهوم الفاعل هو النطاق. فـ إرشادات Security Standards Council حول تحديد النطاق وتجزئة الشبكة تضع الموقف الافتراضي بأن كل شيء داخل النطاق إلى أن يُتحقق من خلاف ذلك. وتصف التجزئة بوصفها إحدى الطرق التي يمكن أن تقلّل عدد مكوّنات الأنظمة داخل النطاق. ولا يذكر ذلك الملحق أي شكل عتاد في أي موضع من نصه.

البيئة الافتراضية سيئة التجزئة قد تجرّ إلى النطاق قدراً من منظومتك أكبر بكثير مما رصدت له ميزانية. هذه كلفة سوء التنفيذ، لا حجة ضد التنفيذ نفسه.

HIPAA أكثر صراحة في كونها قائمة على الضوابط. فنص بند مرونة النهج في HIPAA Security Rule، كما تنشره Cornell Law School، ينص على أن للكيانات المشمولة وشركاء الأعمال أن يستخدموا أي تدابير أمنية تتيح لهم تنفيذ المعايير على نحو معقول وملائم. ويُقاس الاختيار بحجم المؤسسة وبنيتها التقنية والتكلفة والمخاطر. هذا اختبار ملاءمة، لا مواصفة معدات.

المطلب الفاعل في النشر المستضاف تعاقدي في العادة. نص 45 CFR § 164.308(b)(1) كما تنشره Cornell Law School ينص على أنه لا يجوز للكيان المشمول أن يسمح لشريك أعمال بمعالجة المعلومات الصحية المحمية إلكترونياً إلا بعد الحصول على ضمانات مُرضية بأنها ستُصان على النحو الملائم. والمزوّد الذي يرفض توقيع اتفاقية شريك أعمال يُقصي نفسه بنفسه، أياً كان شكل عتاده.

بعض الحالات لا تقبل غير المخصص. ومنها عقد عميل ينص كتابةً على عزل فيزيائي.

وحالة أخرى: ضابط لا يمكنك تنفيذه دون وصول إلى العتاد، مثل تشفير القرص الكامل بمفتاح تحتفظ به في TPM تتحكم فيه، أو إقلاع آمن مُتحقَّق منه، أو خط أساس للبرنامج الثابت تشهد عليه بنفسك. في هذه الحالات، اشترِ العتاد وتوقف عن المفاضلة.

نصيحة: قبل أن تقبل «عتاد مخصص» كمتطلب، اسأل من كتبها أي ضابط تنفّذه وعلى أي أنظمة تنطبق. غالباً ما يكون الجواب بيئة معزولة محددة النطاق ببيئة بيانات حاملي البطاقات، لا منتج خادم مخصص. والفرق في السعر بين الاثنين كبير جداً.

نتائج الامتثال تتوقف على المقيّم لديك ونطاقك المحدد. وهذا يمنحك السؤال الصحيح لتطرحه عليه، لا حكماً تستشهد به في وجهه.

أين تتقاطع منحنيات التكلفة

Dedicated hardware looks cheap per core, and at sufficient scale it is. Across providers publishing public bare metal pricing, entry configurations in the 6-core, 32 GB class typically start from around $150 to $200 per month, while 24-core, 256 GB machines with multi-terabyte NVMe commonly start from $450 and up.

Those are typical list-price ranges as of August 2026, not a market average. Price your own shortlist.

انظر إلى الشكل بدل الأرقام المطلقة. تسعير VPS يقارب الخطية بالنسبة إلى الموارد المخصصة وليس له عملياً حد أدنى، ولذلك تكلف نسخة بسعة 1 GB بضعة دولارات. أما تسعير المخصص فيبدأ من ثمن جهاز فيزيائي كامل ثم يرتفع ببطء، لأن التكلفة الحدية لأنوية إضافية داخل هيكل تستأجره أصلاً منخفضة.

خطان بميلين مختلفين وتقاطعين مختلفين مع المحور يلتقيان في نقطة واحدة.

الاستخدام هو ما يحدد على أي جانب من ذلك التقاطع تقف. خط المخصص ثابت: تدفع ثمن 24 نواة سواء استعملت 24 أو 4.

جهاز مخصص عند استخدام 20% يكلفك أكثر لكل وحدة عمل منجَز من VPS مضبوط الحجم، حتى لو كانت الفاتورة أقل لكل نواة. المقام هو ما استهلكته أنت، لا ما بيع لك.

نقطة التقاطع ليست «فوق N نواة». بل «فوق N نواة تُبقيها مشغولة».

ثلاث تكاليف لا تظهر في أي من الفاتورتين ومع ذلك تنتمي إلى المقارنة:

• زمن التجهيز. يتوفر VPS خلال دقائق. أما العتاد الفيزيائي فيُطلب ويُركّب في الرف ويُسلَّم خلال ساعات أو أيام. هذا التأخير قيد في تخطيط السعة، لا إزعاج لمرة واحدة.
• لا تقليص للحجم. بعد موجة زيارات يمكنك تصغير VPS مجدداً. أما الخادم المخصص فالتزام شهري بحجمه الكامل حتى تنتهي مدة العقد.
• عطل العتاد. حين يتعطل المضيف من تحتك على VPS، يتولى المزوّد الترحيل أو الاستعادة. أما حين يتعطل قرص أو مزوّد طاقة في جهازك المخصص، فمسار التعافي هو تذكرة دعم واستعادة من نسخة احتياطية، ويُحتسب التوقف في اتفاقية مستوى الخدمة الخاصة بك.

متى يبقى VPS هو الجواب الصحيح

لم تُفعَّل أي إشارة. الاستخدام فيه هامش، وsteal time مستوٍ، وسقف حجم النسخة بعيد، ولا عقد يفرض عزلاً فيزيائياً، واستهلاكك ليس قريباً من تقاطع التكلفة. ابقَ على الافتراضية.

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

وعطل العتاد في الثالثة فجراً يقع على غيرك، وهذا لفريق صغير أثمن من فارق في اختبار أداء.

ضاقت الفجوة، وهذا تغير في التقنية لا حجة تسويقية. فخطط vCPU المخصص، وNVMe افتراضياً، والمشغّلات شبه الافتراضية الناضجة أزالت معظم المسافة العملية في الأداء لأعباء العمل الاعتيادية.

عمر المزوّد ينتمي إلى قائمتك القصيرة جنباً إلى جنب مع المواصفات. خطة VPS يمكنك مغادرتها في فترة بعد الظهر تحمل مخاطرة مورّد أقل من عقد عتاد لاثني عشر شهراً. وهذا لا يصح إلا إذا كان المزوّد لا يزال قائماً ولا يزال يرد على التذاكر في الشهر التاسع. تحقق من مدة تشغيله، وكيف ينشر سجل الأعطال، وكيف يستجيب الدعم قبل الانقطاع لا أثناءه.

توجد أيضاً استضافة مخصصة مُدارة تقايض التحكم في العتاد بعبء تشغيلي أقل، وهو المحور نفسه الذي يقع عليه قرار المُدار مقابل غير المُدار في المستوى الأدنى منه.

البقاء على VPS قرار فاعل له مسار تصعيد خاص به، لا خيار افتراضي تسقط فيه لأنك لم تختر.

إن كان تشخيصك تزاحماً لا نقص سعة، فالشراء الذي أمامك هو VPS لا هيكل خادم. وما تريده منه هو حرية التقليص مجدداً بعد الحدث الذي دفعك إلى هنا. وهذه هي الحالة التي نبني من أجلها: فـ Linux VPS يعمل على تخزين NVMe مع اتفاقية مستوى خدمة (SLA) لزمن التشغيل بنسبة 99.95% وفوترة بالساعة. تجربة نسخة أكبر أو بتردد أعلى تكلفك فترة بعد ظهر بدل عقد. اضبط حجمها وفق العتبات أعلاه، ومرّرها عبر ذروتك أنت، ثم راجع steal time من جديد.

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

كم يفوق الخادم المخصص VPS في السرعة؟

يعتمد ذلك على المورد الذي تتنافس عليه. في الافتراضية الحديثة، الفارق في المعالج على مضيف جيد التجهيز صغير، لأن حمل الـ hypervisor ضئيل مع إضافات الافتراضية العتادية. الفروق الموثوقة هي غياب تزاحم IO وتزاحم الشبكة، وتظهر في ثبات زمن الاستجابة لا في السرعة الخام. وإن كان عبء عملك لا يتنافس على القرص أو الشبكة عند الذروة، فتوقع فارقاً صغيراً بما يكفي لألا يحسم قرار الشراء.

هل يكفي VPS لقاعدة بيانات إنتاجية؟

بالنسبة لمعظم قواعد البيانات الإنتاجية، نعم. القيد الحاسم عادةً هو IO عشوائي مستمر على تخزين مشترك، لا محرك قاعدة البيانات. فقاعدة بيانات تقرأ وتكتب كتلاً صغيرة باستمرار ستبلغ حد المجمّع المشترك قبل أن تبلغ حد المحرك بكثير. الأقراص المخصصة تزيل ذلك الحد؛ أما نسخة أكبر فلا.

هل يشترط PCI DSS خادماً مخصصاً؟

لا، ليس كقاعدة عامة. يحدد PCI DSS متطلبات عزل وتحكم محصورة ببيئة بيانات حاملي البطاقات، لا بشكل العتاد. وإرشادات Security Standards Council لتحديد النطاق تعتبر كل شيء داخل النطاق حتى يُتحقق من خلاف ذلك، وتصف تجزئة الشبكة طريقةً لتقليل الأنظمة داخل النطاق. البيئة الافتراضية المجزّأة جيداً يمكن أن تفي بذلك؛ أما سيئة التجزئة فتجرّ قدراً أكبر بكثير من منظومتك إلى النطاق.

كيف أعرف أن VPS لدي يعاني مشكلة الجار المزعج؟

العَرَض هو أداء متذبذب عند الذروة على جهاز ليس مشغولاً أصلاً: أزمنة استجابة تتأرجح بينما يبقى حملك وذاكرتك واستخدام قرصك مستوياً وعادياً. الساعات الهادئة تبدو طبيعية، ولهذا يعيش المشكل طويلاً دون تشخيص. السبب يقبع على المضيف الفيزيائي الذي تتشاركه، فالعلاج خطة أفضل تجهيزاً أو مزوّد آخر، لا إعادة كتابة تطبيقك.

متى ينبغي أن أنتقل من VPS إلى خادم مخصص؟

Upgrade when at least one of these holds: CPU utilization sits at a rolling-average level that leaves no headroom for a traffic event; steal time or IO wait stays high after you have already tried a better-provisioned plan; the workload has outgrown the largest instance your provider sells; a contract or a control genuinely requires physical isolation; or sustained utilization is high enough that a fixed hardware cost beats per-resource pricing.