Для интернет-магазина на «1С-Битрикс» с умеренной нагрузкой разумный исходный ориентир — современный процессор с 6–8 производительными ядрами, 32–64 ГБ оперативной памяти и два серверных SSD в зеркальном массиве. Подбирать окончательную конфигурацию нужно по нагрузке от каталога, фильтров, корзины и обмена с 1С, а также по допустимому времени простоя. Число посетителей за сутки само по себе не определяет, какое железо потребуется магазину.
Что именно нагружает сервер интернет-магазина
Одинаковая посещаемость может создавать совершенно разную нагрузку. Один магазин показывает гостям готовые страницы из кеша, другой при каждом открытии пересчитывает персональную цену, доступность товара на нескольких складах и условия доставки. Во втором случае сервер выполняет гораздо больше работы.
Каталог и посетители создают разные виды нагрузки
Для расчёта ресурсов важны:
-
Товары и торговые предложения. Десять тысяч карточек с вариантами цвета и размера могут создавать значительно больше записей, чем десять тысяч простых товаров.
-
Свойства и фильтры. Отбор по множеству параметров, диапазонам цен и наличию усложняет запросы к базе.
-
Цены и склады. Персональные скидки, несколько типов цен и остатки по регионам увеличивают объём вычислений.
-
Действия покупателей. Авторизация, корзина и оформление заказа нагружают сервер иначе, чем просмотр готовой страницы.
-
Обновление данных. Импорт каталога, пересоздание изображений и массовая смена цен конкурируют с покупателями за ресурсы.
-
Автоматические обращения. Поисковые роботы и сборщики данных могут активно обходить фильтры, создавая множество редко повторяющихся запросов.
Почему нельзя выбирать сервер по посещаемости за сутки
Пять тысяч посещений, распределённых на весь день, и столько же посещений после запуска рекламы требуют разного запаса мощности. Дополнительно нужно различать активного посетителя и запрос, который сервер обрабатывает прямо сейчас: человек большую часть времени читает страницу, а не непрерывно обращается к базе.
Если поступает 20 динамических запросов в секунду, а средняя обработка занимает 0,4 секунды, одновременно выполняется в среднем около восьми запросов: 20 × 0,4 = 8. Расчёт относится к устойчивому потоку, а не к пикам и числу ядер. Часть времени запрос ждёт диск, базу или внешний сервис.
Требования «1С-Битрикс» и способ размещения
На момент подготовки материала, октябрь 2026 года, официальные технические требования «1С-Битрикс: Управление сайтом» указывают PHP 8.2 и MySQL 8.0 или выше. Это требования к программной совместимости, а не готовая конфигурация оборудования для интернет-магазина. Они не означают, что любая система, запускающая платформу, выдержит нагрузку конкретного проекта.
Для установки выбирают поддерживаемые версии, совместимые с ядром, шаблоном и модулями магазина. Минимальная версия не обязательно подходит для нового развёртывания. Смена окружения без учёта кода и расширений может нарушить интеграции.
Виртуальный сервер, аренда или собственное оборудование
Виртуальный сервер удобен для старта и постепенного увеличения ресурсов. Но важны не только память и число виртуальных процессоров в тарифе: нужно учитывать модель физического процессора, гарантированную долю его времени и ограничения накопителей. Виртуальный процессор не всегда равен отдельному физическому ядру.
Аренда выделенного сервера подходит для устойчивой нагрузки и требований к предсказуемому доступу к ресурсам. Она позволяет получить отдельное оборудование без покупки, однако условия обслуживания, например замены неисправных компонентов и резервного копирования зависят от договора.
Собственный сервер имеет смысл при длительном горизонте эксплуатации, подходящей площадке и наличии специалистов с подходящими компетенциями. Кроме покупки самого сервера оплачивают размещение, питание, связь и обслуживание. Офис без резервного питания и устойчивого канала плохо подходит для круглосуточного приёма заказов.
Как выбрать процессор
Процессор влияет на скорость выполнения PHP и работу базы данных. При этом один запрос обычно содержит последовательные участки: дополнительные ядра не заставят их выполняться во много раз быстрее. Большее число ядер прежде всего помогает обслуживать несколько запросов и фоновых задач одновременно.
Что учитывать помимо частоты
-
Поколение и архитектуру. Одинаковая частота не означает одинаковое количество работы за единицу времени.
-
Устойчивую частоту под нагрузкой. Максимальная частота ускорения для одного ядра не описывает работу всех ядер одновременно.
-
Физические ядра и потоки. Два аппаратных потока одного ядра делят его ресурсы; это не два независимых ядра.
-
Настройки питания и охлаждение. Ограничения мощности и перегрев способны снизить производительность уже купленного оборудования.
-
Профиль приложения. Результат общего процессорного теста полезен для предварительного сравнения, но не заменяет нагрузку реального магазина.
Обычному магазину не нужна видеокарта. Она может потребоваться отдельному сервису обработки изображений или машинного обучения, но не ускоряет стандартные операции PHP, корзины и базы данных сама по себе.
Сколько оперативной памяти нужно магазину
Память расходуется не только на файлы сайта. Её используют база данных, процессы PHP, кеши, операционная система, обработка изображений и импорт. Если ресурсы закончились, обращения к файлам подкачки на диске могут резко увеличить задержки. Увеличение числа процессов PHP в такой ситуации делает проблему сильнее.
В документации MySQL о буферном пуле InnoDB объясняется, что часто используемые данные таблиц и индексов кешируются в оперативной памяти. Это уменьшает необходимость читать их с накопителей. Поэтому дополнительная память бывает полезнее перехода на более дорогой процессор, когда магазин постоянно обращается к одним и тем же данным.
Как распределять память между службами
Например, на сервере с 32 ГБ можно предварительно выделить 12 ГБ под буферный пул базы, оставить около 8 ГБ системе, остальным кешам и резерву, а оставшиеся 12 ГБ рассматривать как бюджет процессов PHP. Если один такой процесс в рабочем сценарии занимает около 250 МБ, получится предел порядка 48 процессов по памяти. Это не рекомендуемое число обработчиков: процессор, база и всплески потребления могут ограничить параллельность раньше.
Параметр PHP memory_limit задаёт ограничение памяти скрипта и не равен фактическому потреблению всего процесса. Для расчёта используют измерения на страницах каталога, в корзине и во время фоновых операций, включая наиболее тяжёлые обращения.
Что важно при покупке модулей
Для физического сервера выбирают поддерживаемую память ECC с коррекцией ошибок и заполняют каналы по схеме производителя. На виртуальном хосте избегают нехватки реально доступной памяти. Второй процессор покупают при измеренной потребности; память и устройства в двухпроцессорной системе размещают с учётом их привязки к процессору.
Какие накопители нужны для сайта и базы данных
База данных выполняет множество небольших операций, а запись заказа требует надёжного сохранения изменений. Поэтому скорость последовательного чтения, крупно написанная в описании SSD, плохо характеризует поведение магазина. Для этой нагрузки важны задержки случайного чтения и записи, а также стабильность работы при одновременных операциях.
SSD — твердотельные накопители. Серверные SSD с подключением SATA или SAS могут быть достаточны для умеренной нагрузки. NVMe — протокол доступа к накопителям через PCIe — даёт больший потенциал параллельных операций. Но при медленных запросах без подходящих индексов одна замена дисков не решит проблему.
На какие характеристики SSD смотреть
-
Ресурс записи. Он должен соответствовать записи базы, журналов, временных данных и обновлению каталога. Большой объём чтения сам по себе не означает столь же большой износ.
-
Защита при потере питания. Для базы данных полезны накопители с аппаратной защитой от потери питания. Важна сохранность подтверждённых записей по всей цепочке, включая контроллер.
-
Стабильность задержек. Быстрый результат короткого теста не гарантирует такую же работу после длительной записи и заполнения диска.
-
Совместимость. Корзина для дисков подходящего размера ещё не означает поддержку NVMe. Нужны соответствующие соединительная плата, кабели, линии PCIe и поддерживаемая схема подключения.
-
Охлаждение и обслуживание. Накопитель должен сохранять рабочие характеристики в выбранном корпусе; горячая замена зависит от платформы и настройки массива.
Полезная ёмкость и резерв места
Два SSD по 960 ГБ в RAID 1 дают примерно 960 ГБ полезной номинальной ёмкости, а не 1,92 ТБ. Четыре таких диска в RAID 10 дают около 1,92 ТБ без учёта разметки. При отображении объёма в двоичных единицах цифры будут меньше. Зеркало сохраняет данные при отказе одного накопителя, но не спасает от ошибочного удаления и повреждения базы.
Ёмкость рассчитывают с учётом:
-
базы данных и её роста;
-
оригинальных фотографий и создаваемых уменьшенных копий;
-
кеша и поисковых индексов;
-
журналов приложения и базы данных;
-
временного места для импорта и обновлений;
-
свободного пространства для штатной работы и обслуживания.
Если рабочие данные занимают 300 ГБ, ожидаемый рост составляет 150 ГБ, а временные операции и журналы требуют ещё 100 ГБ, получается 550 ГБ. При плановом заполнении не более 75% понадобится около 733 ГБ полезной ёмкости: 550 / 0,75. Зеркальная пара по 960 ГБ выглядит подходящим кандидатом для этой расчётной ситуации, но хранение локальных копий потребует дополнительного места.
Как кэширование и обмен с 1С меняют требования к железу
Кеширование уменьшает объём повторных вычислений. Но у магазина есть несколько разных кэшей: готовые страницы, результаты компонентов, подготовленный код PHP и данные базы в памяти. Увеличение одного из них не гарантирует, что остальные ограничения исчезнут.
Композитный режим «1С-Битрикс» позволяет быстро отдавать сохранённую часть страницы, дополняя её динамическими областями. Это полезно для гостевого просмотра каталога. Однако персональные цены, корзина и оформление заказа по-прежнему могут требовать выполнения кода и обращения к базе. Оценивать сервер только по скорости кэшированной главной страницы нельзя.
Почему магазин тормозит после обновления каталога
Массовый обмен с 1С включает запись новых значений, обработку изображений и обновление связанных данных. Если изменения сбрасывают большой объём кэша, следующие обращения покупателей должны сформировать его заново. Во время этого периода нагрузка может быть выше, чем при обычном просмотре.
Полезно разделять операции обмена:
-
частое обновление цен и остатков;
-
загрузку новых товаров и описаний;
-
передачу фотографий;
-
перестроение поисковых и фильтровых индексов;
-
обмен заказами и статусами.
Фоновые задачи стоит организовывать через планировщик, когда это соответствует устройству проекта. Перенос выполнения с пользовательских обращений делает расписание предсказуемее, но не уменьшает общий объём работы. Одновременно нужно избегать повторного запуска длительной операции, пока предыдущая не закончилась.
Когда дополнительные ресурсы не помогают
Если обработка заказа ждёт внешний сервис доставки или оплаты, процессор может оставаться почти свободным, а покупатель всё равно будет видеть задержку. Здесь важны ограничение времени ожидания, корректная обработка ошибок и возможность выполнять подходящие операции в фоне.
Примеры конфигураций для разных сценариев
| Сценарий | Процессор | Память | Накопители |
|---|---|---|---|
| Небольшой магазин с преимущественно гостевым просмотром и умеренным обменом | 6–8 производительных ядер | 32 ГБ с возможностью расширения до 64 ГБ | 2 серверных SSD по 960 ГБ в RAID 1 |
| Растущий магазин с активными фильтрами, личными кабинетами и регулярным обменом | 8–16 производительных ядер | 64–128 ГБ | 2 SSD по 1,92 ТБ в зеркале либо 4 SSD по 960 ГБ в RAID 10 |
| Проект с разделением приложения и базы данных | Приложение — 8–16 ядер; база — 8–16 ядер | Приложение — 32–64 ГБ; база — 64–128 ГБ | Отдельные зеркальные пары SSD для узлов; для базы можно рассматривать серверные NVMe |
В таблице указаны физические ядра, а не виртуальные процессоры облачного тарифа. Это ориентиры, а не официальные требования или гарантии посещаемости. Эти диапазоны предполагают настроенное кеширование, исправные индексы базы и отсутствие тяжёлой посторонней нагрузки. Для каждого варианта резервное хранилище учитывается отдельно. Последняя строка показывает разделение ресурсов, а не готовую отказоустойчивую систему: отказ единственного узла базы всё ещё остановит магазин.
Когда нужны отдельная база данных и несколько серверов
Отделение базы позволяет независимо наращивать память и накопители, а приложению — процессорные ресурсы. Но появляется сетевая задержка. Если одна страница выполняет множество последовательных запросов к удалённой базе, даже небольшая задержка каждого обращения складывается в заметное время.
Связь с базой организуют в частной сети с низкими задержками. Скорость порта 1 или 10 Гбит/с выбирают по трафику, копированию и запасу роста. Для распределённой работы учитывают возможности лицензии, модулей и кода проекта.
Что потребуется при нескольких веб-узлах
-
Единый доступ к загруженным файлам или согласованная схема их распространения.
-
Хранение пользовательских сессий, которое сохраняет авторизацию при замене узла.
-
Согласованное кеширование и сброс кеша после изменения данных.
-
Распределение запросов с учётом доступности узлов.
-
Организация фоновых заданий без повторного выполнения одних и тех же действий.
Реплика базы данных тоже не является универсальным ускорителем. Перенос операций чтения требует поддержки со стороны приложения и учёта отставания реплики. Свежий заказ или остаток не должен исчезать из интерфейса из-за чтения ещё не обновлённых данных. А резервирование базы требует продуманного переключения, иначе копия будет существовать, но магазин останется недоступным.
Как отличить нехватку ресурсов от проблем приложения
Покупка более мощного сервера оправдана, когда измерения показывают ограничение оборудования. Один показатель загрузки процессора или балл встроенного теста не объясняет поведение магазина целиком. Нужно связывать состояние системы с конкретной операцией покупателя и временем её выполнения.
| Что происходит | Возможное ограничение | Какое действие имеет смысл |
|---|---|---|
| Во время пика растёт очередь запросов, процессор занят | Недостаток вычислительных ресурсов либо тяжёлый код | Найти дорогие операции; затем сравнить более быстрые ядра или увеличение их числа |
| Появляется подкачка, задержки резко растут | Не хватает памяти или запущено слишком много обработчиков | Пересчитать бюджет памяти, ограничить параллельность, при необходимости добавить память |
| База долго читает данные, растут задержки накопителей | Недостаточный кеш базы, медленные диски или избыточные чтения | Проанализировать запросы и индексы; оценить пользу памяти и SSD |
| Во время обмена зависают операции с товарами и заказами | Блокировки или длительные транзакции | Изменить обмен и границы транзакций; замена дисков может не устранить ожидание |
| Сервер свободен, оформление заказа медленное | Ожидание внешней системы | Разобрать интеграцию, время ожидания и обработку отказов |
Какая нагрузка показывает реальные ограничения
Испытание должно воспроизводить смесь действий: просмотр категории, фильтрацию, открытие товара, добавление в корзину и оформление заказа. Отдельные сценарии нужны для авторизованных покупателей, обмена с 1С и периода после сброса кеша. Важны реалистичные каталог и настройки, а не только пустая установка платформы.
Результат описывают временем ответа, долей ошибок и поведением очередей. Полезен показатель времени, в которое укладываются 95% запросов: среднее значение может скрывать долгие ожидания части покупателей. Для заказа нужно оценивать ещё и корректность результата — отсутствие дубликатов, сохранение состава корзины и согласованное изменение остатков.
Какие серверные платформы рассмотреть
HPE ProLiant DL360
HPE DL360 Gen12.
Источник изображения: Сервер Молл
DL360 — вариант для размещения в стойке, когда важна компактность корпуса 1U. Его можно рассматривать для приложения, базы данных умеренного размера или хоста виртуальных машин, если выбранная комплектация обеспечивает нужную память и дисковую подсистему.
HPE ProLiant DL380
HPE Proliant DL380 Gen11.
Источник изображения: Сервер Молл
DL380: корпус 2U удобен, когда нужны развитое локальное хранилище, дополнительные платы или больший запас расширения. Такой сервер можно рассматривать как общий узел приложения и базы либо как отдельный сервер базы данных.
Различия платформ разобраны в статье «HPE ProLiant DL380: сравнение поколений Gen9–Gen12». Для магазина номер поколения стоит оценивать через производительность подходящих процессоров, поддержку нужных накопителей, срок эксплуатации и стоимость размещения.
Как выбирать поколение и комплектацию
Сравнивают полную сборку, а не цену пустого шасси. У Gen9 учитывают возраст, у восстановленных платформ — состояние и замену компонентов. Gen10 и Gen10 Plus могут быть кандидатами при ограниченном бюджете; Gen11 и Gen12 — для более длительного горизонта эксплуатации. Номер поколения не гарантирует скорость конкретной сборки.
Характеристики смотрят в карточке Servermall, а документы открывают и проверяют по содержимому. Максимум дисков в спецификации семейства не означает, что нужные корзины и контроллеры установлены в продаваемом сервере.
Доступность магазина и стоимость эксплуатации
Зеркальные диски и два блока питания уменьшают риск отдельных аппаратных отказов, но не обеспечивают непрерывную работу магазина. Копии хранят вне рабочего сервера с отдельными правами доступа. Реплика не заменяет архив: ошибочное изменение попадёт и на неё. Второй блок питания полезен, если резервирование реализовано и со стороны питания площадки. Оба блока, подключённые к одной отказавшей линии, не сохранят доступность.
Восстановление нужно планировать вокруг заказов и оплаты. Если приемлема потеря не более 15 минут изменений, одна ночная копия не соответствует этой цели. Если магазин должен вернуться к работе за час, наличие архива само по себе не подтверждает, что загрузка данных и переключение действительно займут столько времени.
Резервные копии базы и файлов должны позволять получить согласованное состояние. Помимо фотографий и таблиц понадобятся настройки, код проекта и сведения, необходимые для запуска служб. Для более частого восстановления изменений базы может применяться сохранение её журналов, но такую схему проектируют под используемую систему и процессы магазина.
За что придётся платить кроме оборудования
В стоимость владения входят:
-
размещение в дата-центре и потребляемая мощность;
-
интернет-канал, защита от перегрузки внешними запросами и сетевые услуги;
-
резервное хранилище и передача копий;
-
сопровождение системы, базы данных и интеграций;
-
обновления, запасные компоненты и плановые работы;
-
потери продаж при простое и время восстановления.
Для интернет-магазина на «1С-Битрикс» выбирайте сервер по нагрузке в часы продаж и во время обмена с 1С. Начать можно со сбалансированной конфигурации с производительными ядрами, достаточной памятью и серверными SSD, а расширять её — по результатам измерений. При сравнении предложений учитывайте возможность наращивания ресурсов, стоимость эксплуатации и время восстановления после отказа: от этого зависит, сможет ли магазин принимать заказы по мере роста бизнеса.
