Назад в блог/VPS для 1С: как прогнать тест Гилёва и выбрать конфигурацию

VPS для 1С: как прогнать тест Гилёва и выбрать конфигурацию

Как подготовить стенд, прогнать тест Гилёва и честно сравнить баллы, чтобы выбрать VPS для 1С: однопоток и кэш, NVMe для SQL, файловый или клиент-серверный режим.

Когда бухгалтерия жалуется, что «1С опять думает», спорить о причинах можно бесконечно: виноваты то ли ядра, то ли диск, то ли сеть, то ли сама база. Тест Гилёва — простой способ превратить ощущения в цифру. Он не ответит на все вопросы, но даст общую точку отсчёта: для старого сервера, для нового VPS и для конфигурации, которую вы только собираетесь арендовать.

Разберём, как подготовить стенд, как прогнать тест, как честно читать баллы и как по результату подобрать сервер под 1С, не переплачивая за ненужное железо.

Зачем тест Гилёва перед арендой или переездом

Тест Гилёва — это синтетический тест производительности платформы 1С:Предприятие. Он выполняет типовые для 1С операции: запись и чтение данных, работу с временными таблицами, вычисления на встроенном языке — и выдаёт итог в условных баллах. Чем выше балл, тем быстрее платформа работает на этом конкретном железе и в этом конкретном окружении.

Главная ценность теста не в абсолютной цифре, а в сравнении. Прогнали тест на текущем офисном сервере, затем на VPS — и сразу видно, станет ли лучше после переезда. Без такого замера переезд превращается в лотерею: сервер вроде бы «мощнее», а документы проводятся так же долго, потому что узкое место было совсем в другом месте.

Есть и вторая польза. Тест помогает разговаривать с подрядчиками и руководством на одном языке. Фраза «на новом сервере балл вырос в полтора раза» понятнее, чем «вроде побыстрее стало».

Важно помнить ограничение: тест измеряет платформу, а не вашу конфигурацию. Если в базе тяжёлые запросы, кривые доработки или раздутые регистры, никакое железо не спасёт полностью. Но отсечь проблемы инфраструктуры тест позволяет хорошо.

Подготовка стенда

Чтобы цифрам можно было доверять, стенд должен быть чистым и воспроизводимым. Порядок действий примерно такой.

1. Сервер. Для 1С обычно берут Windows VPS: так проще с клиентом, сервером приложений и привычными инструментами администрирования. На свежей машине поставьте обновления системы и перезагрузитесь до замеров, а не во время — фоновый Windows Update отлично портит результаты.

2. Платформа 1С. Установите ту же версию платформы, что используется в рабочей среде, или ту, на которую планируете перейти. Сравнивать результаты разных релизов платформы между собой некорректно: от версии к версии меняется поведение движка.

3. Тестовая база. Тест распространяется автором в виде выгрузки информационной базы. Создайте пустую информационную базу, откройте её в Конфигураторе и загрузите выгрузку через меню администрирования. Используйте дистрибутив из официального источника и легальную платформу — никаких «сборок с форумов»: помимо юридических рисков, в такие сборки нередко добавляют то, что вам на сервере совсем не нужно.

4. Режим работы. Решите заранее, что измеряете: файловый вариант или клиент-серверный. Для клиент-серверного понадобятся сервер 1С и СУБД — MS SQL Server или PostgreSQL. Тестовую базу нужно создать именно в том режиме, в котором будет работать рабочая.

5. Тишина на сервере. Во время прогона на машине не должно быть пользователей, резервного копирования, антивирусного сканирования и индексации. Если на сервере уже крутится рабочая база, тестируйте в нерабочее время.

Прогон и чтение баллов

Сам запуск предельно прост: открываете тестовую базу в режиме 1С:Предприятие и запускаете тест кнопкой в форме. Через несколько минут появится итоговый балл. Обработка может предложить отправить результат автору для общей статистики — это по желанию.

Дальше начинается самое интересное — интерпретация.

Делайте несколько прогонов. Первый прогон часто ниже последующих: прогреваются кэши, СУБД подтягивает данные в память. Сделайте три-пять запусков и ориентируйтесь на медиану, а не на лучший результат.

Смотрите на однопоток. Основной балл теста Гилёва во многом отражает производительность одного потока. Это не случайность: большая часть операций 1С — проведение документа, формирование отчёта, закрытие месяца — выполняется последовательно в рамках одного сеанса. Двадцать ядер не помогут бухгалтеру провести один документ быстрее, если каждое ядро по отдельности медленное.

Не сравнивайте яблоки с апельсинами. Корректно сравнивать только результаты, полученные:

  • на одной и той же версии платформы;
  • в одном и том же режиме — файловом или клиент-серверном;
  • с одной и той же СУБД и сопоставимыми её настройками;
  • на тихом сервере без посторонней нагрузки.

Файловый результат на одной машине и клиент-серверный на другой — это разные тесты, хотя цифры выглядят одинаково. Чужие результаты из интернета полезны как общий ориентир, но решения лучше принимать по собственным замерам.

Сопоставляйте с ощущениями. Если балл высокий, а пользователи всё равно жалуются, проблема, скорее всего, в другом: сеть, RDP, блокировки, тяжёлые запросы конфигурации. Для поиска таких узких мест пригодится наш разбор диагностики тормозящего VPS: CPU, диск, RAM и сеть.

Схема: подготовка стенда, прогон теста Гилёва, чтение баллов и выбор конфигурации VPS для 1С
Тест Гилёва: от стенда до выбора VPS

Частота ядра и кэш: что реально двигает баллы

Здесь много мифов, поэтому без готовых цифр — только логика.

Серверные процессоры класса Xeon исторически ассоциируются с «настоящими серверами»: много ядер, много памяти, высокая надёжность. Для виртуализации и задач, которые хорошо параллелятся, это действительно сильная сторона. У многоядерных серверных платформ частота одного ядра обычно скромнее, чем у производительных десктопных чипов, зато стабильность под нагрузкой и объём оперативной памяти — привычные плюсы.

Для 1С, как мы выяснили, часто важнее однопоток. А ещё — кэш процессора. Платформа постоянно обращается к одним и тем же структурам данных, и если они помещаются в кэш, процессору не приходится ждать ответа от оперативной памяти. Поэтому в теории архитектуры с высокой частотой одного ядра и большим кэшем третьего уровня выглядят для 1С удачно: меньше ожиданий на память, быстрее типовые операции в одном сеансе.

При этом честно оговоримся: мы не приводим здесь сравнительных баллов «архитектура А против архитектуры Б», потому что результат зависит от конкретной конфигурации VPS, версии платформы, режима и СУБД. Правильный путь — не верить на слово ни нам, ни форумам, а прогнать тест на своём стенде и сравнить с текущим сервером. Именно для этого тест Гилёва и нужен.

На практике для аренды под 1С важнее не маркетинговые названия чипов, а то, что вы реально получите на тарифе: выделенные ресурсы, быстрый диск, предсказуемая выдача и возможность спокойно снять свои цифры до переезда рабочей базы.

NVMe и SQL

Процессор — не единственный участник. Диск влияет на 1С сильнее, чем принято думать, и по-разному в зависимости от режима.

Файловый вариант. База — это один большой файл, и каждый пользователь читает и пишет его напрямую. Здесь важна прежде всего задержка диска: мелкие случайные операции чтения и записи. На медленном хранилище файловая база начинает «задумываться» уже при нескольких одновременных пользователях.

Клиент-серверный вариант. Данные хранит СУБД, и её требования к диску другие: журнал транзакций любит быструю последовательную запись, файлы данных — быстрое случайное чтение, а временная база активно используется при тяжёлых отчётах. Чем больше оперативной памяти доступно СУБД, тем реже она ходит на диск, но запись журнала никуда не денется.

В обоих случаях NVMe-накопители дают заметный запас по задержкам по сравнению с обычными SSD и тем более HDD. Если вы планируете клиент-серверную схему или просто хотите держать базу и SQL на быстром хранилище, посмотрите VPS на NVMe. Отдельно следите за свободным местом: база и журнал транзакций растут незаметно, а кончившийся диск останавливает работу мгновенно. Похожие сценарии мы разбирали в статье о том, почему диск VPS заполнен на 100%, — хотя она про Linux, логика поиска «пожирателей» места та же.

Файловая или клиент-серверная схема — когда что

Простого правила «до N пользователей — файловая» не существует, но ориентиры есть.

Файловая база подходит, если пользователей немного, база небольшая, а одновременно тяжёлые операции выполняются редко. Плюсы — простота установки и обслуживания, не нужна СУБД. Для небольшой фирмы с бухгалтером и парой менеджеров это часто разумный выбор.

Клиент-серверная схема нужна, когда пользователей становится больше, база растёт, появляются регламентные задания, обмены, интеграции и тяжёлые отчёты. Она лучше переносит конкурентную нагрузку, позволяет точнее управлять блокировками и резервным копированием, а СУБД даёт инструменты для обслуживания: обновление статистики, перестроение индексов.

Хороший признак, что пора переходить, — частые ошибки блокировок, долгий вход в базу и ситуация, когда один пользователь с тяжёлым отчётом тормозит всех остальных. Тест Гилёва в этот момент полезно прогнать в обоих режимах: так вы увидите, сколько даёт и сколько стоит каждая схема на вашем железе.

Лицензии и RDP

Пара важных моментов, о которых лучше подумать до переезда.

Лицензии. Для работы 1С нужны легальные лицензии: на клиентские подключения, а для клиент-серверного варианта — ещё и на сервер 1С. Если используется MS SQL Server, лицензирование Microsoft тоже никто не отменял; альтернатива — PostgreSQL. Уточните у своего партнёра 1С, как перенести имеющиеся лицензии на новый сервер и какой тип ключей вам подходит для виртуальной машины. Аренда VPS не заменяет лицензии на программное обеспечение — это разные вещи.

RDP. Администрировать Windows-сервер удобно по удалённому рабочему столу. Но открытый всему интернету RDP-порт — любимая цель перебора паролей. Минимальный набор: сложные пароли, отдельная учётная запись для администратора, ограничение доступа по IP или через VPN. Если параллельно у вас есть Linux-серверы, пригодится наша инструкция о том, как подключиться к серверу по SSH из Windows, macOS и Linux.

Для пользователей, работающих с базой через RDP, учитывайте, что каждый сеанс потребляет память на сервере. Это нужно заложить в конфигурацию заранее.

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

Соберём всё вместе. Порядок действий получается такой.

  1. Замерьте текущее состояние. Прогоните тест на нынешнем сервере и запишите медианный балл, режим и версию платформы.
  2. Оцените нагрузку. Сколько пользователей работает одновременно, какой размер базы, есть ли регламентные задания и обмены.
  3. Выберите режим. Файловый или клиент-серверный — от этого зависят требования к памяти и диску.
  4. Возьмите тестовую конфигурацию. Разверните стенд на VPS, прогоните тест в том же режиме и сравните.
  5. Масштабируйте по узкому месту. Низкий балл при свободных ресурсах — смотрите на однопоток процессора. Высокий балл, но тормоза при работе всех пользователей — добавляйте ядра и память. Проблемы при отчётах и закрытии месяца — проверьте диск и память для СУБД.

Для 1С мы предлагаем VPS на платформах Xeon с NVMe-дисками — актуальные конфигурации указаны на странице тарифов. Сервер выдаётся до 120 секунд после оплаты, так что стенд для теста Гилёва можно поднять буквально за пару минут и проверить результат на собственных цифрах до переезда. Тарифы начинаются от 405 ₽, поддержка работает 24/7. Площадки — дата-центр в Москве (Нагатинский) и в Германии (Frankfurt). Трафик: после 3 ТБ скорость ограничивается до 1 Мбит/с — для 1С с её небольшими объёмами передачи данных этого обычно с запасом хватает.

Если пока не уверены, что нужен именно сервер под 1С, загляните в общий каталог VPS и сравните конфигурации — тест Гилёва покажет, какая из них справится лучше.

FAQ

Какой балл теста Гилёва считается хорошим? Универсальной планки нет: результат зависит от версии платформы, режима работы и СУБД. Полезнее сравнивать свой текущий сервер с новым в одинаковых условиях. Если новый балл заметно выше и пользователи это ощущают — цель достигнута.

Можно ли прогонять тест на рабочем сервере? Можно, но в нерабочее время и на отдельной тестовой базе. Под нагрузкой от пользователей результат будет занижен и не отразит реальные возможности железа.

Почему у меня файловый режим показывает больше баллов, чем клиент-серверный? Это нормально: в файловом режиме нет накладных расходов на взаимодействие с СУБД. Но при росте числа пользователей клиент-серверная схема обычно ведёт себя стабильнее. Сравнивайте режимы между собой осторожно.

Нужно ли много ядер для 1С? Для скорости отдельной операции важнее быстрое ядро и кэш. Количество ядер начинает играть роль, когда одновременно работает много пользователей, идут регламентные задания и работает СУБД.

Влияет ли расположение дата-центра на скорость 1С? Да, если пользователи работают через тонкий клиент или RDP: задержка сети ощущается в интерфейсе. Для команды в России логично выбирать площадку в Москве.

Входят ли лицензии 1С в аренду VPS? Нет. Сервер — это инфраструктура, а лицензии 1С и, при необходимости, Microsoft приобретаются отдельно у правообладателя или партнёров.

Нужен быстрый сервер под ваш проект?

Арендуйте производительный KVM VPS в Москве или Германии на скоростных NVMe дисках от 405 ₽/мес. Автовыдача за 60 секунд, выделенный IPv4 и защита от DDoS.

Выбрать тариф