Лицензирование виртуальных машин может быть особенно сложным для ИТ-администраторов, которые должны обеспечить надлежащее лицензирование хостов, а также программного обеспечения, работающего внутри виртуальных машин.
Лицензирование программного обеспечения редко бывает простым, а виртуализация только усложняет лицензирование, поскольку как платформы виртуализации, так и сами виртуальные машины должны лицензироваться должным образом.
2 ключевых правила лицензирования ВМ
При лицензировании виртуальной машины ИТ-администраторам следует помнить о двух правилах:
- Лицензионные требования не исчезают только потому, что программное обеспечение работает внутри виртуальной машины.
- Несмотря на то, что в отрасли существует несколько общих практик лицензирования, у каждого поставщика программного обеспечения есть свои методы работы. Не все поставщики придерживаются одинаковых требований.
Учитывайте лицензионные требования для запуска приложения на физическом сервере. Каждая платформа отличается, но для большинства из них требуется лицензия на ОС, лицензию на приложение и любые применимые лицензии клиентского доступа.
Виртуализация серверов не устраняет эти требования. При развертывании виртуальной машины должны быть соблюдены лицензионные требования для любого программного обеспечения, работающего внутри виртуальной машины, включая ОС.
Лицензионные требования для хостов виртуализации
Лицензии, необходимые для узла виртуализации, значительно различаются в зависимости от базового оборудования.
Например, для хостов VMware ESXi требуется лицензия vSphere . Однако одна лицензия vSphere может соответствовать лицензионным требованиям хоста только в том случае, если имеется один физический ЦП, содержащий не более 32 ядер . Для процессоров с числом ядер от 33 до 64 требуется дополнительная лицензия vSphere.
Аналогичным образом, если на узле имеется более одного физического ЦП, для каждого ЦП требуется лицензия vSphere. Например, для хоста ESXi с двумя физическими 64-ядерными ЦП требуется четыре лицензии vSphere — по две на каждый ЦП, поскольку каждый ЦП имеет более 32 ядер.
VMware — не единственный поставщик, который лицензирует свой гипервизор на основе аппаратной конфигурации хоста. Microsoft также основывает свое лицензирование хоста для Hyper-V на количестве ядер в хосте и количестве виртуальных машин, работающих под управлением Windows Server. В целях лицензирования Microsoft называет эти виртуальные машины средами операционной системы или операционными средами.
Те, кто выбирает Hyper-V в качестве платформы виртуализации, могут использовать стандартную или Datacenter версию Windows Server. Однако Windows Server Standard Edition подходит только для минимально виртуализированных сред, поскольку каждая лицензия распространяется только на две операционные среды.
Лицензия Standard Edition позволяет организации запускать родительскую ОС на узле, если операционная система настроена на работу только в качестве узла виртуализации и не запускает другие приложения. Это также позволяет узлу запускать одну виртуальную машину, а для дополнительных виртуальных машин требуются дополнительные лицензии.
Напротив, лицензия Windows Server Datacenter Edition позволяет хосту запускать неограниченное количество виртуальных машин — с оговоркой, что аппаратное обеспечение хоста является основой для лицензий.
Обе лицензии Standard и Datacenter Edition имеют ограничение в 16 ядер для ЦП, поэтому для хост-серверов требуется дополнительная лицензия на каждые 16 ядер.
Лицензирование гостевой ОС
Другим ключевым моментом при лицензировании виртуальных машин является то, как лицензировать гостевую ОС . В среде Windows Server это сделать относительно легко. Лицензия Standard Edition распространяется на две операционные среды, что позволяет использовать до двух виртуальных машин Windows Server, тогда как лицензия Datacenter Edition позволяет использовать неограниченное количество виртуальных машин Windows Server.
Та же концепция применима и к средам VMware, но покупка лицензии VMware не дает ИТ-администраторам автоматического права запускать Windows Server на своих виртуальных машинах. Вместо этого организации должны лицензировать среду VMware, а затем приобретать лицензии Windows Server в зависимости от количества виртуальных машин, которые они планируют размещать.
В любом случае важно приобрести достаточное количество лицензий для количества ядер ЦП, работающих на хосте.
Кластерные соображения
Почти все производственные среды виртуализации кластеризованы. Отказоустойчивая кластеризация гарантирует, что в случае сбоя узла виртуализации все виртуальные машины, работающие на этом узле, автоматически переключатся на другой работающий узел в кластере.
Отказоустойчивая кластеризация может усложнить лицензирование виртуальных машин, поскольку виртуальные машины могут работать на любом узле в кластере, а это означает, что каждый узел кластера должен быть правильно лицензирован. Например, при лицензировании кластера с несколькими узлами лицензии Windows Server — обычно Datacenter Edition — необходимо приобретать для каждого узла, чтобы виртуальные машины всегда лицензировались должным образом, независимо от того, на каком хосте они работают в любой момент времени.
