Смотрим на закладку «Масштабируемость» в мониторе — сколько одновременных пользователей выдерживает сервер
Хочу себе такие же кнопкиВы хотите знать, сколько одновременных посетителей может обслуживать ваш битрикс‑сайт? Давайте разберёмся, как читать закладку «Масштабируемость» в мониторе и какие цифры означают реальную пропускную способность сервера.
Что такое масштабируемость в контексте Bitrix
| Показатель | Что измеряется | Почему важен |
|---|---|---|
| Concurrent Users (CU) | Одновременные активные сессии | Определяет, сколько покупателей могут одновременно просматривать товары, не «залипая» на загрузке |
| Requests per Second (RPS) | Количество HTTP‑запросов в секунду | Связано с тем, как быстро сервер обрабатывает запросы к API, базе данных, кэшу |
| CPU Load | Средняя загрузка процессора за минуту | Высокий load → узкое место в вычислительных ресурсах |
| Memory Usage | Объём ОЗУ, занятый процессами | При нехватке ОЗУ начинается свопинг, что сильно замедляет работу |
Эти метрики находятся в одной вкладке «Масштабируемость» в стандартном мониторе Bitrix (в админке → Инструменты → Мониторинг).
Как открыть и что видеть в мониторе
- Войдите в админку → Инструменты → Мониторинг.
- Выберите вкладку Масштабируемость.
- На графике слева – 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 для ускорения кеша.
Как быстро проверить пределы без длительного теста
-
Запуск стресс‑теста с помощью
ab(ApacheBench) илиwrk.ab -n 5000 -c 100 https://yourdomain.com/Параметры:
-n– общее количество запросов,-c– количество одновременных соединений. -
Сравнить полученные RPS и время отклика с текущими показателями в мониторе.
-
Снять CPU Load и Memory Usage в момент пика. Если они находятся в диапазоне 80‑90 % → ваш сервер уже на пределе.
-
Сохранить результаты в CSV и построить график, чтобы видеть, как меняется CU при росте нагрузки.
Практика для закрепления
-
Определите текущий CU вашего сайта, открыв вкладку «Масштабируемость». Запишите значение и сравните с таблицей тарифов VDSina. На каком тарифе вы находитесь сейчас?
-
Сделайте короткий стресс‑тест с 50 одновременными пользователями (используйте
abили любой онлайн‑сервис). Какие изменения в CPU Load и Memory Usage вы увидели? -
Подсчитайте, сколько запросов в секунду (RPS) ваш сервер может обработать, если CU = 100 и каждый пользователь генерирует в среднем 3 запроса в секунду.
-
Выберите один из факторов (например, «База данных») и опишите, какие конкретные действия вы бы предприняли, чтобы увеличить CU на 20 % без изменения тарифного плана.
-
Сравните два тарифных плана 🏰 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 блог для бизнеса