Сервер 1С можно запустить на физическом железе или внутри виртуальной машины. Оба варианта работают, оба используются в продакшене. Но производительность, удобство управления и стоимость отличаются. Эта статья — для тех, кто выбирает: ставить 1С на голое железо или разворачивать ВМ.
Мы протестировали 26 серверных конфигураций на реальном оборудовании. Виртуализация добавляет overhead 5–15% к нагрузке на CPU и дисковую подсистему. Для большинства задач это допустимо. Но есть сценарии, где каждый процент производительности важен — и там физический сервер выигрывает.
Если вы ещё не определились с режимом работы 1С, начните с сравнения файлового и клиент-серверного режима. Виртуализация актуальна для клиент-серверной архитектуры.
Сравнительная таблица: 1С на виртуальной машине vs физический сервер
| Критерий | Физический сервер | Виртуальная машина |
|---|---|---|
| Производительность CPU | 100% — прямой доступ к процессору | 85–95% от физического (overhead гипервизора) |
| Дисковая подсистема | 100% — прямой доступ к NVMe/SSD | 90–98% (при passthrough) или 70–85% (при виртуальном диске) |
| Управление | Один сервер = один набор задач | Снапшоты, миграция, клонирование |
| Отказоустойчивость | RAID, кластер 1С | Live migration, HA-кластер гипервизора |
| Бэкапы | SQL-бэкап + файловый | Снапшот ВМ целиком за секунды |
| Масштабирование | Апгрейд железа (дни) | Добавить vCPU/RAM (минуты) |
| Изоляция | Один сервер — одна роль | Несколько ВМ на одном хосте |
| Лицензирование SQL Server | По ядрам физического сервера | По ядрам ВМ (дешевле при малом числе vCPU) |
| HASP-ключи 1С | USB напрямую | Проброс USB или сетевой HASP |
| Стоимость входа | Только сервер | Сервер + лицензия гипервизора (если VMware) |
Главный компромисс: виртуализация забирает 5–15% производительности, но даёт снапшоты, миграцию и гибкое управление ресурсами. Для 80% компаний этот обмен оправдан.
Преимущества виртуализации для 1С
Снапшоты и откат
Перед обновлением платформы 1С или конфигурации — создаёте снапшот ВМ. Обновление сломало базу? Откат за 30 секунд. На физическом сервере для этого нужен полный бэкап SQL-базы и восстановление — 20–60 минут в зависимости от размера.
Снапшоты не заменяют полноценное резервное копирование. Это инструмент быстрого отката, не долгосрочного хранения. Держать снапшот дольше 2–3 дней — значит деградировать производительность дисковой подсистемы.
Live migration — обслуживание без простоя
Нужно обновить прошивку хоста, заменить память или установить патч безопасности? Мигрируете ВМ с 1С на другой хост — пользователи продолжают работать. Простой: 0–2 секунды. На физическом сервере любое обслуживание железа — это остановка 1С.
Консолидация: несколько ролей на одном сервере
Типичный набор для средней компании: сервер 1С + SQL Server + файловый сервер + контроллер домена. На физическом железе это 2–4 сервера. На гипервизоре — один мощный хост с 4 ВМ. Экономия на оборудовании, электричестве, стойкоместе.
При консолидации важно не перегружать хост. Правило: суммарная нагрузка ВМ не должна превышать 70% ресурсов физического сервера. Оставшиеся 30% — запас на пики и overhead гипервизора.
Бэкапы на уровне ВМ
Veeam, Acronis или встроенные средства гипервизора делают бэкап ВМ целиком — ОС, 1С, SQL, конфигурация. Восстановление: развернуть ВМ из бэкапа на любом совместимом хосте. Не нужно заново ставить ОС, 1С, настраивать кластер.
Недостатки и ограничения виртуальной машины для 1С
Overhead гипервизора: 5–15% производительности
Гипервизор — это дополнительный слой между железом и ОС. Он потребляет ресурсы CPU и добавляет задержки при работе с памятью и дисками. По данным VMware и Microsoft, overhead составляет 5–10% для CPU и 5–15% для дисковой подсистемы.
Для 1С это означает: процессор, который на голом железе набирает 50 баллов Гилёва, в ВМ покажет 43–48 баллов. На практике разница в 2–7 баллов — это 5–15 пользователей. Если сервер загружен на 80%+, эти проценты ощущаются.
Проброс HASP-ключей 1С
Аппаратные USB-ключи 1С нужно пробрасывать внутрь ВМ. Способы:
- USB passthrough — хост отдаёт USB-порт напрямую ВМ. Работает надёжно, но при миграции ВМ ключ «отвалится» — он привязан к физическому хосту.
- Сетевой HASP (Sentinel LDK) — ключ подключён к отдельному серверу или устройству, ВМ получает лицензию по сети. Надёжнее для виртуализации, но требует настройки сервера лицензирования.
- Программные лицензии 1С — решают проблему полностью. Нет USB-ключа — нет проблемы с пробросом. Работают через пин-код, привязанный к оборудованию ВМ.
Лицензирование SQL Server на ВМ
Microsoft лицензирует SQL Server по ядрам. На физическом сервере — по всем ядрам хоста (минимум 4 ядра). На ВМ — по числу vCPU, назначенных виртуальной машине. Это может быть дешевле или дороже — зависит от конфигурации.
Пример: физический сервер с 2x Gold 6128 (6 ядер на сокет, 12 ядер суммарно) — лицензия Standard на 12 ядер. ВМ с 8 vCPU на том же хосте — лицензия Standard на 8 ядер. Экономия на лицензии — до 33%. Но если ВМ использует все 12 ядер — экономии нет.
Для PostgreSQL вопрос лицензирования не актуален — PostgreSQL бесплатен.
Сложность диагностики
Когда 1С тормозит на физическом сервере — причина в железе, ОС или настройках 1С. На ВМ добавляется слой гипервизора: виноват overcommit памяти? Соседняя ВМ забрала ресурсы? Виртуальный диск фрагментирован? Диагностика сложнее, требует знания и гостевой ОС, и гипервизора.
Какой гипервизор выбрать для 1С
Три основных варианта: Hyper-V, VMware ESXi и Proxmox. Все поддерживают Windows Server и 1С. Различия — в стоимости, возможностях и порогу входа.
| Критерий | Hyper-V | VMware ESXi | Proxmox VE |
|---|---|---|---|
| Стоимость | Бесплатно (Server Core) или входит в Windows Server | Платно (Essentials Plus ~$6 000, Standard ~$1 500/CPU) | Бесплатно (подписка на поддержку — от €110/год) |
| ОС для 1С | Windows Server — нативно | Windows Server — как гостевая | Windows Server — как гостевая |
| Управление | Hyper-V Manager, PowerShell, SCVMM | vCenter, vSphere Client | Веб-интерфейс, CLI |
| HA-кластер | Windows Failover Cluster (бесплатно) | vSphere HA (платная лицензия) | Corosync + HA (бесплатно) |
| Live migration | Да (Hyper-V Replica) | Да (vMotion) | Да |
| USB passthrough | Ограниченно (Gen1 VM) | Да | Да |
| Порог входа | Низкий (если знаете Windows) | Средний | Средний (Linux-based) |
| Рекомендация | Windows-среда, 1–3 хоста | Enterprise, 3+ хоста, бюджет на лицензии | Бюджетный вариант, Linux-экспертиза |
Для большинства компаний с 1С рекомендуем Hyper-V. Бесплатен, интегрирован с Windows Server (который и так нужен для 1С), простой в управлении для Windows-администраторов. VMware ESXi — если уже используете VMware в компании или нужен enterprise-функционал. Proxmox — если есть Linux-экспертиза и хотите сэкономить на лицензиях.
Рекомендации по настройке виртуальной машины для 1С
Правильная настройка ВМ сокращает overhead с 15% до 3–5%. Вот что важно.
CPU: привязка и резервирование
- CPU affinity (pinning). Привяжите vCPU к физическим ядрам. Без привязки планировщик гипервизора перебрасывает потоки между ядрами — растут cache miss и latency. Для 1С, которая чувствительна к задержкам, это критично.
- Не переподписывайте CPU. Суммарное число vCPU всех ВМ не должно превышать количество физических ядер (или потоков — зависит от нагрузки). Overcommit CPU — главный убийца производительности 1С на ВМ.
- NUMA topology. Если сервер двухсокетный — держите ВМ с 1С в пределах одного NUMA-узла. Обращение к памяти другого сокета — +40% latency.
RAM: резервирование без overcommit
- Зарезервируйте RAM для ВМ с 1С. Динамическая память (Hyper-V Dynamic Memory, VMware Memory Ballooning) удобна, но может отнять RAM у 1С в момент пиковой нагрузки. Для продакшен-сервера 1С — статическая аллокация.
- Не допускайте swap на хосте. Если суммарная RAM всех ВМ превышает физическую — хост начнёт свопить. Производительность 1С упадёт в 10–50 раз. Лучше остановить лишнюю ВМ, чем допустить swap.
- Large Pages. Включите на хосте поддержку Large Pages (2 МБ вместо 4 КБ). Снижает нагрузку на TLB и ускоряет работу с большими базами 1С.
Диски: passthrough или paravirtual
- NVMe passthrough. Для максимальной производительности: пробросьте NVMe-диск напрямую в ВМ. Overhead: менее 2%. Минус — теряете возможность снапшотов этого диска и миграции ВМ.
- Paravirtual SCSI (pvscsi/virtio-scsi). Компромисс: виртуальный диск с оптимизированным драйвером. Overhead: 5–10%. Снапшоты и миграция работают. Для большинства задач 1С — достаточно.
- Thin provisioning — только для тестовых ВМ. В продакшене используйте thick provisioning (eager zeroed). Thin provisioning добавляет задержки при первой записи и фрагментирует хранилище.
Подробнее о выборе дисков — в статье SAS vs SSD vs NVMe для сервера 1С.
Сеть
- SR-IOV — если сетевой адаптер поддерживает, включите. Пакеты идут напрямую в ВМ, минуя гипервизор. Снижает задержки и нагрузку на CPU хоста.
- Отдельный сетевой адаптер для ВМ с 1С. Если на хосте несколько ВМ — выделите 1С-серверу отдельный физический NIC. Трафик SQL между ВМ с 1С и ВМ с СУБД не должен конкурировать с пользовательским трафиком.
Когда физический сервер лучше для 1С
- Высокая нагрузка: 100+ пользователей. Когда сервер загружен на 80%+, каждые 5% overhead гипервизора — это ощутимая деградация. Процессор, который на голом железе обслуживает 100 пользователей, в ВМ справится с 85–95. Если ресурсы впритык — виртуализация мешает.
- Максимальная производительность дисковой подсистемы. Тяжёлые операции 1С (закрытие месяца, расчёт себестоимости, загрузка из Excel) упираются в IOPS. Прямой доступ к NVMe без прослойки гипервизора — на 10–15% быстрее для случайного чтения/записи. По нашим тестам, разница между NVMe и SSD — 30–50%. Терять ещё 10–15% на виртуализации — расточительно.
- Простой стек. Один сервер, одна задача — 1С. Нет других ВМ, нет планов по консолидации. Гипервизор в этом случае — лишний слой сложности без выгоды.
- Ограниченный бюджет. Гипервизор (если VMware) стоит денег. Hyper-V бесплатен, но требует лицензию Windows Server. Если бюджет впритык — лучше вложить в быстрый NVMe-диск, чем в лицензию VMware.
Когда виртуальная машина лучше для 1С
- Несколько баз или ролей. Рабочая база + тестовая + база разработки. Или 1С + SQL + файловый сервер. На ВМ каждая роль изолирована: обновление тестовой базы не повлияет на рабочую.
- Тестовая среда. Клонировать ВМ с рабочей базой, протестировать обновление 1С, откатить — 15 минут вместо полдня. Без тестовой среды обновления — это русская рулетка.
- Отказоустойчивость важнее скорости. HA-кластер гипервизора перезапустит ВМ на другом хосте за 1–3 минуты при отказе оборудования. На физическом сервере без кластера 1С — это часы на диагностику и восстановление.
- Плановое обслуживание без простоя. Патчи ОС хоста, замена памяти, обновление прошивок — всё через live migration без остановки 1С. Для компаний с режимом 24/7 или сменной работой это критично.
- Экономия на лицензиях SQL Server. ВМ с 8 vCPU вместо 24-ядерного физического сервера — лицензия SQL Server Standard дешевле в 3 раза. При использовании PostgreSQL этот аргумент не актуален.
- До 50 пользователей. На этом масштабе overhead 5–15% — это 3–7 пользователей. Запас производительности у большинства рекомендованных конфигураций позволяет это компенсировать.
Вопросы и ответы
Сколько процентов производительности теряет 1С на виртуальной машине?
Overhead гипервизора составляет 5–15% в зависимости от настроек. При правильной конфигурации (CPU pinning, RAM reservation, paravirtual SCSI) — 3–5%. При NVMe passthrough потери дисковой подсистемы — менее 2%. Основные потери — на CPU и работе с памятью.
Можно ли использовать аппаратный HASP-ключ 1С в виртуальной машине?
Да. Три варианта: USB passthrough (ключ пробрасывается из хоста в ВМ напрямую, но при миграции ВМ отключается), сетевой HASP через Sentinel LDK (ключ на отдельном устройстве, ВМ получает лицензию по сети) или программные лицензии 1С (без USB-ключа, привязка по пин-коду). Для виртуализации рекомендуем сетевой HASP или программные лицензии.
Какой гипервизор лучше для 1С — Hyper-V или VMware?
Для большинства компаний — Hyper-V. Бесплатен, интегрирован с Windows Server, достаточен для 1–3 хостов. VMware ESXi — для enterprise-инфраструктуры с 3+ хостами и бюджетом на лицензии. По производительности разница минимальна (1–2%). Выбирайте по экспертизе команды: Windows-админы быстрее освоят Hyper-V, Linux-админы — Proxmox или ESXi.
Нужна ли серверная лицензия 1С для каждой ВМ?
Серверная лицензия 1С привязывается к экземпляру сервера 1С:Предприятие, а не к физическому оборудованию. Если вы запускаете один сервер 1С в одной ВМ — нужна одна лицензия. Если две ВМ с двумя серверами 1С (рабочий + тестовый) — нужны две лицензии. Подробнее — в статье про серверные лицензии 1С.
Как правильно распределить ресурсы между ВМ с 1С и SQL Server?
Два подхода. Первый: 1С и SQL на одной ВМ — проще настройка, нет сетевого трафика между ними. Подходит для до 30 пользователей. Второй: 1С и SQL на отдельных ВМ — лучше изоляция и масштабирование. Для SQL-ВМ выделяйте 60–70% RAM хоста (SQL любит кэшировать данные в памяти), для 1С-ВМ — остаток. CPU делите примерно поровну.
Стоит ли виртуализировать 1С на одном физическом сервере?
Да, если планируете: тестовую среду (клон рабочей ВМ), несколько ролей на одном хосте или хотите быстрые бэкапы через снапшоты. Нет, если сервер выполняет только одну роль (1С + SQL) и работает на пределе мощности. В последнем случае гипервизор — лишний overhead без практической выгоды.
Влияет ли виртуализация на результаты теста Гилёва?
Да. В виртуальной машине результат теста Гилёва будет на 5–15% ниже, чем на голом железе. Например, процессор Gold 6128 показывает 47–49 баллов на физическом сервере и 41–46 баллов в ВМ — в зависимости от настроек. При NVMe passthrough и CPU pinning разница минимальна (2–5%).
Итог: 1С на виртуальной машине — когда это оправдано
Виртуализация сервера 1С оправдана в 80% сценариев. Потеря 5–15% производительности компенсируется снапшотами, миграцией, консолидацией и гибким управлением ресурсами. Правильная настройка ВМ сокращает overhead до 3–5% — разница, которую пользователи не заметят.
Физический сервер — выбор для высоконагруженных систем (100+ пользователей), где каждый процент производительности важен, и для простых стеков, где гипервизор не даёт практической выгоды.
Для подбора оборудования под ваш сценарий: серверы по числу пользователей, требования к серверу для 1С, выбор процессора для 1С.