Нагрузка на сайт: как рассчитать с помощью калькулятора
- Одновременная сессия (CCU) = RPS × среднее время сессии (сек); RPS — количество запросов в секунду.
- Для среднего бизнеса типичная нагрузка: 50–200 RPS, пиковая в акции — до 1000 RPS.
- Формула: CPU cores × 1.5 × max_connections = ориентир ёмкости сервера.
- По данным HostTracker 2026, 70% сайтов лежат из-за неверного расчёта пиковой нагрузки.
- Онлайн-калькулятор нагрузки на сайт делает подбор за 2 минуты — без ручного счёта.
- Что такое нагрузка на сайт и как её измерить
- Формулы расчёта нагрузки: базовые метрики
- Пример расчёта шаг за шагом: интернет-магазин со скидкой
- Как рассчитать нагрузку по серверным метрикам
- Частые ошибки при оценке нагрузки (и как их избежать)
- Как отладить нагрузку: инструменты и подходы
- Связь нагрузки и конверсии как дополнительный контроль
- Сравнение облачных решений по нагрузке в 2026 году
- Автоматизация расчёта с помощью калькуляторов
Что такое нагрузка на сайт и как её измерить
Нагрузка на сайт — это количество запросов, которые сервер должен обработать за единицу времени. Основные метрики:
- RPS (Requests Per Second) — число запросов в секунду.
- CCU (Concurrent Users) — количество пользователей онлайн одновременно.
- Время ответа (latency) — сколько сервер отвечает на запрос.
Измерить текущую нагрузку можно через логи веб-сервера (Nginx, Apache), системы мониторинга (Prometheus + Grafana) или облачные сервисы. Для нового проекта нагрузку прогнозируют по бюджету рекламы и конверсии.
Пример: бюджет 100 000 ₽/день, CPA 500 ₽ → 200 лидов/день. Если средний пользователь делает 20 запросов, то RPS = (200 × 20) / 86400 ≈ 0.046 — это мизер. Но в пик при запуске акции RPS может вырасти в 100 раз.
Формулы расчёта нагрузки: базовые метрики
Три главные формулы:
Расшифровка:
- Суточные визиты — число уникальных посетителей.
- Запросы на визит — сколько раз браузер дёргает сервер (страницы, API, изображения).
- Пик-фактор — коэффициент неравномерности (для рекламных кампаний — 5–10).
| Метрика | Старый сайт | Средний | Акция |
|---|---|---|---|
| RPS | 10 | 100 | 1000 |
| CCU | 50 | 500 | 5000 |
| Время ответа (мс) | 500 | 200 | 1000 |
Важно: считайте не среднюю, а пиковую нагрузку — иначе в час пик сайт ляжет.
Пример расчёта шаг за шагом: интернет-магазин со скидкой
Предположим, вы открываете интернет-магазин с акцией: скидка 30% в первый день. Прогноз:
- Ожидаемые уникальные посетители в день: 50 000.
- Средний пользователь загружает 5 страниц + 10 запросов (картинки, корзина) = 15 запросов.
- Среднее время сессии: 300 секунд (5 минут).
Шаг 1. Суточные запросы: 50 000 * 15 = 750 000 запросов/день.
Шаг 2. Средний RPS: 750 000 / 86 400 ≈ 8.68 RPS.
Шаг 3. Пик-фактор: для рекламной акции берём 8. Пиковый RPS = 8.68 * 8 ≈ 69.5 RPS.
Шаг 4. CCU = RPS × время сессии = 69.5 × 300 ≈ 20 850 человек онлайн.
Шаг 5. Нужен сервер, способный обработать 70 RPS и держать 21k CCU. Типовой однопроцессорный виртуальный сервер (4 ядра, 8 ГБ ОЗУ) держит примерно 150–300 RPS на PHP. Значит — с запасом.
Если в реальности окажется 200 RPS — сервер упрётся в CPU. Лучше заложить запас 50%.
Как рассчитать нагрузку по серверным метрикам
На сервере важны три ресурса: CPU, RAM, I/O. Формула ёмкости для однопоточного приложения:
Пример: 4 ядра, среднее время ответа 0.2 сек → RPS ≈ (4 × 1.5) / 0.2 = 30 RPS. Это для простого PHP без кеша.
С кешем (Redis, Varnish) RPS может вырасти в 10–50 раз.
| Компонент | Рекомендация | Запас |
|---|---|---|
| CPU | ≥ 2 ядра на 100 RPS | +50% |
| RAM | ≥ 1 ГБ на 100 CCU | +30% |
| Диск I/O | SSD NVMe обязателен | — |
Для точного расчёта используйте Калькулятор нагрузки на сервер — он учтёт тип бэкенда и архитектуру.
- 1Сбор данных
Определите суточные визиты и запросы на визит через аналитику.
- 2Расчёт среднего RPS
Разделите суточные запросы на 86 400 секунд.
- 3Определение пик-фактора
Для акций — 5–10, для обычного дня — 2–3.
- 4Вычисление пикового RPS
Умножьте средний RPS на пик-фактор.
- 5Расчёт CCU
Умножьте пиковый RPS на среднее время сессии (сек).
- 6Выбор сервера
Сравните с ёмкостью: ядра × 1.5 / latency.
- 7Нагрузочное тестирование
Запустите wrk или Locust с пиковым RPS.
Частые ошибки при оценке нагрузки (и как их избежать)
- Ошибка 1: путают RPS и CCU. Исправление: считайте оба. CCU важен для ОЗУ, RPS — для CPU.
- Ошибка 2: берут среднюю нагрузку вместо пиковой. Исправление: используйте пик-фактор 5–10 или данные Google Analytics за прошлые пики.
- Ошибка 3: не учитывают статику (CDN). Если картинки/скрипты кешируются через CDN, нагрузка на бэкенд падает на 50–70%.
- Ошибка 4: игнорируют логику. Если один запрос к API генерит 10 SQL-запросов — RPS нужно умножить на 10.
Всегда тестируйте нагрузку до запуска: нагрузите сервер утилитой wrk или Locust.
✅ Чек-лист перед запуском сайта
0 из 8
Как отладить нагрузку: инструменты и подходы
Для реального тестирования используйте:
- wrk — генератор запросов из командной строки:
wrk -t12 -c400 -d30s http://example.com(12 потоков, 400 соединений, 30 сек). - Locust — пишется на Python, имитирует поведение пользователей.
- JMeter — мощный GUI-инструмент.
Команда для быстрой проверки (wrk):
wrk -t4 -c100 -d10s https://mysite.com/Результат покажет RPS, latency и ошибки. Если latency > 500 мс или ошибки > 1% — сервер слабоват.
Параллельно следите за CPU через htop, память — через free -h. Узкое место видно сразу: CPU 100% → мало ядер; RAM swap → не хватает памяти.
Для расчётов используйте Калькулятор нагрузки на сайт — он сразу выдаёт нужные метрики.
Связь нагрузки и конверсии как дополнительный контроль
Если сервер тормозит — конверсия падает. По данным Google 2025, увеличение времени загрузки с 1 до 3 секунд снижает конверсию на 32%. Поэтому полезно отслеживать и конверсию.
Формула для плана: необходимые ресурсы = (желаемые лиды × среднее число запросов) / (конверсия × 86400) × пик-фактор.
Пример: хотим 1000 лидов/день, конверсия 2%, каждый лид — 20 запросов, пик-фактор 5. Суточные визиты = 1000 / 0.02 = 50 000. Запросы = 50 000 × 20 = 1 000 000. RPS ср. = 1 000 000 / 86 400 ≈ 11.6. Пиковый RPS = 11.6 × 5 = 58 RPS.
Если конверсия упадёт до 1%, то визитов нужно 100 000 → RPS = 116 — вдвое больше. Связь прямая.
Рассчитайте конверсию своего сайта через Калькулятор конверсии сайта, чтобы скорректировать нагрузку.
Сравнение облачных решений по нагрузке в 2026 году
| Провайдер | Макс. RPS (типовой) | Особенность |
|---|---|---|
| VDS с PHP | 150–300 на 4 ядра | Дешево, но не масштабируется |
| Managed K8s | 1000+ | Автоскейлинг, сложнее |
| Serverless (Lambda) | 10 000+ | Оплата за запрос, холодный старт |
Рекомендация: для старта — VDS + кеш, для роста — Kubernetes или serverless.
Автоматизация расчёта с помощью калькуляторов
Чтобы не считать вручную, используйте онлайн-калькуляторы. Они дают результат за 1 минуту и учитывают типовые пик-факторы.
Калькулятор нагрузки на сайт — для быстрого расчёта RPS и CCU.
Калькулятор нагрузки на сервер — для подбора конфигурации.
Эти инструменты экономят часы и исключают арифметические ошибки.
🧮 Посчитайте сами — инструменты по теме
🧭 Разделы по теме
Частые вопросы
Как рассчитать нагрузку на новый сайт без истории?
Оцените по рекламному бюджету: разделите дневной бюджет на стоимость клика, получите визиты. Умножьте на среднее число запросов (обычно 10-30). Далее по формуле RPS = (визиты × запросы) / 86400.
Сколько RPS выдерживает обычный VDS на 4 ядра?
Для PHP-сайта без кеша — около 150-300 RPS. С кешем (Redis, Varnish) — до 2000 RPS. Зависит от сложности запросов.
Что такое пик-фактор и как его выбрать?
Пик-фактор — коэффициент, показывающий, во сколько раз пиковая нагрузка выше средней. Для интернет-магазинов в акции — 5-10, для новостных сайтов в час новости — 10-20.
Какой запас по нагрузке рекомендуется?
Минимум 50% запаса по RPS и CCU, а лучше 100%. Если пиковый RPS = 100, сервер должен держать 200 RPS с latency менее 500 мс.
Чем отличается CCU от RPS?
RPS — количество запросов в секунду. CCU — количество людей онлайн одновременно. Связь: CCU = RPS × среднее время сессии. Для расчёта памяти важен CCU, для CPU — RPS.
Как нагрузка влияет на конверсию?
Каждая секунда задержки сверх 1 секунды снижает конверсию в среднем на 7-10% (по данным Google). При latency > 3 секунд около 53% пользователей уходит с сайта.
Какие инструменты лучше для нагрузочного тестирования?
Для быстрой проверки — wrk (командная строка). Для сложных сценариев — Locust (Python) или JMeter (GUI). Все бесплатны.
Как часто нужно пересчитывать нагрузку?
При каждом изменении рекламного бюджета, запуске акции или обновлении кода. Рекомендую раз в квартал, если посещаемость стабильна.
Источники и нормативные документы
- HostTracker — статистика доступности сайтов 2026
- Google PageSpeed Insights — влияние времени загрузки на конверсию
- Nginx — документация по настройке производительности
- wrk — утилита для нагрузочного тестирования