# 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/uk/kb/cloudflare-dns-management/), але конкретно для збалансованого імені запис створюється автоматично при збереженні Load Balancer.

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

## Як перевірити перемикання і подивитися журнали

Вимкніть основний origin на час тесту і перевірте, що домен продовжує відповідати через резервний.

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

Історія станів origin і перемикань доступна в Traffic → Load Balancing → Monitors, там видно час кожної події і причину відмови перевірки.

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

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

---

Джерело: https://www.zevshost.net/uk/kb/cloudflare-load-balancing/