.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
مزوّد الاستضافة يبيع موارد أكثر مما يملك — وهذا ليس غشّاً بل كيف تعمل الصناعة كلها. الفرق بين مزوّد ناجح وآخر يشتكي زبائنه هو كم يبيع فوق سعته، وبأي أدوات يضبط ذلك.
هذه المقالة عن تلك الأدوات: البالون، ووحدات المعالج، والحدود، وما تفعله وما لا تفعله.
كل لقطة في هذه السلسلة من بروكسموكس حقيقي يعمل. نسخة Proxmox VE 9.2 كاملة بأجهزة وحاويات ومخزّنات ومهامّ نسخ فعلية، شغّلناها معزولة لهذا الغرض حتى لا يظهر اسم زبون واحد، ودخلنا لوحتها عبر نفق مشفّر لا عبر الإنترنت. وما تراه في كل صورة هو ما ستراه أنت حرفياً على شاشتك.
أين تضبط الموارد
1 · الذاكرة والبالون
| الخانة | ماذا تعني |
|---|---|
| Memory (MiB) | السقف الأعلى الذي يراه الجهاز |
| Minimum memory | أقلّ ما يُضمَن له — وأقلّ من السقف يفعّل البالون |
| Ballooning Device | يسترجع الذاكرة غير المستعملة |
كيف يعمل البالون فعلاً؟
السقف 8 غيغا · الأدنى 2 غيغا
↓
الجهاز يستعمل 3 غيغا → المشرف يسترجع 5 ويعطيها لغيره
الجهاز احتاج 6 غيغا → يُعيدها المشرف إن كانت متاحةوالبالون ليس سحراً. إن كانت الذاكرة الحرّة على السيرفر قليلة وطلبها جهازان معاً، فأحدهما لن يحصل عليها. النتيجة: بطء شديد أو قتل عملية داخل الجهاز. البالون يستفيد من أن أغلب الأجهزة لا تستعمل كل ما وُعدت به في نفس اللحظة — لا من خلق ذاكرة.
متى تطفئه
| النوع | البالون | لماذا |
|---|---|---|
| قواعد بيانات | ❌ أطفئه | تحجز الذاكرة لذاكرتها المؤقّتة |
| Java وتطبيقات كبيرة | ❌ أطفئه | كومة ثابتة |
| خوادم ويب وخدمات عادية | ✅ فعّله | استهلاك متذبذب |
| أجهزة زبائن عامة | ✅ فعّله | أغلبها خامل |
| أجهزة حرجة | ❌ أطفئه | الأداء المضمون أهمّ |
2 · المعالج
| الخانة | ماذا تفعل | التوصية |
|---|---|---|
| Sockets | معالجات فيزيائية محاكاة | 1 دائماً تقريباً |
| Cores | أنوية لكل مقبس | ابدأ بـ2 |
| Type | مزايا المعالج المُمرَّرة | نوع موحّد لا host |
| CPU limit | سقف صلب بعدد الأنوية | لحصر جهاز شره |
| CPU units | أولوية نسبية عند التنافس | الأداة الأهمّ للمزوّدين |
⭐ الفرق بين CPU limit وCPU units
| CPU limit | CPU units | |
|---|---|---|
| النوع | سقف مطلق | وزن نسبي |
| حين يكون السيرفر خاملاً | يظلّ محدوداً | يأخذ ما يشاء |
| حين يزدحم | محدود | يأخذ بحسب وزنه |
| الاستعمال | منع جهاز من إغراق السيرفر | تمييز الأهمّ عند الزحمة |
قاعدة بيانات الإنتاج units = 2048 ← ضعف الأولوية
خوادم عادية units = 1024 ← الافتراضي
أجهزة اختبار units = 256 ← تتنازل عند الزحمةولماذا units أفضل من limit غالباً؟ لأن السقف الصلب يضيّع موارد: جهاز محدود بنواة واحدة يظلّ محدوداً حتى لو كان السيرفر فارغاً تماماً. أمّا الوزن فيسمح لكل جهاز أن يأخذ ما يجد، ويحكم فقط عند التنافس. استعمل السقف لحصر جهاز يسيء التصرّف، والوزن لكل شيء آخر.
3 · لا تعطِ أنوية أكثر مما يحتاج
وهذا عكس الحدس: جهاز بثمانية أنوية قد يكون أبطأ من جهاز بنواتين على سيرفر مزدحم. لأن المشرف يحتاج أن يجد ثمانية أنوية متاحة معاً ليجدول الجهاز — فينتظر. والجهاز بنواتين يُجدوَل فوراً.
القاعدة: لا تعطِ أنوية أكثر ممّا يستعمله الجهاز فعلاً، وراقب الرسوم بدل التخمين.
4 · خيارات التشغيل
| الخيار | التوصية |
|---|---|
| Start at boot | ✅ لكل جهاز إنتاجي |
| Start/Shutdown order | رقم أصغر = يقوم أولاً |
| Startup delay | ثوانٍ بين جهاز وآخر |
| Shutdown timeout | مهلة الإطفاء النظيف |
ترتيب الإقلاع ليس تفصيلاً. قاعدة البيانات يجب أن تقوم قبل التطبيق الذي يعتمد عليها، وخادم الأسماء قبل الجميع. وبلا ترتيب، تقوم كلها معاً فتفشل الخدمات التابعة وتحتاج إعادة تشغيل يدوي بعد كل انقطاع كهرباء.
10 → خادم الأسماء والنفق
20 → قواعد البيانات
30 → التطبيقات
40 → أجهزة الزبائن
5 · الحجز الزائد — بأرقام
| المورد | نسبة معقولة | ملاحظة |
|---|---|---|
| المعالج | 3:1 إلى 5:1 | الأكثر تسامحاً |
| الذاكرة | 1.5:1 مع البالون | الأخطر — نفادها يقتل |
| التخزين | 2:1 على مجمّع رقيق | راقب الاستعمال الفعلي |
| الشبكة | مرتفعة | أغلب الأجهزة خاملة |
الذاكرة هي الخطّ الذي لا تتجاوزه. نفاد المعالج يعني بطئاً يشتكي منه الزبون؛ ونفاد الذاكرة يعني أن النظام يقتل عمليات — وقد يقتل جهازاً كاملاً. راقب الذاكرة الحرّة على النود، ولا تبنِ خططك على أن كل الأجهزة ستبقى خاملة.
6 · KSM — ذاكرة مجانية تقريباً
يبحث عن صفحات ذاكرة متطابقة بين الأجهزة ويدمجها. وعلى سيرفر فيه عشرة أجهزة بنفس نظام التشغيل، قد يوفّر جزءاً معتبراً.
# هل يعمل؟
cat /sys/kernel/mm/ksm/pages_sharing
systemctl status ksmtunedويظهر أثره في ملخّص النود تحت KSM sharing. وثمنه استهلاك معالج بسيط للمسح.
7 · الحاويات — أبسط
والحاوية تستهلك ما تستعمله فعلاً — فالحجز الزائد فيها أسهل وأأمن منه في الأجهزة.
كيف تعرف ما يحتاجه جهاز فعلاً؟
- راقب أسبوعاً على الأقلّ.
- انظر الذروة لا المتوسّط.
- أضف هامشاً 20–30٪.
- ارفع تدريجياً وراقب الأثر.
أخطاء شائعة وحلولها
| العَرَض | السبب | الحل |
|---|---|---|
| جهاز بطيء رغم أنوية كثيرة | انتظار جدولة | قلّل الأنوية |
| الذاكرة تظهر ممتلئة في الجهاز | البالون سحبها | طبيعي — أو أطفئه لهذا الجهاز |
| عمليات تُقتَل داخل الجهاز | حجز ذاكرة زائد | ارفع الأدنى أو قلّل الحجز |
| الأجهزة لا تقوم بعد إعادة تشغيل | Start at boot مطفأ | فعّله |
| التطبيق يفشل بعد الإقلاع | قاعدة البيانات لم تقم بعد | ترتيب بدء وتأخير |
| جهاز واحد يغرق السيرفر | لا حدود | CPU limit له |
| لا يمكن ترحيله | نوع المعالج host | نوع موحّد |
أسئلة شائعة
كم أبيع فوق سعتي؟
ابدأ محافظاً: 3:1 للمعالج و1.5:1 للذاكرة. وارفع تدريجياً بالقياس لا بالتقدير.
هل البالون يبطئ الجهاز؟
الأثر ضئيل في الاستعمال العادي. ويظهر حين يسحب ذاكرة يحتاجها الجهاز فعلاً — ولهذا تُطفئه لقواعد البيانات.
هل أستطيع تغيير الموارد والجهاز يعمل؟
الذاكرة والأنوية: نعم إن كان النظام يدعم الإضافة الحيّة. وفي الحاويات: نعم دائماً.
ما الفرق بين الذاكرة المعروضة في اللوحة وداخل الجهاز؟
اللوحة تعرض ما يحجزه المشرف؛ والجهاز يعرض ما يراه هو. والبالون يجعلهما يختلفان — وهذا طبيعي.
هل أفعّل KSM؟
نعم إن كانت أجهزتك متشابهة الأنظمة. ولا فائدة تُذكر إن كانت مختلفة.
الخطوة التالية
الموارد مضبوطة والأجهزة تقوم بالترتيب. الآن الطبقة التي لا يُعتذَر عن غيابها: في الجزء التالي نبني مهمّة نسخ مجدولة من الواجهة — بتقليمها وإشعاراتها وخياراتها المتقدّمة.
سلسلة «بروكسموكس من الداخل» — بلقطات حقيقية من الواجهة.
الأساسيات:
١. الواجهة ·
٢. أول جهاز ·
٣. الحاويات ·
٤. الصور والقوالب ·
٥. الصلاحيات
التخزين:
٦. أنواع التخزين ·
٧. إضافة قرص وتوسيعه ·
٨. ZFS ·
٩. نقل قرص ·
١٠. امتلاء التخزين
الشبكة والأمان:
١١. تبويب الشبكة ·
١٢. الجدار الناري ·
١٣. SDN ·
١٤. تأمين اللوحة ·
١٥. السجلّات
التشغيل اليومي:
١٦. ضبط الموارد ·
١٧. مهمّة النسخ ·
١٨. الاسترجاع ·
١٩. اللقطات ·
٢٠. قراءة الرسوم
