الـvCPU (Virtual CPU) هو نواة معالجة افتراضية تُخصَّص لخادمك الافتراضي (VPS) من نواة أو خيط في معالج فيزيائي عبر طبقة المحاكاة (Hypervisor). يحدّد عدد الـvCPU قدرة خادمك على المعالجة المتوازية.
نقاط أساسية
- vCPU واحد يكفي موقعًا صغيرًا؛ والتطبيقات الثقيلة والزيارات العالية تحتاج 2–4 أو أكثر.
- يعتمد الأداء على نوع المعالج الفيزيائي ومدى مشاركته (dedicated مقابل shared vCPU).
- عنق الزجاجة قد يكون الذاكرة أو القرص لا المعالج — راقب قبل أن تُرقّي.
- زيادة الـvCPU تفيد المهام المتوازية، لكنها لا تسرّع بالضرورة مهمّة أحادية الخيط.
| الحِمل | vCPU مقترح |
|---|---|
| مدونة / موقع صغير | 1 |
| متجر متوسّط | 2 |
| تطبيق / زيارات عالية | 4+ |
مشترك أم مخصّص؟
هذا أهمّ سؤال بعد العدد، وأكثره إغفالًا عند المقارنة بين العروض. في النموذج المشترك تُوزَّع نواة فيزيائية واحدة على عدّة خوادم افتراضية، فتحصل على حصّة من زمن المعالجة لا على نواة كاملة. يعمل هذا جيّدًا للأحمال المتقطّعة، لكنه يعني أنّ أداءك يتأثّر بما يفعله جيرانك على الجهاز نفسه — وهي ظاهرة «الجار المزعج». أمّا المخصّص فيحجز لك النواة كاملة بأداء ثابت يمكن التنبّؤ به، وسعره أعلى بوضوح.
كثير من المزوّدين يفرضون كذلك حدًّا أقصى للاستخدام المستمرّ: يُسمح لك بالارتفاع إلى 100% لدقائق، لكنّ البقاء عند هذا المستوى ساعات يستدعي خنقًا أو إنذارًا. لذلك خادم يعمل بـ90% معالجة باستمرار ليس «مستغلًّا جيّدًا» بل على حافّة المشكلة. راجع فهم موارد الخادم.
متى يكون المعالج هو العنق فعلًا
قبل شراء نواة إضافية تحقّق أنّها ستحلّ شيئًا. المؤشّر الأصدق ليس نسبة الاستخدام بل متوسّط الحِمل (load average): إن تجاوز عدد الـvCPU لديك بوضوح واستمرّ، فهناك طوابير انتظار حقيقية على المعالج. أمّا استخدام 100% لثوانٍ متفرّقة فطبيعي تمامًا.
| العَرَض | المتّهم الغالب | العلاج |
|---|---|---|
| حِمل مرتفع مستمرّ | المعالج | ترقية vCPU أو كاش |
| بطء مع استخدام مبادلة (swap) عالٍ | الذاكرة | زيادة RAM |
| انتظار إدخال/إخراج مرتفع | القرص | ترقية إلى NVMe أو تخفيف الكتابة |
| بطء الاستعلامات وحدها | قاعدة البيانات | تحسين قاعدة البيانات |
الخطأ الأشيع: ترقية المعالج لعلاج بطء سببه استعلامات غير مفهرسة أو غياب كاش. النتيجة فاتورة أعلى وبطء كما هو، لأنّ المعالج لم يكن العنق أصلًا. راقب أوّلًا، ثم رقِّ — راجع مراقبة VPS.
ملاحظة على التوازي
زيادة عدد الأنوية تفيد حين تكون هناك مهامّ متعدّدة متزامنة: عدّة زوّار في الوقت نفسه، أو عمليات خلفية متوازية. لكنها لا تسرّع مهمّة واحدة أحادية الخيط إطلاقًا — استعلام PHP واحد بطيء سيبقى بطيئًا على أربع أنوية كما هو على واحدة. لذلك ضاعف الأنوية لرفع الطاقة الاستيعابية، لا لتسريع عملية مفردة.