سؤال يتكرّر كثيرًا عند أصحاب المشاريع: «اشتريت VPS — كم موقعًا أستطيع تشغيله عليه؟». والإجابة الصادقة أنه لا يوجد رقم ثابت. تشغيل عدة مواقع على VPS واحد ممكن تمامًا وشائع، لكن العدد الذي يتحمّله خادمك لا تحكمه «كم موقعًا» بل نوع المواقع وحجم زياراتها وطريقة ضبطها. موقع WooCommerce مزدحم واحد قد يستهلك موارد أكثر من عشر مدوّنات بسيطة مجتمعة. في هذا الدليل من مرام هوست نشرح ما الذي يحدّد العدد فعلًا، ونعطيك دليلًا تقديريًا، والأهم: كيف تحسب الرقم المناسب لحالتك أنت بالقياس لا بالتخمين.
⚡ الإجابة المختصرة
free -h وhtop هو الحكم. القاعدة: احجز احتياطيًا للذاكرة، وراقب، ورقِّ الخطة قبل أن يبدأ الخادم باستخدام swap.
لماذا لا يوجد رقم ثابت لعدد المواقع؟
«كم موقعًا» سؤال خاطئ الصياغة، لأن المواقع تختلف جذريًا في استهلاك الموارد:
- موقع HTML ثابت: يكاد لا يستهلك ذاكرة — يمكن تشغيل العشرات منه.
- مدوّنة WordPress خفيفة بكاش: تستهلك قدرًا بسيطًا أغلب الوقت.
- متجر WooCommerce مزدحم: كل زيارة تنفّذ PHP واستعلامات قاعدة بيانات — ثقيل جدًا.
- تطبيق ديناميكي (Node/Laravel): يحجز ذاكرة دائمة لكل عملية.
لهذا، تشغيل عدة مواقع على VPS واحد يُقاس بمجموع ما تستهلكه هذه المواقع من موارد، لا بعددها. عشر صفحات ثابتة أخفّ من متجر واحد نشط.
العنق الحقيقي: ما الذي يحدّد عدد المواقع على VPS واحد؟
عند تشغيل عدة مواقع على VPS واحد، تنفد الموارد بترتيب شبه ثابت، ومعرفته تحدّد أين ستصطدم أولًا:
- الذاكرة (RAM) — الأهم: هي ما ينفد أولًا غالبًا. عند امتلائها يلجأ الخادم إلى swap على القرص فيتباطأ بشدّة، أو تُقتَل العمليات ويتعطّل موقع.
- المعالج (CPU): يظهر كعنق تحت الزيارات المتزامنة الكثيفة أو مهام ثقيلة (توليد صفحات، تقارير).
- القرص (I/O): أقراص NVMe الحديثة تخفّف هذا العنق كثيرًا مقارنة بالأقراص التقليدية.
- الباندويث: نادرًا ما يكون الحدّ الأول إلا مع ملفات ضخمة أو فيديو.
الخلاصة: إذا أردت زيادة عدد عدة مواقع على VPS واحد، فالذاكرة هي أول ما تنظر إليه عند الترقية — لا عدد الأنوية وحده.
كم تستهلك كل طبقة من موارد خادمك؟
قبل أن توزّع الموارد على مواقعك، افهم أن أجزاءً من الخادم تحجز ذاكرة بغضّ النظر عن عدد المواقع:
- نظام التشغيل: يحجز عادةً عدة مئات من الميجابايت.
- قاعدة البيانات (MySQL/MariaDB): خدمة مشتركة تحجز ذاكرة أساسية ثم تزيد مع حجم البيانات وعدد الاتصالات.
- خادم الويب + معالجات PHP (PHP-FPM): كل طلب متزامن يشغّل «عاملًا» يحجز ذاكرة لحظة المعالجة.
- احتياطي للطوارئ: اترك هامشًا دائمًا لذروة الزيارات ومهام الصيانة والنسخ الاحتياطي.
ما يتبقّى بعد هذه الأساسيات هو ما توزّعه فعليًا على مواقعك عند تشغيل عدة مواقع على VPS واحد. لمتطلبات WordPress الرسمية راجِع صفحة متطلبات WordPress.
دليل تقديري: كم موقعًا على VPS واحد لكل خطة؟
هذه أرقام استرشادية لمواقع مضبوطة بكاش جيد وزيارات معتدلة — عاملها كنقطة بداية لا كوعد:
| خطة الذاكرة | مواقع HTML ثابتة | WordPress خفيف | WooCommerce / ديناميكي |
|---|---|---|---|
| 2 GB | عشرات | 2 – 4 | 1 |
| 4 GB | عشرات | 5 – 8 | 2 – 3 |
| 8 GB | كثير جدًا | 10 – 20 | 4 – 6 |
| 16 GB | كثير جدًا | 25 – 40 | 8 – 12 |
تحذير من سوء الفهم
كيف تحسب العدد لحالتك أنت؟
الطريقة الصحيحة لتحديد سعة عدة مواقع على VPS واحد ليست التخمين بل القياس. راقب خادمك بأمرين:
free -h # يعرض الذاكرة: المستخدَمة والمتاحة وswap
htop # عرض حيّ للذاكرة والمعالج لكل عملية (q للخروج)ما تبحث عنه:
- الذاكرة المتاحة (available): إن بقيت دائمًا تحت ~15–20% فأنت على الحافة.
- استخدام swap: أي استخدام متزايد لـ swap علامة واضحة أن الذاكرة لا تكفي.
- متوسط الحمل (load average) في htop: إذا تجاوز عدد أنوية المعالج باستمرار، فالمعالج هو العنق.
القاعدة العملية: اجمع متوسط استهلاك كل موقع، واطرح أساسيات النظام وقاعدة البيانات، واترك هامش أمان 20–30%. ما يتبقّى يحدّد كم موقعًا إضافيًا يحتمله خادمك قبل أن تحتاج ترقية — راجِع دليل اختيار VPS/VDS/Dedicated عند التوسّع.
كيف تشغّل عدة مواقع على VPS واحد تقنيًا؟
الطريقة الشائعة هي «المضيفات الافتراضية» (Virtual Hosts): كتلة server منفصلة لكل دومين في Nginx، كلها خلف عنوان IP واحد — كما توثّقه وثائق Nginx لمعالجة الطلبات. مثال مبسّط لموقع:
server {
listen 80;
server_name site1.com www.site1.com;
root /var/www/site1/public;
index index.php index.html;
# ... تمرير PHP إلى php-fpm
}
# ملف server block منفصل لكل موقع تحت:
# /etc/nginx/sites-available/كل موقع في ملف منفصل، ويوجّه Nginx كل دومين إلى مجلّده. للتفاصيل الكاملة راجِع إنشاء Reverse Proxy لنشر عدة مواقع من IP واحد، أو إن فضّلت العزل الكامل بين المواقع فاستخدم الحاويات كما في مواقع ووردبريس على Docker — العزل يمنع تأثير موقع متعطّل على البقية، مقابل استهلاك ذاكرة أعلى قليلًا.
علامات أن خادمك بلغ حدّه مع عدة مواقع على VPS واحد
- بطء عام مفاجئ في كل المواقع معًا — مؤشّر نفاد ذاكرة أو معالج مشترك.
- استخدام swap متزايد في
free -h. - ارتفاع زمن أول بايت (TTFB) — راجِع تسريع WordPress على VPS.
- أخطاء 502/504 عند الذروة — عمّال PHP أو الذاكرة لا تكفي.
- تعطّل موقع عشوائيًا بسبب قتل النظام لعملية عند امتلاء الذاكرة (OOM).
لاختبار قدرة خادمك تحت ضغط حقيقي قبل أن تصل للحدّ، راجِع كم زائرًا متزامنًا يتحمّل VPS؟ اختبار حمل حقيقي.
متى ترقّي الخطة عند تشغيل عدة مواقع على VPS واحد؟
رقِّ أو افصل حين:
- بقيت الذاكرة المتاحة منخفضة باستمرار رغم تحسين الكاش.
- أصبح موقع واحد ثقيل (متجر كبير) يؤثّر على أداء البقية — افصله إلى خادم خاص.
- صار توقّف الخادم يعني توقّف كل مواقعك دفعة واحدة، وهذا خطر تجاري غير مقبول.
أحيانًا الحلّ ليس ترقية بل تحسين: تفعيل كاش قوي يقلّل استهلاك موقع WordPress لدرجة تضاعف عدد المواقع الممكنة على الخطة نفسها.
أخطاء شائعة عند تشغيل عدة مواقع على VPS واحد
- ملء الذاكرة حتى الحافة دون هامش — أول ذروة زيارات تُسقط الخادم.
- تشغيل بلا كاش — يضاعف استهلاك PHP وقاعدة البيانات بلا داعٍ.
- خلط مواقع حرجة مع تجريبية على الخادم نفسه — موقع تجريبي متعطّل قد يُسقط موقعك الحقيقي.
- تجاهل المراقبة — بلا
freeوhtopتكتشف المشكلة بعد سقوط الموقع لا قبله. - وضع قاعدة بيانات متجر كبير مع عشرات المواقع — قد تستهلك الذاكرة المشتركة كلها.
الأسئلة الشائعة
كم موقعًا يمكن تشغيله على VPS واحد؟
لا رقم ثابت؛ يعتمد على نوع المواقع وزياراتها. كدليل تقديري: خادم 4GB يشغّل 5–8 مدوّنات WordPress خفيفة أو 2–3 متاجر WooCommerce. العنق الحقيقي غالبًا هو الذاكرة، والقياس الفعلي بـ free وhtop هو الحكم.
ما المورد الذي ينفد أولًا عند تشغيل عدة مواقع؟
الذاكرة (RAM) في معظم الحالات. عند امتلائها يستخدم الخادم swap فيتباطأ بشدّة أو يُسقط عمليات. بعدها يأتي المعالج تحت الزيارات المتزامنة، ثم القرص، ثم الباندويث.
هل تشغيل عدة مواقع على خادم واحد آمن؟
نعم إن عزلتها وضبطت الموارد، لكن تذكّر أن توقّف الخادم يوقف كل المواقع معًا. افصل المواقع الحرجة أو عالية الزيارات إلى خادم مستقل، ولا تخلط المواقع التجريبية مع الإنتاجية.
كيف أعرف أن خادمي وصل إلى حدّه؟
راقب بـ free -h وhtop: ذاكرة متاحة منخفضة باستمرار، استخدام swap متزايد، حمل معالج أعلى من عدد الأنوية، بطء عام، أو أخطاء 502/504 عند الذروة — كلها علامات أنك بلغت الحدّ.
هل الترقية أفضل أم تحسين المواقع؟
جرّب التحسين أولًا: تفعيل كاش قوي قد يضاعف عدد المواقع الممكنة على الخطة نفسها. إذا بقيت الذاكرة على الحافة رغم التحسين، أو أصبح موقع ثقيل يؤثّر على البقية، فحينها رقِّ الخطة أو افصل ذلك الموقع.
الخلاصة
تشغيل عدة مواقع على VPS واحد قرار اقتصادي ذكي، لكن نجاحه يعتمد على فهم أن العدد تحكمه الموارد لا الرغبة. الذاكرة هي العنق الأول، والجداول التقديرية نقطة بداية لا وعد، والقياس الفعلي بـ free وhtop هو الحكم الحقيقي. احجز هامش أمان، فعّل الكاش، راقب باستمرار، وافصل أو رقِّ قبل أن يُجبرك سقوط الخادم على ذلك. بهذا تشغّل أكبر عدد ممكن من المواقع بثبات ودون مفاجآت.
تحتاج خادمًا يتّسع لكل مواقعك؟
