Перейти к содержанию
Обсудить задачу →
Статьи и инструкции

Производительность 1С на разных гипервизорах: как сравнить результаты

Восемь коротких блоков о сравнении 1С на гипервизорах: одинаковые условия, рабочие метрики, расчёт разницы и проверяемый пилот.
Концептуальная иллюстрация двух одинаковых серверных стендов для сопоставимого тестирования

Насколько быстро будет работать 1С на VMware, Hyper-V, Proxmox или российской платформе? Ответ зависит от всего стека: процессора, хранения, параметров ВМ, СУБД и сценария пользователей. Восемь коротких блоков помогут сравнить варианты и правильно прочитать результаты тестов.

01

Время операций

Проведение документов, отчёты и обмены.

02

Работу в пик

Параллельные сеансы, фоновые задания и конкуренцию.

03

Запас ресурсов

CPU, память, задержки дисков и устойчивость нагрузки.

04

Эксплуатацию

Обслуживание, копирование и возврат приложения.

Блок 01 / 08

Сравнивайте одну задачу на сопоставимом стеке

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

  • Выбор платформы: одинаковый сервер и сопоставимые условия размещения ВМ.
  • Выбор готового решения: сравнивают весь предложенный стек и его стоимость.
  • Оптимизация текущей среды: меняют одну согласованную настройку и повторяют сценарий.
Здесь нет собственного рейтинга скорости платформ.

Сопоставимых измерений AVG IT для всех перечисленных гипервизоров в статье нет. Числа в блоке 5 — учебный пример расчёта, а не результаты испытаний конкретных продуктов.

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

Блок 02 / 08

Зафиксируйте условия до первого запуска

  • Хост: модель CPU, BIOS/прошивки, режим питания, память, NUMA и фоновая нагрузка.
  • ВМ: vCPU, RAM, модель CPU, виртуальные контроллеры, драйверы и гостевые инструменты.
  • Хранение: физический пул, протокол, формат дисков, кэширование и защита записи.
  • Приложение: одинаковые версии 1С, конфигурации, СУБД, ОС и параметры, влияющие на тест.
  • Данные: одинаковое исходное состояние базы, расширения, статистика и тестовые объекты.
  • Нагрузка: одни операции, активные сеансы, профиль обменов, длительность и правила прогрева.

Запишите различия, которые невозможно устранить. При сравнении готовых решений они могут быть частью выбора; при исследовании влияния гипервизора — ограничением вывода. Холодный старт и работа после прогрева измеряются отдельно.

Блок 03 / 08

Что проверить на разных платформах

Таблица задаёт направления проверки. Она не присваивает продуктам баллы и не означает, что одинаковые флажки дают одинаковое поведение.

Паспорт теста для каждого кандидата
ПлатформаЧто зафиксироватьГраница вывода
VMware vSphereВерсия, ресурсы ВМ, vNUMA, CPU scheduling, драйверы и хранениеРезультат относится к проверенной конфигурации и нагрузке
Microsoft Hyper-VВерсия Windows Server, vNUMA, режим памяти, виртуальные устройства и размещениеНастройки памяти и топологии нужно учитывать явно
Proxmox VEВерсия стека KVM, параметры CPU/ВМ, драйверы, backend хранения и нагрузка узлаОбщий KVM не делает все реализации и схемы хранения одинаковыми
XCP-ngВерсия, параметры ВМ, инструменты гостя, хранение и состояние пулаНужны свои замеры приложения и эксплуатации
zVirt, РЕД ВИРТ, SpaceVMТочный продукт, редакция, версия, ВМ, драйверы, СРК и схема храненияПоказатели одного продукта нельзя переносить на остальные

В рекомендациях Broadcom для ESXi 8.x/ESX 9.x разобраны влияние NUMA и конкуренция при распределении vCPU. Microsoft отдельно описывает vNUMA и её взаимодействие с динамической памятью Hyper-V. Источники: Broadcom, Microsoft. Это объясняет, почему «добавить побольше ядер» не является универсальным ускорением.

Proxmox VE объединяет KVM и средства управления, хранения и сети; проверяют всю конфигурацию. У российских платформ также учитывают версии и изменения реализации. См. описание Proxmox VE и релизы zVirt.

Блок 04 / 08

Какие показатели собирать

Время рабочей операции

Проведение выбранного документа, построение отчёта, открытие формы.

  • Начало и окончание измеряются одинаково.
  • Сохраняются повторения и разброс.
Важно пользователю: сколько он ждёт результат.

Нагрузка и ошибки

Сколько согласованных операций выполняется при заданном числе сеансов.

  • Фиксируются ошибки и тайм-ауты.
  • Проверяется пик и фоновая работа.
Важно бизнесу: выдерживается ли рабочий поток.

Хвост задержек

Среднее может скрывать редкие длительные ожидания.

  • Проверяют распределение и p95 на достаточной выборке операций.
  • p95 — уровень, не превышенный примерно 95% наблюдений.
Важно качеству: что происходит с медленными операциями.

Ресурсы и ожидания

CPU, память, I/O, сеть, блокировки и показатели планировщика платформы.

  • Замеры сопоставляются по времени.
  • Название и смысл метрик фиксируются для продукта.
Важно диагностике: где потеряно время.

1С предлагает Тест-центр для многопользовательских испытаний и стандартный нагрузочный тест для оценки оборудования и ПО. Для исследования кода доступен замер производительности. Выбор инструмента зависит от вопроса теста и условий его использования.

Синтетический балл полезен для своей задачи. Он не равен числу ваших пользователей и не доказывает время проведения конкретного документа. Рабочий профиль проверяют отдельно.

Блок 05 / 08

Как читать разницу: учебный пример

Условные данные. На двух конфигурациях A и B выполнили одну операцию пять раз при одинаковых заданных условиях. Названия A/B не обозначают производителей. Это иллюстрация расчёта, а не достаточная методика для всех нагрузок.

Пример: длительность операции в секундах
ПовторВариант AВариант B
1108
2118
3109
497
5108
Медиана A10 секунд
Медиана B8 секунд
Условный пример: меньшая длительность лучше. Медиана — центральное значение упорядоченного набора.

Время уменьшилось на (10 − 8) / 10 × 100% = 20%. Обратное отношение времён — 10 / 8 = 1,25; для последовательного повторения только этой операции без других ограничений это соответствует 25% прироста расчётной частоты выполнения. Эти проценты описывают разные показатели.

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

Блок 06 / 08

Если тест медленный, найдите причину

  • CPU: конкуренция за время процессора, модель CPU, частота, размер ВМ и NUMA.
  • Память: совместное потребление ОС, 1С и СУБД, дефицит и подкачка.
  • Хранение: задержки, кэш, журналы, временные операции и конкурирующие задания.
  • СУБД: планы запросов, статистика и ожидания.
  • Приложение: блокировки, доработки, интеграции и распределение фоновых задач.

Не отключайте надёжность записи и средства защиты ради победы в тесте. Если настройки различаются, укажите это в отчёте и оцените пригодность каждого режима для рабочей эксплуатации. Поиск узких мест подробнее разобран в руководстве по настройке сервера 1С.

Блок 07 / 08

Порядок воспроизводимого пилота

  1. Задать цель и допуски. Операции, нагрузка, время ответа, ошибки и критерии решения.
  2. Подготовить одинаковый исходный набор. Версии, база, параметры и паспорт оборудования; различия записать.
  3. Прогреть и повторить. Отдельно описать прогрев, число повторов, длительность и порядок смены вариантов.
  4. Сохранить сырые результаты. Время операций, ресурсы, ошибки, журналы и события фоновой нагрузки.
  5. Проверить эксплуатацию. Копирование, обслуживание узла и возврат приложения в согласованной тестовой среде.
  6. Повторить спорные измерения. Разобрать причины разброса и зафиксировать границы вывода.

Нагрузочное тестирование проводят на выделенном контуре с контролем рабочих обменов и данных. Для воспроизводимости нужны исходные замеры; один скриншот с лучшим баллом не показывает устойчивость результата.

Блок 08 / 08

Выбирайте по выполненным требованиям

Хороший отчёт отвечает на четыре вопроса

✓Какой стек и какие операции проверены

✓Каковы времена, разброс, ошибки и пик

✓Работают ли копирование и восстановление

✓Каковы ограничения, стоимость и сопровождение

Если обе платформы выполняют цели, решение может определяться поддержкой, миграцией, стоимостью и требованиями проекта. Небольшая разница в одном тесте не отменяет этих факторов. Финальный вывод должен ссылаться на измерения и согласованные критерии.

Две формы для сравнения

TXT · УсловияПаспорт сравнения 1С

Версии, ВМ, нагрузка, прогрев и метрики.

Скачать паспорт ↓TXT · ЗамерыПротокол результатов пилота

Повторения, разброс, ограничения и решение.

Скачать протокол ↓

Частые вопросы

Какой гипервизор быстрее для 1С?

Без сопоставимого теста нельзя назначить победителя. Проверяют конкретные версии, оборудование, параметры ВМ и рабочие операции.

Можно ли сравнивать по одному синтетическому баллу?

Он отвечает на ограниченный вопрос своего теста. Для решения нужны многопользовательский профиль, рабочие операции, ошибки и замеры ресурсов.

Больше vCPU всегда ускоряет базу?

Нет. Результат зависит от параллелизма нагрузки, конкуренции, топологии CPU и памяти. Изменение проверяют повторным замером.

Нужно ли менять СУБД вместе с гипервизором?

Для исследования влияния платформы лучше отделить изменения. Если сравниваются готовые стеки, различие СУБД описывают как часть условий и ограничения вывода.

Здесь приведены результаты тестирования AVG IT?

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

Что проверить после миграции?

Рабочие операции, пиковую нагрузку, интеграции, лицензирование, копирование, возврат и обслуживание. Запуск ОС сам по себе не является приёмкой 1С.

Сравним варианты на вашей нагрузке 1С

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

Обсудить тестирование 1С