AWS ਵਿੱਚ auto scaling ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ?

Question

Accepted Answer

**Auto Scaling** ਮੰਗ ਦੀ ਆਧਾਰ 'ਤੇ ਚਲ ਰਹੇ ਸਰੋਤਾਂ (ਜਿਵੇਂ EC2 instances) ਦੀ ਗਿਣਤੀ ਨੂੰ ਆਪਣੇ ਆਪ ਹੀ ਐਡਜੱਸਟ ਕਰਦਾ ਹੈ — ਲੋਡ ਵਧਣ 'ਤੇ ਸਮਰੱਥਾ ਜੋੜਦਾ ਹੈ ਅਤੇ ਲੋਡ ਘਟਣ 'ਤੇ ਇਸ ਨੂੰ ਹਟਾ ਦਿੰਦਾ ਹੈ। ਇਹ ਅਜਿਹੀ ਐਪਲੀਕੇਸ਼ਨਾਂ ਬਣਾਉਣ ਲਈ ਮੁੱਖ ਹੈ ਜੋ ਕਿ **ਭਰੋਸੇਮੰਦ** (ਟ੍ਰੈਫਿਕ ਸਪਾਈਕ ਸੰਭਾਲਣਾ) ਅਤੇ **ਲਾਗਤ-ਕੁਸ਼ਲ** (ਵੱਧ-ਪ੍ਰੋਵੀਜ਼ਨ ਨਾ ਕਰਨਾ) ਦੋਵੇਂ ਹੋਣ।

## Auto scaling ਕੀ ਕਰਦਾ ਹੈ

```text
Auto Scaling adjusts capacity AUTOMATICALLY based on demand:
  → load INCREASES (traffic spike) → add instances (scale OUT) → handle the load
  → load DECREASES → remove instances (scale IN) → save money
→ Match capacity to demand automatically: reliable under load, cheap when idle.
```

## EC2 Auto Scaling Groups (ASG)

```text
An AUTO SCALING GROUP manages a fleet of EC2 instances:
  MIN / MAX / DESIRED capacity → bounds and target number of instances
  LAUNCH TEMPLATE → how to launch new instances (AMI, type, config)
  SCALING POLICIES → rules for when to scale (see below)
  HEALTH CHECKS → replace unhealthy instances automatically (self-healing!)
  → typically spread across multiple AZs (high availability)
```

## Scaling policies (ਕਦੋਂ scale ਕਰਨਾ ਹੈ)

```text
TARGET TRACKING → keep a metric at a target (e.g. "keep average CPU at 50%") — simplest
STEP / SIMPLE SCALING → add/remove N instances when a metric crosses a threshold
SCHEDULED → scale at known times (e.g. more capacity during business hours)
PREDICTIVE → ML-based, anticipating load
→ Usually based on CloudWatch metrics (CPU, request count, custom metrics).
```

## ਇਹ ਮਾਇਨੇ ਰਖਦਾ ਹੈ

```text
✓ RELIABILITY — handle traffic spikes automatically (no manual intervention, no overload)
✓ COST-EFFICIENCY — scale IN during low demand → don't pay for idle capacity
✓ SELF-HEALING — auto-replace failed instances (combined with health checks)
✓ Pairs with a LOAD BALANCER (distributes traffic across the scaled instances)
```

## ਇਹ ਮਾਇਨੇ ਰਖਦਾ ਹੈ

Auto scaling ਨੂੰ ਸਮਝਣਾ ਅਜਿਹੀ ਐਪਲੀਕੇਸ਼ਨਾਂ ਬਣਾਉਣ ਲਈ ਮੂਲਵਾਨ ਹੈ ਜੋ ਭਰੋਸੇਮੰਦ ਅਤੇ ਲਾਗਤ-ਕੁਸ਼ਲ ਦੋਵੇਂ ਹੋਣ, ਇਸ ਲਈ ਇਹ AWS ਦਾ ਮਹੱਤਵਪੂਰਨ ਵਿਹਾਰਕ ਗਿਆਨ ਹੈ।

Auto scaling ਇੱਕ ਮੌਲਿਕ ਕਲਾਉਡ ਚ্যালেঞ্ਜ ਨੂੰ ਹੱਲ ਕਰਦਾ ਹੈ: **ਪਰਿਵਰਤਨਸ਼ੀਲ ਮੰਗ** ਦੇ ਨਾਲ ਖੁਦਕਾਰ ਤੌਰ 'ਤੇ ਸਮਰੱਥਾ ਨੂੰ ਮਿਲਾਉਣਾ — **ਲੋਡ ਵਧਣ 'ਤੇ instances ਜੋੜਨਾ** (ਆਤਮ-ਹਸਤਖੇਪ ਜਾਂ ਓਵਰਲੋਡ ਤੋਂ ਬਿਨਾ ਟ੍ਰੈਫਿਕ ਸਪਾਈਕ ਹੈਂਡਲ ਕਰਨਾ, ਭਰੋਸੇਮੰਦੀ ਨਿਸ਼ਚਿਤ ਕਰਨਾ) ਅਤੇ **ਲੋਡ ਘਟਣ 'ਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਹਟਾਉਣਾ** (ਖਾਲੀ ਖਾਸ ਰੋਤੇ ਅਤੇ ਵਰਤਾਏ ਸਰੋਤਾਂ ਲਈ ਰੁਪਿਆ ਦਾ ਭੁਗਤਾਨ ਨਾ ਕਰਨਾ, ਲਾਗਤ-ਕੁਸ਼ਲਤਾ ਯਕੀਨੀ ਬਣਾਉਣਾ)।

ਇਹ ਦੋਹਰਾ ਲਾਭ (ਲੋਡ ਦੇ ਅਧੀਨ ਭਰੋਸੇਮੰਦੀ + ਖਾਲੀ ਸਮੇਂ ਲਾਗਤ ਦੀ ਬਚਤ) ਕਲਾਉਡ ਦੀ ਲਚਕੀਪਣ ਦਾ ਲਾਭ ਉਠਾਉਣ ਲਈ ਕੇਂਦਰੀ ਹੈ, ਅਤੇ ਸਟੈਟਿਕ ਤੌਰ 'ਤੇ ਪੀਕ ਲੋਡ ਲਈ ਪ੍ਰੋਵੀਜ਼ਨ (ਭਿਆਮ) ਜਾਂ ਔਸਤ ਲੋਡ ਲਈ (ਸਪਾਈਕ ਦੇ ਅਧੀਨ ਫੇਲ) ਨਾਲੋਂ ਬਹੁਤ ਬਿਹਤਰ ਹੈ।

**Auto Scaling Groups** ਨੂੰ ਸਮਝਣਾ (EC2 instances ਦੇ ਇੱਕ ਫਲੀਟ ਨੂੰ ਘੱਟ/ਜ਼ਿਆਦਾ/ਪ੍ਰਾਲੰਭਿਕ ਸਮਰੱਥਾ, ਲਾਂਚ ਟੈਮਪਲੇਟ, ਅਤੇ ਸਵਾਸਥ ਦੀ ਜਾਂਚ ਨੂੰ ਸੂਚਨਾ ਦੇ ਨਾਲ ਬੰਧਿਤ ਕਰਨਾ ਜੋ ਅਸਥਿਰ instances ਨੂੰ ਆਪਣੇ ਆਪ ਹੀ ਬਦਲਦਾ ਹੈ **self-healing** ਲਈ) ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ **ਕਈ AZs** ਵਿੱਚ ਫੈਲਾਉਣਾ (ਉੱਚ ਉਪਲਬਧਤਾ ਦੇ ਨਾਲ ਸਕੇਲਿੰਗ ਨੂੰ ਜੋੜਨਾ) ਮੁੱਖ ਵਿਹਾਰਕ ਜਿਆਨ ਹੈ।

**Scaling policies** (CloudWatch metrics ਦੀ ਆਧਾਰ 'ਤੇ target tracking ਨੂੰ ਬਕਾਇਆ CPU ਜਿਵੇਂ ਮੈਟ੍ਰਿਕ ਦੀ ਲਖੀ ਹੋਈ ਰਵਈਕਾ ਨੂੰ ਬਣਾਏ ਰੱਖਣ ਲਈ — ਸਭ ਤੋਂ ਸਾਦਾ ਅਤੇ ਸਭ ਤੋਂ ਆਮ; ਥ੍ਰੈਸ਼ਹੋਲਡ ਦੀ ਆਧਾਰ 'ਤੇ step scaling; ਪ੍ਰਸਿੱਧ ਵਾਲੇ ਪੈਮਾਣਿਆਂ ਦੇ ਲਈ scheduled scaling; ਪੂਰਵ-ਅਨੁਮਾਨ ਸਕੇਲਿੰਗ) ਨੂੰ ਸਮਝਣਾ ਢੁਕਵੇਂ ਤੌਰ 'ਤੇ ਸਕੇਲਿੰਗ ਨੂੰ ਸਕਿਆ ਕਰਨ ਲਈ ਜ਼ਰੂਰੀ ਹੈ।

ਇਹ ਜਾਨਣਾ ਕਿ auto scaling **ਇੱਕ load balancer ਦੇ ਨਾਲ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ** (ਜੋ ਟ੍ਰੈਫਿਕ ਨੂੰ ਗਤੀਸ਼ੀਲ ਰੂਪ ਨਾਲ ਬਦਲ ਰਹੇ instances ਵਿੱਚ ਫੇਲ ਕਰਦਾ ਹੈ) ਇੱਕ ਨਿਰਮਾਣ ਹੈ ਇੱਕ scalable, resilient architecture ਦੀ ਤਸਵੀਰ ਮੁਕੰਮਲ ਕਰਦਾ ਹੈ।

ਕਿਉਂਕਿ ਵਿਭਾਜਨ ਰਾਹ ਦੀ ਮੰਗ ਨੂੰ ਭਰੋਸੇਮੰਦੀ ਅਤੇ ਲਾਗਤ-ਕੁਸ਼ਲ ਤਰੀਕੇ ਨਾਲ ਸੰਭਾਲਣਾ ਇੱਕ ਮੁੱਖ ਕਲਾਉਡ ਲੋੜ ਹੈ, ਅਤੇ ਕਿਉਂਕਿ auto scaling (scaling groups, policies, health checks, ਅਤੇ load balancing ਦੇ ਨਾਲ) ਉਹ ਵਿਧੀ ਹੈ ਜੋ ਇਸਨੂੰ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, auto scaling ਨੂੰ ਸਮਝਣਾ ਮੂਲਵਾਨ, ਮਵਾਲੀ AWS ਦਾ ਜਿਆਨ ਹੈ ਮੰਗ ਦੇ ਨਾਲ ਸਕੇਲ ਕਰ ਸਕਣ ਮਨੁੱਖੀ ਐਪਲੀਕੇਸ਼ਨਾਂ ਬਣਾਉਣ ਲਈ — ਭਰੋਸੇਮੰਦ, ਲਾਗਤ-ਕੁਸ਼ਲ ਕਲਾਉਡ architecture ਲਈ ਇੱਕ ਮੌਲਿਕ ਯੋਗਤਾ ਅਤੇ ਲੜਾਇਯਾਂ ਨੂੰ ਡਿਜ਼ਾਇਨ ਕਰਨ ਲਈ ਇੱਕ ਮੁੱਖ ਵਿਸ਼ਾ ਜੋ ਅਸਲਮ ਦੀ ਵਿਭਾਜਨ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸੰਭਾਲਣ ਲਈ।