Меню
ГлавнаяПоломки

Что такое виртуальная машина и зачем она нужна? Как ускорить работу виртуальных машин VMWare, Oracle VirtualBox и Microsoft Hyper-V

Страшно подумать, что могло бы случиться с оперативной системой,если туда попадет вирус. А ОС в VirtualBox ничего не грозит! Ни какой вирус или другая бяка, не сможет добраться до основной системы из только что установленной подозрительной программки, что бы вы не делали, чем бы не занималась, состояние гостевой ОС можно вернуть в рабочее состояние всего лишь несколькими нажатиями клавиш – для этого будет достаточно выбрать заранее сделанный снимок здоровой системы.

Начало в статьях:

Виртуальная машина. Настройки виртуальной машины.

Пришло время и к настройкам самой виртуальной машины. В левом верхнем углу нажмите на значок "Настроить" .

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

Во вкладке "Дополнительно" нужно указать место для хранения снимков системы, которые вы будете делать.
Указать параметры буфера обмена, как он будет взаимодействовать с основной системой.
Включить или выключить мини тулбар о состоянии системы, подключенных устройствах и его расположение (по умолчанию он находится внизу экрана).

В меню "Система" во вкладке "Материнская плата" будет указан размер уже установленной вами оперативной памяти.
Также здесь можно установить порядок устройств загрузки. Установите первым устройство то, откуда будет устанавливаться операционная система.
В дополнительных настройках можно оставить все как есть. Если что, пояснение к каждому пункту отображается внизу окна.

Во вкладке "Процессор" указывается сколько процессоров доступно и сколько будет задействовано в виртуальной машине. Если вы устанавливаете ОС 32(86), то должен быть 1 процессор, если же 64, то 2 процессора и больше, все зависит от возможностей вашего компьютера.
Пункт "Предел загрузки ЦПУ" устанавливает максимальный размер для нагрузки основного процессора. Я всегда устанавливаю 75% и этого вполне достаточно.
Установите галочку в пункте "Дополнительные возможности" -> "Включить "PAE/NX" таким образом гостевая система сможет напрямую работать с процессором.

Пункт меню "Дисплей" , вкладка "Видео" - здесь устанавливается графический размер памяти для видео карты виртуальной машины. Сколько устанавливать решать вам. Если вы собираетесь играть в ней в серьезные игры, то конечно графика должна быть высокой.
"Количество мониторов" - показывает сколько мониторов доступно и на скольких мониторах вы хотите установить отображение виртуальной машины.
"Дополнительные возможности" позволяют указать, будет ли задействована в системе 2D и 3D графика.

В пункте меню "Носители" устанавливается количество виртуальных и реальных подключаемых CD/DVD носителей и жестких дисков.
Во внутреннем окне "Носители информации" выберите "контроллер IDE" , появятся два значка для добавления дисков, жесткого и CD/DVD или виртуального.

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

Обязательно установите первичный IDE привод с устанавливаемой оперативной системой.

Пункт меню "Аудио" . Рабочие настройки всегда уже установлены по умолчанию, но если вы хотите их изменить, задействовать другое звуковое устройство присутствующее на вашем компьютере или совсем выключить звук, сделайте соответствующие установки.

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

В пункте "USB" ни чего можно не трогать, если вы конечно не хотите подключить дополнительное устройство. А флэшками можно будет манипулировать прямо из виртуальной машины, выбрав меню "Устройства" , пункт "USB" и выбирайте, какую нужно подключить флэшку. Внимание! Если вы переключите флэшку в гостевую систему, то в реальной системе она отображаться не будет и произойдет обратное после выключения ее из гостевой.

И последний пункт меню "Общие папки" . Здесь вы можете добавлять или удалять общие папки для реальной и гостевой ОС. Они подключаются в виртуальной машине в виде сетевого диска, так что при подключении сразу же установите галочку в пункт "Авто-подключение" . И также можете выбрать, как папка будет работать с файлами в этом сетевом диске, с полным доступом к управлению или "Только для чтения" .

Теперь виртуальная машина настроена. Можно смело запускать ее и устанавливать гостевую операционную систему.

Если планируется использовать системы хранения данных с интерфейсом iSCSI – крайне рекомендуется выделить для работы iSCSI отдельный сетевой интерфейс, а то и два – для работы MPIO. Если LUN’ы будут монтироваться в хостовой ОС – то нужно просто оставить один или два интерфейса не привязанными к виртуальным сетям. Если же iSCSI-инициаторы будут работать внутри виртуальных машин – для них нужно создать одну или две отдельных виртуальных сети, которые будут использоваться исключительно для трафика iSCSI.
VLAN-тегирование
VLAN-тегирование (IEEE 802.1q) означает «маркировку» сетевых пакетов специальным маркером (тегом), благодаря которому пакет может быть ассоциирован с определенной виртуальной сетью (VLAN). При этом хосты, принадлежащие к разным VLAN, будут находиться в разных широковещательных доменах, хотя и подключаться физически к одному и тому же оборудованию. Виртуальные сетевые адаптеры в Hyper-V так же поддерживают тегирование VLAN. Для этого нужно зайти в свойства виртуального адаптера в настройках виртуальной машины и прописать там соответствующий VLAN ID.
Активное оборудование
До сих пор мы говорили о сетевых интерфейсах и виртуальных сетевых адаптерах в пределах хоста. Но необходимо так же учитывать и пропускную способность активного оборудования – к примеру, коммутаторов, к которым наши хосты будут подключаться. Простой пример: если имеется 8-портовый коммутатор 1Gbps, и каждый из портов утилизирует весь 1Gbps пропускной способности – то 1Gbps-аплинк физически не сможет пропускать такие объемы трафика, что приведет к падению производительности. Особенно это приходится учитывать при использовании iSCSI – нагрузки там могут быть высоки, а задержки пакетов могут быть достаточно критичны для производительности. Поэтому при использовании iSCSI крайне рекомендуется пускать iSCSI-трафик через отдельные коммутаторы. Теперь перейдем к рекомендациям по ОС хоста. Как известно, ОС Windows Server 2008 R2 может быть установлена в двух разных режимах: Full и Server Core. С точки зрения работы гипервизора эти режимы ничем не отличаются. Хотя режим Server Core на первый взгляд кажется сложнее (особенно для малоопытных администраторов), рекомендуется использовать именно этот режим. Установка ОС в режиме Server Core имеет следующие преимущества по сравнению с полной установкой:
  • Меньший объем обновлений
  • Меньшая поверхность атаки для потенциальных злоумышленников
  • Меньшая нагрузка на процессор и память в родительской партиции
Запуск других приложений в хостовой ОС
Запуск в гостевой ОС сторонних (не имеющих отношения к Hyper-V) приложений, а так же установка других серверных ролей помимо Hyper-V может привести к сильному падению производительности, а так же к снижению стабильности. Дело в том, что из-за особенностей архитектуры Hyper-V, все взаимодействие виртуальных машин с устройствами проходит через родительскую партицию. Поэтому высокие нагрузки или «падение в синий экран» в родительской партиции обязательно приведут к падению производительности или просто к «падению» всех запущенных виртуальных машин. Сюда же можно (и нужно) отнести антивирусное ПО. Нужно ли оно вообще на хосте, который не будет заниматься ничем, кроме, собственно, виртуализации – это, конечно, тот еще вопрос. Тем не менее, если антивирус все же установлен – первое, что необходимо сделать – исключить из списка проверки все папки, где могут находиться файлы виртуальных машин. В противном случае, при сканировании может замедлиться производительность, а если в каком-нибудь VHD-файле обнаружится что-то похожее на вирус – то при попытке лечения антивирусный пакет может испортить сам VHD. Подобные случаи наблюдались и с базами MS Exchange, и потому первая рекомендация – не ставить вообще на серверах Exchange файловые антивирусы, а если и ставить – то добавить папки с базами в исключения. Шаги, которые необходимы предпринять для повышения производительности самих виртуальных машин – зависят от приложений, которые будут на них выполняться. У Microsoft имеются рекомендации (best practices) для каждого из приложений – Exchange, SQL Server, IIS, и других. Аналогичные рекомендации существуют для ПО других вендоров. Здесь я дам лишь общие рекомендации, не зависящие от конкретного ПО.
Здесь будет рассказано, почему нужно устанавливать Integration Services в гостевой ОС, как упростить развертывание новых виртуальных машин с помощью библиотеки VHD, и как поддерживать эти VHD в актуальном состоянии с выпуском новых патчей.
Сервисы интеграции
Сервисы интеграции – это набор драйверов, работающих внутри гостевой ОС. Они должны быть установлены сразу после установки ОС. На данный момент список поддерживаемых ОС следующий:
  • Windows 2000 Server SP4
  • Windows Server 2003 SP2
  • Windows Server 2008
  • Windows XP SP2, SP3
  • Windows Vista SP1
  • SUSE Linux Enterprise Server 10 SP3 / 11
  • Red Hat Enterprise Linux 5.2 – 5.5
ОС Windows 7 и Windows Server 2008 R2 содержат сервисы интеграции в инсталляционном пакете, поэтому на эти ОС их не нужно устанавливать дополнительно.
Установка интеграционных сервисов позволяет использовать синтетические устройства, имеющие более высокую производительность по сравнению с эмулируемых. Подробнее о разнице между эмулируемыми и синтетическими устройствами – в моей статье об архитектуре Hyper-V.
Вот список драйверов, входящих в Integration Services:
  • IDE-контроллер – заменяет собой эмулируемый IDE-контроллер, что повышает скорость доступа к дискам
  • SCSI-контроллер – является полностью синтетическим устройством и требует для работы обязательной установки интеграционных сервисов. К каждому SCSI-контроллеру можно подключить до 64 дисков, самих контроллеров может быть до 4 на каждую виртуальную машину.
  • Сетевой адаптер – имеет более высокую производительность, чем эмулируемый (Legacy Network Adapter), и поддерживает особые функции, такие, как VMQ.
  • Видео и мышь – повышают удобство управления виртуальной машиной через ее консоль.
Помимо перечисленных драйверов, при установке сервисов интеграции поддерживаются следующие функции:
  • Operating System Shutdown – возможность корректного завершения работы гостевой ОС без логина в нее. Аналогично нажатию кнопки Power на корпусе ATX.
  • Time Synchronization – ясно из названия – синхронизация системного времени между хостовой и гостевой ОС.
  • Data Exchange – обмен ключами реестра между гостевой и хостовой ОС. Таким образом, к примеру, гостевая ОС может определить имя хоста, на котором она запущена. Эта возможность доступна только для гостевых ОС семейства MS Windows.
  • Heartbeat – специальный сервис, периодически отправляющий специальные сигналы, означающие, что с виртуальной машиной все в порядке. Если гостевая ОС по какой-то причине, например, зависнет – она перестанет отправлять Heartbeat, и это может служить сигналом, к примеру, для автоматической перезагрузки.
  • Online Backup – представляет из себя VSS Writer, позволяющий в любой момент получить консистентную резервную копию данных виртуальной машины. При запуске резервного копирования через VSS приложения, запущенные на виртуальной машине автоматически сбрасывают данные на диск, и потому бэкап получается консистентным.
Для установки интеграционных сервисов в ОС Windows нужно выбрать Action – Integration Services Setup . При этом к виртуальной машине автоматически подмонтируется ISO-образ с файлами установки, и запустится процесс инсталляции. Если в гостевой системе отключен запуск Autorun, то процесс инсталляции придется запустить вручную.
Интеграционные компоненты для Linux не включены в дистрибутив Windows Server – их необходимо загрузить с сайта Microsoft.
Sysprep: создаем мастер-образ
Если у вас имеется достаточно большая инфраструктура, и вам приходится часто создавать новые виртуальные машины и устанавливать на них ОС –набор готовых «мастер-образов» виртуальных жестких дисков поможет сильно сэкономить время. Такой «мастер-образ», хранящийся в виде VHD-файла, можно скопировать, а затем создать новую виртуальную машину с использованием VHD в качестве жесткого диска. При этом на нем уже будет установлена ОС и некоторый необходимый набор ПО (в частности – сервисы интеграции).
Для создания такого мастер-образа необходимо:
  1. Создать новую виртуальную машину
  2. Произвести установку ОС, сервисов интеграции, всех доступных обновлений системы и дополнительного ПО, если таковое необходимо
  3. Подготовить установленную ОС с помощью утилиты Sysprep, которая удалит информацию о пользователе, ключе продукта и уникальный идентификатор (SID).
При первой загрузке виртуальной машины с такого образа запустится процедура, именуемая «mini-setup». При этом будет предложено заново ввести имя компьютера, пароль администратора, и некоторые другие данные.
Оффлайн-установка обновлений
Мы создали мастер-образ, и он будет храниться у нас в течение длительного времени. И все бы ничего, но есть одна небольшая проблема: периодически выходят обновления системы, и при развертывании виртуальной машины с мастер-образа придется установить все обновления, вышедшие с момента создания мастер-образа. Если образ был создан, скажем, год или два тому назад – объем обновлений может быть достаточно большим. Кроме того, сразу после подключения к сети ОС без последних обновлений подвержена всевозможным угрозам безопасности, в том числе – и вирусам. Есть прекрасный инструмент, позволяющий устанавливать обновления прямо на мастер-образы виртуальных машин – он называется «Offline Virtual Machine Servicing Tool». Для его использования необходимо развернуть System Center Virtual Machine Manager (SCVMM), а так же иметь развернутый сервер WSUS или SCCM, откуда, собственно говоря, обновления и будут подтягиваться. Принцип его действия следующий:
  1. Виртуальная машина разворачивается на специальном, выбираемом с помощью SCVMM, хосте – так называемый maintenance host.
  2. Виртуальная машина запускается, и на ней производится установка всех необходимых обновлений.
  3. Виртуальная машина останавливается, и VHD-файл возвращается в библиотеку уже с установленными обновлениями.
Offline Virtual Machine Servicing Tool распространяется бесплатно. Чтобы больше узнать об этом инструменте и скачать его – можно зайти на официальный сайт:

Консоль диспетчера Hyper-V позволяет выполнять различные действия по управлению виртуальными машинами. В данном разделе кратко описаны три действия:

  • Экспорт и импорт виртуальных машин
  • Работа с моментальными снимками
  • Работа с динамической миграцией (новая функция Hyper-V R2)

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

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

Процесс экспорта виртуальной машины с одного сервера Hyper-V и импорта на другой сервер выполняется в два этапа:

  1. Экспорт виртуальной машины с первого сервера Hyper-V в виде коллекции экспортированных файлов и папок
  2. Импорт экспортированных файлов и папок в целевой сервер Hyper-V.

Ниже кратко описаны действия по экспорту виртуальной машины.

  1. Вначале завершите работу виртуальной машины, которую требуется переместить. Чтобы завершить работу виртуальной машины, выберите виртуальную машину в консоли диспетчера Hyper-V, а затем щелкните команду «Завершить работу» на панели «Действия».
  2. Определите расположение, в которое будет экспортирована виртуальная машина. Расположение экспорта может иметь следующие значения:
    • Временная папка на внешнем жестком диске для переноса файлов экспортированной виртуальной машины с первого сервера Hyper-V на целевой сервер.
    • Общая папка на сетевом файловом сервере для временного хранения файлов экспортированной виртуальной машины до перемещения на целевой сервер.
    • Общая папка на целевом сервере, которая представляет собой итоговое расположение миграции виртуальной машины.
  3. Выберите экспортируемую виртуальную машину и щелкните команду «Экспорт» на панели «Действия». В открывшемся окне «Экспорт виртуальной машины» введите путь к расположению экспорта или выберите его. Если целевая папка является общей сетевой папкой, укажите для нее путь UNC.
  4. Нажмите кнопку «Экспорт» для запуска экспорта.

После завершения экспорта в расположении будут представлены следующие файлы и папки:

  • Confix.xml XML-файл, содержащий сведения о исходных расположениях всех виртуальных жестких дисков, настроенных для экспортированной виртуальной машины.
  • Virtual Machines Папка, содержащая файл экспорта с именем .exp. Этот файл содержит сведения об экспортированной виртуальной машине и преобразуется в XML-файл конфигурации в ходе импорта.
  • Virtual Hard Disks Папка, содержащая виртуальные жесткие диски (VHD-файлы) для экспортированной виртуальной машины.
  • Snapshots Папка, содержащая сведения о моментальных снимках виртуальной машины, в т. ч. файлы разностных дисков моментальных снимков (AVHD-файлы) и файлы сведений о состоянии этих снимков (файлы VSV и BIN).

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

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

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

Ниже кратко описаны действия по импорту экспортированных файлов и папок виртуальной машины.

  1. Убедитесь в том, что экспортированные файлы и папки находятся в корректных расположениях на целевом сервере.
  2. Подключитесь к целевому серверу в консоли диспетчера Hyper-V, а затем щелкните команду «Импорт виртуальной машины» на панели «Действия».
  3. В открывшемся окне «Импорт виртуальной машины» введите путь к расположению экспортированных файлов и папок или выберите его.
  4. Нажмите кнопку «Импорт» для запуска импорта.

После импорта виртуальной машины попытайтесь запустить ее и убедитесь в том, что она работает корректно.

Работа с моментальными снимками

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

Моментальные снимки можно делать при запущенной, сохраненной или завершенной виртуальной машине. Создание снимков приостановленной виртуальной машины невозможно. Пользователь может сделать несколько моментальных снимков виртуальной машины для создания дерева снимков - последовательности снимков, сделанных в различное время. Управление этим деревом осуществляется путем удаления отдельных снимков или всего подчиненного дерева. Чтобы вернуться к одному из снимков дерева, примените его к виртуальной машине.

Моментальные снимки особенно полезны при тестировании и разработке продукта. Например, можно установить разрабатываемое приложение на виртуальную машину, создать моментальный снимок и начать работу с приложением. Если оно аварийно завершит работу, можно вернуться к снимку и попытаться воспроизвести действия, приведшие к аварийному завершению, что позволяет устранить причину ошибки.

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

Консоль диспетчера Hyper-V позволяет создавать моментальные снимки виртуальных машин. Для этого выберите виртуальную машину на панели «Виртуальные машины» и щелкните элемент «Моментальный снимок» на панели «Действия». Как показано на рисунке 2-17, после создания нового снимка его значок отображается на панели «Моментальные снимки» в центре консоли. Имя нового моментального снимка содержит имя виртуальной машины, для которой он сделан, а также дату и время снимка.

Рисунок 2-17 . Моментальные снимки виртуальной машины.

Как показано на рисунке 2-17, при создании снимка виртуальной машины на панели «Моментальные снимки» отображается зеленая стрелка с надписью «Сейчас». Эта стрелка указывает на текущую конфигурацию виртуальной машины.

Для создания снимков виртуальной машины также можно использовать средство подключения к виртуальной машине. Это можно сделать двумя способами:

  • Выберите команду «Моментальный снимок» из меню «Действие».
  • Щелкните значок «Моментальный снимок» на панели инструментов.

При создании моментального снимка с помощью средства подключения к виртуальной машине отображается диалоговое окно «Имя моментального снимка» с запросом на ввод понятного имени нового снимка.

Все файлы моментальных снимков по умолчанию сохраняются в следующей папке сервера Hyper-V.

%SystemRoot%\ProgramData\Microsoft\Windows\HyperV\Snapshots

Это расположение можно изменить отдельно для каждой виртуальной машины путем настройки ее параметров.

При создании моментального снимка машины будут созданы файлы следующих типов:

  • XML-файл конфигурации виртуальной машины
  • VSV-файлы сохраненного состояния виртуальной машины
  • BIN-файлы содержимого памяти виртуальной машины
  • AVHD-файлы разностного диска для моментального снимка

Как показано на рисунке 2-17, при выборе снимка в области «Моментальные снимки» на панели «Действия» отображаются различные действия, которые можно выполнить с этим снимком. Эти действия описаны ниже.

  • Применить Это действие позволяет скопировать состояние виртуальной машины из выбранного снимка в активную виртуальную машину. При этом виртуальная машина возвращается к состоянию, описанному в выбранном снимке. При выборе этого действия все несохраненные данные в активной виртуальной машине будут потеряны. В связи с этим перед применением состояния в снимке выводится запрос на создание нового моментального снимка текущего состояния виртуальной машины.
  • Переименовать Эта команда позволяет изменить описательное имя выбранного снимка.
  • Удалить снимок Эта команда позволяет удалить только файлы, связанные с выбранным снимком. Файлы других снимков не будут удалены. После удаления снимка возврат к описанному в нем состоянию будет невозможным. Текущее состояние активной виртуальной машины при этом не изменяется.
  • Удалить дерево снимков Это действие позволяет удалить выбранный моментальный снимок и все снимки, иерархически подчиненные ему. Текущее состояние активной виртуальной машины при этом не изменяется.

Примечание Моментальные снимки доступны только для чтения. Единственными параметрами снимка являются его имя и присоединенное описание.

При выборе виртуальной машины на панели «Виртуальные машины» на панели «Действия» отобразятся следующие задачи:

  • Моментальный снимок Это действие позволяет сделать еще один моментальный снимок виртуальной машины.
  • Вернуть Это действие позволяет применить предыдущий моментальный снимок, расположенный сразу под зеленой стрелкой «Сейчас» на панели «Моментальные снимки».

Совет При удалении всего дерева снимков к запущенной виртуальной машине будет применен последний снимок. Чтобы получить первоначальную конфигурацию виртуальной машины, необходимо делать первый моментальный снимок после ее настройки, но до внесения изменений для тестирования конфигурации. Это позволяет применить первый (исходный) снимок перед удалением дерева моментальных снимков, чтобы вернуть конфигурацию виртуальной машины к исходному состоянию.

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

Измените расположения файлов виртуального жесткого диска и конфигурации компьютера по умолчанию

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

Установите службы интеграции

Первой (и, вероятно, наиболее важной) рекомендацией для виртуальных машин является немедленная установка служб интеграции Hyper-V, если ОС виртуальной машины поддерживается. После этого следует при необходимости обновить службы интеграции.

Удалите дополнения виртуальной машины и выполните сжатие виртуальных жестких дисков

При миграции виртуальных машин с Virtual PC или Virtual Server 2005 R2 следует удалить дополнения виртуальных машин и сжать виртуальных жесткий диск перед перемещением диска на сервер Hyper-V.

Настройте оптимальную производительность дисплея

Для оптимального отображения в виртуальной машине убедитесь в том, что интерфейс дисплея настроен на значение «Максимальная производительность», чтобы аппаратное ускорение имело значение «Полное».

Настройте фиксированные виртуальные жесткие диски

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

Используйте виртуальные адаптеры SCSI для дисков данных

Виртуальная машина Hyper-V должна загружаться с виртуального контроллера IDE, но после этого для подключения дополнительных виртуальных жестких дисков можно использовать виртуальные адаптеры SCSI.Несмотря на то, что отличия виртуального контроллера IDE и виртуального контроллера SCSI в Hyper-V минимальны (при установленных службах интеграции), к виртуальному контроллеру SCSI можно подключить больше виртуальных жестких дисков большего размера (4 контроллера с 64 виртуальными дисками, что составляет 256 дисков на машину). Таким образом, чтобы использовать больше четырех виртуальных дисков на машину, используйте контроллер SCSI.

Выделяйте ресурсы ЦП в зависимости от предполагаемого использования

Чтобы обеспечить достаточное количество ресурсов ЦП на физическом сервере, следует определить производительность виртуальной машины при обработке соответствующих рабочих нагрузок. По умолчанию сервер Hyper-V обрабатывает все виртуальные машины одинаковым образом. Такой подход на практике может быть нерациональным решением. При выделении ресурсов ЦП физической машины важно не превысить лимит, выделяя больше ресурсов физической машины, чем имеется в наличии. Следующая версия System Center Virtual Machine Manager (SCVMM 2008) будет играть ключевую роль в мониторинге производительности виртуальной машины.

На следующем рисунке показаны параметры конфигурации процессора для виртуальной машины:


Параметры конфигурации процессора на предыдущем рисунке описаны ниже:

  • Резерв для виртуальных машин Доля логического ЦП, которая выделяется для работы виртуальной машины. По мере запуска виртуальных машин доступная на сервере Hyper-V мощность сокращается
  • Ограничение для виртуальных машин Доля загрузки логического ЦП, которую не может превышать запущенная виртуальная машина.
  • Относительный вес Определяет распределение ЦП при конфликте запущенных виртуальных машин. Чем больше число, тем больше мощности выделено виртуальной машине. Относительный вес может иметь значение от 1 до 10 000.
  • Выполнить перенос на физический компьютер с другой версией процессора Этот параметр введен в Hyper-V R2 и позволяет включить или отключить режим совместимости процессора. Дополнительные сведения см. ниже во врезке «Принцип работы: режим совместимости процессора».
  • Запустить более старую операционную систему, например Windows NT Сокращает уязвимость некоторых операционных систем к высоким значениям CPUID. Неожиданно высокие значения CPUID могут служить причиной аварийного завершения работы. В исходной версии Hyper-V этот параметр назывался «Ограничить функциональность процессора».

Попробуйте использовать транзитные диски

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

Обеспечьте высокую доступность общего файлового ресурса

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

Оптимизируйте производительность контроллеров домена

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

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

- Отдел CSS Global Technical Readiness (GTR)

Виртуальные машины [Несколько компьютеров в одном] Гультяев Алексей Константинович

Системные требования

Системные требования

Минимальные требования, которым должны отвечать технические характеристики хост-компьютера, предназначенного для установки Virtual PC 2004, существенно зависят от номенклатуры гостевых ОС, устанавливаемых на виртуальные машины. Это и понятно - ведь гостевой ОС требуются практически те же ресурсы, которые использует ОС данного типа при работе в «реальном» режиме. Однако и для работы самого приложения Virtual PC необходимы определенные вычислительные ресурсы.

Процессор с архитектурой х86 (AMD Athlon/Duron, Intel Celeron, Intel Pentium II, Intel Pentium III, Intel Pentium 4), тактовой частотой не менее 400 МГц (рекомендуемая частота - 1 ГГц и выше) и кэшем второго уровня (L2 cache). Virtual PC поддерживает также процессоры AMD Opteron, но только при использовании 32-разрядной хостовой ОС. Возможен запуск Virtual PC в многопроцессорных системах, однако при этом будет все равно только один процессор.

Видеоадаптер Super VGA с разрешением не ниже 800?600.

В качестве хостовой ОС может использоваться Windows XP Professional, Windows 2000 Professional или Windows XP Tablet PC Edition.

Минимально необходимая емкость оперативной памяти и объем свободного пространства на жестком диске зависят от используемой хостовой ОС, соответствующие сведения приведены в табл. 2.1.

Таблица 2.1. Требования к емкости оперативной памяти и свободному пространству на жестком диске

Тип хостовой ОС Емкость ОП, Мбайт Дисковое пространство, Гбайт
Windows XP Professional 128 2
Windows 2000 Professional 96 2
Windows XP Tablet PC Edition 128 2

Для каждой из гостевых ОС следует учитывать ее собственные требования к емкости ОП и дисковому пространству (табл. 2.2).

Таблица 2.2. Требования к емкости оперативной памяти и свободному пространству на жестком диске для гостевых ОС

Тип гостевой ОС Емкость ОП, Мбайт Дисковое пространство, Гбайт
Windows XP Professional 128 2
Windows XP Home Edition 128 2
Windows 2000 Professional 96 2
Windows NT Workstation 4,0, Service Pack 6 или выше 64 1
Windows Millennium Edition 96 2
Windows 98 64 0,5
Windows 95 32 0,5
MS-DOS 6.22 32 0,05
Windows XP Tablet PC Edition 128 2
OS/2 Warp 4 OS/2 Fixpack 15, OS/2 Warp Convenience Pack 1, and OS/2 Warp Convenience Pack 2 64 0,5

Если вы планируете запускать одновременно несколько ВМ с различными ОС то их требования к емкости ОП должны, разумеется, суммироваться.

Необходимая конфигурация хост-компьютера должна быть обеспечена до установки Virtual PC. Например, если планируется установить и качестве гостевых ОС Windows 2000 Professional и Windows 98, то для их совместной работы необходимо иметь 160 Мбайт оперативной памяти в дополнение к потребностям самого приложения Virtual PC и хостовой ОС.

Virtual PC поддерживает работу с двумя последовательными (СОМ) и одним параллельным (LPT) портами для каждой гостевой ОС. Работа с USB-устройствами в среде гостевой ОС невозможна. Тем не менее для гостевой ОС можно обеспечить доступ к сервисам, предоставляемым USB-устройством, подключенным к физическому порту хост-компьютера. Например, вы можете создавать в среде гостевой ОС разделяемую (общую) папку и копировать в нее файлы с накопителя Flash Drive, подключенного к USB-порту хост-компьютера.

Из книги Модель зрелости процессов разработки программного обеспечения автора Паулк Марк

Отнесенные к ПО системные требования Установленные для ПО системные требования обычно называются в СММ «установленными требованиями». Они представляют собой подгруппу системных требований, которые необходимо реализовать в программных компонентах системы.

Из книги Fedora 8 Руководство пользователя автора Колисниченко Денис Николаевич

1.1.1. Системные требования Fedora 8 можно установить на любой современный (и не очень) компьютер. Основное требование - это 256 Мбайт (можно и больше!) оперативной памяти и как минимум 3 Гбайт свободного места на жестком диске.Если у вас меньше 256 Мбайт оперативной памяти, то вы вес

Из книги Эффективное делопроизводство автора Пташинский Владимир Сергеевич

Системные требования Для пользования данной программой существуют следующие системные требования. ПК с процессором Intel Pentium 200 или выше. Операционная система Microsoft Windows XP/2000, Windows 98SE/ME (для работы с русским интерфейсом операционная система должна поддерживать

Из книги Windows Vista. Мультимедийный курс автора Мединов Олег

Системные требования Перед установкой необходимо ознакомиться со списком требований Windows Vista к оборудованию. Минимальная конфигурация аппаратных средств, необходимых для установки Windows Vista, следующая. Современный процессор Intel или AMD. Для комфортной работы

Из книги Установка и настройка Windows XP. Легкий старт автора Донцов Дмитрий

Системные требования (официальные) Рассмотрим, какое аппаратное обеспечение нужно иметь для работы системы Windows XP. Процессор с частотой не ниже 233 МГц (рекомендуется от 300 МГц и выше). 128 Мбайт оперативной памяти (при 64 Мбайт быстродействие может быть

Из книги Виртуальные машины [Несколько компьютеров в одном] автора Гультяев Алексей Константинович

Системные требования Минимальные требования, которым должны отвечать технические характеристики хост-компьютера, предназначенного для установки VMware, зависят от номенклатуры гостевых ОС для виртуальных машин.Для работы же собственно VMware Workstation необходимы следующие

Из книги Настройка Windows 7 своими руками. Как сделать, чтобы работать было легко и удобно автора Гладкий Алексей Анатольевич

Системные требования Для работы Parallels Workstation необходимы следующие вычислительные ресурсы:? процессор с архитектурой х86 (AMD Duron или Intel Pentium II) и тактовой частотой от 400 МГц (рекомендуемая частота - не менее 1,5 ГГц); если используемый процессор поддерживает режим

Из книги Самоучитель Skype. Бесплатная связь через Интернет автора Яковлева Е. С.

Системные требования Для успешной эксплуатации операционной системы Windows 7 компьютер должен отвечать следующим минимальным требованиям: Тактовая частота процессора – 1 ГГц. Он может быть как 32–разрядным (х86), так и 64–разрядным (х64). Объем оперативной памяти – 1 Гб

Из книги Бесплатные разговоры через Интернет автора Фрузоров Сергей

Системные требования Для успешной работы в программе Skype понадобятся следующие технические компоненты:? персональный компьютер с операционной системой Windows 2000 или XP (использование Windows 2000 требует установки DirectX 9.0 для видеоданных);? соединение с Интернетом

Из книги Первые шаги с Windows 7. Руководство для начинающих автора Колисниченко Денис Н.

Минимальные системные требования Radmin - довольно скромная программа, если речь идет о требованиях к аппаратной части компьютера. Ее можно запускать даже на машине с 386 процессором, имеющей 8 Мбайт оперативной памяти. Другими словами, если вы смогли установить на

Из книги Домашний компьютер автора Кравцов Роман

Системные требования при работе с VNC Как и Radmin, программа VNC предъявляет незначительные требования к компьютеру, на котором она работает:? нужно, чтобы на нем была установлена графическая карта, пригодная для работы в Windows (драйверы старых графических карт имели

Из книги Firebird РУКОВОДСТВО РАЗРАБОТЧИКА БАЗ ДАННЫХ автора Борри Хелен

2.2. Системные требования Когда появилась Windows Vista, ее часто ругали за слишком высокие системные требования. Так оно и было. Вспоминаю по себе: тогда у меня был компьютер с 768 Мбайт оперативной памяти. Я все же установил на него Vista, но производительность оставляла желать

Из книги Установка, настройка и восстановление Windows 7 на 100% автора Ватаманюк Александр Иванович

Системные требования к компьютеру Каждое программное обеспечение предъявляет свои требования к оборудованию, обеспечивающему его нормальную работу. Можно, конечно, ухитриться использовать компьютеры и с более скромными возможностями, но в этом случае вы лишь

Из книги автора

Системные требования Если у вас, к примеру, кассетный видеомагнитофон, вы никогда не купите к нему DVD диск, потому что знаете – магнитофон ваш «питается» только кассетами и диски попросту не «переваривает». Точно так же дело обстоит и с играми для вашего компьютера.

Из книги автора

Системные требования Память на сервере (все платформы) Оценка памяти сервера включает множество факторов.* Работа сервера Firebird. Сервер Firebird осуществляет эффективное использование ресурсов сервера. Суперсервер (Superserver) после старта использует приблизительно 2 Мбайта

Из книги автора

1.4. Системные требования Как и любой другой программный продукт, операционная система Windows 7 для своей установки и безотказной работы выдвигает определенные требования к мощности компьютера. В табл. 1.2 приведен список требований к системным ресурсам.Таблица 1.2. Системные

V irtualBox – программный продукт виртуализации для операционных систем Microsoft Windows, DOS, GNU/Linux, Mac OS X и SUN Solaris/OpenSolaris. Программа была создана компанией Innotek с использованием открытого исходного кода Qemu. Первая публично доступная версия VirtualBox появилась 15 января 2007 года.

В феврале 2008 Innotek был приобретён компанией Sun Microsystems, модель распространения VirtualBox при этом не изменилась.

К ключевым возможностям VirtualBox можно отнести:

    Кроссплатформенность

    Модульность

    Поддержка USB 2.0, когда устройства хост-машины становятся доступными для гостевых ОС

    Встроенный RDP-сервер, а также поддержка клиентских USB-устройств поверх протокола RDP

    Экспериментальная поддержка образов жестких дисков VMDK/VMware

    Поддержка iSCSI

    Поддержка виртуализации аудиоустройств

    Поддержка различных видов сетевого взаимодействия (NAT, Host Networking via Bridged, Internal)

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

    Поддержка Shared Folders для простого обмена файлами между хостовой и гостевой системами

Поддерживаемые VirtualBox хостовые ОС :

    Windows : Windows XP, all service packs (32-bit), Windows Server 2003 (32-bit), Windows Vista (32-bit and 64-bit)

    Apple Mac OS X (Intel hardware only, all versions of Mac OS X supported)

    Linux : Debian GNU/Linux 3.1 (“sarge”) and 4.0 (“etch”), Fedora Core 4 to 8, Gentoo Linux, Redhat Enterprise Linux 3, 4 and 5, SUSE Linux 9 and 10, openSUSE 10.1, 10.2 and 10.3, Ubuntu 5.10 (“Breezy Badger”), 6.06 (“Dapper Drake”), 6.10 (“Edgy Eft”), 7.04 (“Feisty Fawn”), 7.10 (“Gutsy Gibbon”), Mandriva 2007.1 and 2008.0

Поддерживаемые VirtualBox гостевые ОС :

    Windows NT 4.0 All versions

    Windows 2000 / XP / Server 2003 / Vista All versions

    DOS / Windows 3.x / 95 / 98 / ME

    Linux 2.6 All versions

    Solaris 10, OpenSolaris

    OpenBSD Versions 3.7 and 3.8 are supported

III. Главное окно VirtualBox: элементы интерфейса, основные настройки

    Запустите среду VirtualBox:

Пуск ПрограммыSunxVMVirtualBoxVirtualBox

В левой части окна отображается список установленных виртуальных машин (первоначально он отсутствует). В правой части окна отображаются свойства и характеристики текущей (активной) виртуальной машины. Из главного меню доступны настройки средыVirtualBox.

    Произведите первоначальную настройку среды VirtualBox:

    Файл  Настройки открывает окно, позволяющее указать путь к файлам виртуальных машин (укажите D:\SOS\Machines) и к файлам виртуальных жестких дисков (укажите D:\SOS\VDI), а также указать используемую Host-клавишу (по умолчанию Right Ctrl), язык интерфейса.

    Файл  Менеджер виртуальных жестких дисков открывает окно, позволяющее подключить готовые виртуальные жесткие диски, файлы образов CD/DVD, файлы образов дискет (подключите файлы в каталоге D:\SOS\Image\MS-DOS 6.22\..)