← На главную

Вопрос выбора между классическим физическим сервером (Bare-Metal) и средой виртуализации (VMware ESXi, Hyper-V) для размещения высоконагруженных баз 1С:Предприятия и СУБД регулярно вызывает споры между системными администраторами и разработчиками 1С. С одной стороны, виртуализация дает колоссальную гибкость администрирования, отказоустойчивость и удобство создания резервных копий. С другой стороны, накладные расходы гипервизора и неверные настройки конфигурации оборудования могут ощутимо снизить общую производительность системы. Проанализируем ключевые отличия, причины падения быстродействия и правила настройки инфраструктуры под 1С.

Факторы деградации производительности на виртуальных машинах

Разберем основные архитектурные причины, из-за которых сервер 1С и СУБД могут работать на гипервизоре медленнее, чем на физическом железе с идентичными характеристиками:

1. Задержки управления питанием процессора (C-States и P-States): По умолчанию энергосберегающие профили хоста снижают тактовую частоту свободных процессорных ядер. При поступлении транзакции 1С процессор тратит драгоценные миллисекунды на выход из состояния глубокого сна, что вызывает микрозадержки в коротких однопоточных операциях.
2. Очереди планировщика CPU (%RDY / CPU Ready): Если виртуальной машине назначено избыточное число виртуальных процессоров (vCPU), гипервизор вынужден ожидать одновременного освобождения соответствующего пула физических ядер (pCPU). При значении параметра %RDY выше 2–3% время отклика транзакций 1С заметно ухудшается.
3. Межсокетовые задержки и топология NUMA: Когда объем выделенной памяти или количество ядер виртуальной машины превышает параметры одного физического процессорного сокета (NUMA-ноды), происходят задержки из-за медленного межсокетового доступа к удаленной памяти.
4. Утрата протокола Shared Memory: Если сервер 1С и сервер СУБД размещены на одной физической машине без виртуализации, обмен данными между ними происходит напрямую через общую оперативную память (Shared Memory/LPC). Разнесение этих ролей по двум разным виртуальным машинам переводит взаимодействие на протокол TCP/IP, добавляя сетевые издержки стека гостевых ОС и виртуального свитча.
5. Очереди дисковой подсистемы и накладные расходы файловых систем: При использовании динамических (Thin) дисков гипервизор постоянно тратит ресурсы на выделение новых блоков и блокировку метаданных.

Особенности лицензирования 1С в виртуальной среде

Рассмотрим специфику использования программных и аппаратных лицензий 1С при переходе на виртуальные машины:

1. Программные лицензии: Привязаны к параметрам оборудования (процессор, материнская плата, сетевые карты, размер ОЗУ, BIOS). При динамическом перераспределении ресурсов гипервизором (изменение числа ядер, оперативной памяти) или миграции машины на другой хост программная лицензия перестает действовать и требует повторной активации из резервного пинкода. Чтобы решить эту проблему, рекомендуется настраивать виртуальные машины с жестко фиксированными параметрами либо выносить отдельный сервис лицензирования на выделенный статический узел.
2. Аппаратные ключи (HASP): Не привязаны к конфигурации оборудования виртуальной машины, но требуют физического USB-порта. В виртуальной среде их использование требует либо проброса USB-контроллера (PCIe/USB Passthrough), либо применения сетевых концентраторов USB-over-IP.
3. Раздача лицензий сервером 1С: При выдаче программных лицензий кластером серверов 1С каждое новое подключение пользователя к разным информационным базам требует отдельной лицензии из пула, в то время как при локальной раздаче HASP один клиент на рабочем месте может открывать несколько баз в рамках одной клиентской лицензии.

Правила тонкой настройки VMware ESXi для 1С и СУБД

Для того чтобы свести оверхед гипервизора к минимуму (в пределах 1–3%), выполним комплексную настройку инфраструктуры по шагам:

1. Настройка профиля электропитания: В BIOS/UEFI сервера и в настройках схемы питания ESXi (Host > Configure > Power Management) выставим режим максимальной производительности (High Performance). Отключим глубокие состояния простоя ядер (C1E, C6).
2. Резервирование оперативной памяти: Для виртуальной машины с сервером СУБД и сервером 1С установим 100% Memory Reservation. Это исключит использование механизмов Memory Ballooning, Transparent Page Sharing и сброс страниц памяти в файл vSwap на диске.
3. Использование паравиртуальных контроллеров: Для подключения виртуальных дисков выберем контроллер VMware Paravirtual SCSI (PVSCSI) вместо эмуляции LSI Logic. Это снижает нагрузку на центральный процессор и увеличивает пропускную способность очередей ввода-вывода.
4. Формат виртуальных дисков: Все рабочие диски баз данных, журналов транзакций и каталогов 1С необходимо создавать с фиксированным размером в формате Thick Provision Eager Zeroed (с предварительным занулением блоков).
5. Разнесение дисковых потоков: Разделим файлы данных СУБД (.mdf), журналы транзакций (.ldf), базы временных таблиц (TempDB) и сеансовые данные 1С по отдельным виртуальным дискам, подключенным к разным контроллерам PVSCSI (до 4 контроллеров на одну ВМ).
6. Сетевой адаптер и оптимизация сети: Назначим адаптер VMXNET3 и включим поддержку Receive Side Scaling (RSS) внутри гостевой ОС. При использовании iSCSI или NFS СХД настроим Jumbo Frames (MTU 9000).
7. Синхронизация времени: Отключим периодическую синхронизацию времени через VMware Tools и настроим синхронизацию гостевых операционных систем и хостов ESXi через единый стабильный NTP-сервер домена, чтобы исключить рассинхронизацию системных таймеров и сбои в управляемых блокировках 1С.

Выводы и рекомендации по выбору архитектуры

Проанализируем итоговые критерии выбора платформы:

1. Когда предпочтителен физический сервер (Bare-Metal): Для сверхнагруженных баз 1С с тысячами активных пользователей, где критичен каждый процент производительности, время отклика СУБД в миллисекундах и важна работа связки 1С + SQL через протокол общей памяти (Shared Memory).
2. Когда побеждает виртуализация (VMware ESXi): Для типовых инфраструктур масштаба предприятия, где приоритетом являются высокая доступность (High Availability), простота резервного копирования на уровне образов дисков, быстрое восстановление при сбоях оборудования и возможность изолировать тестовые и рабочие контуры.
3. Гибридный подход: Наиболее сбалансированным решением в крупных проектах часто становится размещение сервера СУБД на мощном физическом сервере без гипервизора, а кластера рабочих процессов 1С и сервисов лицензирования — в виртуальной среде.