كيف تدير موارد الحاوية (CPU والذاكرة)؟

Question

Accepted Answer

بشكل افتراضي، يمكن للحاويات استخدام **موارد المضيف غير المحدودة** — مما يخاطر بأن تحرم حاوية واحدة الآخرين من الموارد أو تعطل المضيف. يتيح لك Docker تعيين **حدود الموارد** (CPU، الذاكرة) للتحكم في الاستهلاك، وهو أمر مهم لاستقرار وتقاسم الموارد بشكل عادل في الإنتاج.

## المشكلة: استخدام الموارد بلا حدود

```text
BY DEFAULT a container can consume ALL available host CPU and memory:
  → a buggy/busy container (memory leak, runaway loop) can starve other containers
    or crash the entire host (out of memory)
→ In production (multiple containers per host), LIMIT resources to isolate them.
```

## تعيين حدود الذاكرة و CPU

```bash
# memory limits
docker run -m 512m myapp              # hard limit: 512 MB (container killed if exceeded — OOM)
docker run -m 512m --memory-reservation 256m myapp   # soft limit + hard limit

# CPU limits
docker run --cpus="1.5" myapp         # limit to 1.5 CPU cores
docker run --cpu-shares=512 myapp     # relative weight (priority under contention)
```

```yaml
# in docker-compose.yml (or for orchestrators)
services:
  app:
    deploy:
      resources:
        limits:    { cpus: '1.5', memory: 512M }   # maximum
        reservations: { cpus: '0.5', memory: 256M } # guaranteed minimum
```

حدود الذاكرة (`-m`) تحد من الاستخدام (تُقتل الحاوية **OOM** إذا تجاوزت الحد الأقصى القاسي)؛ حدود CPU (`--cpus`) تحد من استخدام CPU. **الحجوزات** تضمن حد أدنى.

## المراقبة والضبط

```text
✓ docker stats → live CPU/memory usage per container (to right-size limits)
✓ Set limits based on the app's actual needs (measure, then add headroom)
✓ OOMKilled (in docker inspect) → the container hit its memory limit → raise it or fix a leak
✓ Orchestrators (Kubernetes) use requests/limits similarly — essential for scheduling
```

## لماذا يهم

فهم إدارة موارد الحاوية مهم **لتشغيل الحاويات بشكل موثوق في الإنتاج**، لذا فهو معرفة تشغيلية قيمة.

المشكلة الأساسية — بشكل افتراضي، **يمكن للحاويات استهلاك جميع موارد المضيف المتاحة** — هي خطر حقيقي: حاوية واحدة معيبة أو مشغولة (بتسرب ذاكرة أو عملية جامحة) يمكن أن **تحرم حاويات أخرى من الموارد أو تعطل المضيف بالكامل** (نفاد الذاكرة)، مما يجعل المضيف غير مستقر.

يمنع تعيين **حدود الموارد** (الذاكرة و CPU) هذا بواسطة **عزل استهلاك موارد الحاويات**، مما يضمن أن حاوية واحدة لا يمكنها إسقاط الآخرين أو المضيف — ضروري للاستقرار عند تشغيل حاويات متعددة لكل مضيف (المعيار في الإنتاج).

فهم كيفية تعيين **حدود الذاكرة** (مع قتل الحاوية OOM إذا تجاوزت الحد الأقصى القاسي) و**حدود CPU**، بالإضافة إلى **الحجوزات** (ضمان الحد الأدنى)، هو الآلية العملية للتحكم في الموارد وتقاسمها بشكل عادل.

معرفة كيفية **المراقبة والضبط** — باستخدام `docker stats` لمراقبة الاستخدام الفعلي وتصحيح الحدود، والاعتراف بـ `OOMKilled` (حاوية تصل إلى حد الذاكرة الخاص بها) لتشخيص المشاكل — أمر مهم لتعيين حدود مناسبة بناءً على الاحتياجات الفعلية.

هذا يرتبط أيضاً بالتنسيق: **Kubernetes يستخدم طلبات/حدود موارد مماثلة** التي تعتبر ضرورية للجدولة والاستقرار، لذا فإن فهم المفهوم ينتقل إلى البيئات المُنسقة.

نظراً لأن تشغيل حاويات متعددة بشكل موثوق يتطلب منع تنافس الموارد والاستهلاك الجامح، ونظراً لأن حدود الموارد (حدود الذاكرة و CPU، الحجوزات، المراقبة) هي الآلية لعزل الحاويات وحماية استقرار المضيف، فإن فهم إدارة موارد الحاوية هو معرفة قيمة وعملية مهمة لنشر الحاويات في الإنتاج — ضروري للمضيفين المستقرة متعددة الحاويات ومفهوم يمتد مباشرة إلى البيئات المُنسقة مثل Kubernetes، حيث يكون تحديد الموارد أساسياً.