Смотрим на закладку «Масштабируемость» в мониторе — сколько одновременных пользователей выдерживает сервер
Дата публикации: 24.06.2026

Смотрим на закладку «Масштабируемость» в мониторе — сколько одновременных пользователей выдерживает сервер

Хочу себе такие же кнопки
ccb9a536

Вы хотите знать, сколько одновременных посетителей может обслуживать ваш битрикс‑сайт? Давайте разберёмся, как читать закладку «Масштабируемость» в мониторе и какие цифры означают реальную пропускную способность сервера.


Что такое масштабируемость в контексте Bitrix

Показатель Что измеряется Почему важен
Concurrent Users (CU) Одновременные активные сессии Определяет, сколько покупателей могут одновременно просматривать товары, не «залипая» на загрузке
Requests per Second (RPS) Количество HTTP‑запросов в секунду Связано с тем, как быстро сервер обрабатывает запросы к API, базе данных, кэшу
CPU Load Средняя загрузка процессора за минуту Высокий load → узкое место в вычислительных ресурсах
Memory Usage Объём ОЗУ, занятый процессами При нехватке ОЗУ начинается свопинг, что сильно замедляет работу

Эти метрики находятся в одной вкладке «Масштабируемость» в стандартном мониторе Bitrix (в админке → Инструменты → Мониторинг).


Как открыть и что видеть в мониторе

  1. Войдите в админкуИнструментыМониторинг.
  2. Выберите вкладку Масштабируемость.
  3. На графике слева – CPU Load, справа – Memory Usage, внизу – CU и RPS.

Каждая линия снабжена числом в реальном времени и историческим графиком за последние 24 ч, 7 дн и 30 дн.


Интерпретировать цифры: от «нормального» к «критическому»

Диапазон CU Что это значит Действия
0 – 30 Низкая нагрузка, сервер работает в свободном режиме Можно добавить новые функции без риска падения
31 – 80 Средняя нагрузка, типична для небольших магазинов (до 500 товаров) Следить за ростом CPU/Memory, при росте > 70 % готовиться к масштабированию
81 – 150 Высокая нагрузка, уже ощущается «задержка» у некоторых пользователей Планировать переход на более мощный план 🏰 VDSina (Hi‑CPU)
> 150 Критическая нагрузка, сервер начинает отбрасывать запросы (502/504) Необходимо немедленно увеличить ресурсы или распределить нагрузку (кеш, CDN)

RPS обычно в 2‑3 раза выше CU (один пользователь генерирует несколько запросов в секунду). Если RPS превышает 300 req/s, а CU ещё ниже 100, значит у вас много «мелких» запросов (например, AJAX‑обновления).

CPU Load > 1.0 на одноядерном процессоре – уже сигнал к перегрузке. На 4‑ядерном сервере допустимый порог ≈ 4.0.

Memory Usage > 80 % ОЗУ – начало свопинга, ускоряется падение скорости.


Факторы, влияющие на одновременных пользователей

Фактор Как меняет CU Как контролировать
Тип контента Статические страницы → меньше запросов; динамические каталоги → больше Использовать Full‑Page Cache и Bitrix Cache
База данных Большие запросы к MySQL → повышенный CPU Индексировать часто используемые поля, настроить InnoDB Buffer Pool
PHP‑процессоры Количество воркеров PHP‑FPM Увеличить pm.max_children в конфиге, но только если ОЗУ позволяет
Внешние сервисы (payment, analytics) Задержки в API → «залипание» сессий Асинхронные запросы, таймауты, fallback
Трафик из поисковых роботов Частые сканирования → рост RPS без реальных покупателей Настроить robots.txt и rate limiting

Типичные пороги для тарифов VDSina

Тариф CPU (ядра) ОЗУ (ГБ) Дисковое пространство (ГБ) Ожидаемый CU (при типичном битриксе)
Starter (150 руб.) 1 2 30 30‑50
Standard 2 4 60 70‑100
Professional 4 8 120 150‑200
Hi‑CPU 8 16 250 300‑500+

Важно: цифры – ориентировочные. Реальная ёмкость зависит от конфигурации сайта, количества модулей и настроек кеша.

Если ваш монитор показывает CU ≈ 120, а вы на тарифе Standard, то уже стоит рассмотреть переход на Professional или добавить Redis/Memcached для ускорения кеша.


Как быстро проверить пределы без длительного теста

  1. Запуск стресс‑теста с помощью ab (ApacheBench) или wrk.

    ab -n 5000 -c 100 https://yourdomain.com/

    Параметры: -n – общее количество запросов, -c – количество одновременных соединений.

  2. Сравнить полученные RPS и время отклика с текущими показателями в мониторе.

  3. Снять CPU Load и Memory Usage в момент пика. Если они находятся в диапазоне 80‑90 % → ваш сервер уже на пределе.

  4. Сохранить результаты в CSV и построить график, чтобы видеть, как меняется CU при росте нагрузки.


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

  1. Определите текущий CU вашего сайта, открыв вкладку «Масштабируемость». Запишите значение и сравните с таблицей тарифов VDSina. На каком тарифе вы находитесь сейчас?

  2. Сделайте короткий стресс‑тест с 50 одновременными пользователями (используйте ab или любой онлайн‑сервис). Какие изменения в CPU Load и Memory Usage вы увидели?

  3. Подсчитайте, сколько запросов в секунду (RPS) ваш сервер может обработать, если CU = 100 и каждый пользователь генерирует в среднем 3 запроса в секунду.

  4. Выберите один из факторов (например, «База данных») и опишите, какие конкретные действия вы бы предприняли, чтобы увеличить CU на 20 % без изменения тарифного плана.

  5. Сравните два тарифных плана 🏰 VDSina (например, Standard и Professional) по показателям CPU и ОЗУ. Какой из них лучше подходит для сайта с 250 одновременными пользователями и почему?


Краткие рекомендации

  • Регулярно проверяйте вкладку «Масштабируемость», особенно перед рекламными акциями и сезонными пиками.
  • Не допускайте загрузки CPU > 80 % на более длительное время – это предвестник падения сайта.
  • Оптимизируйте кеш (Full‑Page, Bitrix Cache, Redis) – это самый дешевый способ увеличить CU без дополнительных расходов.
  • Планируйте переход на более мощный тариф 🏰 VDSina заранее: если ваш CU стабильно превышает 80 % от текущего лимита, подготовьте миграцию за неделю до ожидаемого пика.

Больше деталей о тарифах и возможностях можно посмотреть на сайте хостинга: VDSina.

Удачной оптимизации и стабильных продаж!


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 блог для бизнеса
рейтинг хостингов 2026 Быстрые VDS серверы