Дата публикации: 24.06.2026

Запускаем тестирование нагрузки средствами Битрикс — закладка «Масштабируемость» покажет предел

Что вы получите от этого урока

Вы узнаете, как проверить нагрузочную ёмкость сайта на 1С‑Битрикс с помощью встроенного инструмента «Масштабируемость». Научитесь быстро определить, где находятся узкие места, и какие параметры VDS‑сервера нужно менять — от базового 150 МБ до мощного Hi‑CPU. Всё это без сторонних утилит, только в админке Битрикса, так что вы сможете сразу же применить полученные данные к выбору хостинга.

1. Где находится «Масштабируемость» и зачем она нужна

Раздел ад Что показывает	Почему это важно
Настройки → Производительность → Масштабируемость	Время отклика, количество запросов в секунду, использование CPU/Memory, количество открытых соединений	Позволяет увидеть предел текущего сервера до того, как пользователь начнёт жаловаться на медленную работу.

Аналогия: представьте, что ваш сайт — это автодорога. Инструмент «Масштабируемость» показывает, сколько машин (запросов) могут проехать одновременно, прежде чем возникнут пробки (задержки). Если дорога уже перегружена, вы знаете, что нужно расширить её (перейти на более мощный VDS).

2. Подготовка к тестированию

Отключите кэш
- В админке → Настройки → Производительность → Кэш отключите HTML‑кэш, OPcache, Memcached (если они включены).
- Это гарантирует, что измеряется чистая нагрузка на процессор и диск, а не ускоренный ответ от кэша.
Выберите тип нагрузки
- Статический — запросы к домашней странице и нескольким типовым URL.
- Динамический — запросы к каталогу, корзине, оформлению заказа.
- Для начала достаточно статического теста, он быстрее запускается и даёт базовый уровень.
Определите цель
- 150 МБ — минимальный план, подходит для небольших лендингов.
- 500 МБ – 1 ГБ — средний каталог, несколько сотен товаров.
- Hi‑CPU — многотысячные каталоги, высокая конкуренция, рекламные кампании.

3. Запуск теста в «Масштабируемости»

Откройте Настройки → Производительность → Масштабируемость.
Нажмите кнопку «Запустить нагрузочный тест».

В появившемся окне укажите:

Параметр	Рекомендация	Примечание
Количество запросов	200‑500	Чем больше, тем точнее результат, но и дольше длительность.
Пауза между запросами	0,2 сек	Позволяет имитировать реальный пользовательский поток.
Тип запросов	«Статический»	Для первого этапа.

Нажмите «Старт». Система начнёт отправлять запросы к вашему сайту и собирать метрики.

Важно: тест работает в фоновом режиме, поэтому не закрывайте вкладку, пока не получите результаты.

4. Что показывают результаты

После завершения теста появятся четыре графика:

График	Что измеряется	Как интерпретировать
Время отклика (ms)	Среднее и максимальное время обработки запроса	Если max > 2000 ms, сервер уже «запыхался».
CPU‑нагрузка (%)	Процент использования процессора	При > 80 % длительным периодом – узкое место.
Memory‑usage (MB)	Память, занятная процессом PHP	При > 90 % от доступного объёма – необходимо добавить RAM.
Connections	Количество открытых соединений к базе	При > 500 соединений MySQL часто «залипает».

Пример анализа

Среднее время отклика = 350 ms (хорошо)
Максимальное время = 2100 ms (проблема)
CPU = 78 % (почти предел)
Memory = 130 MB из 256 MB (в порядке)

Вывод: сервер справляется с обычной нагрузкой, но при пике (параллельных запросов > 300) процессор начинает «запотеть». Решение – перейти на VDS с большим количеством ядер (Hi‑CPU) или добавить caching‑слой (Redis).

5. Как подобрать VDS‑план по результатам теста

Показатель тест	Рекомендованный план VDS
CPU ≤ 50 %, Memory ≤ 30 %, max ≤ 800 ms	150 МБ (базовый)
CPU ≈ 70 %, Memory ≈ 50 %, max ≈ 1500 ms	500 МБ – 1 ГБ (средний)
CPU ≥ 80 %, Memory ≥ 70 %, max ≥ 2000 ms	Hi‑CPU (многоядерный)

Совет: если ваш сайт растёт, лучше сразу брать план с запасом в 20‑30 % от текущих потребностей. Это экономит время и деньги на миграцию в середине проекта.

6. Практический пример: переход с 150 МБ на Hi‑CPU

Текущий план: 150 МБ, 1 CPU, 256 MB RAM.
Результат теста: CPU = 85 %, max = 2500 ms.
Выбор нового плана: Hi‑CPU с 4 ядрами, 4 GB RAM.
Как мигрировать:
- Закажите новый сервер у VDSina: VDSina.
- Скопируйте файлы сайта и базу данных (scp, mysqldump).
- На новом сервере включите OPcache и Redis (если планируются).
- Повторите тест «Масштабируемости» – теперь CPU ≈ 30 %, max ≈ 600 ms.
Проверка: откройте сайт в разных браузерах, протестируйте форму заказа, убедитесь, что всё работает без задержек.

7. Частые ошибки и как их избежать

Ошибка	Почему происходит	Как исправить
Тест без отключённого кэша	Кэш скрывает реальную нагрузку	Отключите все типы кэша перед запуском
Слишком маленькое количество запросов	Не выявляются узкие места при пике	Увеличьте количество до 500‑1000 запросов
Игнорирование ошибок MySQL	Перегрузка БД часто является причиной «запотения»	Проверьте лог MySQL, добавьте репликацию или увеличьте `innodb_buffer_pool_size`
Выбор плана только по цене	Дешёвый сервер может привести к падению продаж	Сравнивайте метрики теста с рекомендациями из таблицы выше

8. Как автоматизировать проверку

Cron‑задача: каждые 24 ч. запускайте скрипт, который через API Битрикса собирает метрики performance.get.
Уведомления: настройте отправку письма, если CPU > 80% или max_response_time > 2000 ms.

<?php
$api = new \Bitrix\Main\Web\Uri('/bitrix/tools/performance.php');
$response = $api->send();
$data = json_decode($response->getBody(), true);
if ($data['cpu'] > 80 || $data['max_time'] > 2000) {
    mail('admin@example.com', '⚠️ Превышена нагрузка', 'Текущий CPU: '.$data['cpu'].'%');
}
?>

9. Итоги

Тест «Масштабируемости» — быстрый способ увидеть, где ваш сайт «запыхает».
Анализ метрик помогает подобрать оптимальный VDS‑план без лишних расходов.
Регулярный мониторинг и автоматические оповещения позволяют поддерживать стабильную работу даже при росте трафика.

Практика для закрепления

Запустите тест на вашем текущем сервере, отключив все типы кэша. Запишите значения CPU, Memory и max Response Time.
Сравните полученные цифры с таблицей рекомендаций и выберите, какой план VDS вам нужен. Объясните, почему.
Смоделируйте сценарий пика: увеличьте количество запросов до 800 и проверьте, как изменятся метрики. Что стало самым узким местом?
Создайте простую Cron‑задачу, которая будет отправлять вам письмо, если max Response Time превысит 1500 ms. Приведите код.
Опишите в 3‑4 предложениях, как вы будете оптимизировать сайт, если после перехода на Hi‑CPU всё равно будет наблюдаться high Memory usage.

Ответьте на вопросы в комментариях к уроку, и мы разберём ваши решения в следующем занятии.

CamZamZam - онлайн фото с вебкамеры с эффектами
Cartoon Network: игры с персонажами
Чат рулетка в 2026: будущие функции
Эксперт по доменным стратегическим решениям
Хостинг для e-commerce проектов
Как играть в слоты
Как настроить CDN для сайта на хостинге Host.bg
Как настроить SSL-сертификат для сайта на Host.bg
Как оптимизировать производительность сайта с хостингом Host.bg
Как выбрать правильный хостинг для вашего сайта
Какие бывают ЛОР болезни у детей
Кассовые терминалы с оплатой картами
LOL куклы витрина детская
Лучшие видеорегистраторы для водителей
Онлайн QR-код сканер
Онлайн-связь
Оптимизация производительности баз данных на хостинге Host.bg
Основы настройки веб-хостинга: что вам нужно знать
Партнёрская программа без блога: как получать трафик из Telegram
Профессиональные хитрости для пользователей хостинга Host.bg
Регистрация ИП в Москве для иностранных граждан
Сравнение хостинга Host.bg с другими провайдерами
Субтитры — нет, уши — включены: погружение в английский за 5 минут
Сумки с бусинами
Техника для строительства загородных трасс
ТОП-10 VPS для разработчика: рейтинг серверов под рабочие задачи
WordPress блог для бизнеса