# Load Balancing в Cloudflare: пулы и проверки origin

> Load Balancing в Cloudflare: как настроить пулы origin-серверов, health checks и переключение при отказе, какой метод балансировки выбрать.

Load Balancing в Cloudflare распределяет запросы между несколькими origin-серверами и автоматически исключает из ротации те, что не отвечают. Сервис полезен, когда сайт работает на двух и более серверах — например, в разных дата-центрах Германии и США — и нужно пережить отказ одного из них без ручного вмешательства.

В основе лежат три сущности: origins — сами серверы с адресами, pools — группы origin с общей логикой проверки, и сам load balancer — правило, которое привязывает домен к пулам и задаёт порядок переключения.

## Как настроить Load Balancer: шаги

Настройка выполняется в разделе Traffic → Load Balancing.

1. Создать Monitor — правило проверки доступности с путём и ожидаемым кодом ответа.
2. Создать Pool и добавить в него origin-серверы с весами.
3. Привязать к пулу созданный Monitor.
4. Создать Load Balancer, указать домен и основной пул, а также резервный.
5. Выбрать метод маршрутизации трафика и сохранить.

## Пулы, origins и health checks: параметры

Таблица показывает ключевые параметры, которые определяют, как быстро сервис заметит отказ.

| Параметр | Пример значения | Влияние |
| --- | --- | --- |
| Interval проверки | 60 секунд | Как часто опрашивается origin |
| Retries | 2 попытки | Сколько неудач до исключения |
| Expected codes | 200 | Что считается успехом |
| Timeout | 5 секунд | Порог ожидания ответа |

## Методы балансировки и сценарии failover

Метод маршрутизации задаётся на уровне load balancer и решает, куда именно уйдёт запрос при нескольких живых origin.

```
steering_policy: "geo" | "dynamic_latency" | "random" | "off"
```

- Geo steering — запрос идёт на ближайший к пользователю дата-центр, полезно при серверах в Германии, США и Франции одновременно.
- Dynamic latency steering — выбор origin с наименьшей измеренной задержкой ответа.
- Failover без активной балансировки — весь трафик идёт на основной пул, резервный включается только при полном отказе.

## Load Balancing и DNS: как совмещать

Load Balancer заменяет собой обычную A-запись — вместо статического IP домен указывает на балансировщик, а тот уже решает, какой origin ответит. Базовые записи домена по-прежнему настраиваются в разделе [DNS в Cloudflare](https://www.zevshost.net/ru/kb/cloudflare-dns-management/), но конкретно для балансируемого имени запись создаётся автоматически при сохранении Load Balancer.

Если резервный origin находится за NAT без публичного IP, к нему логично подключаться через [Cloudflare Tunnel](https://www.zevshost.net/ru/kb/cloudflare-tunnel/) — так балансировщик получает доступ, не открывая порты наружу.

## Как проверить переключение и посмотреть логи

Отключите основной origin на время теста и проверьте, что домен продолжает отвечать через резервный.

```
curl -I https://example.com/health
```

История состояний origin и переключений доступна в Traffic → Load Balancing → Monitors, там видно время каждого события и причину отказа проверки.

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

- Monitor проверяет реальный признак работоспособности, а не просто открытый порт.
- В пуле есть резервный origin с адекватным весом.
- Метод маршрутизации соответствует географии серверов и пользователей.
- Failover проверен вручную отключением основного origin.
- Уведомления о смене состояния пула настроены на почту или webhook.

---

Источник: https://www.zevshost.net/ru/kb/cloudflare-load-balancing/