Поиск на сайте: Расширенный поиск


Новые программы oszone.net Читать ленту новостей RSS
CheckBootSpeed - это диагностический пакет на основе скриптов PowerShell, создающий отчет о скорости загрузки Windows 7 ...
Вы когда-нибудь хотели создать установочный диск Windows, который бы автоматически установил систему, не задавая вопросо...
Если после установки Windows XP у вас перестала загружаться Windows Vista или Windows 7, вам необходимо восстановить заг...
Программа подготовки документов и ведения учетных и отчетных данных по командировкам. Используются формы, утвержденные п...
Red Button – это мощная утилита для оптимизации и очистки всех актуальных клиентских версий операционной системы Windows...
OSzone.net Microsoft ИТ-инфраструктура Виртуализация Технология Real Control в применении к Virtual Machine Manager 2007 RSS

Технология Real Control в применении к Virtual Machine Manager 2007

Текущий рейтинг: 3.67 (проголосовало 6)
 Посетителей: 4279 | Просмотров: 6139 (сегодня 0)  Шрифт: - +

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 Архитектура 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 показывает управляемые виртуальные машины
Рис. 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
Рис. 3 Intelligent Placement обеспечивает рекомендации для лучшего узла Virtual Server

К другим компонентам VMM, дающим существенные преимущества, относится централизованная библиотека и портал самообслуживания для обеспечения делегированной подготовки. Библиотека, показанная на рис. 4, предоставляет централизованное хранилище для всех компонентов, необходимых для создания виртуальной инфраструктуры, включая предварительно созданные и готовые для развертывания диски VHD, шаблоны с параметрами ОС и конфигурацией оборудования, файлы ISO, сценарии и профили. На основе этих компонентов можно создавать и развертывать новые машины VM, а с помощью шаблонов и профилей стандартизировать параметры аппаратного и программного обеспечения для всех машин VM. VMM поддерживает также распределенные библиотеки, что позволяет хранить компоненты в удаленных местоположениях и поддерживать передачу больших файлов в пределах удаленного местоположения, продолжая осуществлять централизованное управление компонентами.

Рис. 4 Библиотека 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 основана на работе мастера и встроена в интерфейс пользователя администратора
Рис. 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.

Автор: Эдвин Юэн  •  Иcточник: TechNet Magazine  •  Опубликована: 21.01.2008
Нашли ошибку в тексте? Сообщите о ней автору: выделите мышкой и нажмите CTRL + ENTER
Теги:  


Оценить статью:
Вверх
Комментарии посетителей
Комментарии отключены. С вопросами по статьям обращайтесь в форум.