Решения Microsoft по виртуализации

Hyper-V представляет собой пример технологии виртуализации серверов. Это значит, что Hyper-V позволяет виртуализовать компьютер целиком путем запуска нескольких операционных систем (обычно серверных) на одном физическом компьютере (обычно с оборудованием серверного класса). Каждая гостевая операционная система думает (если операционные системы умеют думать), что она владеет компьютером и имеет эксклюзивное право использования его аппаратных ресурсов (или любого другого набора ресурсов компьютера, к которому виртуальная машина имеет доступ). Таким образом, каждая операционная система выполняется в отдельной виртуальной машине, при чем все виртуальные машины запущены на одном физическом компьютере. В стандартной невиртуализованной среде на компьютере может быть запущена только одна операционная система. Технология Hyper-V предоставляет компьютеру такую возможность. Перед рассмотрением принципа работы технологии Hyper-V нам необходимо понять общие принципы работы виртуальных машин.

Общие сведения о виртуальных машинах

Виртуальная машина — это вычислительная среда, реализованная в ПО и выделяющая аппаратные ресурсы физического компьютера таким образом, чтобы предоставить возможность запуска нескольких операционных систем на одном компьютере. Каждая операционная система выполняется в собственной виртуальной машине и имеет выделенные логические экземпляры процессоров, жестких дисков, сетевых карт и других аппаратных ресурсов компьютера. Операционная система, запущенная на виртуальной машине, не имеет сведений о том, что она выполняется в виртуальной среде, и ведет себя таким образом, как если бы она полностью контролировала оборудование компьютера. Реализация виртуальных машин описанным выше образом означает, что виртуализацию серверов необходимо внедрять в соответствии со следующими требованиями:
  • Интерфейсы управления
    Виртуализация сервера требует наличия интерфейсов управления, которые позволяют администраторам создавать, настраивать и контролировать виртуальные машины, запущенные на компьютере. Эти интерфейсы также должны поддерживать программное администрирование и работать по сети, обеспечивая удаленное управление виртуальными машинами.
  •  

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

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

  • Конечный автомат
    Для виртуализации сервера необходимый конечный автомат, отслеживающий сведения о текущем состоянии всех виртуальных машин на компьютере. Сведения о состояниях виртуальной машины включают в себя сведения о ЦП, памяти, устройствах и состоянии виртуальной машины (запущена или остановлена). Конечный автомат также должен поддерживать управление переходами между различными состояниями
  •  

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

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

  • Драйверы виртуальных устройств
    Для виртуализации сервера необходимо установить драйверы виртуальных устройств в операционных системах, запущенных на виртуальных машинах. Драйверы виртуальных устройств предоставляют приложениям доступ к виртуальным представлениям оборудования и подключений ввода-вывода точно так же, как и к физическому оборудованию.
Ниже мы увидим, что решение виртуализации серверов Hyper-V, разработанное корпорацией Майкрософт, соответствует всем приведенным требованиям, но вначале рассмотрим основной программный компонент, обеспечивающий виртуализацию сервера — низкоуровневую оболочку.

Общие сведения о низкоуровневой оболочке

Низкоуровневая оболочка — это платформа виртуализации, которая позволяет запускать несколько операционных систем на одном физическом компьютере — главном компьютере. Основная функция низкоуровневой оболочки заключается в создании изолированных сред выполнения для всех виртуальных машин, а также в управлении взаимодействием между гостевой операционной системой на виртуальной машине и базовыми аппаратными ресурсами физического компьютера. Термин «низкоуровневая оболочка» (гипервизор) был создан в 1972 году, когда компания IBM обновила программу управления вычислительной платформы System/370 для поддержки виртуализации. Создание низкоуровневой оболочки было новой вехой в эволюции вычислительной техники, так как это позволяло преодолевать архитектурные ограничения и снижало затраты на использование мэйнфреймов. Низкоуровневые оболочки бывают разными. Например, они различаются по типу — т.е. по тому, работают ли он на физическом оборудовании или размещены в среде операционной системы. Оболочки также можно разделить по конструкции: монолитные или микроядерные.

Низкоуровневая оболочка типа 1

Низкоуровневые оболочки типа 1 выполняются прямо на базовом физическом оборудовании главных компьютеров и выполняют роль управляющих программ. Другими словами, они выполняются «на железе». В этом случае гостевые операционные системы выполняются на нескольких виртуальных машинах, размещенных над слоем низкоуровневой оболочки (см. Рисунок 1).

Так как низкоуровневые оболочки типа 1 выполняются прямо на оборудовании, а не в среде ОС, они обычно обеспечивают оптимальную производительность, доступность и безопасность по сравнению с другими типами. Низкоуровневые оболочки типа 1 в том числе реализуются в следующих продуктах виртуализации сервера:

  • Microsoft Hyper-V
  • Citrix XenServer
  • VMware ESX Server
Низкоуровневая оболочка типа 2

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

  • Microsoft Virtual Server
  • VMware Server
В продукте виртуализации настольных систем Microsoft Virtual PC также используется архитектура низкоуровневой оболочки типа 2.
Монолитные низкоуровневые оболочки

Монолитная архитектура низкоуровневой оболочки предполагает наличие драйверов устройств, которые поддерживают оболочку, размещены в ней и управляются ей (см. Рисунок 3).

Монолитная архитектура имеет как преимущества, так и некоторые недостатки. Например, монолитные низкоуровневые оболочки не требуют управляющей (родительской) операционной системы, так как все гостевые системы взаимодействуют напрямую с базовым оборудованием компьютера с помощью драйверов устройств. Это одно из преимуществ монолитной архитектуры. С другой стороны тот факт, что драйверы должны быть разработаны специально для низкоуровневой оболочки, представляет существенные трудности, так как на рынке распространены различные типы материнских плат, контроллеров хранения, сетевых адаптеров и другого оборудования. В результате производителям монолитных платформ низкоуровневых оболочек необходимо тесно работать с производителями оборудования, чтобы убедиться в том, что драйверы для этих устройств поддерживают низкоуровневую оболочку. Кроме того, это делает производителей оболочек зависимыми от производителей оборудования, которые поставляют необходимые драйверы для своих продуктов. Таким образом, круг устройств, которые могут использоваться в виртуализованных операционных системах на монолитных платформах низкоуровневой оболочки значительно уже по сравнению с ситуацией запуска тех же операционных систем на физических компьютерах. Важной особенностью этой архитектуры является то, что она игнорирует один из наиболее важных принципов безопасности — необходимость эшелонированной защиты. При эшелонированной защите создается несколько рубежей обороны. В этой модели эшелонированная защита отсутствует, так как все выполняется в наиболее привилегированной части системы. Примером продукта для виртуализации сервера, который использует монолитную архитектуру низкоуровневой оболочки, является VMware ESX Server.
Микроядерные низкоуровневые оболочки

Микроядерные низкоуровневые оболочки не требуют специальных драйверов, так как в роли основного (родительского) раздела выступает операционная система. Такой раздел предоставляет среду выполнения, необходимую для доступа драйверов устройства к базовому физическому оборудованию главного компьютера. Разделы будут рассмотрены далее, а сейчас представьте, что термин «раздел» эквивалентен виртуальной машине. На платформах микроядерной низкоуровневой оболочки установка драйверов устройств требуется только для физических устройств, работающих в родительском разделе. Установка этих драйверов в гостевых операционных системах не требуется, так как для доступа к физическому оборудованию главного компьютера гостевым операционным системам необходимо всего лишь обратиться к родительскому разделу. Другими словами, микроядерная архитектура не предполагает прямого доступа гостевых операционных систем к базовому оборудованию. Доступ к физическим устройствам осуществляется только путем взаимодействия с родительским разделом. На рисунке 4 микроядерная архитектура низкоуровневой оболочки показана более подробно.

Микроядерная архитектура имеет несколько преимуществ по сравнению с монолитной. Во-первых, отсутствие необходимости в специальных драйверах позволяет использовать широкий спектр существующих драйверов, предоставленных производителем. Во-вторых, драйверы устройств не входят в оболочку, поэтому она создает меньше нагрузки, имеет меньший размер и большую устойчивость. В-третьих, что наиболее важно, площадь потенциальной атаки сведена к минимуму, так как в оболочку не загружается посторонний код (драйверы устройств создаются сторонними компаниями, поэтому считаются посторонним кодом с точки зрения разработчика оболочки). Согласитесь, что проникновение вредоносного программного обеспечения в оболочку и установление контроля над всеми виртуальными ОС компьютера — это последнее, что вам хотелось бы испытать. Единственным недостатком микроядерной конструкции является необходимость особого, родительского раздела. Это повышает нагрузку на систему (хотя обычно она минимальна), так как доступ дочерних разделов к оборудованию требует их взаимодействия с родительским разделом. Существенным преимуществом микроядерной архитектуры Hyper-V является обеспечение эшелонированной защиты.Технология Hyper-V позволяет свести выполнение кода в низкоуровневой оболочке к минимуму и передавать большее количество функций вверх по стеку (например, интерфейсы конечного автомата и управления, которые в пользовательском режиме выполняются выше по стеку). Что же можно привести в качестве примера платформы виртуализации сервера с микроядерной архитектурой? Несомненно, это Microsoft Hyper-V, в родительском разделе которого выполняется Windows Server 2008 или более поздние версии.

Основные особенности Hyper-V

Ниже представлены некоторые основные особенности исходной версии платформы Microsoft Hyper-V:

  • Поддержка различных ОС
    Hyper-V поддерживает одновременное выполнение различных типов ОС, в т. ч. 32-разрядных и 64-разрядных ОС на различных серверных платформах (например, Windows, Linux и  др.).
  •  

  • Расширяемость
    Технология Hyper-V имеет стандартные интерфейсы инструментария управления Windows  (WMI) и программные интерфейсы API, которые позволяют независимым поставщикам ПО и разработчикам быстро создавать настраиваемые средства и расширения для платформы виртуализации.
  •  

  • Балансировка сетевой нагрузки
    Hyper-V предоставляет возможности виртуального переключения, которые обеспечивают использование службы балансировки сетевой нагрузки Windows для балансировки нагрузки на виртуальных машинах с различных серверов.
  •  

  • Микроядерная архитектура
    Hyper-V имеет 64-разрядную микроядерную архитектуру низкоуровневой оболочки, которая позволяет платформе предоставлять различные методы поддержки устройств, дополнительную производительность и безопасность.
  •  

  • Аппаратная виртуализация
    Для работы Hyper-V необходимо использование технологий аппаратной виртуализации Intel-VT или AMD-V.
  •  

  • Архитектура совместного использования оборудования
    Hyper-V использует архитектуру поставщиков (VSP) и клиентов служб виртуализации (VSC), что обеспечивает расширенный доступ и использование аппаратных ресурсов (например, дисков, сети и видео).
  •  

  • Быстрая миграция
    Hyper-V позволяет перенести запущенную виртуальную машину с одного физического главного компьютера на другой с минимальными задержками. Это осуществляется при помощи высокодоступных средств управления Windows Server 2008 и System Center.
  •  

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

  • Поддержка симметричной мультипроцессорной архитектуры (SMP)
    Hyper-V поддерживает до четырех процессоров в среде виртуальных машин для использования многопотоковых приложений на виртуальной машине.
  •  

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

Новые возможности Hyper-V R2

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

Повышенная гибкость

Hyper-V R2 содержит следующие новые функции, которые повышают гибкость развертывания и обслуживания инфраструктуры виртуализации сервера:

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

  • Общие тома кластера
    Общие тома кластера — это новая функция системы отказоустойчивых кластеров Windows Server 2008 R2. Она предоставляет единое и непротиворечивое пространство имен файлов, которая позволяет всем узлам кластера обращаться к одному и тому же устройству хранения. Использование общих томов кластера настоятельно рекомендуется при динамической миграции и описывается ниже в разделе «Работа с динамической миграцией».
  •  

  • Поддержка «горячего» добавления и удаления средств хранения
    Версия R2 Hyper-V позволяет добавлять или удалять виртуальные жесткие диски и транзитные диски на работающей виртуальной машине без завершения ее работы и перезапуска. Это позволяет без простоев настроить все пространство хранения, используемое виртуальной машиной, в соответствии с изменением рабочей нагрузки. Кроме того, это предоставляет новые возможности резервного копирования в Microsoft SQL Server, Microsoft Exchange Server и в центрах обработки данных. Для использования этой функции виртуальные и транзитные диски должны быть подключены к виртуальной машине с помощью виртуального контроллера SCSI. Дополнительные сведения о добавлении контроллеров SCSI в виртуальные машины см. ниже в разделе «Управление виртуальными машинами».
  •  

  • Режим совместимости процессора
    Новый режим совместимости процессора, доступный в версии Hyper-V R2, позволяет переносить виртуальную машину с одного главного компьютера на другой при совпадении архитектуры их процессоров (AMD или Intel). Это облегчает обновление инфраструктуры главного компьютера Hyper-V путем упрощения миграции виртуальных машин с компьютеров со старым оборудованием на компьютеры с более новым оборудованием. Кроме того, это также обеспечивает гибкость миграции виртуальных машин между узлами кластера. Например, режим совместимости процессора можно использовать для миграции виртуальных машин с узла Intel Core 2 на узел Intel Pentium 4 или с узла AMD Opteron на узел AMD Athlon. Обратите внимание на то, что режим совместимости процессоров позволяет выполнять миграцию виртуальных машин только при совпадении архитектуры процессоров узлов. Другими словами, поддерживается миграция AMD-AMD и Intel-Intel. Перенос виртуальных машин с главного компьютера одной архитектуры на главный компьютер другой архитектуры не поддерживается. Другими словами, миграция AMD-Intel и Intel-AMD не поддерживается. Дополнительные сведения о режиме совместимости процессоров и его настройке см. во врезке  «Принцип работы. режим совместимости процессора».

Повышенная производительность

Hyper-V R2 содержит следующие новые функции, которые могут повысить производительность инфраструктуры виртуализации сервера:

 

  1. Поддержка до 384 одновременно запущенных виртуальных машин и до 512 виртуальных процессоров на каждом сервере
    При наличии соответствующего оборудования сервера Hyper-V R2 можно использовать для выхода на недостижимые ранее уровни консолидации серверов. Например, на одном главном компьютере Hyper-V можно разместить:
    • 384 виртуальных машин с одним процессором (существенно меньше ограничения в 512 виртуальных процессоров)
    • 256 виртуальных машин с двумя процессорами (всего 512 виртуальных процессоров)
    • 128 виртуальных машин с четырьмя процессорами (всего 512 виртуальных процессоров)

     

    Также можно работать с любыми сочетаниями одноядерных, двухъядерных и четырехъядерных процессоров, если общее количество виртуальных машин не превышает 384, а общее количество виртуальных процессоров, выделенных виртуальным машинам, не превышает 512. Такие возможности позволяют Hyper-V R2 обеспечивать максимально возможные на рынке значения плотности виртуальных машин на данный момент. Для сравнения: предыдущая версия Hyper-V в Windows Server 2008 SP2 поддерживала всего до 24 логических процессоров и до 192 виртуальных машин. Обратите внимание на то, что при использовании отказоустойчивых кластеров Hyper-V R2 поддерживает до 64 виртуальных машин на узел кластера.

     

  2. Поддержка преобразования адресов второго уровня (SLAT)
    В версии Hyper-V R2 процессор обрабатывает преобразования адресов на виртуальных машинах, а не в коде Hyper-V, который программным образом выполняет сопоставления таблиц. Таким образом, технология SLAT создает второй уровень страниц под таблицами страниц архитектуры x86/x64 процессоров x86/x64 за счет слоя косвенного обращения от доступа к памяти виртуальной машины до доступа к физической памяти.
  3.  

    При применении соответствующих процессоров (например, процессоров Intel с расширенными таблицами страниц EPT начиная с поколения i7 или последних моделей процессоров AMD с вложенными таблицами страниц NPT) Hyper-V R2 существенно увеличивает производительность системы во многих случаях.  Повышение производительности вызвано улучшением технологии управления памятью и снижением количества копий памяти, необходимых для использования этих функций процессора. Производительность повышается в особенности при работе с крупными наборами данных (например, с Microsoft SQL Server). Использование памяти для низкоуровневой оболочки Microsoft Hypervisor может сократиться с 5 процентов до 1 процента от общей физической памяти. Таким образом, дочерним разделам будет доступно больше памяти, что позволяет добиться высокой степени консолидации.

     

  4. VM Chimney
    Эта функция позволяет передавать трафик TCP/IP для виртуальной машины на физический адаптер сети главного компьютера. Для этого физический сетевой адаптер и ОС должны поддерживать функцию разгрузки TCP Chimney, что позволит повысить производительность виртуальной машины за счет снижения нагрузки ЦП для логических процессоров. Поддержка разгрузки TCP Chimney в Microsoft Windows появилась в версиях
  5.  

    Windows Vista и Windows Server 2008. Функция VM Chimney по умолчанию отключена. Для работы ее необходимо включить на физическом сетевом адаптере и в главной операционной системе.Подробные сведения см. на странице http://support.microsoft.com/kb/951037.

     

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

     

  6. Поддержка очереди виртуальных машин (VMQ)
    Hyper-V R2 предоставляет поддержку очередей устройства виртуальных машин (VMDq) — технологии Intel Virtualization Technology For Connectivity. VMQ передает задачу по сортировке трафика данных виртуальных машин из диспетчера Virtual Machine Manager в сетевой контроллер. Это позволяет одному физическому сетевому адаптеру отображаться в гостевой системе в виде нескольких сетевых адаптеров (очередей), что оптимизирует использование ЦП и позволяет повысить пропускную способность сети, а также обеспечивает улучшенные возможности управления трафиком виртуальной машины. После этого главный компьютер не сохраняет данные прямого доступа к памяти (DMA) со стороны устройств в собственном буфере, так как сетевой адаптер может воспользоваться таким доступом для направления пакетов в память виртуальной машины. Сокращение пути ввода-вывода обеспечивает повышение производительности. Дополнительные сведения об очереди VMDq см. на веб-сайте Intel по адресу http://www.intel.com/network/connectivity/vtc_vmdq.htm.
  7.  

  8. ·         Поддержка кадров крупного размера
    Кадры крупного размера — это кадры Ethernet, содержащие более 1500 байт полезной нагрузки. Кадры крупного размера ранее были доступны в невиртуальных средах. Hyper-V R2 предоставляет возможность работы с ними в виртуальных машинах и поддерживает кадры размером до 9014 байт (если это поддерживается базовой физической сетью).

 

В результате это позволяет повысить пропускную способность сети и сократить интенсивность использования ЦП при переносе крупных файлов.

Повышенная масштабируемость

Hyper-V R2 содержит следующие новые функции, которые повышают масштабируемость инфраструктуры виртуализации сервера:

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

  • Поддержка парковки ядер
    Функция парковки ядер позволяет Windows и Hyper-V консолидировать обработку данных на минимальном количестве ядер процессора. Для этого неактивные ядра процессора приостанавливаются путем перевода их в состояние C (состояние «парковки»). Это позволяет запланировать работу виртуальных машин на одном узле, а не распределять их на несколько узлов. Преимущество этого состоит в приближении к модели экологических вычислений за счет снижения количества энергии, необходимой ЦП узлов центра обработки данных.

Сравнение Hyper-V и Virtual Server

Широкие возможности Hyper-V уже привели к тому, что эта технология заменяет Microsoft Virtual Server во многих организациях, ранее использовавших Virtual Server для консолидации серверов, обеспечения непрерывности работы, тестирования и разработки. При этом Virtual Server до сих пор может найти применение в корпоративной инфраструктуре виртуализации. В таблице 1 приводится сравнение некоторых функций и технических данных Hyper-V и Virtual Server.

 

Таблица 1. Сравнение компонентов и технических характеристик Virtual Server 2005 R2 SP1 и Hyper-V R2

 

Компонент или технические данные

Virtual Server 2005 R2 SP1

Hyper-V R2

Архитектура

Тип виртуализации

Размещенные системы

На основе низкоуровневой оболочки

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

32-разрядные виртуальные машины

Да

Да

64-разрядные виртуальные машины

Нет

Да

32-разрядные узлы

Да

Нет

64-разрядные узлы

Нет

Да

Виртуальные машины с несколькими процессорами

Нет

Да

Максимальный объем гостевой оперативной памяти на каждую виртуальную машину

3,6 ГБ

64 ГБ

Максимальное количество гостевых ЦП на каждую виртуальную машину

1

4

Максимальная оперативная память узла

256 ГБ

1 ТБ

Максимальное количество запущенных виртуальных машин

64

384

Управление ресурсами

Да

Да

Доступность

Переключение гостевых систем при отказе

Да

Да

Переключение главных компьютеров при отказе

Да

Да

Миграция узлов

Да

Да

Моментальные снимки виртуальных машин

Нет

Да

Управление

Возможность расширения и управления через скрипты

Да, COM

Да, WMI

Пользовательский интерфейс

Веб-интерфейс

Интерфейс MMC 3 0

Интеграция SCVMM

SCVMM 2007

SCVMM 2008

 


Дополнительные сведения Для получения дополнительных сведений о возможностях Virtual Server и его загрузки перейдите на страницу http://www.microsoft.com/windowsserversystem/virtualserver/downloads.aspx. Для получения сведений о миграции виртуальных машин с Virtual Server на Hyper-V обратитесь к разделу «Virtual Machine Migration Guide: How To Migrate from Virtual Server to Hyper-V» в библиотеке TechNet по адресу  http://technet.microsoft.com/en-us/library/dd296684.aspx.