System Center Virtual Machine
Manager 2007 является новым решением, обеспечивающим объединенный
интерфейс для управления всей виртуальной инфраструктурой. Диспетчер
виртуальных машин (VMM)
управляет существующими
установками Microsoft® Virtual Server 2005
и позволяет установить Virtual Server 2005 R2 с пакетом обновления 1
(SP1) на новых узлах виртуальных машин (VM). С помощью VMM
выполнение административных задач Virtual Server 2005 осуществляется
гораздо эффективнее благодаря наличию централизованного интерфейса,
обеспечивающего доступ к нескольким установкам виртуального сервера
в целях управления.
Кроме этого, VMM предоставляет виртуальному
серверу новые возможности, включая преобразования
«физический-виртуальный» (P2V), преобразование
«виртуальный-виртуальный» (V2V) для дисков формата VMDK (VMDKVMware
Virtual Machine Disk Format) в диски формата VHD (VHDVirtual Server
Virtual Hard Disks) и быстро реализуемые развертывания VM на основе
шаблонов и предварительно настроенных дисков VHD посредством
централизованной библиотеки объектов виртуальной инфраструктуры.
Следующие страницы будут посвящены обсуждению VMM
и мощному набору средств, которые он предоставляет
ИТ-администраторам. Затем будут рассмотрены необходимые условия и
этапы создания установки VMM. В конце я детально опишу некоторые из
наиболее захватывающих возможностей VMM и сообщу некоторые полезные
советы по началу работы с диспетчером.
Знакомство с Virtual Machine Manager
2007
System Center Virtual Machine Manager 2007
является автономным приложением, предоставляющим средства
централизованного управления на уровне предприятия виртуальными
машинами, работающими под управлением Microsoft Virtual Server 2005.
Будучи частью семейства System Center, диспетчер виртуальных машин
предусматривает интеграцию с другими программными продуктами System
Center с целью обеспечения всеобъемлющего управления физической и
виртуальной инфраструктурой. На рис. 1
показаны различные компоненты диспетчера виртуальных машин, и
проводится сопоставление диспетчера виртуальных машин и узла
виртуального сервера.
Прямоугольник, находящийся слева, представляет
сервер VMM, а находящийся справа — узел виртуальной машины. При
желании, с целью повышения производительности и масштабируемости,
компоненты VMM можно устанавливать на отдельных серверах. В данной
статье будет использоваться модель, представленная на рис. 1, в которой основные компоненты VMM
установлены на одном компьютере. Самым существенным компонентом VMM
является служба диспетчера виртуальной машины, находящаяся в центре
левой части. Над ней находятся три разных интерфейса, входящие в эту
службу: интерфейс Windows PowerShellTM,
консоль администратора и портал самообслуживания со средствами
управления Delegated Provision. Поддержка VMM осуществляется базой
данных Microsoft SQL Server® 2005 (можно
использовать как полную установку SQL Server, так и версию SQL
Server 2005 Express) и централизованной библиотекой, которая
является общим файловым ресурсом для компонентов виртуальной
инфраструктуры.
Рис.
1 Архитектура System Center
Virtual Machine Manager 2007
Правая сторона рис. 1
представляет узел виртуальной машины Virtual Server 2005 R2, которым
управляет VMM. Внизу представлена основная операционная
система — в данном случае это Windows Server® 2003 R2. VMM устанавливает на узле
виртуальной машины агента, который способствует обмену данными между
VMM и Virtual Server 2005 R2. Это единичная установка на физическом
узле, не сопровождаемая установкой виртуальных машин или гостевой
операционной системы. Если на компьютере не установлен виртуальный
сервер, VMM автоматически выполняет установку при добавлении
компьютера к списку управляемых серверов.
Будучи частью семейства программных продуктов
System Center, диспетчер виртуальных машин использует новый
интерфейс System Center (или интерфейс в стиле Outlook®) для работы с консолью администратора (в
противоположность традиционной оснастке MMC). Консоль администратора
VMM (см. рис. 2) разработана с
применением технологии Microsoft .NET Framework 2.0 и является
надстройкой на Windows PowerShell 1.0. Фактически, любое действие,
выполняемое в консоли администратора, вызывает соответствующую
команду Windows PowerShell. Результатом этого является то, что к
любой команде или функции, вызываемой в консоли администратора,
можно обратиться также напрямую из Windows PowerShell с помощью
интерфейса командной строки.
Рис.
2 VMM Admin UI показывает
управляемые виртуальные машины
Каждый мастер консоли администратора снабжен
кнопкой «Просмотр сценария», позволяющей отобразить сценарий,
соответствующий запускаемой на выполнение команде. Эта возможность
является прекрасной отправной точкой для изучения среды Windows
PowerShell и ее соотношения с VMM. Освоившись с совместным
использованием Windows PowerShell и VMM, вы сможете создавать
сценарии для выполнения пакетных операций посредством VMM.
Диспетчер виртуальных машин разработан с целью
предоставления ИТ-администраторам трех основных преимуществ: он
позволяет использовать максимальное число ресурсов, добиться
динамичности и использовать имеющиеся навыки. Эти преимущества VMM
обеспечивает посредством нескольких компонентов и функций.
Во-первых, VMM позволяет использовать максимальное число ресурсов,
предоставляя метод преобразования физических серверов в виртуальные
машины. Этот процесс известен под названием преобразования P2V и
позволяет, не прибегая к переустановке машин, объединить имеющиеся
физические машины в виде виртуальных машин. Это особенно существенно
при преобразовании машин с низким показателем использования
оборудования, поскольку несколько таких машин можно поместить на
один компонент физического оборудования. Это может оказать особенно
полезным, скажем, в случае редко используемых машин с устаревшим
программным обеспечением, которые, тем не менее, необходимо
поддерживать из-за единственного в течение года запуска программ
(например, регулирующее бухгалтерское программное обеспечение). При
использовании совместно с System Center Operations Manager 2007, VMM
облегчает создание отчетов о кандидатах на объединение серверов с
целью просмотра машин физической инфраструктуры, являющихся
вероятными кандидатами для преобразования P2V.
Если уже имеются виртуальные машины формата
VMware's VMDK, VMM предоставляет возможность выполнить
преобразование V2V с целью перевода существующих VMDK в формат VHD.
Это позволяет быстро настроить и запустить на выполнение среду
Virtual Server 2005.
В процессе любого развертывания, нового или
запущенного в рамках преобразования, VMM использует для
развертывания машин VM на узлах виртуальных машин процесс с
названием Intelligent Placement. С помощью Intelligent Placement VMM
опрашивает все управляемые им узлы виртуальных машин, получает
несколько параметров, относящихся к доступности ресурсов этих узлов,
после чего возвращает взвешенный список узлов, на которых
рекомендуется развернуть VM. Как видно из рис.
3, администратор может сделать выбор в пользу принятия этих
рекомендаций, настроить алгоритм в соответствии с конкретными
потребностями, либо развернуть VM на сервере по собственному выбору.
Предоставляя объединенный просмотр виртуальной инфраструктуры и
рекомендаций по ее размещению, Intelligent Placement значительно
сокращает нагрузку, связанную с развертыванием VM.
Рис.
3 Intelligent Placement
обеспечивает рекомендации для лучшего узла Virtual Server
К другим компонентам VMM, дающим существенные
преимущества, относится централизованная библиотека и портал
самообслуживания для обеспечения делегированной подготовки.
Библиотека, показанная на рис. 4,
предоставляет централизованное хранилище для всех компонентов,
необходимых для создания виртуальной инфраструктуры, включая
предварительно созданные и готовые для развертывания диски VHD,
шаблоны с параметрами ОС и конфигурацией оборудования, файлы ISO,
сценарии и профили. На основе этих компонентов можно создавать и
развертывать новые машины VM, а с помощью шаблонов и профилей
стандартизировать параметры аппаратного и программного обеспечения
для всех машин VM. VMM поддерживает также распределенные библиотеки,
что позволяет хранить компоненты в удаленных местоположениях и
поддерживать передачу больших файлов в пределах удаленного
местоположения, продолжая осуществлять централизованное управление
компонентами.
Рис.
4 Библиотека VMM содержит все
блоки для создания виртуальной инфраструктуры
Портал самообслуживания представляет собой
веб-узел, объединенный со службой VMM и установкой IIS. Портал
предоставляет доступ к машинам VM авторизованным пользователям и
группам Active Directory®. Функции, к
которым разрешен доступ, зависят от политики, предусмотренной для
конкретного пользователя или группы. Набор этих функций простирается
от возможности просмотра машин VM и получения к ним доступа до
возможности запуска и отключения VM, создания новых VM на основе
конкретных делегированных ресурсов.
Администратор создает политику самообслуживания,
предоставляющую конкретные функции пользователям и группам Active
Directory, конкретным узлам виртуальных машин или группам узлов, а
также конкретным машинам VM и шаблонам. Портал самообслуживания дает
администраторам возможность безопасного делегирования функций
конечным пользователям. В отсутствие этой функции администратору
пришлось бы либо предоставлять пользователям доступ к консоли
администратора для управления их машинами VM, либо вынуждать
пользователей обращаться с запросом по поводу каждой функции, что
приводило бы к обременительному использованию электронной почты и
телефонных звонков для выполнения всего лишь таких операций, как
запуск и перезагрузка VM.
Установка диспетчера виртуальной машины
В настоящее время VMM управляет установками
Virtual Server 2005 (и более поздних версий) в среде Window Server
2003 с пакетом обновления 1 (SP1) (и следующими) в пределах домена
Active Directory (или доверенного домена), а также компьютерами вне
домена с помощью обеспечиваемой диспетчером VMM поддержки
пограничной сети. Не поддерживаются установки виртуального сервера в
операционных системах настольных компьютеров, таких как Windows® XP. Операции P2V доступны только для
физических машин, расположенных в том же домене (или доверенном
домене), что и сервер VMM.
Хотя в производственной среде я рекомендовал бы
устанавливать все компоненты VMM на отдельных серверах, инструкции,
приведенные в данной статье, относятся к установке на одном сервере.
Для установки сервера VMM рекомендуется использовать сервер с
процессором x86 или x64, работающий с частотой 2,8 ГГЦ или
более высокой и имеющий ОЗУ объемом не менее 2 Гбайт. Поскольку
мы рассматриваем установку на одном сервере с локальной базой данных
SQL Server, на жестком диске необходимо наличие 7 Гбайт
свободного пространства. Если же используется удаленная база данных,
для установки VMM требуется только 1 Гбайт. Рекомендуется
обеспечить дополнительные 80 Гбайт дискового пространства для
установки локальной библиотеки.
Дополнительно для VMM требуется установить WinRM
1.1 на сервере VMM, всех узлах виртуальных машин и всех серверах
библиотек, которые будут управляться диспетчером виртуальных машин.
WinRM представляет собой реализацию протокола WS-Management.
WinRM — это совместимый с брандмауэром протокол на основе SOAP,
позволяющий взаимодействовать и осуществлять взаимное управление
аппаратному и программному обеспечению от разных поставщиков. VMM
использует WinRM для выполнения операций по взаимодействию серверов,
узлов виртуальных машин и серверов библиотек. WinRM 1.1 можно
загрузить с веб-страницы по адресу go.microsoft.com/fwlink/?LinkId=103610.
Для установки необходимо также наличие .NET
Framework 2.0 и 3.0, Windows PowerShell 1.0 и IIS для портала
самообслуживания. Во время установки VMM проверяется наличие всех
необходимых дополнительно программ, и предоставляются ссылки на
соответствующие установщики. Если какие-либо программы отсутствуют,
выполнение процедуры установки приостанавливается.
При запуске процедуры установки VMM в главном
меню предлагается выбор из трех возможностей: сервер диспетчера
виртуальных машин, консоль администратора и портал самообслуживания.
Мы будем устанавливать все три компонента на одной машине, начиная с
сервера. После начала процедуры установки на первых экранах
отображается процесс проверки выполнения необходимых условий; для
продолжения процедуры установки необходимо обеспечить выполнение
всех этих условий.
Убедившись в том, что необходимые условия
выполнены, следует просмотреть варианты установки, в особенности
имеющие отношение к базе данных SQL Server. В случае VMM можно либо
установить версию SQL Server 2005 Express, либо использовать
существующую базу данных SQL Server 2005. В данном примере будет
использоваться версия SQL Server 2005 Express.
На следующем этапе работы мастера установки VMM
указывается местоположение централизованной библиотеки. Это может
быть локальный каталог на сервере VMM (и для этого каталога будет
создан общий ресурс), либо можно использовать существующий общий
файловый ресурс. Местоположением по умолчанию является C:\Documents
and Settings\All Users\Shared Documents\Virtual Machine Manager
Library Files.
На следующем этапе выполняется назначение портов.
Выполняется настройка портов, используемых для обмена данными между
консолью администратора и основной службой сервера VMM (порт 8100),
порта, используемого WinRM для выполнения функций управления (порт
80, стандартный порт HTTP) и порта, используемого службой BITS
(Background Intelligent Transfer Service) для перемещения файлов на
узлы виртуальных машин (порт 443, стандартный порт HTTPS). По
окончании сбора всех данных отображается заключительный экран и
установку сервера можно завершать.
Обратимся теперь к установке консоли
администратора. Необходимые условия, предъявляемые к системе,
подобны условиям в случае сервера VMM, требующего наличия .NET
Framework 2.0 и 3.0, а также Windows PowerShell 1.0. Единственный
режим настройки заключается в подтверждении порта, используемого для
подключения к основной службе сервера VMM. Это может быть порт 8100,
настроенный во время установки сервера VMM. В конце процедуры
установки предлагается создать ярлык рабочего стола для консоли
администратора и открыть консоль по завершении установки. Я
рекомендую выбрать обе возможности. При первом открытии консоли
администратора запрашиваются сведения о соединении с сервером. В
случае установки на одном сервере следует соединиться с localhost
через порт 8100 и нажать клавишу Enter для запуска консоли.
И, наконец, перейдем к установке на этом сервере
портала самообслуживания. Для этого необходимо наличие IIS, .NET
Framework 2.0 и 3.0 и Windows PowerShell 1.0. В ходе установки
запрашиваются только те параметры, которые относятся к портам,
используемым порталом самообслуживания. Первым является порт для
соединения с основной службой VMM, порт 8100, тот же самый, что для
консоли администратора. Вторым является порт, обеспечивающий работу
портала. По умолчанию это порт 80, но во многих конфигурациях этот
порт, возможно, уже используется. При необходимости замените этот
порт другим открытым портом, например, портом 81.
Установщик создает веб-узел с именем Microsoft
System Center Virtual Machine Manager 2007 Self-Service Portal, и в
диспетчере служб IIS изменяются настройки. Один совет для облегчения
установки: перейдите в диспетчер служб IIS и откройте свойства
Microsoft System Center Virtual Machine Manager 2007 Self-Service
Portal. Ознакомьтесь с конфигурацией ASP.NET для данного веб-узла и
подтвердите использование версии ASP.NET 2.0. Портал
самообслуживания не будет работать, если для ASP.NET задана версия
1, а, в зависимости от порядка установки версий IIS и .NET
Framework, эти параметры могут различаться.
По завершении установки IIS можно открыть
веб-узел, перейдя в обозревателе Internet Explorer® по адресу http://localhost:81. Появление при
открытии веб-узла запроса на прохождение проверки подлинности
обусловлено настройками безопасности Internet Explorer. Портал
самообслуживания должен работать в Internet Explorer в контексте
интрасети; возможно, в локальной конфигурации сервер VMM потребуется
добавить в список узлов интрасети. После внесения этих изменений все
готово для создания и использования в VMM политик
самообслуживания.
Возможности диспетчера виртуальной
машины
Хотя у VMM имеется много вдохновляющих функций,
две возможности, P2V («физический-виртуальный») и V2V
(«виртуальный-виртуальный»), вызовут, вероятно, наибольший интерес.
Обе функции поддерживаются в рамках консоли администратора.
Поскольку консоль администратора построена поверх Windows
PowerShell, все команды можно запускать также с помощью самой
Windows PowerShell. В наших целях процесс P2V будет рассматриваться
с помощью консоли администратора, а процесс V2V — с помощью
Windows PowerShell.
Преобразование «физический-виртуальный»
Для выполнения преобразования P2V используем
консоль администратора VMM. Физическая машина, подвергаемая
преобразованию, должна удовлетворять нескольким требованиям.
Во-первых, эта машина должна входить в текущий домен или доверенный
домен. VMM соединяется с этой машиной для установки агента P2V и
передачи необходимой информации. Во-вторых, на исходной машине
должна работать поддерживаемая операционная система. Для
преобразования P2V поддерживаются операционные системы Windows
Server 2003, Windows 2000 Server и Windows XP Professional. Если на
исходной машине работает Windows Server 2003 или Windows XP, VMM
использует службу теневого копирования томов (VSS — Volume
Shadow Copy Service ) для объединения жестких дисков и направления
потока данных на виртуальные жесткие диски. Это позволяет выполнять
преобразование машины без простоев, поэтому при создании образа P2V
нет необходимости планировать простои сервера. В случае Windows 2000
создается загрузочный диск Windows PE, чтобы облегчить создание
образа P2V. В данном примере будет рассматриваться случай
использования Windows Server 2003.
Процесс P2V начинается с выбора режима
«Преобразование физического сервера» в пункте «Действия» в верхней
части консоли администратора. При этом запускается мастер P2V,
показанный на рис. 5. Первая страница
соответствует этапу «Выбор источника», где указывается участвующая в
преобразовании машина. Введите DNS-имя этой машины и соответствующие
учетные данные домена, чтобы выполнить соединение и приступить к
управлению машиной. На следующем этапе предоставляется возможность
задать имя результирующей машины VM.
Рис.
5 Фунцкия VMM P2V основана на
работе мастера и встроена в интерфейс пользователя администратора
Затем мастер запускает процесс сбора данных на
исходной машине. После выбора пункта «Сбор системной информации» VMM
устанавливает агента P2V, который выполнит сбор необходимой
информации, относящейся к операционной системе машины, жесткого
диска и сетевых адаптеров. Щелчком кнопки «Далее» осуществляется
переход к экрану проверки, чтобы убедиться в отсутствии известных
проблем, препятствующих преобразованию. В случае обнаружения таких
проблем представляются возможные варианты их разрешения.
После того, как получены данные о конфигурации,
можно выбрать разделы жесткого диска, подлежащие преобразованию. По
умолчанию выбирается загрузочный раздел, и все остальные имеющиеся
разделы становятся доступными. Предоставляется возможность выбрать
разделы, участвующие в преобразовании. Преобразование P2V является
«интеллектуальным» процессом копирования; это означает, что
извлекаются данные только указанных разделов, в противоположность
фиксированной передаче всего образа и объема жесткого диска.
Наконец, мастер переходит к стандартным этапам
развертывания VMM, включая конфигурации загрузки и процесс
Intelligent Placement, описанный ранее. По окончании работы мастера
открывается окно «Задания», в котором отображается весь процесс
преобразования P2V и ход его выполнения.
По умолчанию новые VM, полученные в результате
преобразования, не запускаются автоматически (после преобразования
они находятся в остановленном состоянии). Точно так же процесс P2V
не отключает исходную машину и не изменяет ее статуса. Процесс P2V
является недеструктивным. Поскольку у новой машины VM такое же имя,
IP-адрес и даже MAC-адрес, как у исходного сервера, прежде чем
запускать VM, исходную машину необходимо отключить. Предусмотрено
автоматическое отключение исходной машины или запуск новой,
полученной в результате преобразования VM — это можно сделать с
помощью интерфейса командной строки Windows PowerShell. В рамках
этого процесса имеет смысл выполнить преобразование P2V, а затем,
убедившись в успешном завершении преобразования, запустить
полученную VM в тестовой среде.
Преобразование «виртуальный-виртуальный»
Для выполнения преобразования V2V необходимо
наличие как виртуальной машины VMW (в формате файла VMDK), так и
допустимой установки VMM с целевым узлом виртуальных машин.
Командлет VMM V2V Windows PowerShell с именем new-v2v поддерживает
следующие четыре формата файлов VMDK: monolithicSparse,
monolithicFlat, twoGbMaxExtentSparse и twoGbMaxExtentFlat.
Большинство существующих файлов VMDK относятся к одной из этих
категорий.
Процесс V2V работает только с автономными файлами
VMDK. Однако процесс P2V можно использовать для преобразования
виртуальных машин VMware, работающих в текущий момент. Виртуальные
машины VMware состоят из двух основных компонентов — файлов
VMDK, представляющие собой виртуальные жесткие диски, на которых
хранятся данные, и файла VMX, в котором заключена информация о
конфигурации виртуальной машины. Файлы VMDK и соответствующий файл
VMX можно поместить по месту нахождения библиотеки, что обеспечивает
возможность доступа и преобразования виртуальной машины VMware без
необходимости предоставления доступа к файлу с исходного
сервера.
В ходе преобразования V2V файл VMDK преобразуется
в файл VHD, гостевая операционная система удаляется, чтобы уступить
место виртуальному серверу, и создается новая виртуальная машина,
максимально возможно соответствующая исходной конфигурации, с
внесением необходимых изменений в виртуальное оборудование,
поддерживаемое виртуальным сервером. Отметим, что с помощью среды
Windows PowerShell можно управлять каждым этапом процесса
преобразования по отдельности, что позволяет провести пакетные
преобразования формата до выделения узлов новых виртуальных машин. В
этом примере мы собираемся преобразовать и развернуть VHD.
Хотя преобразование V2V можно выполнить как с
помощью консоли администратора, так и с использованием среды Windows
PowerShell, для данного примера будет использоваться Windows
PowerShell. Чтобы запустить процесс V2V, откроем окно Windows
PowerShell с загруженными командлетами VMM. Для этого щелкнем
последовательно Пуск | Все программы | Microsoft System Center |
Virtual Machine Manager 2007 | Windows PowerShell—Virtual Machine
Manager.
Открывшееся окно должно иметь заголовок Windows
PowerShell—Virtual Machine Manager. Если заголовок выглядит не так,
возможно, не загружены командлеты VMM. После того, как откроется
окно Windows PowerShell, можно ознакомиться с командой new-v2v,
выполнив следующую команду:
get-help new-v2v –full | more
Будет выведена информация о
синтаксисе и примеры выполнения V2V. В примере, приведенном в этой
статье, наш сервер VMM называется vmmserver.contoso.com, узел,
предназначенный для виртуальной машины, называется
vshost1.contoso.com, а доступ к VMDK осуществляется с сервера
библиотеки vmmserver.contoso.com.
Сначала, с помощью команды get-vmmserver,
указывается контекст для сервера VMM, который будет использоваться
для выполнения преобразования V2V. Как и во всех командах Windows
PowerShell, в команде get-vmmserver используется формат
глагол-существительное, а для указания параметров используются
дефисы. В следующей строке показана команда, которая будет
использоваться для указания сервера VMM:
get-vmmserver –computername "vmmserver.contoso.com"
Здесь в качестве контекста
сервера VMM, которому должны следовать команды, задается
vmmserver.contoso.com. Результатом работы приведенной выше команды
является подробный список со сведениями о vmmserver.contoso.com. В
случае неправильной команды или ошибки в синтаксисе отображается
сообщение красного цвета с описанием проблемы.
На следующем этапе указывается узел,
предназначенный для виртуальной машины — узел виртуального
сервера, которому назначается преобразованный VMDK или VHD.
Продолжим, присвоив значение узла виртуальной машины переменной
$vmhost с помощью следующей команды Windows PowerShell:
$vmhost = get-vmhost –computername
"vshost1.contoso.com"
Эта команда не выводит никакой информации в окне
команд, но правильность задания переменной легко проверить, введя в
командной строке Windows PowerShell «$vmhost» и нажав клавишу Enter.
Отобразится информация, хранящаяся в $vmhost (подробная информация о
vshost1.contoso.com, подобная информации, полученной выше для
сервера VMM).
Кроме узла виртуальной машины необходимо указать
сервер библиотеки, на котором находится файл VMDK. Команда
аналогична команде для узла виртуальной машины, использованной
ранее:
$library = get-libraryserver –computername
"vmmserver.contoso.com"
Как и в случае $vmhost, ввод
«$library» в командной строке приводит к отображению информации о
сервере библиотеки.
Наконец, вводится команда для выполнения
преобразования V2V. Для этого используется команда new-v2v command с
функцией get-help. В этой команде указывается сервер библиотеки для
VMX/VMDK, назначенный компьютер, имя результирующей VM и путь для
преобразованного файла VHD.
Для командной строки большинство ссылок дается
относительно компьютера назначения. В нашем случае это
vshost1.contoso.com. А путь для установки дается в виде локальной
ссылки для VSHOST1. Путь для VMX дается относительно сервера
библиотеки. Итоговая командная строка в Windows PowerShell выглядит
следующим образом:
new-v2v –LibraryServer $library –vmxpath
"\\vmmserver.contoso.com\MSCVMMLibrary\VMDKS\ConvertMe.vmx"
–vmhost $vmhost -name "DemoV2V"
–path "C:\VHDs"
Как видно, в данном случае
осуществляется преобразование VMX/VMDK для
\\vmmserver.contoso.com\MSCVMMLibrary\VMDKS\ConvertMe.vmx на сервере
библиотеки $library (VMMSERVER), разворачиваемом на узле, указанном
в переменной $vmhost (VSHOST1), с именем DemoV2V и использованием
пути C:\VHDs на VSHOST1.
После запуска команды на выполнение имеет смысл
вернуться в окно «Задания» консоли администратора VMM, чтоб следить
за ходом выполнения преобразования. VMX/VMDK преобразуется и затем
копируется на VSHOST1, где итоговый VHD в виде DemoV2V добавляется к
списку машин VM. После полного завершения процесса преобразования
VMM можно использовать для запуска новой виртуальной машины и
просмотра результатов.
Заключение
Как видно из вышесказанного, System Center
Virtual Machine Manager 2007 привносит в виртуальную инфраструктуру
несколько замечательных новых компонентов и возможностей. Я надеюсь,
что, рассмотрев процессы преобразования P2V и V2V, мне удалось
показать, насколько легко они выполняются с помощью диспетчера
виртуальных машин.
VMM предназначен для облегчения работы
ИТ-администраторов в процессе создания, развертывания и обслуживания
VM. С выходом System Center Virtual Machine Manager 2007 я
настойчиво рекомендую администраторам Virtual Server 2005
рассмотреть возможность использования диспетчера виртуальных машин
для обслуживания компьютеров с виртуальными машинами. Для
пользователей новой виртуализации Windows Server в Windows Server
2008 Майкрософт предоставит поддержку виртуализации Windows Server в
следующей версии System Center Virtual Machine Manager, которая
будет доступна после выхода окончательной версии виртуализации
Windows Server 2008.
Для получения дополнительных сведений о VMM и
загрузки демо-версии обратитесь на веб-узел по адресу microsoft.com/SCVMM. Подробнее
обо всех продуктах Майкрософт для виртуализации см. на веб-узле по
адресу microsoft.com/virtualization.
