तपाई कन्टेनर संसाधनहरू (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-killed** हुन्छ यदि यो कठोर सीमा अतिक्रम गर्छ); 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-killed हुन्छ यदि यो कठोर सीमा अतिक्रम गर्छ) र **CPU सीमाहरू** कसरी सेट गर्ने, साथै **आरक्षणहरू** (न्यूनतमहरू ग्यारान्टी गर्दै), बुझ्न संसाधनहरू नियन्त्रण र निष्पक्षतासँग साझा गर्न व्यावहारिक तंत्र हो।

**निगरानी र ट्युनिङ** कसरी गर्ने — वास्तविक प्रयोग अवलोकन गर्न र सीमाहरू सही आकार गर्न `docker stats` प्रयोग गरेर, `OOMKilled` (कन्टेनरले यसको मेमोरी सीमा हिट गरेको) समस्याहरू निदान गर्न चिन्ता गर्दै — वास्तविक आवश्यकताहरूको आधारमा उपयुक्त सीमाहरू सेट गर्न महत्त्वपूर्ण छ।

यो अर्केस्ट्रेशनमा पनि जोडिन्छ: **Kubernetes ले समान संसाधन अनुरोधहरू/सीमाहरू प्रयोग गर्छ** जुन समयसूचीकरण र स्थिरताको लागि आवश्यक छ, त्यसैले अवधारणा अर्केस्ट्रेट गरिएका वातावरणहरूमा Kubernetes जस्तो हस्तान्तरण गर्छ।

विश्वसनीयतासँग बहुविध कन्टेनरहरू चलाउन संसाधन विवाद र भागेको खपत रोक्न आवश्यक पर्ने कारणले, र संसाधन सीमाहरू (मेमोरी र CPU क्यापहरू, आरक्षणहरू, निगरानी) कन्टेनरहरूलाई अलग गर्न र होस्ट स्थिरता सुरक्षित गर्ने तंत्र भएकाले, कन्टेनर संसाधन व्यवस्थापन बुझ्न मूल्यवान, व्यावहारिक-महत्त्वपूर्ण ज्ञान हो उत्पादन कन्टेनर स्थापनाहरूको लागि — स्थिर बहु-कन्टेनर होस्टहरूको लागि आवश्यक र Kubernetes जस्तो अर्केस्ट्रेट गरिएका वातावरणमा सीधै विस्तार गरिएको अवधारणा, जहाँ संसाधन विनिर्दिष्टता मौलिक छ।