﴿ وَقُل رَّبِّ زِدْنِي عِلْمًا

And say, "My Lord, increase me in knowledge."

مثال لحساب حجم السيرفر المناسب لمنتدى XenForo او اى موقع اخر

مثال لحساب حجم السيرفر المناسب لمنتدى XenForo او اى موقع اخر

في هذا الموضوع لن نعتمد على التخمين أو على أرقام عشوائية، بل سنشرح طريقة علمية وعملية لتقدير الموارد التي يحتاجها منتدى XenForo، مع معادلات وأمثلة بسيطة تساعدك على فهم...

1 معجبون
مثال لحساب حجم السيرفر المناسب لمنتدى XenForo او اى موقع اخر
المشاهدات: 8 الردود: 1

Abo-Karim

Administrator
رقم العضوية
1
تاريخ التسجيل
2015-06-22
الإقامة
ام الدنيــ EGYPT ــا
الموقع الالكتروني
هيلبرنت
آخر نشاط
المشاركات
4,971
المعدل اليومي
1.21
مستوى التفاعل
189
قوة السمعه
أوسمة العضو
في هذا الموضوع لن نعتمد على التخمين أو على أرقام عشوائية، بل سنشرح طريقة علمية وعملية لتقدير الموارد التي يحتاجها منتدى XenForo، مع معادلات وأمثلة بسيطة تساعدك على فهم العلاقة بين حجم المنتدى ومواصفات السيرفر. وسنرى معًا كيف تحدد احتياجك من CPU وRAM وNVMe، ومتى تحتاج إلى ترقية السيرفر، وكيف تتجنب دفع أموال إضافية مقابل موارد لا يستخدمها منتداك. وفي النهاية، ستتمكن من النظر إلى أرقام منتداك وحجم الزيارات والحمل الفعلي، ثم اتخاذ قرار مبني على بيانات بدل اختيار VPS بشكل عشوائي.

wA6832K.png

الطريقة العلمية​

نحسب الموارد في 4 مراحل:

1. احسب المستخدمين المتزامنين​

أهم رقم هو عدد المستخدمين الموجودين في نفس الوقت وقت الذروة.
مثال:

  • إجمالي الأعضاء: 100,000

  • الزوار والأعضاء وقت الذروة: 500 مستخدم متزامن
لا يعني ذلك أن الـ500 يرسلون طلبات في نفس اللحظة؛ لذلك نحتاج الخطوة التالية.

2. احسب معدل الطلبات​

نحتاج معرفة عدد صفحات المنتدى التي يتم تحميلها خلال فترة زمنية.
مثلاً:
500 مستخدم × متوسط 0.2 طلب/ثانية لكل مستخدم
يعطينا:
500 × 0.2 = 100 Request/Second
أي أن السيرفر يتعامل تقريبًا مع 100 طلب في الثانية وقت الذروة.
هذا الرقم تقريبي جدًا؛ لأن طبيعة الطلب تختلف بين تصفح موضوع، البحث، تسجيل الدخول، رفع مرفق، API، وغيرها.

3. تقدير الـCPU​

هنا نربط عدد الطلبات بسرعة معالجة السيرفر.
لو افترضنا أن الطلب الديناميكي يحتاج في المتوسط:
20 ms CPU time
فالحساب:
100 Request/sec × 0.020 sec = 2 CPU cores
إذن نحتاج نظريًا حوالي 2 Core من القدرة الحسابية لمعالجة الحمل.
لكن لا نشغل السيرفر على 100% طوال الوقت، لذلك نضيف هامش أمان، مثل 50%.
فتصبح القدرة المستهدفة تقريبًا:
2 × 1.5 = 3 Cores
وبالتالي قد نختار 4 vCPU كبداية.

4. حساب الـRAM​

الـRAM لا نحسبها من عدد الأعضاء مباشرة.
نقسمها تقريبًا:
RAM = النظام + قاعدة البيانات + PHP-FPM + Redis/Cache + باقي الخدمات + هامش أمان
مثال:
المكونRAM تقريبية
نظام التشغيل والخدمات1.5 GB
MySQL/MariaDB2 GB
PHP-FPM1.5 GB
Redis0.5 GB
HestiaCP والخدمات الأخرى0.5 GB
هامش أمان2 GB
الإجمالي8 GB تقريبًا
إذن في هذا المثال:

VPS مقترح مبدئيًا​

4 vCPU + 8 GB RAM + NVMe
وهذا ليس "حسابًا نهائيًا"، بل حجم بداية مبني على الحمل المتوقع.

وماذا عن مساحة التخزين؟​

هنا الحساب أسهل:
مساحة السيرفر = قاعدة البيانات + المرفقات + ملفات الموقع + النسخ الاحتياطية + مساحة النمو
مثلاً:

  • Database = 15 GB

  • Attachments = 30 GB

  • ملفات XenForo والإضافات = 5 GB

  • Backups = 30 GB

  • نمو مستقبلي = 20 GB
المجموع:
15 + 30 + 5 + 30 + 20 = 100 GB
إذن يمكن اختيار 120–160 GB NVMe بدل حجز 100 GB بالضبط.

أهم نقطة في الدرس​

يمكنك تلخيص الطريقة بالمعادلة التالية:
VPS Size = Peak Concurrent Users × Request Rate × Resource Cost + Safety Margin
لكن عمليًا، لا نستطيع تحويلها مباشرة إلى "500 مستخدم = 4 CPU و8 GB RAM"؛ لأن تكلفة الطلب تختلف حسب XenForo، الإضافات، الكاش، قاعدة البيانات، نوع الصفحات، والـPHP workers.
لذلك الطريقة الأدق هي:
تقدير الحمل → اختيار VPS مبدئي → تشغيل ومراقبة → قياس CPU/RAM/Database/I/O → تعديل المواصفات.

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