Балансировщик нагрузки

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

Принцип работы

Основная функция балансировщика нагрузки заключается в приёме запроса от клиента и перенаправлении его на один из серверов в пуле (бэкенде) в соответствии с заданным алгоритмом. Балансировщик постоянно отслеживает состояние серверов (health checks), чтобы исключить из распределения неработающие или перегруженные узлы. При выходе сервера из строя трафик автоматически перенаправляется на оставшиеся, что обеспечивает отказоустойчивость.

Современные балансировщики также выполняют дополнительные функции:

Терминирование SSL/TLS: расшифровка зашифрованного трафика для снижения нагрузки на серверы.
Кэширование: временное хранение часто запрашиваемых данных.
Обработка статического контента: отдача файлов (изображений, CSS, JavaScript) без обращения к серверу.
Защита от DDoS-атак: фильтрация вредоносного трафика.
Поддержка сессий (session persistence): привязка запросов от одного клиента к одному серверу.

Классификация

По типу реализации

Аппаратные балансировщики — специализированные устройства (например, F5 BIG-IP, Citrix ADC, A10 Networks). Обеспечивают высокую производительность и низкую задержку, но дороги и сложны в настройке. Часто используются в крупных корпоративных дата-центрах.

Программные балансировщики — приложения, работающие на стандартных серверах или в облаке. Примеры: HAProxy, Nginx, Traefik, Envoy, Apache HTTP Server (с модулем mod_proxy_balancer). Гибкие, масштабируемые, с открытым исходным кодом. Наиболее распространены в современных веб-инфраструктурах.

Облачные балансировщики — управляемые сервисы от облачных провайдеров: AWS Elastic Load Balancer (ELB), Azure Load Balancer, Google Cloud Load Balancing, Яндекс.Облачный балансировщик нагрузки. Не требуют администрирования, автоматически масштабируются.

По модели OSI

Балансировщики 4-го уровня (L4): работают на транспортном уровне, перенаправляя трафик на основе IP-адресов и TCP/UDP портов. Быстрые, не анализируют содержимое пакетов. Пример: HAProxy в режиме TCP.
Балансировщики 7-го уровня (L7): работают на прикладном уровне, анализируют содержимое HTTP/HTTPS-запросов (URL, заголовки, куки). Позволяют реализовать сложную маршрутизацию (например, на /api направлять на один бэкенд, на /images — на другой). Пример: Nginx, HAProxy в режиме HTTP.

Алгоритмы балансировки

Выбор алгоритма зависит от характера нагрузки и требований к системе.

Алгоритм	Описание	Применение
Round Robin (циклический)	Запросы распределяются по серверам по очереди.	Равномерная загрузка при одинаковой мощности серверов.
Least Connections (наименьшее число соединений)	Запрос отправляется серверу с наименьшим количеством активных соединений.	Длительные или неравномерные по времени запросы.
IP Hash (хэширование по IP)	Клиент всегда направляется на один и тот же сервер на основе хэша его IP-адреса.	Поддержка сессий без дополнительных настроек.
Weighted (взвешенный)	Серверам назначаются веса (например, 3:1), пропорционально которым распределяется трафик.	Серверы разной производительности.
Random (случайный)	Сервер выбирается случайным образом.	Простые сценарии, тестирование.
Least Response Time (наименьшее время ответа)	Выбирается сервер с минимальным временем отклика.	Критично к задержкам.

История развития

Понятие балансировки нагрузки возникло в 1980-х годах с распространением локальных сетей и первых кластерных систем. Ранние решения были аппаратными (например, Cisco LocalDirector). В 1990-х с ростом веба появились программные прокси-серверы, способные распределять HTTP-трафик.

В 2000-х годы развитие получили открытые решения: HAProxy (2001), Nginx (2004). С распространением облачных вычислений (2010-е) балансировщики стали предоставляться как услуга (LBaaS). Современные тенденции включают интеграцию с контейнерными оркестраторами (Kubernetes, Docker Swarm), использование service mesh (Istio, Linkerd) и динамическую балансировку на основе машинного обучения.

Применение

Балансировщики нагрузки являются ключевым компонентом практически любой современной высоконагруженной системы:

Веб-сервисы и сайты: распределение HTTP-запросов между несколькими веб-серверами (Apache, Nginx).
Базы данных: распределение запросов чтения между репликами (например, ProxySQL для MySQL, Pgpool-II для PostgreSQL).
Микросервисная архитектура: маршрутизация трафика между сервисами, управление версиями (canary deployments).
CDN (Content Delivery Network): балансировка между региональными кэширующими узлами.
DNS-серверы: распределение запросов между географически распределёнными DNS-серверами (Anycast).
Вычислительные кластеры: распределение задач между узлами для параллельных вычислений (HPC).

Примеры реализации

HAProxy

Один из самых популярных программных балансировщиков с открытым исходным кодом. Поддерживает L4 и L7, десятки тысяч одновременных соединений. Используется в крупных проектах, включая GitHub, Reddit, Twitter. Конфигурация задаётся текстовым файлом.

Nginx

Изначально веб-сервер, но широко применяется как обратный прокси-сервер и балансировщик. Поддерживает Round Robin, Least Connections, IP Hash. Часто используется в связке с PHP-FPM или Node.js.

AWS Elastic Load Balancer

Облачный сервис от Amazon Web Services. Включает три типа: Application Load Balancer (L7), Network Load Balancer (L4), Classic Load Balancer (устаревший). Автоматически масштабируется, интегрируется с Auto Scaling.

Яндекс.Облачный балансировщик нагрузки

Сервис от российского провайдера Яндекс.Облако (ООО «Яндекс.Облако»). Позволяет распределять трафик между виртуальными машинами и контейнерами в зонах доступности. Поддерживает L4 и L7, health checks, интеграцию с Target Group.

Критика и ограничения

Несмотря на широкое применение, балансировщики нагрузки имеют ряд недостатков:

Единая точка отказа: если балансировщик выходит из строя, вся система становится недоступной. Для решения используется кластеризация балансировщиков (active-passive или active-active).
Дополнительная задержка: каждый запрос проходит через балансировщик, что добавляет время обработки (обычно менее 1 мс для L4, до нескольких мс для L7).
Сложность конфигурации: особенно для L7 и микросервисных архитектур требуется тщательная настройка правил маршрутизации и политик.
Затраты: аппаратные решения дороги, облачные — взимают плату за объём трафика.

Источники

Хабрахабр. «Балансировка нагрузки: теория и практика» (статья 2019 г.).
Документация HAProxy (haproxy.org).
Документация Nginx (nginx.org).
RFC 7230 — Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing.
«Load Balancing» — книга Тони Борна (O'Reilly Media, 2020).
Материалы конференций HighLoad++ (Россия).
Документация Яндекс.Облака (cloud.yandex.ru/docs).

BFOmetr — база данных и аналитика по компаниям России.

На главную BFOmetr →