تخطيط سعة السيرفر: كيف تعرف احتياجك بعد سنة قبل ما تدفع اليوم

تخطيط سعة السيرفر لا يعني تخمين رقم كبير ودفعه اليوم خوفاً من الغد. يعني ثلاث خطوات محسوبة: قياس خط أساس حقيقي لاستهلاك موقعك الآن (كم معالج وذاكرة وقرص لكل 1000 زيارة)، ثم نمذجة النمو بنسبة شهرية واقعية لتوقّع رقم السنة القادمة، ثم الترقية عند عتبة 70% استخداماً مستداماً لا عند أول ذروة عابرة. النتيجة أنك تدفع لما تحتاجه فعلاً، وتضيف الموارد وقت الحاجة بدل شراء سعة فارغة تدفع ثمنها شهوراً بلا استعمال.

القاعدة الذهبية: ابدأ بالمناسب لا بالأكبر. سيرفر نصف موارده خامل ليس أماناً، بل هو مال محبوس. الأمان الحقيقي هو معرفة رقمك الحالي بدقة، ومعرفة متى بالضبط تصل السقف، وقدرتك على الترقية بسرعة بلا نقل. على كلاود تضيف +2GB RAM بـ600 ريال سنوياً أو +1 vCPU بـ500 ريال على نفس الخادم خلال دقائق، فتختفي الحاجة لشراء احتياطي مقدماً. في هذا الدليل نبني الخطوات الثلاث بأرقام قابلة للتطبيق اليوم.

الخطوة الأولى: قياس خط الأساس

لا يمكنك تخطيط ما لا تقيسه. خط الأساس هو استهلاك موقعك تحت حمل حقيقي على مدى أسبوع كامل يشمل أيام الذروة. الأدوات جاهزة على أي VPS لينكس: htop للمعالج والذاكرة لحظياً، vmstat وsar للاتجاه عبر الوقت، df وdu للقرص، iostat لضغط الإدخال والإخراج. الهدف رقم واضح: كم يستهلك موقعك من كل مورد عند 1000 زيارة.

الأرقام المرجعية لكل 1000 زيارة

هذه تقديرات هندسية عملية تختلف حسب ثقل التطبيق، لكنها نقطة انطلاق واقعية:

هذه أرقام الذروة المتزامنة لا المجموع اليومي. موقع بـ30 ألف زيارة شهرياً موزعة بانتظام قد لا تتجاوز ذروته المتزامنة استهلاك 1000 زيارة، لأن العبرة بالطلبات في اللحظة نفسها لا بالإجمالي.

الخطوة الثانية: نمذجة النمو

بعد خط الأساس، توقّع أين تكون بعد 12 شهراً. الطريقة البسيطة: خذ معدل نموك الشهري الحقيقي من تحليلات موقعك (Google Analytics أو سجلات الخادم) وطبّق النمو المركّب. لو موقعك ينمو 8% شهرياً، فبعد سنة يتضاعف تقريباً (1.08 أس 12 يساوي نحو 2.52 ضعفاً). لو ينمو 5% شهرياً فالضعف نحو 1.8. لو 15% شهرياً فالضعف نحو 5.35 أضعاف، وهذا نمو حاد يستحق تخطيطاً أدق.

مثال محسوب بالكامل

لنقل إن موقعك اليوم يستهلك في الذروة 3GB RAM و1.5 vCPU على 40 ألف زيارة شهرياً، وينمو 8% شهرياً:

• بعد 6 أشهر: النمو نحو 1.59 ضعفاً، فالذروة المتوقعة نحو 4.8GB RAM و2.4 vCPU.
• بعد 12 شهراً: النمو نحو 2.52 ضعفاً، فالذروة المتوقعة نحو 7.5GB RAM و3.8 vCPU.

خط الأساس اليوم يناسب باقة نمو 4GB بهامش ضيق، أو باقة أعمال 8GB بهامش مريح. رقم السنة القادمة (7.5GB) يقول إن أعمال 8GB تكفيك سنة كاملة تقريباً قبل أول ترقية. القرار الذكي: ابدأ بـأعمال، لا بمؤسسة، لأنك ستضيف الموارد عند الحاجة لا قبلها.

الخطوة الثالثة: عتبة الترقية عند 70%

القاعدة الصناعية: رقِّ عندما يستقر الاستخدام فوق 70% من أي مورد لأيام متتالية. لماذا 70% لا 90%؟ لأن الهامش من 70 إلى 100 هو وسادة الأمان لطفرات الذروة المفاجئة والحملات وموسم الطلب. الخادم الذي يعمل عند 90% مستداماً يعيش على الحافة، فأي طفرة تدفعه للاختناق أو استنفاد الذاكرة (OOM) الذي يقتل العمليات فجأة.

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

أي مورد يصل السقف أولاً؟

راقب الأربعة، فأي واحد يصل 70% أولاً يحدد الترقية:

• RAM: عادة أول ما ينفد في تطبيقات PHP وقواعد البيانات. حلّه +2GB بـ600 ريال.
• vCPU: يصل السقف في المعالجة الثقيلة (صور، تقارير، بحث). حلّه +1 vCPU بـ500 ريال.
• القرص: ينمو ببطء لكنه لا يرجع، الوسائط والسجلات والنسخ تتراكم. حلّه +100GB SSD بـ500 ريال.
• النقل (Bandwidth): يصل السقف مع نمو الزيارات والوسائط الثقيلة. حلّه +1TB نقل بـ1,150 ريالاً.

لماذا لا تشتري سعة فارغة مقدماً

الإغراء الشائع: اشترِ مؤسسة 16GB من اليوم واسترح. المشكلة أنك تدفع فرق السعر لشهور طويلة على ذاكرة نائمة. لنقارن على مدى سنة بين البدء بمؤسسة مباشرة، والبدء بأعمال ثم الترقية بالموارد عند الحاجة:

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

الفرق بين ذروة اللحظة ومتوسط اليوم

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

أدوات المراقبة المستمرة لا اللقطة الواحدة

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

لا تخطّط للذاكرة وحدها

كثير من خطط السعة تركّز على الذاكرة وتهمل القرص، والقرص هو المورد الوحيد الذي لا يرجع تلقائياً، لأن الوسائط والسجلات والنسخ والمخرجات تتراكم بلا توقف. راقب نمو القرص شهرياً وضع تنبيهاً عند 75%، لأن امتلاء القرص يوقف قاعدة البيانات فجأة ويسبب أعطالاً يصعب تشخيصها. الحل إما تنظيف دوري للسجلات القديمة، أو نقل الملفات الثابتة لتخزين منفصل، أو إضافة +100GB SSD بـ500 ريال سنوياً وقت الحاجة قبل أن يمتلئ لا بعده.

الخلاصة العملية

خطة سعة صحيحة في ثلاث خطوات: (1) قِس خط أساسك أسبوعاً كاملاً بـhtop وsar وحدد استهلاكك لكل 1000 زيارة، (2) طبّق نموك الشهري المركّب لتعرف رقم 12 شهراً، (3) اختر الباقة التي تغطي رقم اليوم بهامش، ورقِّ بالموارد عند 70% مستداماً لا عند أول ذروة. ابدأ بـالباقة المناسبة لا الأكبر، واعتمد على إضافة +2GB RAM بـ600 ريال و+1 vCPU بـ500 ريال وقت الحاجة. السعة الفارغة ليست أماناً، الأمان هو معرفة رقمك وقدرتك على النمو بلا نقل. ابدأ اليوم بقياس أسبوع كامل بأدوات المراقبة، فهذا الأسبوع وحده يوفّر عليك تخميناً يكلّفك إما اختناقاً في الذروة أو مالاً محبوساً في موارد نائمة طوال السنة.