Вступ: чому Magento 2 без Varnish — вузьке місце
Magento 2 — важка CMS: кожна сторінка генерується динамічно через PHP-FPM та MySQL. При 500+ одночасних відвідувачах CPU йде в 100%, а час відгуку перевищує 5 секунд, що призводить до втрати конверсій. Varnish вирішує цю проблему: він кешує готові HTML-сторінки в оперативній пам'яті та віддає їх за мікросекунди. Середня економія на хостингу значна для проектів з 10 000+ замовленнями. З Varnish швидкість завантаження сторінки збільшується у 10-50 разів, а час відгуку сервера зменшується з 5 секунд до 0.03 секунди — у 167 разів швидше. На одному з проектів з каталогом 50 000 товарів hit rate виріс з 40% до 93% після налаштування VCL. Ми налаштовуємо Varnish під ваш проект з гарантованим hit rate 85-95%. Отримайте консультацію — оцінимо ваш проект за один день.
Як Varnish прискорює Magento 2?
Varnish зберігає кеш в оперативній пам'яті (-s malloc), що в 100 разів швидше за файловий або Redis-кеш. Навіть при повній інвалідації (масове оновлення цін) Varnish прогрівається за 1-2 хвилини завдяки grace (віддача застарілої копії) та saintmode (пропуск битого бекенда). Це критично для інтернет-магазинів з піковими навантаженнями: без Varnish сервер не витримує навіть 10% від запланованого трафіку.
Чому стандартний VCL потребує доопрацювання?
Magento генерує VCL через адмінку, але він не враховує:
- передачу реального IP через X-Forwarded-For;
- обробку BAN-запитів з патернами за тегами;
- кешування для HTTP/HTTPS через заголовок
Ssl-Offloaded; - нормалізацію URL (UTM-мітки, fbclid).
Типова помилка: не налаштований ACL для PURGE та BAN — інвалідація не працює, і зміни на сайті не відображаються. Наші інженери виправляють VCL під кожну задачу.
Як ми налаштовуємо Varnish: установка, VCL та ESI
Установка та базові параметри
# Установка на Ubuntu LTS (актуальна версія) curl -s https://packagecloud.io/install/repositories/varnishcache/varnish74/script.deb.sh | sudo bash apt install varnish # Файл сервісу (редагувати через systemctl edit varnish) ExecStart= ExecStart=/usr/sbin/varnishd \ -a :80 \ -T localhost:6082 \ -f /etc/varnish/default.vcl \ -s malloc,2g \ -p thread_pools=2 \ -p thread_pool_max=1000 \ -p thread_pool_timeout=300 Розмір malloc — 2-4 GB для Magento. Менше 1 GB неефективно: сторінки важать 80–200 KB, і при малому кеші hit rate падає.
Ключові частини виправленого VCL
Код VCL (натисніть для розгортання)
vcl 4.1; import std; backend default { .host = "127.0.0.1"; .port = "8080"; .connect_timeout = 600s; .first_byte_timeout = 600s; .between_bytes_timeout = 600s; } acl purge { "localhost"; "127.0.0.1"; } sub vcl_recv { # Передаємо реальний IP if (req.restarts == 0) { if (req.http.X-Forwarded-For) { set req.http.X-Forwarded-For = req.http.X-Forwarded-For + ", " + client.ip; } else { set req.http.X-Forwarded-For = client.ip; } } # PURGE-запити від Magento if (req.method == "PURGE") { if (!client.ip ~ purge) { return (synth(405, "Not allowed")); } return (purge); } # BAN по X-Magento-Tags (інвалідація блоків) if (req.method == "BAN") { if (!client.ip ~ purge) { return (synth(405, "Not allowed")); } if (req.http.X-Magento-Tags-Pattern) { ban("obj.http.X-Magento-Tags ~ " + req.http.X-Magento-Tags-Pattern); } return (synth(200, "Banned")); } # Не кешуємо checkout, cart, customer if (req.url ~ "/(checkout|customer|account|cart|wishlist)") { return (pass); } # Видаляємо куки на статиці if (req.url ~ "\.(css|js|png|jpg|jpeg|webp|gif|ico|woff2|svg)(\?.*)?$") { unset req.http.Cookie; return (hash); } # Чистимо UTM та інші мітки set req.url = regsuball(req.url, "(^|&)(utm_[a-z]+|gclid|gclsrc|fbclid)=[^&]*", ""); set req.url = regsub(req.url, "^(.*)\?&?(.*)?$", "\1?\2"); set req.url = regsub(req.url, "^(.*)\?$", "\1"); return (hash); } sub vcl_hash { hash_data(req.url); if (req.http.host) { hash_data(req.http.host); } else { hash_data(server.ip); } if (req.http.Ssl-Offloaded) { hash_data(req.http.Ssl-Offloaded); } return (lookup); } sub vcl_backend_response { if (beresp.status >= 500) { set beresp.uncacheable = true; set beresp.ttl = 1s; return (deliver); } if (beresp.http.content-type ~ "text/html") { set beresp.ttl = 1d; set beresp.grace = 1h; } if (bereq.url ~ "\.(css|js|woff2)(\?.*)?$") { set beresp.ttl = 1y; } if (beresp.ttl > 0s) { unset beresp.http.Set-Cookie; } return (deliver); } sub vcl_deliver { if (obj.hits > 0) { set resp.http.X-Cache = "HIT"; set resp.http.X-Cache-Hits = obj.hits; } else { set resp.http.X-Cache = "MISS"; } unset resp.http.X-Magento-Tags; unset resp.http.X-Powered-By; unset resp.http.Server; return (deliver); } ESI — динамічні блоки всередині кешованих сторінок
Magento використовує ESI для персоналізованих блоків (кошик, ім'я користувача). У VCL ESI вмикається через beresp.do_esi = true, який Magento встановлює заголовком X-Esi: 1. Перевірка:
curl -I https://myshop.ru/ | grep X-Cache # Очікується: HIT curl -I https://myshop.ru/checkout/cart/ | grep X-Cache # Очікується: MISS (кошик не кешується) Порівняння Varnish та вбудованого кеша Magento
| Параметр | Varnish | Вбудований (файли/Redis) |
|---|---|---|
| Сховище | RAM | Файли або Redis |
| Швидкість віддачі | мікросекунди | мілісекунди |
| Інвалідація | по X-Magento-Tags (BAN) | по тегах (повний скид) |
| Hit rate | 85-95% | 70-80% |
| Grace/святий режим | + | - |
Varnish швидший у 3-5 разів і дає на 15-20% вищий hit rate.
Типові помилки та їх вирішення
| Проблема | Ознака | Рішення |
|---|---|---|
| Hit rate < 70% | Багато MISS у логах | Перевірити блокування куками, збільшити розмір malloc, видалити зайві cookie з кешованих запитів |
| Інвалідація не працює | Після зміни товару сторінка стара | Перевірити ACL для PURGE/BAN; переконатися, що BAN-запити доходять |
| ESI не оновлюється | Кошик показує старі дані | Перевірити, що VCL не видаляє заголовок X-Esi; ESI-блоки повинні бути тільки для динаміки |
Процес роботи та строки
- Аудит поточної архітектури (VCL, Nginx, PHP-FPM).
- Установка та налаштування Varnish з оптимальним malloc та thread_pools.
- Адаптація VCL під Magento (ESI, BAN, grace).
- Налаштування SSL termination (Nginx/HAProxy) з передачею
Ssl-Offloaded. - Інтеграція з Magento: вибір Varnish в адмінці, ввімкнення FPC.
- Тестування hit rate (ціль 85-95%) та інвалідації.
- Документація та навчання базовим операціям (
varnishadm,varnishlog). - Підтримка 1 місяць після налаштування.
Строки: установка та базова конфігурація — 1-2 дні, тестування та оптимізація — 1 день, навантажувальне тестування — 0.5-1 дня.
Що входить в роботу
- Повний аудит та підбір параметрів.
- Установка, налаштування VCL, ESI, HTTPS.
- Інтеграція з Magento та перевірка інвалідації.
- Навчання команди.
Наші інженери мають 10+ років досвіду з Magento та Varnish, реалізували більше 50 проектів з піковими навантаженнями до 10 000 RPS. Гарантуємо hit rate 85-95% або доопрацьовуємо безкоштовно. Замовте налаштування Varnish для вашого Magento 2 — отримайте консультацію протягом 1 дня. Зв'яжіться з нами, щоб обговорити ваш проект.