Для запуска 1С на СУБД Postgres Pro небольшой компании достаточно определить число ядер процессора или виртуальных vCPU и выбрать подходящий тип лицензии: бессрочную или срочную подписку. В этой статье вы узнаете, чем редакция Standard отличается от Enterprise в контексте задач 1С, как правильно рассчитать процессорную емкость в виртуальной среде гипервизора, на чем можно сэкономить при переносе баз с других систем и как избежать юридических рисков при проверках программного обеспечения.
Какую редакцию Postgres Pro выбрать под задачи 1С?
Разработчик СУБД Postgres Professional предлагает две базовые редакции: Postgres Pro Standard и Postgres Pro Enterprise. Для подавляющего большинства учетных систем малого и среднего бизнеса с базами данных «1С:Предприятие» объемом до нескольких терабайт подходит редакция Postgres Pro Standard. Она уже содержит необходимые доработки ядра для корректного взаимодействия с платформой 1С, включая оптимизацию сложных запросов, блокировок и временных таблиц.
Редакция Enterprise ориентирована на масштабные инсталляции с жесткими требованиями к непрерывной доступности (High Availability) и расширенными механизмами шардинга. Если у вас работает одна база 1С на 30–100 пользователей, функционала Standard хватает с запасом. При этом переход со сторонних коммерческих платформ обычно не требует переписывания конфигурации, если сравнивать этот процесс с лицензированием Microsoft SQL Server и перенастройкой регламентных процедур.
Как считать лицензии: физические ядра или vCPU в виртуализации?
Правила лицензирования Postgres Pro привязаны к вычислительной мощности оборудования, на котором развернут экземпляр СУБД. Выбор модели расчета зависит от архитектуры вашей серверной инфраструктуры — выделенный сервер или виртуальная машина.
Если база данных работает на физическом сервере без гипервизора, лицензируются все физические ядра установленных процессоров. Технология Hyper-Threading при таком расчете не увеличивает число требуемых лицензий: учитываются только физические ядра CPU (по данным документа «Лицензирование СУБД Postgres Pro», Postgres Professional).
В виртуальной среде (VMware, Proxmox, Hyper-V и другие) действует другой принцип. Лицензируется суммарное количество виртуальных процессоров (vCPU), выделенных виртуальной машине с СУБД. Здесь кроется важный нюанс: если вы разворачиваете несколько виртуальных машин с базами данных на одном мощном хосте, сумма назначенных vCPU может легко превысить физическое количество ядер сервера. Например, если на сервере создано 3 виртуальные машины по 48 vCPU в каждой, суммарно потребуется 144 лицензии vCPU. В такой ситуации выгоднее приобрести лицензию на весь аппаратный сервер, покрыв все физические ядра хоста (по данным документа «Лицензирование СУБД Postgres Pro», Postgres Professional).
Сравнение вариантов поставки лицензий Postgres Pro
Правообладатель предоставляет лицензии на условиях конечного пользовательского соглашения (EULA) в нескольких форматах. В таблице собраны ключевые различия между ними, чтобы упростить выбор под бюджет компании.
| Параметр | Бессрочная лицензия (Perpetual) | Срочная лицензия (Подписка) |
|---|---|---|
| Срок действия прав | Не ограничен по времени | Ограничен сроком договора (обычно 1 год) |
| Техническая поддержка | Включена на первый год, далее продлевается отдельно | Включена в стоимость на весь период действия |
| Обновления версий | Доступны в период активной техподдержки | Доступны постоянно в рамках подписки |
| Влияние на бюджет | Капитальные затраты (CAPEX), единовременная оплата | Операционные расходы (OPEX), регулярные платежи |
| Оптимальный сценарий | Стабильная ИТ-инфраструктура без частой смены оборудования | Тестирование, пилотные проекты, динамично растущий штат |
Типичные ошибки при покупке СУБД для 1С
- Выделение лишних vCPU в виртуальной машине. Системные администраторы часто выделяют виртуальной машине с запасом 16 или 32 vCPU, хотя реальная нагрузка 1С утилизирует только 8. Лицензировать придется все назначенные ядра, что приводит к переплате.
- Использование открытой версии PostgreSQL без патчей для 1С. Чистый ванильный PostgreSQL из открытых репозиториев не оптимизирован под специфику выполнения запросов платформы 1С. Это вызывает просадки скорости при проведении документов и формировании отчетов.
- Неучет тестовых контуров и серверов разработки. Если база копируется на отдельный сервер для тестирования обновлений 1С или доработок программистов, этот тестовый экземпляр также требует лицензирования по общим правилам правообладателя.
- Отказ от продления техподдержки при бессрочной модели. Сама СУБД продолжит работать, но компания потеряет доступ к критическим обновлениям безопасности и новым мажорным релизам, которые выпускаются с учетом изменений платформы 1С.
Как оптимизировать затраты на СУБД перед закупкой?
Перед запросом коммерческого предложения проведите базовый аудит производительности вашей текущей базы 1С. Замерьте среднюю и пиковую загрузку процессора в моменты пиковых нагрузок: закрытия месяца, расчета себестоимости или массовой выгрузки накладных.
Если сервер загружен неравномерно, имеет смысл изолировать кластер 1С на отдельном хосте с процессорами, имеющими высокую базовую тактовую частоту на ядро, но меньшее общее количество ядер. Для 1С производительность одного ядра критически важна из-за специфики блокировок и последовательного выполнения некоторых операций. Сервер с 8 высокочастотными ядрами часто работает быстрее и требует в два раза меньше лицензий, чем двухсокетная система на 16 низкочастотных ядер.
3 шага для подбора лицензии СУБД под 1С:
- Соберите метрики утилизации CPU на сервере 1С за последние 2–3 недели, чтобы определить минимально необходимое число ядер или vCPU.
- Сопоставьте стоимость бессрочной лицензии с подпиской на горизонте трех лет с учетом затрат на обязательную техническую поддержку.
- Определитесь со средой развертывания (физический сервер или виртуальная машина), чтобы выбрать оптимальную схему расчета: на хост или на vCPU.
