Как работает балансировка нагрузки в AWS?

Question

Accepted Answer

**Elastic Load Balancing (ELB)** распределяет входящий трафик между несколькими целевыми ресурсами (EC2 экземплярами, контейнерами и т.д.) — улучшая **доступность** (нет единой точки отказа) и **масштабируемость** (распределение нагрузки). Это ключевой компонент для надежных и масштабируемых приложений.

## Что делает балансировщик нагрузки

```text
A LOAD BALANCER sits in front of multiple backend targets and distributes requests:
  Client → LOAD BALANCER → ┬→ Instance 1
                           ├→ Instance 2
                           └→ Instance 3
  → spreads traffic across targets (scalability + no single instance overloaded)
  → HEALTH CHECKS: routes only to HEALTHY targets (an unhealthy one is bypassed)
  → if a target fails, traffic goes to the others → HIGH AVAILABILITY
  → single entry point (clients hit the LB, not individual instances)
```

## Типы балансировщиков нагрузки AWS

```text
APPLICATION LB (ALB) → Layer 7 (HTTP/HTTPS): content/path/host-based routing,
  great for web apps, microservices, containers (route /api → one group, /app → another)
NETWORK LB (NLB) → Layer 4 (TCP/UDP): ultra-high performance, low latency, static IPs
GATEWAY LB → for deploying virtual network appliances
(Classic LB → legacy)
→ ALB is the common choice for HTTP applications.
```

## Ключевые возможности

```text
✓ HEALTH CHECKS — detect unhealthy targets and stop routing to them (reliability)
✓ Spread across MULTIPLE AZs — survive an AZ failure
✓ Works with AUTO SCALING — automatically includes new instances as they scale
✓ SSL/TLS termination (handle HTTPS at the LB)
✓ Sticky sessions, path/host routing (ALB), WebSocket support
```

## Почему это важно

Понимание балансировки нагрузки ценно, потому что это ключевой компонент для создания **надежных и масштабируемых** приложений на AWS, поэтому это важные практические знания.

Балансировщик нагрузки решает две фундаментальные задачи: **доступность** (распределяя трафик между несколькими бэкенд-целевыми ресурсами с **проверками здоровья**, которые маршрутизируют только на здоровые целевые ресурсы, поэтому если один экземпляр выходит из строя, трафик продолжает поступать на остальные — исключая единые точки отказа) и **масштабируемость** (распределяя нагрузку между несколькими экземплярами, так чтобы ни один не был перегружен, и предоставляя единую точку входа).

Это делает балансировку нагрузки необходимой для любого приложения, которому нужно надежно обрабатывать значительный объем трафика.

Понимание **типов** — **Application Load Balancer (ALB)** для Layer 7 HTTP/HTTPS с маршрутизацией на основе содержания/пути/хоста (распространенный выбор для веб-приложений и микросервисов), **Network Load Balancer (NLB)** для Layer 4 ультравысокопроизводительного TCP/UDP — помогает выбрать правильный вариант.

Понимание **ключевых возможностей** важно: проверки здоровья (для надежности), распределение между **несколькими AZ** (выживание при отказе AZ, комбинирование с паттерном высокой доступности), интеграция с **автомасштабированием** (автоматическое включение новых экземпляров при масштабировании — балансировка нагрузки и автомасштабирование работают вместе для эластичных, устойчивых приложений), и завершение SSL/TLS.

Комбинация балансировки нагрузки + автомасштабирование + развертывание в нескольких AZ — это основной паттерн для масштабируемых, высокодоступных приложений AWS.

Поскольку надежные, масштабируемые приложения требуют распределения трафика между несколькими экземплярами (для доступности и масштабирования), и поскольку ELB (со своими типами, проверками здоровья, распределением между несколькими AZ и интеграцией автомасштабирования) — это механизм для этого, понимание балансировки нагрузки ценно, практически важно для AWS знания — основной компонент устойчивой облачной архитектуры, который работает рука об руку с автомасштабированием и развертыванием в нескольких AZ для создания приложений, которые надежно и в масштабе обрабатывают реальный трафик.