Какие знаешь типы балансировки?

Типы балансировки нагрузки в инфраструктуре веб-сервисов

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

1. Балансировка на транспортном уровне (L4 - TCP/UDP)

Обрабатывает трафик на уровне IP-адресов, портов и транспортных протоколов. Не анализирует содержимое запросов (HTTP). Решения быстро работают с меньшими ресурсами.

// Пример: простейший алгоритм Round Robin на L4
package main

type L4Balancer struct {
    servers []string
    current int
}

func (b *L4Balancer) NextServer() string {
    server := b.servers[b.current]
    b.current = (b.current + 1) % len(b.servers)
    return server // возвращает IP:Port для подключения
}

Основные алгоритмы L4:

• Round Robin — циклическое распределение по списку серверов.
• Weighted Round Robin — с учётом веса (мощности) сервера.
• Least Connections — направление трафика на сервер с наименьшим количеством активных соединений.
• IP Hash — распределение по хешу IP-адреса клиента для сохранения сессии.

2. Балансировка на уровне приложений (L7 - HTTP/HTTPS, gRPC)

Работает с содержимым запросов, может анализировать заголовки, URL, методы HTTP. Позволяет принимать более интеллектуальные решения.

// Пример: балансировка по заголовку или пути (L7)
package main

type L7Balancer struct {
    routes map[string][]string // путь -> список серверов
}

func (b *L7Balancer) Route(requestPath string) string {
    servers := b.routes[requestPath]
    if len(servers) == 0 {
        return "default-server"
    }
    // сложный выбор: по заголовкам, cookies, нагрузке
    return servers[0]
}

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

• Балансировка по содержимому: маршрутизация по URL, заголовкам (Host, X-Session-ID).
• Терминация SSL/TLS: балансировщик может сам обрабатывать шифрование.
• Сжатие и оптимизация: может уменьшать трафик для клиента.
• Аутентификация и безопасность: фильтрация запросов на входе.

3. Балансировка на основе DNS

Самый базовый вид: несколько IP-адресов возвращаются для одного доменного имени. Клиент или его ОС выбирает адрес.

# Пример DNS-записи с несколькими A-записями
example.com  A  192.168.1.10
example.com  A  192.168.1.11
example.com  A  192.168.1.12

Характеристики DNS-балансировки:

• Простота реализации.
• Нет контроля над выбором клиента.
• Длительное время жизни кэша DNS может привести к неравномерному распределению.

4. Балансировка на уровне глобальной сети (GSLB)

Расширение DNS-балансировки для географически распределённых дата-центров. Выбор ближайшего или наименее загруженного региона.

5. Внутренняя балансировка (внутри кластера или микросервисов)

Часто используется в контейнерных оркестраторах (Kubernetes) или сервисных месах (Istio).

# Пример: Service в Kubernetes - балансировка между Pods
apiVersion: v1
kind: Service
metadata:
  name: my-service
spec:
  selector:
    app: my-app
  ports:
    - protocol: TCP
      port: 80
      targetPort: 9376
  type: ClusterIP # внутренний балансировщик кластера

Алгоритмы распределения в современных системах:

• Round Robin и Weighted Round Robin — базовые, но эффективные.
• Least Connections / Least Response Time — для минимизации задержки.
• Hash-based (консистентный хеш) — критически важен для сохранения состояния сессии или распределения данных (например, в кэшах).
• Resource-based — учитывает реальную нагрузку на сервер (CPU, память), часто требует агентов на узлах.

Критерии выбора типа балансировки

Выбор зависит от требований приложения:

1. Производительность и простота: L4 быстрее, требует меньше ресурсов.
2. Интеллектуальная маршрутизация: L7 необходим для сложных правил, работы с HTTP.
3. Состояние сессии: консистентный хеш (L4 или L7) предотвращает переключение пользователя между серверами.
4. Географическое распределение: GSLB для глобальных приложений.
5. Инфраструктура: Kubernetes Services, Ingress Controllers предлагают готовые решения L4/L7.

В современной разработке на Go часто встречается сочетание: внешний L7-балансировщик (Nginx, HAProxy, Envoy) распределяет трафик на входе в кластер, а внутренние механизмы (Kubernetes Services, клиентские библиотеки с балансировкой) управляют трафиком между микросервисами. Понимание этих типов позволяет архитектору построить систему, оптимально сочетающую нагрузку, отказоустойчивость и сложность управления.