Windows server 2008 r2 standard сколько виртуальных машин

Обновлено: 08.07.2024

Виртуализация на основе Windows Server 2008 R2

Виртуализация играет важнейшую роль в работе современных центров обработки данных. Обеспечиваемое виртуализацией повышение эффективности работы позволяет организациям значительно снизить трудоемкость эксплуатации и энергопотребление.

Windows Server 2008 R2 поддерживает следующие типы виртуализации.

Виртуализация серверов и клиентских компьютеров с помощью Hyper-V

Hyper-V виртуализирует системные ресурсы физического компьютера, предоставляя приложениям и операционным системам виртуализированную среду. Если компонент Hyper-V™ используется отдельно, он обычно применяется для виртуализации серверных компьютеров. Если компонент Hyper-V используется вместе с инфраструктурой виртуализации настольных компьютеров (VDI), он применяется для виртуализации клиентских компьютеров.

Операционная система Windows Server 2008 поддерживает серверную виртуализацию с использованием технологии Hyper-V. В состав Windows Server 2008 R2 входит новая версия Hyper-V, которая содержит перечисленные ниже усовершенствования, помогающие создавать динамические виртуальные центры обработки данных.

Повышение доступности виртуальных центров обработки данных

Одним из важнейших условий обеспечения работоспособности центра обработки данных является обеспечение максимальной доступности систем и приложений. Виртуальные центры обработки данных также требуют консолидации, высокой доступности и применения большинства сложных средств управления.

Hyper-V в Windows Server 2008 R2 поддерживает долгожданную функцию живой миграции, позволяющую переносить виртуальную машину между серверами виртуализации, не прерывая ее работу. При этом пользователи, которые подключены к данной виртуальной машине, заметят лишь незначительное снижение производительности в течение нескольких секунд и даже не узнают, что виртуальная машина была перенесена на другой физический компьютер.

  • Поддержка живой миграции архитектурой общих томов кластера

При динамической миграции используются общие тома кластера (CSV) — новая возможность отказоустойчивых кластеров Windows Server 2008 R2, позволяющая нескольким узлам, которые входят в один отказоустойчивый кластер, одновременно обращаться к одному логическому номеру устройства (LUN). С точки зрения виртуальной машины, каждая виртуальная машина использует собственный LUN. Однако файлы VHD для каждой виртуальной машины хранятся на одном томе CSV.

  • Повышение отказоустойчивости соединений узлов кластера

Особенности архитектуры CSV обеспечивают повышенную отказоустойчивость соединений узлов кластера, что напрямую влияет на работу виртуальных машин в кластере. В архитектуре CSV реализован механизм, называемый динамическим перенаправлением операций ввода-вывода и позволяющий перенаправлять эти операции в рамках отказоустойчивого кластера в зависимости от доступности подключений.

  • Усовершенствованное средство тестирования кластеров

В состав Windows Server 2008 R2 входит анализатор соответствия рекомендациям (BPA) для всех основных ролей сервера, включая роль отказоустойчивого кластера. Данное средство проверяет соответствие параметров конфигурации кластера и узлов кластера передовому опыту.

Более эффективное управление виртуальными центрами обработки данных

Высокая эффективность виртуализации не избавляет от необходимости управлять виртуальными машинами. Количество виртуальных машин увеличивается быстрее, чем количество физических компьютеров, поскольку для создания виртуальных машин обычно не нужно приобретать дополнительное оборудование. Поэтому задача управления виртуальными центрами обработки данных приобретает особое значение. В Windows Server 2008 R2 внесены следующие усовершенствования, помогающие управлять виртуальными центрами обработки данных.

· Снижение трудоемкости ежедневно выполняемых задач по администрированию Hyper-V путем использования консоли управления Hyper-V.

· Повышение эффективности использования средств командной строки и автоматизированного управления для администрирования Hyper-V благодаря применению командлетов PowerShell.

· Повышение эффективности управления несколькими серверами Hyper-V в среде виртуального центра обработки данных путем использования диспетчера виртуальных машин System Center 2008.

Упрощение развертывания физических и виртуальных компьютеров

Исторически сложилось так, что для развертывания операционных систем и приложений на физических и виртуальных компьютерах используются разные методы. Для развертывания и замены предварительного подготовленных операционных систем и приложений на виртуальных компьютерах используются файлы в формате VHD, который стал фактическим стандартом при выполнении подобных задач. Hyper-V в Windows Server 2008 R2 поддерживает два существенных обновления при работе с файлами VHD.

В Windows Server 2008 R2 администраторы могут на работающей виртуальной машине добавлять и удалять файлы VHD и диски, напрямую подключенные к виртуальному контроллеру SCSI, не выполняя перезагрузку. Это позволяет увеличивать объем хранилища данных без дополнительных простоев и обеспечивает дополнительную гибкость при архивации центров данных и сложных развертываний Exchange Server и SQL Server.

Windows Server 2008 R2 позволяет загружать компьютер из файла VHD, находящегося на локальном жестком диске, что дает возможность использовать заранее созданные файлы VHD для развертывания виртуальных и физических компьютеров. Это позволяет уменьшить число образов, которыми необходимо управлять, и предоставляет удобное средство для тестирования развертываемого ПО, перед тем как выполнять развертывание в рабочей среде.

  • Повышение производительности и аппаратная поддержка виртуальных машин Hyper-V

Hyper-V в Windows Server 2008 R2 содержит ряд усовершенствований, повышающих производительность виртуальных машин и снижающих энергопотребление. Например, Hyper-V поддерживает преобразование адресов второго уровня (SLAT), которое использует новые возможности современных процессоров для повышения производительности виртуальных машин и уменьшения загрузки гипервизора Windows. Кроме того, благодаря использованию новой функции остановки ядра (Core Parking), поддерживаемой Windows Server 2008 R2, виртуальные машины Hyper-V потребляют меньше электроэнергии.

  • Повышение производительности виртуальных машин при работе в сети

Новая версия Hyper-V повышает производительность виртуальных машин при работе в сети, используя технологию разгрузки для TCP (TCP Offload или VM Chimney), кадры крупных размеров(Jumbo Frames) и другие новые технологии работы в сети, поддерживаемые Windows Server 2008 R2. Разгрузка для TCP позволяет виртуальным машинам передавать работу по обработке сетевого трафика сетевому адаптеру хост-компьютера. Эта функция работает так же, как и функция разгрузки для TCP на физических компьютерах. Hyper-V™ лишь расширяет возможности данной функции и позволяет использовать ее в виртуальном мире. Данная возможность повышает производительность процессора и пропускную способность сети и полностью поддерживается функцией живой миграции.

Как и разгрузка для TCP, поддержка кадров крупных размеров также была введена в Windows Server 2008. Hyper-V™ в Windows Server 2008 R2 лишь расширяет возможности этой функции, позволяя использовать ее в виртуальных машинах. Поддержка кадров крупных размеров в виртуальных сетях обеспечивает те же преимущества, что и при работе в физических сетях, включая шестикратное увеличение полезной нагрузки пакета, что не только повышает пропускную способность сети, но и снижает загрузку процессора при передаче больших файлов.

Лицензионная политика Microsoft — вещь достаточно сложная и запутанная. Тем не менее, многие уже изучили все основные правила и знают, как лицензировать тот или иной продукт. Но проблема в том, что не учтя всего один небольшой нюанс, можно ошибиться на несколько порядков. И такая ошибка может попросту привести к банкротству компании при процедуре лицензионного аудита от Microsoft.

Взять, например, Windows Server, который используется практически в любой компании. Почти все системные администраторы знают, чем отличается лицензирование Windows Server Standard от Windows Server Datacenter. Опустим отличия в функционале, которое снова появилось в версии 2016. Основное отличие в том, что 1 лицензия Windows Server Standard может быть установлена на 2 виртуальных машинах в пределах 1 хоста, а Datacenter на неограниченном числе виртуальных машин в пределах одного хоста. Второе важное требование — это лицензирование всех физических ядер (ранее процессоров) сервера. Это, казалось бы, все знают. Но дьявол, как известно, кроется в деталях.

Рассмотрим практическую задачку.

У нас есть 5-узловой Hyper-V кластер. Каждый хост имеет по 2 процессора по 20 ядер. И на каждом хосте будет работать по 10 виртуальных машин с Windows Server. Давайте прикинем, как будет выгоднее пролицензировать?

Для начала посчитаем Windows Server Datacenter

Если мы возьмём Datacenter, то не важно, сколько у нас виртуалок, просто лицензируем все ядра на хосте. Т.е. 2*20 = 40 Core лицензий на хост. Поскольку Windows продаётся лицензиями по 2 ядра, получаем 20 2Core лицензий на хост. Поскольку у нас 5 хостов, получаем 20*5 = 100 лицензий 2Core.

По стоимости получаем:

9EA-00128 WinSvrDCCore 2016 SNGL OLP NL 2Lic CoreLic 40579,94*100 = 4'057'994р. (4 млн. руб.)

Теперь посчитаем Windows Server Standard

У нас 10 виртуалок на хост. 10 ВМ на хост требует 5 лицензированных Windows Server. (т.к. 1 лицензия Standard — это 2 ВМ). Поскольку у нас на 1 хост 2x20 = 40 ядер. Нужно 5 раз пролицензировать 40 ядер. — это 200 Core лицензий. Но, поскольку Windows Server Standard продаётся лицензиями по 2, то нужно 100 2Core лицензий на каждый хост. Всего у нас 5 хостов, потому умножаем на 5. Получаем 500 2Core License.

По стоимости получаем:

9EM-00124 WinSvrSTDCore 2016 SNGL OLP NL 2Lic CoreLic 5815,38*500 = 2'907'690р. (2,9 млн. руб.)

Казалось бы, если будем лицензировать Windows Server Standard, то сэкономим целый миллион рублей по сравнению с Datacenter. Так?

Мы упустили одну маленькую мелочь, на которую редко кто-то обращает внимание. Уже догадались о чём я?

Если нет, то мелочь заключается в том, что я вначале написал, что у нас кластер. А в кластере любая виртуальная машина может перемещаться с хоста на хост. Причём, даже если у вас нет динамического распределения ресурсов. Она может переехать на другой хост просто в случае отказа одного из хостов. И согласно политике лицензирования Microsoft вы должны пролицензировать все виртуальные машины на все хосты, на которых они теоретически могут работать. А для аудиторов достаточно того, что у вас HA кластер. Причём, о таком сценарии явно сказано в документации (см. картинку).

image

А теперь пересчитываем лицензирование Windows Server Standard для нашего сценария «правильно»:

5 хостов по 10 машин — это 50 виртуалок, т.е. требуется 25 лицензированных Windows. Каждую виртуалку нужно пролицензировать на все хосты, т.е. на все ядра всех хостов, а это 200 ядер. Т.е. вам получается нужно 200*25 = 5 000 Core лицензий. Ну или 2500 2Core лицензий!

По стоимости получаем:

9EM-00124 WinSvrSTDCore 2016 SNGL OLP NL 2Lic CoreLic 5815,38*2500 = 14'538'450р. (14,5 млн. руб.)

14,5 миллионов рублей — против 2,9 миллиона, который мы посчитали изначально. 5-кратная ошибка. Можете представить масштаб бедствия, если у вас не 5 хостов, а 50 или 500.

Т.е. в данном случае, естественно намного дешевле будет лицензировать все хосты более дорогой лицензией Datacenter (это обойдётся в 4 млн. руб.). Хотя на первый взгляд кажется, что версия Standard выходит дешевле.

У Windows Server 2008R2 Standard есть право запуска 1 копии в физической среде и 1 копии в 1 виртуальной среде на этой же машине. Причем, в случае если установлены копии и в физической и в одной виртуальной среде, экземпляр в физической среде можно использовать только для обеспечения виртуализации.

Такое же ограничение, кстати, есть и для Enterprise редакции. В случае если на машине установлен 1 экземпляр в физической и по 1 экземпляру во всех 4-х разрешенных средах, экземпляр в физической среде можно использовать только для обслуживания виртуализации.

Вот цитата из PUR'а для Enterprise редакции:

Запуск экземпляров программного обеспечения

Каждая приобретенная и назначенная серверная лицензия дает вам следующие соответствующие права. На лицензированном сервере вы можете в любой момент времени одновременно запустить

· Один экземпляр серверного программного обеспечения в одной физической операционной среде и

· Один экземпляр серверного программного обеспечения на операционную среду не более чем в четырех виртуальных операционных средах.

При запуске максимально разрешенного количества экземпляров (физических и виртуальных) экземпляр серверного программного обеспечения, выполняемый в физической операционной среде, может использоваться только для:

· запуска программного обеспечения виртуализации устройств;

· обеспечения служб виртуализации устройств;

· запуска программного обеспечения в целях управления операционными средами и их обслуживания на лицензированном сервере.

и для Standard редакции:

Запуск экземпляров программного обеспечения

Каждая приобретенная и назначенная серверная лицензия дает вам следующие соответствующие права. На лицензированном сервере вы можете в любой момент времени одновременно запустить

· Один экземпляр серверного программного обеспечения в одной физической операционной среде и

· Один экземпляр серверного программного обеспечения в одной виртуальной операционной среде

При запуске максимально разрешенного количества экземпляров (физических и виртуальных) экземпляр серверного программного обеспечения, выполняемый в физической операционной среде, может использоваться только для:

· запуска программного обеспечения виртуализации устройств;

· обеспечения служб виртуализации устройств;

· запуска программного обеспечения в целях управления операционными средами и их обслуживания на лицензированном сервере.

Вопрос правильного лицензирования серверных продуктов Microsoft один из наиболее актуальных для системного администратора. Необходимо правильно определить тип и количество необходимых лицензий, что не так то просто сделать. Схема лицензирования довольно сложна и запутана, а многочисленные советы, руководства и памятки на сайтах и форумах зачастую вносят еще большую неясность.

Основы лицензирования

Среди всего многообразия семейства Windows Server 2008 наибольший интерес для малого и среднего бизнеса представляют две его редакции: Standart и Enterprise, поэтому мы будем рассматривать схему лицензирования применительно к этим версиям. Взяв за основу информацию только с официального сайта Microsoft мы постараемся сделать краткий конспект, позволяющий быстро определиться с необходимой схемой лицензирования и количеством лицензий.

Основная схема лицензирования для данных редакций это Сервер + Лицензия клиентского доступа (CAL). Это означает, что для каждого сервера в организации должна быть приобретена лицензия на серверную ОС + необходимое количество лицензий клиентского доступа. Серверную лицензию можно присвоить другому серверу не ранее, чем через 90 дней после последнего присвоения, или раньше, если исходный сервер окончательно вышел из строя.

Лицензия Windows Server 2008 дает право использовать 32-битную либо 64-битную версию ПО, однако следует помнить, что некоторые средства (например технологию виртуализации Hyper-V) можно запустить только на 64-битной версии Windows Server.

Типы лицензий и модели лицензирования

Существуют два типа клиентской лицензии (CAL):

  • на устройство (per Devices) - позволяет любому числу пользователей получать доступ к серверу с одного устройства. Данный тип лицензий удобно применять когда количество пользователей в сети больше количества устройств. Например когда шесть пользователей посменно работают с трех ПК.
  • на пользователя (per Users) - позволяет одному пользователю получать доступ к серверу с неограниченного числа устройств. Данный тип лицензий удобен для организаций имеющий много мобильных пользователей или пользователей которым необходим доступ к серверу с нескольких устройств сети.

Лицензии на пользователя и устройство имеют одинаковую стоимость и при их выборе следует исходить из реальной инфраструктуры предприятия. Допустимо использовать оба типа лицензий одновременно.

Для Windows Server существует две модели лицензирования:

  • на пользователя или устройство, эта модель предусматривает наличие лицензии CAL на каждого пользователя или устройство в сети не зависимо от количества серверов и дает возможность подключаться к любому из них. Данная модель обычно применяется в сети с несколькими серверами и применяется для любых серверных продуктов Microsoft (например SQL Server). Общее количество лицензий при такой схеме лицензирования должно быть равно общему числу ПК или пользователей в сети.

windows2008_license_user.jpg

  • на сервер, эта модель подразумевает ограничение количества подключений к серверу по количеству купленных лицензий. Лицензии приобретаются для конкретного сервера и их количество должно соответствовать максимальному количеству подключений к серверу в каждый конкретный момент времени. При достижении максимального числа подключений к серверу остальные устройства и пользователи сети, пытающиеся получить доступ к серверу не будут иметь такой возможности. Данная модель обычно применяется в сети с одним сервером или с редким использованием базовых функций сервера, а также для серверов удаленного доступа. Такая схема лицензирования применяется только для Windows Server.

windows2008_license_server.jpg

Лицензирование сервера терминалов

Службы терминалов Windows Server 2008 требуют отдельного лицензирования. Для использования возможностей служб терминалов (TS) помимо клиентской лицензии (CAL) необходима клиентская лицензия на службы терминалов (TS CAL).

TS CAL, также как и CAL предусматривает два вида лицензий: на устройство и на пользователя, предусматривающие аналогичные правила использования. Модель лицензирования предусмотрена только одна: на пользователя или устройство.

Hyper-V

Средство виртуализации Hyper-V является одной из ключевых возможностей базовой ОС Windows Server 2008, однако не все пользователи испытывают потребность в виртуализации, поэтому предусмотрены версии Windows Server 2008 без Hyper-X, что явно отражено в их наименовании. Хотя стоимость этих версий несколько ниже, они имеют одинаковые с базовыми условия лицензирования, в т.ч. и по использованию виртуализации. В этом случае потребуется отдельно приобрести лицензию на средство виртуализации, будь то Hyper-V, Microsoft Virtual Server R2 или технология другого производителя (например VMware).

Для лицензирования виртуальных машин предусмотрена следующая схема: 1+1 для Standart и 1+4 для Enterprise. Цифры обозначают количество виртуальных экземпляров ОС которые могут быть запущены на одном физическом экземпляре. Общее количество экземпляров ОС доступных для клиентов в каждый текущий момент времени не должно превышать 1 для Standart и 4 для Enterprise, т.е. при запущенной виртуальной системе физический экземпляр ОС Windows Server 2008 Standart можно использовать только для обслуживания виртуальной системы. Windows Server 2008 Enterprise позволяет использовать физическую систему вместе с тремя виртуальными. При запуске четвертой виртуальной системы физическую ОС также можно использовать только для обслуживания виртуальных машин.

Данные правила распространяются не только на Hyper-V, но и на любую иную технологию виртуализации (MS Virtual Server, VMware и т.п.)

Сколько нужно лицензий?

Теперь, ознакомившись с основами лицензирования можно попытаться грамотно ответить на этот вопрос. При этом надо учитывать, что клиентская лицензия CAL не требуется в следующих случаях:

  • Доступ к серверу осуществляется только через Интернет, причем не выполняется проверка подлинности или какая-то другая процедура идентификации ни с помощью серверного ПО, ни как-то иначе. Пример: доступ к веб-серверу на базе IIS.
  • Для каждой лицензии на сервер доступ могут иметь устройства или пользователи (не более двух) исключительно с целью администрирования этого сервера.

Клиентские лицензии CAL требуются также для пользователей или устройств имеющих опосредованный доступ к серверным функциям, например использующих DHCP-сервер.

Рассмотрим несколько примеров.

Пример 1.

license1.jpg

Наиболее простой и распространенный случай. Сервер используется как файловый сервер и роутер, для организации общего доступа в интернет, также используется DHCP сервер для конфигурирования внутренней сети. На сервере используется гостевой доступ, идентификация пользователей не производится. Многие ошибочно считают, что в данном случае достаточно одной серверной лицензии, а лицензии клиентского доступа не требуются (особенно когда сервер используется только как роутер и DHCP). Однако это не так, необходимо иметь лицензии CAL общим количеством равные количеству устройств или пользователей в сети (в нашем случае 5).

Пример 2.

license2.jpg

Организация имеет сеть на 9 ПК из них пять машин должны иметь доступ к файловому серверу для 1С Предприятие. В данном случае можно применить схему лицензирования "на сервер" и приобрести 5 CAL лицензий.

Пример 3.

license3.jpg

Организация имеет файловый сервер и сервер терминалов, имеет парк из 9 ПК, 4 из которых должны иметь доступ к файловому серверу, а на 5 ПК работают в терминальном режиме посменно 10 пользователей, также имеется два мобильных пользователя, которые должны иметь доступ через VPN к серверу терминалов. Также имеется рабочее место администратора. В данном случае наиболее оптимальной будет следующая схема: для всех стационарных ПК приобретается 9 САL лицензий на устройство, для 5 ПК использующих службы терминалов дополнительно приобретается 5 TS CAL на устройство. Для мобильных пользователей более правильным будет использовать лицензии CAL + TS CAL на пользователя. Администратору клиентская лицензия не требуется, так как он получает доступ к серверам исключительно с целью администрирования.

Дополнительные сведения по лицензированию Windows Server 2008 можно найти на сайте Microsoft.

Читайте также: