Модель vCore¶

vCore (от англ. virtual Core — виртуальное ядро) — это единица измерения вычислительной мощности, используемая в облачных вычислениях и лицензировании программного обеспечения, которая представляет собой абстракцию вычислительных ресурсов физического процессора (CPU). В отличие от традиционного ядра физического процессора, vCore не привязан к конкретному аппаратному обеспечению и может быть реализован как доля одного физического ядра, целое ядро, несколько ядер или поток (hyper-thread). Основная цель модели vCore — унификация и стандартизация лицензирования и тарификации вычислительных ресурсов в виртуализированных средах и облачных платформах.

¶История возникновения

Концепция vCore возникла в конце 2000-х — начале 2010-х годов, когда виртуализация серверов стала массовым явлением. Традиционные модели лицензирования, привязанные к физическим процессорам или ядрам, перестали адекватно отражать реальное потребление ресурсов в виртуальных машинах (ВМ). Компании-разработчики, такие как Microsoft, VMware и Oracle, столкнулись с необходимостью создания новой метрики, которая позволяла бы лицензировать программное обеспечение в средах, где количество физических ядер могло быть динамически распределено между множеством виртуальных машин.

В 2012 году Microsoft представила модель лицензирования на основе vCore для продуктов семейства SQL Server, что стало одним из первых массовых внедрений этого подхода. Впоследствии модель была адаптирована для других продуктов, включая Windows Server, а затем и для облачных сервисов Azure, AWS и Google Cloud. В 2019 году Microsoft ввела концепцию «Azure Hybrid Benefit», позволяющую переносить локальные лицензии на vCore в облако, что стимулировало миграцию корпоративных клиентов.

¶Техническая реализация

¶Виртуализация и гипервизор

vCore реализуется на уровне гипервизора — программного обеспечения, управляющего виртуальными машинами. Гипервизор (например, VMware ESXi, Microsoft Hyper-V, KVM) абстрагирует физические ядра процессора и предоставляет виртуальным машинам логические процессоры (vCPU). Каждый vCPU может быть привязан к одному или нескольким vCore, в зависимости от конфигурации.

• Прямое отображение (pin): vCore жестко привязан к конкретному физическому ядру. Используется для критичных к задержкам приложений (например, СУБД в реальном времени).
• Долевое распределение (overcommit): несколько vCore могут делить одно физическое ядро, что позволяет эффективнее использовать ресурсы, но может снижать производительность при высокой нагрузке.
• Hyper-threading: в процессорах с поддержкой Hyper-Threading (Intel) или SMT (AMD) одно физическое ядро может обслуживать два потока, каждый из которых может быть представлен как отдельный vCore.

¶Соотношение vCore и физического ядра

Соотношение vCore к физическому ядру (коэффициент избыточного выделения, overcommit ratio) варьируется в зависимости от нагрузки и политики облачного провайдера. Типичные значения:

• Для высоконагруженных систем (базы данных, ERP): 1:1 или 2:1.
• Для веб-серверов и разработки: 4:1 или 8:1.
• Для тестовых сред и VDI (виртуальные рабочие столы): до 16:1.

¶Модели лицензирования на основе vCore

¶Лицензирование по подписке (Subscription)

В облачных платформах (Azure, AWS, Google Cloud) vCore используется как единица тарификации. Клиент платит за количество vCore, выделенных виртуальной машине, независимо от времени работы. Например, в Azure SQL Database стоимость базы данных рассчитывается исходя из количества vCore и объёма хранилища.

¶Лицензирование по модели «BYOL» (Bring Your Own License)

Корпоративные клиенты, имеющие локальные лицензии на продукты Microsoft (SQL Server, Windows Server), могут переносить их в облако, используя программу Azure Hybrid Benefit. При этом за каждую лицензию на физическое ядро (или на 16 ядер) можно получить до 16 vCore в облаке. Это позволяет существенно снизить затраты на облачные ресурсы.

¶Лицензирование для локальных сред

Для продуктов, развернутых на собственных серверах, модель vCore применяется при лицензировании по схеме «Per Core» (за ядро). Например, в SQL Server 2022 лицензирование требует приобретения лицензии на каждое физическое ядро процессора, но при виртуализации лицензии могут быть привязаны к vCore виртуальной машины, если она не превышает определённого количества физических ядер.

¶Применение

¶Облачные вычисления

vCore является стандартной единицей для тарификации вычислительных ресурсов в публичных облаках:

• Microsoft Azure: виртуальные машины серии D, E, F и другие тарифицируются по количеству vCore. Например, ВМ Standard_D2s_v3 имеет 2 vCore.
• Amazon Web Services (AWS): использует понятие «vCPU», которое эквивалентно vCore. В EC2 инстансы t3.medium имеют 2 vCPU.
• Google Cloud Platform (GCP): использует «vCPU» как единицу, аналогичную vCore. В Compute Engine инстанс n1-standard-2 имеет 2 vCPU.

¶Базы данных

Большинство современных СУБД в облаке (Azure SQL Database, Amazon RDS, Google Cloud SQL) предлагают модели на основе vCore. Это позволяет клиентам выбирать производительность, соответствующую их нагрузке, и масштабировать ресурсы без изменения архитектуры.

¶Виртуализация серверов

В корпоративных ЦОД vCore используется для планирования ёмкости и лицензирования. Администраторы могут точно рассчитать, сколько виртуальных машин можно разместить на физическом сервере, исходя из количества доступных vCore.

¶Преимущества и недостатки

¶Преимущества

• Гибкость: возможность точно подобрать вычислительные ресурсы под конкретную нагрузку.
• Масштабируемость: динамическое изменение количества vCore без остановки работы (в некоторых облачных сервисах).
• Экономия: модель BYOL позволяет переносить существующие лицензии в облако, снижая затраты.
• Стандартизация: единая метрика упрощает сравнение предложений разных облачных провайдеров.

¶Недостатки

• Сложность лицензирования: для продуктов с моделью Per Core (например, SQL Server) требуется точный учёт всех vCore, что может быть нетривиально в больших кластерах.
• Риск переплаты: при избыточном выделении vCore (overcommit) клиент может платить за ресурсы, которые не используются полностью.
• Зависимость от провайдера: разные провайдеры по-разному определяют vCore, что затрудняет миграцию между облаками. Например, vCore в Azure может соответствовать одному потоку Hyper-Threading, а в AWS — целому ядру.

¶Сравнение с другими моделями

¶Влияние на индустрию

Внедрение модели vCore стало одним из ключевых факторов, способствовавших массовой миграции корпоративных приложений в облако. Оно позволило унифицировать лицензирование для гибридных сред (on-premises + облако) и упростило бюджетирование ИТ-расходов. В 2020-х годах модель vCore продолжает эволюционировать: появляются варианты с «бессерверными» (serverless) вычислениями, где плата взимается не за фиксированное количество vCore, а за фактическое потребление (например, Azure SQL Database serverless).

¶Критика

Основные нарекания к модели vCore связаны с непрозрачностью ценообразования у некоторых провайдеров. Например, в Azure стоимость vCore может различаться в зависимости от региона, серии ВМ и типа лицензии (с оплатой по мере использования или с резервированием). Кроме того, модель vCore не учитывает различия в производительности между разными поколениями процессоров: vCore на процессоре Intel Xeon 3-го поколения может быть значительно быстрее, чем vCore на процессоре 2-го поколения, но тарифицироваться одинаково.

¶Источники

• Microsoft. «vCore model for SQL Server». Документация Microsoft Learn, 2023.
• Amazon Web Services. «Amazon EC2 Instance Types». AWS Documentation, 2024.
• VMware. «vSphere Resource Management». VMware vSphere Documentation, 2022.
• Google Cloud. «Machine families and types». Google Cloud Documentation, 2023.
• «Лицензирование SQL Server 2022: Per Core и vCore». TechNet, 2022.
• «Обзор модели лицензирования Azure Hybrid Benefit». Microsoft Azure, 2024.