شرح CloudLinux وحدود LVE
كل حساب يعمل في حاويته الخاصة بحدود ثابتة للمعالج والذاكرة والعمليات. وماذا يفعل كل حد حين تبلغه.
يعمل كل حساب مشترك وموزِّع في WebGee داخل بيئته الافتراضية الخفيفة (LVE) — وهي حاوية CloudLinux بحدود موارد ثابتة.
لماذا توجد الحدود
على الاستضافة المشتركة بلا عزل، أشيع أسباب الانقطاع هو حساب واحد يستهلك كل شيء. فسكربت شارد، أو إضافة في حلقة، أو موقع تحت هجوم، كان سيُبطئ الخادم على كل من عليه.
وتحتوي LVE ذلك. فالحساب الذي يتجاوز حدوده يُخنق أو تُقتل عملياته؛ وتواصل بقية الحسابات عملها دون تأثّر. فالحدود ليست لتقييدك بقدر ما هي لضمان ألّا تصبح مشكلة غيرك مشكلتك أبدًا.
الحدود وماذا تفعل
| الحد | العَرَض عند بلوغه |
|---|---|
| المعالج (CPU) | يبطؤ الموقع. وتكتمل الطلبات رغم ذلك |
| الإدخال/الإخراج (I/O) | يبطؤ الموقع، خصوصًا ما يكثر استخدامه للقرص |
| عمليات الدخول (EP) | خطأ 503 — تُقتل الطلبات مباشرة |
| الذاكرة الفعلية (PMEM) | خطأ 503، أو تُقتل العملية |
والتمييز مهم في التشخيص. فحدّا المعالج والإدخال/الإخراج يُبطئان؛ أما حدّا عمليات الدخول والذاكرة فيكسران. فالموقع الذي صار بطيئًا يبلغ حدًا مختلفًا عن الموقع الذي يعيد أخطاء 503.
أين تراه
تعرض cPanel ← Resource Usage أي الحدود بُلغت ومتى. وحين يبلغ حساب حدًا، تسجّل لقطة العمليات المسؤولة — وتلك اللقطة هي ما يخبرك بالسبب لا بالعَرَض فقط.
ماذا تفعل بشأنه
الجواب دائمًا تقريبًا على مستوى التطبيق لا الباقة:
- خزّن مؤقتًا. فالصفحة المخزّنة لا تستهلك شيئًا يُذكر.
- راجع الإضافات. عطّلها كلها، ثم أعد تفعيلها واحدة تلو أخرى مراقبًا Resource Usage.
- أصلح جداول cron. فالمهام الثقيلة على فواصل قصيرة سبب متكرر.
- افحص البرمجيات الخبيثة. فالموقع المخترَق يستهلك الموارد في عمل غيره — راجع فحص موقعك بحثًا عن برمجيات خبيثة.
وإن كان الاستخدام مشروعًا فعلًا، فيمكن رفع الحدود. افتح تذكرة بأرقام Resource Usage لديك.