கொள்ளளவ வளங்களை (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 ஒத்த வளன் கோரிக்கைகள்/வரம்புகளைப் பயன்படுத்துகிறது** அவை நிர்ধாரணம் மற்றும் நிலைத்தன்மைக்கு முக்கியமாக உள்ளன, எனவே கருத்தைப் புரிந்துகொள்வது உள்ளுரித்திட சூழல்களுக்கு மாற்றுகிறது.

பல கொள்ளளவங்களை நம்பகமாக இயக்குவதற்கு வளன் மோதல் மற்றும் வெளிபட்ட பயன்பாடு தடுக்கவும், மேலும் வளன் வரம்புகள் (நினைவகம் மற்றும் CPU முறுக்குகள், இருப்புக்கள், கண்காணிப்பு) கொள்ளளவங்களை தனிமைப்படுத்துவதற்கும் ஹோஸ்ட் நிலைத்தன்மையைக் காக்கவும் பொறிமுறையாக உள்ளன, கொள்ளளவ வளன் நிர்வாகத்தைப் புரிந்துகொள்வது மதிப்புமிக்க, நடைமுறைகீளக்குணமான அறிவாக உற்பத்தி கொள்ளளவ பயன்பாட்டுகளுக்குத் தவிர்க்க முடியாதது — பல-கொள்ளளவ ஹோஸ்டுகளுக்குத் தவிர்க்க முடியாதது மற்றும் Kubernetes போன்ற உள்ளுரித்திட சூழல்களுக்கு நேரடியாக விரிவாக்கும் கருத்து, வளன் குறிப்பு அடிப்படையாக உள்ளது.