«كم vCPU أحتاج لموقعي؟» سؤال يحيّر كل من يشتري VPS: تدفع أكثر من حاجتك فتهدر مالًا، أو أقلّ فينهار موقعك وقت الذروة. الحقيقة أن الرقم لا يعتمد على «نوع الموقع» وحده، بل على مزيج من العوامل: هل المحتوى ثابت مكاش أم ديناميكي؟ كم زائرًا متزامنًا وقت الذروة؟ وما ثقل قاعدة بياناتك؟ في هذا الدليل العملي نجيب بالأرقام لا بالتخمين: جدول تحجيم واضح حسب النوع (موقع، متجر، تطبيق)، والعوامل التي تحدّد الحاجة، وعلامات أنك تحتاج المزيد — كلّه مبنيّ على اختبارات حقيقية أجريناها على خوادم مرام.
⚡ الإجابة المختصرة
للإجابة عن «كم vCPU أحتاج»: موقع تعريفي أو مدوّنة صغيرة يكفيه 1 vCPU، وموقع ووردبريس متوسّط مع كاش يكفيه 1–2 vCPU، ومتجر WooCommerce يحتاج 2–4 vCPU، وتطبيق ويب ديناميكي (Laravel/Node/Django) 2–4+ vCPU، وتطبيق مؤسسي أو ERP 4–8+ vCPU. لكن vCPU ليس كل شيء: الكاش وسرعة القرص (NVMe) قد تُغنيانك عن أنوية إضافية — فقِس حاجتك الفعلية لا تخمّنها.
محتويات الدليل
ما هو vCPU وكيف يؤثّر في موقعك؟
vCPU (المعالج الافتراضي) هو حصّتك من قوة معالجة الخادم على VPS. كل طلب ديناميكي يصل موقعك (تشغيل PHP، استعلام قاعدة بيانات، بناء صفحة) يستهلك جزءًا من زمن المعالج. لذا يحدّد عدد الأنوية كم عملية متزامنة يستطيع خادمك تنفيذها قبل أن يتكدّس الطابور ويرتفع زمن الاستجابة.
المفتاح: الطلبات الديناميكية (التي تشغّل الكود) هي ما يستهلك vCPU. أمّا الطلبات المكاشة (صفحة HTML جاهزة) فتُخدَم بأقلّ جهد. لهذا موقعان بنفس الزيارات قد يحتاجان vCPU مختلفًا تمامًا حسب نسبة المحتوى الديناميكي فيهما.
العوامل التي تحدّد كم vCPU أحتاج
قبل اختيار رقم، افهم أن حاجتك من كم vCPU أحتاج تتحدّد بأربعة عوامل مجتمعة لا بنوع الموقع وحده:
- نوع المحتوى: ثابت مكاش (خفيف على المعالج) مقابل ديناميكي (سلّة، بحث، حساب مستخدم) — الديناميكي يستهلك vCPU أكثر بكثير.
- الزوّار المتزامنون وقت الذروة: ليس إجمالي الزيارات، بل كم عملية نشطة في اللحظة نفسها — الذروة تقرّر السقف لا المتوسّط. راجع كم زائرًا يتحمّل VPS؟.
- قاعدة البيانات وثقل الاستعلامات: الاستعلامات الثقيلة والبيانات الضخمة ترفع الحاجة — المتاجر والتطبيقات أثقل من المواقع.
- الكاش والإعداد: كاش الصفحات وOPcache وRedis تقلّل الحاجة للأنوية كثيرًا — إعداد جيّد يوفّر vCPU إضافية.
جدول: كم vCPU أحتاج لكل نوع؟
هذا الجدول يلخّص التوصيات الإرشادية حسب نوع موقعك (مبنيّة على اختباراتنا الحقيقية):
| نوع الموقع | vCPU | RAM | ملاحظة |
|---|---|---|---|
| موقع تعريفي / مدوّنة صغيرة | 1 | 1–2 GB | مع كاش يكفي آلاف الزيارات |
| ووردبريس متوسّط (مع كاش) | 1–2 | 2–4 GB | الكاش يرفع السعة أضعافًا |
| متجر WooCommerce | 2–4 | 4–8 GB | السلّة والدفع ديناميكية تحتاج معالجًا |
| تطبيق ويب ديناميكي (Laravel/Node/Django) | 2–4+ | 4–8 GB | حسب التزامن وعدد العمّال |
| تطبيق مؤسسي / ERP | 4–8+ | 8–16+ GB | + قاعدة بيانات منفصلة عند النموّ |
ملاحظة: هذه أرقام إرشادية للانطلاق، لا قواعد صارمة. الأهمّ أن تبدأ بما يناسبك اليوم مع قابلية ترقية سهلة، وتقيس الاستهلاك الفعلي ثمّ تعدّل.
تفصيل حسب نوع الموقع
موقع تعريفي أو مدوّنة صغيرة
محتوى ثابت غالبًا، يُكاش بالكامل. 1 vCPU و1–2 GB رام يكفيان آلاف الزيارات اليومية بسهولة مع كاش الصفحات، لأن معظم الطلبات تُخدَم HTML جاهزًا.
موقع ووردبريس متوسّط
مع كاش الصفحات، أثبتنا في اختبار حقيقي أن خادمًا بأربع أنوية يخدم أكثر من 1000 زائر متزامن (نحو 8,000 طلب/ثانية). لذا 1–2 vCPU تكفي موقع ووردبريس متوسّط الزيارات مع كاش جيّد. راجع كيف تسرّع ووردبريس على VPS.
متجر WooCommerce
المتاجر أثقل: صفحات السلّة والدفع والحساب ديناميكية لا تُكاش، وتشغّل استعلامات كثيرة. لذا 2–4 vCPU و4–8 GB رام نقطة انطلاق جيّدة، وتزيد مع كثرة المنتجات والطلبات المتزامنة.
تطبيق ويب ديناميكي (Laravel / Node / Django)
تعتمد الحاجة على التزامن وعدد العمّال (workers). في اختباراتنا، خدم FastAPI بأربعة عمّال (4 vCPU) أكثر من 11,000 طلب/ثانية، وDjango نحو 3,500. فـ2–4+ vCPU تناسب أغلب التطبيقات، وتزيد مع الحمل. راجع FastAPI على VPS.
تطبيق مؤسسي أو ERP
الأحمال الكبيرة (ERP، منصّات، تطبيقات آلاف المستخدمين) تحتاج 4–8+ vCPU و8–16+ GB رام، وغالبًا فصل قاعدة البيانات على خادم مستقلّ عند النموّ. راجع تقدير موارد Odoo.
vCPU ليس كل شيء: الكاش والذاكرة والقرص
الخطأ الشائع هو التركيز على عدد الأنوية وحده. الحقيقة أن ثلاثة أمور قد تُغنيك عن vCPU إضافية:
- الكاش: كاش الصفحات يحوّل الطلبات الديناميكية الثقيلة إلى HTML جاهز — يرفع السعة أضعافًا بلا أنوية إضافية.
- الذاكرة (RAM): ذاكرة كافية تمنع التبديل (swap) الذي يقتل الأداء، وتسمح بتشغيل الكاش والعمّال معًا.
- سرعة القرص (NVMe): قرص سريع يقصّر زمن استعلامات قاعدة البيانات — أحيانًا القرص لا المعالج هو العنق، كما في لماذا تبطؤ قاعدة البيانات.
💡 نصيحة: قبل ترقية vCPU، فعّل الكاش وتأكّد من الذاكرة والقرص. كثيرًا ما يحلّ الكاش مشكلة «البطء وقت الذروة» بتكلفة أقلّ بكثير من مضاعفة الأنوية.
علامات أنك تحتاج vCPU أكثر
كيف تعرف أن خادمك بلغ سقفه؟ راقب هذه المؤشّرات — والترقية في وقتها أرخص من التوقّف وخسارة العملاء:
- استهلاك المعالج مرتفع باستمرار: فوق 70–80% لفترات طويلة (لا لحظيًّا).
- بطء وقت الذروة: زمن الاستجابة يرتفع كلّما زاد الزوّار.
- المهام الخلفية تتأخّر: طوابير البريد والصور والتقارير تتكدّس.
- لوحة التحكّم بطيئة: wp-admin أو الإدارة تتجمّد وقت الحمل.
- أخطاء 503 وقت الحملات: الموقع يسقط عند موجات الزيارات.
لكن قبل الترقية: جرّب الكاش أولًا — أحيانًا يحلّ المشكلة بلا vCPU إضافية. وقِس الاستهلاك بأدوات مثل htop أو لوحة المزوّد قبل أن تقرّر.
كيف تختار موارد VPS مرام؟
خطط VPS من مرام تتيح لك اختيار عدد الأنوية والذاكرة المناسبَين لمشروعك، مع قابلية ترقية سهلة:
- ابدأ بما يناسب حجمك اليوم: لا تدفع لأنوية لا تستخدمها.
- عتاد يحسم الأداء الحقيقي: قرص NVMe سريع ومعالجات قوية — فالأداء من جودة العتاد لا عدد الأنوية وحده.
- قابلية ترقية فورية: كبّر مواردك عند النموّ أو قبل حملة كبيرة، دون ترحيل مؤلم.
- دعم عربي محلي: يساعدك على تقدير حاجتك واختيار الخطة الأنسب.
🤝 من واقع مرام: توصياتنا في هذا الدليل ليست تخمينًا بل مبنية على اختبارات حقيقية أجريناها على خوادم مرام (ووردبريس مكاش 1000+ متزامن، FastAPI 11,595 طلب/ث، Django 3,542). لذا ننصحك بما يناسب حالتك فعلًا، لا بالأكبر لبيعك زيادة. والأهمّ: قِس استهلاكك الحقيقي وابدأ باقتصاد مع قابلية الترقية.
الأسئلة الشائعة
❓ كم vCPU أحتاج لموقع ووردبريس؟
موقع ووردبريس متوسّط الزيارات مع كاش صفحات يكفيه 1–2 vCPU و2–4 GB رام — أثبتنا في اختبار حقيقي أن 4 أنوية مع كاش تخدم أكثر من 1000 زائر متزامن. المدوّنات والمواقع التعريفية الصغيرة يكفيها 1 vCPU.
❓ كم vCPU أحتاج لمتجر WooCommerce؟
المتاجر أثقل لأن صفحات السلّة والدفع والحساب ديناميكية لا تُكاش. ابدأ بـ2–4 vCPU و4–8 GB رام، وزِد مع كثرة المنتجات والطلبات المتزامنة وقت الذروة (الحملات والتخفيضات).
❓ هل المزيد من vCPU يعني موقعًا أسرع دائمًا؟
لا. vCPU يرفع السعة (عدد العمليات المتزامنة) لا سرعة الطلب الواحد بالضرورة. إذا كان موقعك بطيئًا بسبب غياب الكاش أو قرص بطيء، فإضافة أنوية لن تحلّ المشكلة — عالج الكاش والقرص أولًا.
❓ ما الفرق بين vCPU والنواة الفعلية (Core)؟
vCPU هو معالج افتراضي يمثّل حصّة من نواة فعلية أو خيط (thread). جودة الـvCPU تعتمد على المعالج الأساسي ومدى المشاركة (overselling)؛ لذا 2 vCPU على عتاد قوي غير مشارَك بإفراط قد تتفوّق على 4 vCPU على خادم مزدحم.
❓ كيف أعرف أنني أحتاج ترقية vCPU؟
راقب المؤشّرات: استهلاك المعالج (راقبه بـtop/htop) فوق 70–80% باستمرار، بطء وقت الذروة، تأخّر المهام الخلفية، بطء لوحة التحكّم، أو أخطاء 503 وقت الحملات. لكن جرّب تفعيل الكاش أولًا فقد يحلّ المشكلة بلا ترقية.
❓ هل أستطيع ترقية vCPU لاحقًا؟
نعم، على VPS جيّد يمكنك ترقية الأنوية والذاكرة بسهولة عند النموّ أو قبل حملة كبيرة، دون ترحيل. لذا ابدأ بما يناسبك اليوم واختر مزوّدًا يتيح ترقية سلسة.
الخلاصة
الإجابة عن «كم vCPU أحتاج» تبدأ من فهم حالتك لا من رقم جاهز: موقع تعريفي يكفيه 1 vCPU، وووردبريس متوسّط 1–2، ومتجر WooCommerce 2–4، وتطبيق ديناميكي 2–4+، ومؤسسي 4–8+. لكن الرقم يتأثّر بنوع المحتوى والتزامن وقاعدة البيانات والكاش. والأهمّ: vCPU ليس كل شيء — الكاش والذاكرة وقرص NVMe قد تُغنيك عن أنوية إضافية. ابدأ بما يناسبك، فعّل الكاش، قِس استهلاكك الحقيقي، ورقِّ عند الحاجة — فالتحجيم الذكي يوفّر مالك ويحمي موقعك معًا.
محتار كم vCPU يناسب موقعك أو متجرك أو تطبيقك؟ جرّب خطط مرام بموارد حقيقية وقرص NVMe وقابلية ترقية فورية — أو اقرأ صفحة الخدمة لتختار الأنسب لمشروعك.
اختبر خطط مرام أو اقرأ صفحة الخدمة