Разное

Как запустить виртуальную машину: VirtualBox – как создать, настроить и пользоваться виртуальной машиной

03.03.2020

Содержание

Создание виртуальной машины Windows | Яндекс.Облако

Cоздайте виртуальную машину Windows с помощью сервиса Compute Cloud в консоли управления Яндекс.Облаком и подключитесь к ней.

Перед началом работы

  1. Войдите в консоль управления или зарегистрируйтесь. Если вы еще не зарегистрированы, перейдите в консоль управления и следуйте инструкциям.
  2. На странице биллинга убедитесь, что у вас подключен платежный аккаунт, и он находится в статусе ACTIVE или TRIAL_ACTIVE. Если платежного аккаунта нет, создайте его.
  3. Если у вас еще нет каталога, создайте его.

Создайте виртуальную машину

Чтобы создать виртуальную машину:

  1. В консоли управления выберите каталог, в котором будет создана виртуальная машина.

  2. В списке сервисов выберите Compute Cloud.

  3. Нажмите кнопку Создать ВМ.

  4. В блоке Базовые параметры:

    • Введите имя и описание ВМ. Требования к имени:

      • Длина — от 3 до 63 символов.
      • Может содержать строчные буквы латинского алфавита, цифры и дефисы.
      • Первый символ — буква. Последний символ — не дефис.

      Примечание

      Имя виртуальной машины используется для генерации имени FQDN единожды — при создании ВМ. Если для вас важно имя FQDN, учитывайте это и задавайте нужное имя виртуальной машины при создании. Подробнее про генерацию имени FQDN читайте в разделе Имя хоста и FQDN.

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

    • (опционально) Выберите или создайте сервисный аккаунт. Использование сервисного аккаунта позволяет гибко настраивать права доступа к ресурсам.

  5. В блоке Образы из Cloud Marketplace:

    • Выберите Windows.
    • Выберите версию и редакцию операционной системы.
  6. (опционально) В блоке Диски настройте загрузочный диск:

    • Укажите нужный размер диска.
    • Выберите тип диска.
  7. (опционально) Если вы хотите создать виртуальную машину из существующего диска, в блоке Диски добавьте диск.

  8. В блоке Вычислительные ресурсы:

  9. В блоке Сетевые настройки:

    • Укажите идентификатор подсети или выберите облачную сеть из списка. Если сети нет, нажмите кнопку Создать новую сеть и создайте ее:
      • В открывшемся окне укажите имя новой сети и выберите, к какой подсети необходимо подключить виртуальную машину. У каждой сети должна быть как минимум одна подсеть (если подсети нет, создайте ее). Затем нажмите кнопку Создать.
    • В поле Публичный адрес выберите способ назначения адреса:
      • Автоматически — чтобы назначить случайный IP-адрес из пула адресов Яндекс.Облака.
      • Список — чтобы выбрать публичный IP-адрес из списка зарезервированных заранее статических адресов. Подробнее читайте в разделе Сделать динамический публичный IP-адрес статическим.
      • Без адреса — чтобы не назначать публичный IP-адрес.
    • (опционально) Выберите опцию защиты от DDoS-атак.
  10. При создании виртуальной машины в операционной системе будет автоматически создан пользователь Administrator. В поле Пароль задайте пароль для этого пользователя, с которым можно будет войти на виртуальную машину по RDP.

    Не используйте легко подбираемые пароли. Пароли должны соответствовать требованиям сложности политики безопасности Windows.

    В образах Windows Server от Яндекс.Облака у пароля пользователя Administrator по умолчанию не истекает срок действия.

  11. Нажмите кнопку Создать ВМ.

Виртуальная машина появится в списке. При создании виртуальной машине назначаются IP-адрес и имя хоста (FQDN).

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

Подключитесь к виртуальной машине

В образах всех версий и редакций операционной системы Windows, подготовленных для запуска в Яндекс.Облаке, включен Remote Desktop Protocol (RDP). Вы можете подключиться к виртуальной машине по протоколу RDP, когда она будет запущена (в статусе RUNNING).

Для подключения по протоколу RDP укажите публичный IP-адрес или FQDN виртуальной машины. Доступ по FQDN возможен из другой виртуальной машины Яндекс.Облака, если она подключена к той же сети. IP-адрес и FQDN можно узнать в консоли управления, в блоке

Сеть на странице виртуальной машины.

Для подключения к виртуальной машине:

  1. Нажмите Пуск.
  2. В поле поиска введите Подключение к удаленному рабочему столу и выберите соответствующий пункт.
  3. В окне Подключение к удаленному рабочему столу в поле Компьютер введите публичный IP-адрес виртуальной машины, к которой необходимо подключиться.
  4. Нажмите кнопку Подключиться.
  5. Укажите параметры учетной записи:
    • Имя пользователя: Administrator.
    • Пароль: пароль, который вы задали при создании виртуальной машины.
  6. Нажмите кнопку ОК.
См. также
  1. Установите и запустите Microsoft Remote Desktop (бесплатный официальный RDP-клиент для Mac).
  2. Нажмите imageDesktop.
  3. В диалоговом окне Add Desktop в поле PC Name введите публичный IP-адрес виртуальной машины, к которой необходимо подключиться.
  4. В поле User Account выберите Add User Account.
  5. В диалоговом окне Add User Account укажите параметры учетной записи:
    • User Name: Administrator.
    • Password: пароль, который вы задали при создании виртуальной машины.
  6. Дважды нажмите кнопку Save.
  7. Подключитесь к удаленной машине двойным нажатием на созданное подключение в главном окне Microsoft Remote Desktop.
См. также
  1. Установите Remmina (бесплатный RDP-клиент для Linux) с помощью команд:

    $ sudo apt-add-repository ppa:remmina-ppa-team/remmina-next
    $ sudo apt-get update
    $ sudo apt-get install remmina remmina-plugin-rdp
    
  2. Запустите Remmina.

  3. Нажмите значок image.

  4. В блоке Profile укажите следующие данные:

    • Name: произвольное имя подключения.
    • Protocol: RDP — Remote Desktop Protocol.
  5. На вкладке Basic укажите данные для подключения и авторизации:

    • Server: публичный IP-адрес виртуальной машины, к которой необходимо подключиться.
    • User Name: Administrator.
    • Password: пароль, который вы задали при создании виртуальной машины.
  6. Нажмите кнопку Save.

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

См. также

Удалите виртуальную машину

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

Что дальше

Некоторые особенности использования виртуальных машин для новичков / Хабр
Виртуальные машины, такие как Virtualbox, используются для эмуляции виртуальное оборудование и запуска нескольких операционных систем на компьютере. Чем лучше будет у вас CPU и чем больше будет оперативной памяти, тем быстрее будут выполнятся виртуальные машины на вашем компьютере.
Я предлагаю несколько советов которые помогут вам сэкономить время при начальной настройке виртуальных машин. Это будет полезно для работы с виртуальными машинами VirtualBox, VMware, Parallels, или любой другой.

Обязательно установите дополнения гостевой ОС VirtualBox или VMware Tools

После установки гостевой операционной системы в виртуальной машине, первое, что нужно сделать, это установить программное обеспечение виртуальной машины -«Дополнения гостевой ОС для VirtualBox» или VMware Tools для VMware». Эти пакеты включают в себя специальные драйверы, которые помогут вашей гостевой операционной системе работать быстрее на используя аппаратные средства вашей основной машины.

Установка пакета проста — в VirtualBox, после загрузки гостевой операционной системы, нажмите кнопку меню Устройства и выберите «Install Guest Additions». Если вы используете VMware, выберите «Install VMware Tools» в меню Virtual Machine. Следуйте инструкциям на экране для завершения установки — если вы используете Windows в качестве гостевой операционной системы, то это будет аналогично установке любого другого приложения.

Убедитесь, что вы имеете самую последнюю версию Guest Additions — если вы видите уведомление, что доступно обновление для Guest Additions или VMware Tools, вы должны установить его.

Создание фиксированного размера дисков при первоначальной настройке

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

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

Это может быть удобно — каждая виртуальная машина не будет занимать неоправданно много места на вашем жестком диске. Тем не менее, это медленнее, чем создание фиксированного размера диска (диск с заранее выделенным местом). При создании фиксированного размера диска, все 30 Гб, будет занято немедленно на вашем компьютере.

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

Исключите каталог виртуальных машин в вашем антивирусе

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

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

Выделите больше памяти

Виртуальные машины любят много виртуальной памяти. Microsoft рекомендует 2 Гб RAM для 64-битной Windows 7, и эта рекомендация относится и к Windows 7 x32, когда он работает в виртуальной машине. Если вы работаете большими приложениями в виртуальной машине, вы можете выделить более 2 Гб оперативной памяти.

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

Выделите больше процессоров

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

Если вы собираетесь инсталлировать ОС семейства MS-Windows и в будущем чтобы можно было использовать больше ядер при инсталляции указывайте 2 ядра для того чтобы поставился корректный HAL, после инсталляции вы можете выключить машину и поставить 1 ядро по умолчанию для повседневного использования. Но для будущего вы всегда сможете добавить ядра без деинсталляции ОС. Linux VM может динамически определять любое количество ядер при загрузке ОС.

Настройте параметры видео

Тонкая настройка параметров видео и выделение большего объема видеопамяти поможет также улучшить скорость вашей виртуальной машины. Например, включение функции 2D ускорение в VirtualBox улучшает воспроизведение видео в виртуальных машинах, включение 3D-ускорения позволит вам использовать некоторые 3D-приложения.

По большому счету нужно минимизировать использование 3D например ОС Windows 7 — отключив Aero.

Убедитесь, что функции Intel VT-x или AMD-V включены

Intel VT-x и AMD-V являются специальными расширениями процессора, которые улучшают скорость виртуализации. Новые Intel и AMD процессоры обычно включают в себя эти функции. Тем не менее, некоторые компьютеры не включают автоматически VT-x или AMD-V — вам придется включить этот параметр в BIOS вашего компьютера.

Чтобы определить, поддерживает ли Ваш Intel процессор расширение Intel VT, воспользуйтесь утилитами показывающими системную информацию. Если ваш процессор поддерживает эту функцию, но опция недоступна в вашей виртуальной машине, вы должны в BIOS вашего компьютера включить эту функцию. Этот параметр обычно включен по умолчанию в материнских платах с процессорами AMD.

Поместите файлы виртуальной машины на другой диск

Производительность диска может ограничить скорость вашей виртуальной машины. Размещение файлов виртуальной машины на отдельном физическом диске или не на системном диске — может улучшить производительность. Ваша виртуальная машина и система не будут конкурентно читать и писать с одного диска.

Однако, вы не должны запускать виртуальную машину с внешнего диска (USB) — это будет гораздо медленнее.

Еще несколько полезных советов

  1. Выделение дополнительных процессоров редко бывает хорошей идеей. Используйте 1 CPU для настольных ОС.
  2. Постарайтесь не использовать графические гипервизоры для серверных ОС.
  3. Не выделяйте работающим VM Больше ядер чем есть на Вашем компьютере.

Запуск виртуальной машины в VirtualBox без GUI / Хабр

Иногда возникает необходимость запустить виртуальную машину на хосте без иксов. Я расскажу о том как это сделать, имея доступ к хостовой системе только по ssh + rdp (Remote Desktop Protocol). процесс я буду описывать для OC Ubuntu 9.10 в качестве хоста.

Начнем с установки VirtualBox.

Предварительно нужно установить пакет dkms (Dynamic Kernel Module Support Framework):

sudo apt-get install dkms

На сайте VirtualBox-а предлагается 2 варианта: прописать источник пакетов (deb download.virtualbox.org/virtualbox/debian karmic non-free) в /etc/apt/sources.list либо скачать и установить deb-пакет. Когда я прописал источник и сделал sudo apt-get install virtualbox-3.1 у меня потянулась куча пакетов из зависимостей (в том числе и каких-то для GUI интерфейса). Поэтому лучше скачать deb-пакет. Качаем, устанавливаем:

sudo dpkg -i virtualbox-3.1_3.1.0-55467_Ubuntu_karmic_i386.deb

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

sudo apt-get -f install

при этом установятся зависимости и VirtualBox

ок. VirtualBox поставили. Начнем создавать guest-машины.

создаем саму машину:

VBoxManage createvm --name ubuntu --ostype Ubuntu --register
(name — имя машины, ostype — тип системы. полный список всех типов можно узнать командой VBoxManage list ostypes)

настраиваем

VBoxManage modifyvm ubuntu --memory 512 --floppy disabled --audio none --nic1 bridged --bridgeadapter1 eth0 --vram 4 --accelerate3d off --boot1 disk --acpi on --cableconnected1 on --usb off --vrdp on --vrdpport 3390

тут с большего все понятно. в качестве типа сети можно указать также NAT (--nic1 nat). также включаем rdp

создаем hdd диск для виртуальной машины:

VBoxManage createhd --filename /home/user/vbox/ubuntu.vdi --size 20000 --register

добавляем контроллер IDE в нашу машину

VBoxManage storagectl ubuntu --name "IDE Controller" --add ide

цепляем на IDE0 созданный ранее hdd

VBoxManage storageattach ubuntu --storagectl "IDE Controller" --port 0 --device 0 --type hdd --medium /home/user/vbox/ubuntu.vdi

на IDE1 цепляем установочный образ

VBoxManage storageattach ubuntu --storagectl "IDE Controller" --port 1 --device 0 --type dvddrive --medium /home/user/vbox/iso/ubuntu-9.10-alternate-i386.iso

говорим машине грузиться с диска

VBoxManage modifyvm ubuntu --boot1 dvd

запускаем машину

nohup VBoxHeadless --startvm ubuntu &

для того чтобы поставить базовую систему воспользуемся rdp-клиентом (у меня KDE, в стандартную поставку входит KRDC). коннектимся на хостовую машину на порт, который указали в настройках (--vrdpport 3390), ставим систему, делаем sudo apt-get install openssh-server. теперь на виртуальную машину можно попасть по ssh

останавливаем виртуальную машину

VBoxManage controlvm ubuntu acpipowerbutton
через acpi

или более жестко

VBoxManage controlvm ubuntu poweroff

говорим грузится с hdd

VBoxManage modifyvm ubuntu --boot1 disk

можно также отцепить установочный диск

VBoxManage storageattach ubuntu --storagectl "IDE Controller" --port 1 --device 0 --medium none

и снова запускаем

nohup VBoxHeadless --startvm ubuntu &

еще полезные команды:

VBoxManage list runningvms
просмотр всех запущенных машин

VBoxManage showvminfo ubuntu
просмотр информации о виртуальной машине

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

Создание виртуальной машины с GPU | Яндекс.Облако

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

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

Консоль управления

CLI

API

Terraform

Чтобы создать виртуальную машину:

  1. В консоли управления выберите каталог, в котором будет создана виртуальная машина.

  2. В списке сервисов выберите Compute Cloud.

  3. Нажмите кнопку Создать ВМ.

  4. В блоке Базовые параметры:

    • Введите имя и описание ВМ.

      Примечание

      Имя виртуальной машины используется для генерации имени FQDN единожды — при создании ВМ. Если для вас важно имя FQDN, учитывайте это и задавайте нужное имя виртуальной машины при создании. Подробнее про генерацию имени FQDN читайте в разделе Имя хоста и FQDN.

    • (опционально) Выберите или создайте сервисный аккаунт. Использование сервисного аккаунта позволяет гибко настраивать права доступа к ресурсам.

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

  5. В блоке Образы из Cloud Marketplace выберите один из GPU-ориентированных образов и версию операционной системы.

    Для виртуальных машин с GPU доступны специальные образы операционных систем Windows — 2016 Datacenter GPU (windows-2016-gvlk-gpu) и Ubuntu — 16.04 lts GPU (ubuntu-1604-lts-gpu), на которых установлены драйверы NVIDIA. Чтобы использовать другие образы, установите необходимые драйверы самостоятельно.

  6. (опционально) В блоке Диски настройте загрузочный диск:

    • Укажите нужный размер диска.
    • Выберите тип диска.
      Если вы хотите создать виртуальную машину из существующего диска, в блоке Диски добавьте диск.
  7. В блоке Вычислительные ресурсы:

    • Выберите платформу Intel Broadwell with NVIDIA Tesla v100.
    • Выберите конфигурацию виртуальной машины, указав необходимое количество GPU.
    • При необходимости сделайте виртуальную машину прерываемой.
  8. В блоке Сетевые настройки:

    • Укажите идентификатор подсети или выберите облачную сеть из списка. Если сети нет, нажмите кнопку Создать новую сеть и создайте ее:
      • В открывшемся окне укажите имя новой сети и выберите, к какой подсети необходимо подключить виртуальную машину. У каждой сети должна быть как минимум одна подсеть (если подсети нет, создайте ее). Затем нажмите кнопку Создать.
    • В поле Публичный адрес выберите способ назначения адреса:
      • Автоматически — чтобы назначить случайный IP-адрес из пула адресов Яндекс.Облака.
      • Список — чтобы выбрать публичный IP-адрес из списка зарезервированных заранее статических адресов. Подробнее читайте в разделе Сделать динамический публичный IP-адрес статическим.
      • Без адреса — чтобы не назначать публичный IP-адрес.
    • (опционально) Выберите опцию защиты от DDoS-атак.
  9. В блоке Доступ укажите данные для доступа на виртуальную машину:

    • В поле Логин введите имя пользователя.

      Внимание

      Не используйте логин root или другие имена, зарезервированные операционной системой. Для выполнения операций, требующих прав суперпользователя, используйте команду sudo.

    • В поле SSH-ключ вставьте содержимое файла открытого ключа.

  10. Нажмите кнопку Создать ВМ.

Виртуальная машина появится в списке. При создании виртуальной машине назначаются IP-адрес и имя хоста (FQDN).

Если у вас еще нет интерфейса командной строки Яндекс.Облака, установите и инициализируйте его.

По умолчанию используется каталог, указанный в профиле CLI. Вы можете указать другой каталог с помощью параметра --folder-name или --folder-id.

  1. Посмотрите описание команды CLI для создания виртуальной машины:

    $ yc compute instance create --help
    
  2. Подготовьте пару ключей (открытый и закрытый) для SSH-доступа на виртуальную машину.

  3. Выберите один из публичных образов.

    Чтобы получить список доступных образов, выполните следующую команду:

    $ yc compute image list --folder-id standard-images
    +----------------------+----------------------------------+-----------------------+----------------------+--------+
    |          ID          |               NAME               |         FAMILY        |     PRODUCT IDS      | STATUS |
    +----------------------+----------------------------------+-----------------------+----------------------+--------+
    ...
    | fdv7ooobjfl3ts9gqp0q | windows-2016-gvlk-gpu-1548913814 | windows-2016-gvlk-gpu | dqnnc72gj2ist3ktjj1p | READY  |
    | fdv4f5kv5cvf3ohu4flt | ubuntu-1604-lts-gpu-1549457823   | ubuntu-1604-lts-gpu   | dqnnb6dc7640c5i968ro | READY  |
    ...
    +----------------------+----------------------------------+-----------------------+----------------------+--------+
    

    Для виртуальных машин с GPU доступны специальные образы операционных систем Windows — 2016 Datacenter GPU (windows-2016-gvlk-gpu) и Ubuntu — 16.04 lts GPU (ubuntu-1604-lts-gpu), на которых установлены драйверы NVIDIA. Чтобы использовать другие образы, установите необходимые драйверы самостоятельно.

  4. Создайте виртуальную машину в каталоге по умолчанию. Укажите следующие параметры:

    • Имя виртуальной машины.

      Примечание

      Имя виртуальной машины используется для генерации имени FQDN единожды — при создании ВМ. Если для вас важно имя FQDN, учитывайте это и задавайте нужное имя виртуальной машины при создании. Подробнее про генерацию имени FQDN читайте в разделе Имя хоста и FQDN.

    • Зону доступности.

    • Идентификатор платформы, gpu-standard-v1 для платформы Intel Broadwell with NVIDIA Tesla V100.

    • Количество vCPU.

    • Размер RAM.

    • Количество GPU.

    • При необходимости сделайте виртуальную машину прерываемой с помощью опции --preemptible.

    • Образ операционной системы. ubuntu-1604-lts-gpu — образ Ubuntu 16.04.6 LTS c CUDA драйверами.

    • Публичный IP. Чтобы создать виртуальную машину без публичного IP, исключите опцию nat-ip-version=ipv4.

    Например:

    $ yc compute instance create \
          --name gpu-instance \
          --zone ru-central1-a \
          --platform-id=gpu-standard-v1 \
          --cores=8 \
          --memory=96 \
          --gpus=1 \
          --network-interface subnet-name=default-ru-central1-a,nat-ip-version=ipv4 \
          --create-boot-disk image-folder-id=standard-images,image-family=ubuntu-1604-lts-gpu \
          --ssh-key ~/.ssh/id_rsa.pub
    
Автоматизация Для Самых Маленьких. Часть 1.1. Основы виртуализации / Хабр
Предыдущая статья рассматривала архитектуру виртуализированной сети, underlay-overlay, путь пакета между VM и прочее.
Роман Горге вдохновился ею и решил написать обзорный выпуск о виртуализации вообще.

В данной статье мы затронем (или попытаемся затронуть) вопросы: а как собственно происходит виртуализация сетевых функций, как реализован backend основных продуктов, обеспечивающих запуск и управление VM, а также как работает виртуальный свитчинг (OVS и Linux bridge).

Тема виртуализации широка и глубока, объяснить все детали работы гипервизора невозможно (да и не нужно). Мы ограничимся минимальным набором знаний необходимым для понимания работы любого виртуализированного решения, не обязательно Telco.


  • Введение и краткая история виртуализации
  • Типы виртуальных ресурсов — compute, storage, network
  • Виртуальная коммутация
  • Инструменты виртуализации — libvirt, virsh и прочее
  • Заключение


История современных технологий виртуализации берет свое начало в 1999 году, когда молодая компания VMware выпустила продукт под названием VMware Workstation. Это был продукт обеспечивающий виртуализацию desktop/client приложений. Виртуализация серверной части пришла несколько позднее в виде продукта ESX Server, который в дальнейшем эволюционировал в ESXi (i означает integrated) — это тот самый продукт, который используется повсеместно как в IT так и в Telco как гипервизор серверных приложений.

На стороне Opensource два основных проекта принесли виртуализацию в Linux:

  • KVM (Kernel-based Virtual Machine) — модуль ядра Linux, который позволяет kernel работать как гипервизор (создает необходимую инфраструктуру для запуска и управления VM). Был добавлен в версии ядра 2.6.20 в 2007 году.
  • QEMU (Quick Emulator) — непосредственно эмулирует железо для виртуальной машины (CPU, Disk, RAM, что угодно включая USB порт) и используется совместно с KVM для достижения почти «native» производительности.
На самом деле на сегодняшний момент вся функциональность KVM доступна в QEMU, но это не принципиально, так как бо́льшая часть пользователей виртуализации на Linux не использует напрямую KVM/QEMU, а обращается к ним как минимум через один уровень абстракции, но об этом позже.

Сегодня VMware ESXi и Linux QEMU/KVM это два основных гипервизора, которые доминируют на рынке. Они же являются представителями двух разных типов гипервизоров:

  • Type 1 — гипервизор запускается непосредственно на железе (bare-metal). Таковым является VMware ESXi, Linux KVM, Hyper-V
  • Type 2 — гипервизор запускается внутри Host OS (операционной системы). Таковым является VMware Workstation или Oracle VirtualBox.

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

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

Пожалуй, наиболее важной и самой широко используемой является технология Intel VT (Virtualization Technology) — набор расширений, разработанных Intel для своих x86 процессоров, которые используются для эффективной работы гипервизора (а в некоторых случаях необходимы, так, например, KVM не заработает без включенного VT-x и без него гипервизор вынужден заниматься чисто софтверной эмуляцией, без аппаратного ускорения).
Наиболее известны два из этих расширений — VT-x и VT-d. Первое важно для улучшения производительности CPU при виртуализации, так как обеспечивает аппаратную поддержку некоторых ее функций (с VT-x 99.9% Guest OS кода выполняется прямо на физическом процессоре, делая выходы для эмуляции только в самых необходимых случаях), второе для подключения физических устройств напрямую в виртуальную машину (для проброса виртуальных функций (VF) SRIOV, например, VT-d должен быть включен).

Следующей важной концепцией является отличие полной виртуализации (full virtualization) от пара-виртуализации (para-virtualization).
Полная виртуализация — это хорошо, это позволяет запускать какую угодно операционную систему на каком угодно процессоре, однако, это крайне неэффективно и абсолютно не подходит для высоконагруженных систем.
Пара-виртуализация, если коротко, это когда Guest OS понимает что она запущена в виртуальной среде и кооперируется с гипервизором для достижения большей эффективности. То есть появляется guest-hypervisor интерфейс.
Подавляющее большинство используемых операционных систем сегодня имеют поддержку пара-виртуализации — в Linux kernel это появилось начиная с ядра версии 2.6.20.

Для работы виртуальной машины нужны не только виртуальный процессор (vCPU) и виртуальная память (RAM), требуется также эмуляция PCI-устройств. То, есть по сути, требуется набор драйверов для управления виртуальными сетевыми интерфейсами, дисками и тд.
В гипервизоре Linux KVM данная задача была решена посредством внедрения virtio — фреймворка для разработки и использования виртуализированных устройств ввода/вывода.
Virtio представляет из себя дополнительный уровень абстракции, который позволяет эмулировать различные I/O устройства в пара-виртуализированном гипервизоре, предоставляя в сторону виртуальной машины единый и стандартизированный интерфейс. Это позволяет переиспользовать код virtio-драйвера для различных по своей сути устройств. Virtio состоит из:

  • Front-end driver — то что находится в виртуальной машине
  • Back-end driver — то что находится в гипервизоре
  • Transport driver — то что связывает backend и frontend

Эта модульность позволяет изменять технологии, применяемые в гипервизоре, не затрагивая драйверы в виртуальной машине (этот момент очень важен для технологий сетевой акселерации и Cloud-решений в целом, но об этом позже).
То есть существует связь guest-hypervisor, когда Guest OS «знает» о том, что запущена в виртуальной среде.
Если вы хоть раз писали вопрос в RFP или отвечали на вопрос в RFP «Поддерживается ли в вашем продукте virtio?» Это как раз было о поддержке front-end virtio драйвера.

Из чего же состоит виртуальная машина?
Выделяют три основных вида виртуальных ресурсов:
  • compute — процессор и оперативная память
  • storage — системный диск виртуальной машины и блочные хранилища
  • network — сетевые карты и устройства ввода/вывода

CPU


Теоретически QEMU способен эмулировать любой тип процессора и соотвествующие ему флаги и функциональность, на практике используют либо host-model и точечно выключают флаги перед передачей в Guest OS либо берут named-model и точечно включают\выключают флаги.

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

QEMU/KVM также позволяет контролировать топологию процессора, количество тредов, размер кэша, привязывать vCPU к физическому ядру и много чего еще.

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

Memory


Далее на очереди оперативная память — RAM. С точки зрения Host OS запущенная с помощью QEMU/KVM виртуальная машина ничем не отличается от любого другого процесса, работающего в user-space операционной системы. Соотвественно и процесс выделения памяти виртуальной машине выполняется теми же вызовами в kernel Host OS, как если бы вы запустили, например, Chrome браузер.
Перед тем как продолжить повествование об оперативной памяти в виртуальных машинах, необходимо сделать отступление и объяснить термин NUMA — Non-Uniform Memory Access.
Архитектура современных физических серверов предполагает наличие двух или более процессоров (CPU) и ассоциированной с ней оперативной памятью (RAM). Такая связка процессор + память называется узел или нода (node). Связь между различными NUMA nodes осуществляется посредством специальной шины — QPI (QuickPath Interconnect)

Выделяют локальную NUMA node — когда процесс, запущенный в операционной системе, использует процессор и оперативную память, находящуюся в одной NUMA node, и удаленную NUMA node — когда процесс, запущенный в операционной системе, использует процессор и оперативную память, находящиеся в разных NUMA nodes, то есть для взаимодействия процессора и памяти требуется передача данных через QPI шину.

С точки зрения виртуальной машины память ей уже выделена на момент ее запуска, однако в реальности это не так, и kernel Host OS выделяет процессу QEMU/KVM новые участки памяти по мере того как приложение в Guest OS запрашивает дополнительную память (хотя тут тоже может быть исключение, если прямо указать QEMU/KVM выделить всю память виртуальной машине непосредственно при запуске).

Память выделяется не байт за байтом, а определенным размером — page. Размер page конфигурируем и теоретически может быть любым, но на практике используется размер 4kB (по умолчанию), 2MB и 1GB. Два последних размера называются HugePages и часто используются для выделения памяти для memory intensive виртуальных машин. Причина использования HugePages в процессе поиска соответствия между виртуальным адресом page и физической памятью в Translation Lookaside Buffer (TLB), который в свою очередь ограничен и хранит информацию только о последних использованных pages. Если информации о нужной page в TLB нет, происходит процесс, называемый TLB miss, и требуется задействовать процессор Host OS для поиска ячейки физической памяти, соответствующей нужной page.

Данный процесс неэффективен и медлителен, поэтому и используется меньшее количество pages бо́льшего размера.
QEMU/KVM также позволяет эмулировать различные NUMA-топологии для Guest OS, брать память для виртуальной машины только из определенной NUMA node Host OS и так далее. Наиболее распространенная практика — брать память для виртуальной машины из NUMA node локальной по отношению к процессорам, выделенным для виртуальной машины. Причина — желание избежать лишней нагрузки на QPI шину, соединяющую CPU sockets физического сервера (само собой, это логично если в вашем сервере 2 и более sockets).



Как известно, оперативная память потому и называется оперативной, что ее содержимое исчезает при отключении питания или перезагрузке операционной системы. Чтобы хранить информацию, требуется постоянное запоминающее устройство (ПЗУ) или persistent storage.
Существует два основных вида persistent storage:
  • Block storage (блоковое хранилище) — блок дискового пространства, который может быть использован для установки файловой системы и создания партиций. Если грубо, то можно воспринимать это как обычный диск.
  • Object storage (объектное хранилище) — информация может быть сохранена только в виде объекта (файла), доступного по HTTP/HTTPS. Типичными примерами объектного хранилища являются AWS S3 или Dropbox.

Виртуальная машина нуждается в persistent storage, однако, как это сделать, если виртуальная машина «живет» в оперативной памяти Host OS? Если вкратце, то любое обращение Guest OS к контроллеру виртуального диска перехватывается QEMU/KVM и трансформируется в запись на физический диск Host OS. Этот метод неэффективен, и поэтому здесь так же как и для сетевых устройств используется virtio-драйвер вместо полной эмуляции IDE или iSCSI-устройства. Подробнее об этом можно почитать здесь. Таким образом виртуальная машина обращается к своему виртуальному диску через virtio-драйвер, а далее QEMU/KVM делает так, чтобы переданная информация записалась на физический диск. Важно понимать, что в Host OS дисковый backend может быть реализован в виде CEPH, NFS или iSCSI-полки.

Наиболее простым способом эмулировать persistent storage является использование файла в какой-либо директории Host OS как дискового пространства виртуальной машины. QEMU/KVM поддерживает множество различных форматов такого рода файлов — raw, vdi, vmdk и прочие. Однако наибольшее распространение получил формат qcow2 (QEMU copy-on-write version 2). В общем случае, qcow2 представляет собой определенным образом структурированный файл без какой-либо операционной системы. Большое количество виртуальных машин распространяется именно в виде qcow2-образов (images) и являются копией системного диска виртуальной машины, упакованной в qcow2-формат. Это имеет ряд преимуществ — qcow2-кодирование занимает гораздо меньше места, чем raw копия диска байт в байт, QEMU/KVM умеет изменять размер qcow2-файла (resizing), а значит имеется возможность изменить размер системного диска виртуальной машины, также поддерживается AES шифрование qcow2 (это имеет смысл, так как образ виртуальной машины может содержать интеллектуальную собственность).

Далее, когда происходит запуск виртуальной машины, QEMU/KVM использует qcow2-файл как системный диск (процесс загрузки виртуальной машины я опускаю здесь, хотя это тоже является интересной задачей), а виртуальная машина имеет возможность считать/записать данные в qcow2-файл через virtio-драйвер. Таким образом и работает процесс снятия образов виртуальных машин, поскольку в любой момент времени qcow2-файл содержит полную копию системного диска виртуальной машины, и образ может быть использован для резервного копирования, переноса на другой хост и прочее.

В общем случае этот qcow2-файл будет определяться в Guest OS как /dev/vda-устройство, и Guest OS произведет разбиение дискового пространства на партиции и установку файловой системы. Аналогично, следующие qcow2-файлы, подключенные QEMU/KVM как /dev/vdX устройства, могут быть использованы как block storage в виртуальной машине для хранения информации (именно так и работает компонент Openstack Cinder).



Последним в нашем списке виртуальных ресурсов идут сетевые карты и устройства ввода/вывода. Виртуальная машина, как и физический хост, нуждается в PCI/PCIe-шине для подключения устройств ввода/вывода. QEMU/KVM способен эмулировать разные типы чипсетов — q35 или i440fx (первый поддерживает — PCIe, второй — legacy PCI ), а также различные PCI-топологии, например, создавать отдельные PCI-шины (PCI expander bus) для NUMA nodes Guest OS.

После создания PCI/PCIe шины необходимо подключить к ней устройство ввода/вывода. В общем случае это может быть что угодно — от сетевой карты до физического GPU. И, конечно же, сетевая карта, как полностью виртуализированная (полностью виртуализированный интерфейс e1000, например), так и пара-виртуализированная (virtio, например) или физическая NIC. Последняя опция используется для data-plane виртуальных машин, где требуется получить line-rate скорости передачи пакетов — маршрутизаторов, файрволов и тд.

Здесь существует два основных подхода — PCI passthrough и SR-IOV. Основное отличие между ними — для PCI-PT используется драйвер только внутри Guest OS, а для SRIOV используется драйвер Host OS (для создания VF — Virtual Functions) и драйвер Guest OS для управления SR-IOV VF. Более подробно об PCI-PT и SRIOV отлично написал Juniper.

Для уточнения стоит отметить что, PCI passthrough и SR-IOV это дополняющие друг друга технологии. SR-IOV это нарезка физической функции на виртуальные функции. Это выполняется на уровне Host OS. При этом Host OS видит виртуальные функции как еще одно PCI/PCIe устройство. Что он дальше с ними делает — не важно.

А PCI-PT это механизм проброса любого Host OS PCI устройства в Guest OS, в том числе виртуальной функции, созданной SR-IOV устройством

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


Если есть виртуальная машина, а в ней есть виртуальный интерфейс, то, очевидно, возникает задача передачи пакета из одной VM в другую. В Linux-based гипервизорах (KVM, например) эта задача может решаться с помощью Linux bridge, однако, большое распространение получил проект Open vSwitch (OVS).
Есть несколько основных функциональностей, которые позволили OVS широко распространиться и стать de-facto основным методом коммутации пакетов, который используется во многих платформах облачных вычислений(например, Openstack) и виртуализированных решениях.

  • Передача сетевого состояния — при миграции VM между гипервизорами возникает задача передачи ACL, QoSs, L2/L3 forwarding-таблиц и прочего. И OVS умеет это.
  • Реализация механизма передачи пакетов (datapath) как в kernel, так и в user-space
  • CUPS (Control/User-plane separation) архитектура — позволяет перенести функциональность обработки пакетов на специализированный chipset (Broadcom и Marvell chipset, например, могут такое), управляя им через control-plane OVS.
  • Поддержка методов удаленного управления трафиком — протокол OpenFlow (привет, SDN).

Архитектура OVS на первый взгляд выглядит довольно страшно, но это только на первый взгляд.

Для работы с OVS нужно понимать следующее:

  • Datapath — тут обрабатываются пакеты. Аналогия — switch-fabric железного коммутатора. Datapath включает в себя приём пакетов, обработку заголовков, поиск соответствий по таблице flow, который в Datapath уже запрограммирован. Если OVS работает в kernel, то выполнен в виде модуля ядра. Если OVS работает в user-space, то это процесс в user-space Linux.
  • vswitchd и ovsdb — демоны в user-space, то что реализует непосредственно сам функциональность коммутатора, хранит конфигурацию, устанавливает flow в datapath и программирует его.
  • Набор инструментов для настройки и траблшутинга OVS — ovs-vsctl, ovs-dpctl, ovs-ofctl, ovs-appctl. Все то, что нужно, чтобы прописать в ovsdb конфигурацию портов, прописать какой flow куда должен коммутироваться, собрать статистику и прочее. Добрые люди написали статью по этому поводу.

Каким же образом сетевое устройство виртуальной машины оказывается в OVS?

Для решения данной задачи нам необходимо каким-то образом связать между собой виртуальный интерфейс, находящийся в user-space операционной системы с datapath OVS, находящимся в kernel.

В операционной системе Linux передача пакетов между kernel и user-space-процессами осуществляется посредством двух специальных интерфейсов. Оба интерфейса использует запись/чтение пакета в/из специальный файл для передачи пакетов из user-space-процесса в kernel и обратно — file descriptor (FD) (это одна из причин низкой производительности виртуальной коммутации, если datapath OVS находится в kernel — каждый пакет требуется записать/прочесть через FD)

  • TUN (tunnel) — устройство, работающее в L3 режиме и позволяющее записывать/считывать только IP пакеты в/из FD.
  • TAP (network tap) — то же самое, что и tun интерфейс + умеет производить операции с Ethernet-фреймами, т.е. работать в режиме L2.

Именно поэтому при запущенной виртуальной машине в Host OS можно увидеть созданные TAP-интерфейсы командой ip link или ifconfig — это «ответная» часть virtio, которая «видна» в kernel Host OS. Также стоит обратить внимание, что TAP-интерфейс имеет тот же MAC-адрес что и virtio-интерфейс в виртуальной машине.

TAP-интерфейс может быть добавлен в OVS с помощью команд ovs-vsctl — тогда любой пакет, скоммутированный OVS в TAP-интерфейс, будет передан в виртуальную машину через file descriptor.

Реальный порядок действий при создании виртуальной машины может быть разным, т.е. сначала можно создать OVS bridge, потом указать виртуальной машине создать интерфейс, соединенный с этим OVS, а можно и наоборот.

Теперь, если нам необходимо получить возможность передачи пакетов между двумя и более виртуальными машинами, которые запущены на одном гипервизоре, нам потребуется лишь создать OVS bridge и добавить в него TAP-интерфейсы с помощью команд ovs-vsctl. Какие именно команды для этого нужны легко гуглится.

На гипервизоре может быть несколько OVS bridges, например, так работает Openstack Neutron, или же виртуальные машины могут находиться в разных namespace для реализации multi-tenancy.

А если виртуальные машины находятся в разных OVS bridges?

Для решения данной задачи существует другой инструмент — veth pair. Veth pair может быть представлен как пара сетевых интерфейсов, соединенных кабелем — все то, что «влетает» в один интерфейс, «вылетает» из другого. Veth pair используется для соединения между собой нескольких OVS bridges или Linux bridges. Другой важный момент что части veth pair могут находиться в разных namespace Linux OS, то есть veth pair может быть также использован для связи namespace между собой на сетевом уровне.

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

  • libvirt
  • virsh CLI
  • virt-install
Конечно, существует множество других утилит и CLI-команд, которые позволяют управлять гипервизором, например, можно напрямую пользоваться командами qemu_system_x86_64 или графическим интерфейсом virt manager, но это скорее исключение. К тому же существующие сегодня Cloud-платформы, Openstack, например, используют как раз libvirt.

libvirt


libvirt — это масштабный open-source проект, который занимается разработкой набора инструментов и драйверов для управления гипервизорами. Он поддерживает не только QEMU/KVM, но и ESXi, LXC и много чего еще.
Основная причина его популярности — структурированный и понятный интерфейс взаимодействия через набор XML-файлов плюс возможность автоматизации через API. Стоит оговориться что libvirt не описывает все возможные функции гипервизора, он лишь предоставляет удобный интерфейс использования полезных, с точки зрения участников проекта, функции гипервизора.

И да, libvirt это де-факто стандарт в мире виртуализации сегодня. Только взгляните на список приложений, которые используют libvirt.

Хорошая новость про libvirt — все нужные пакеты уже предустановлены во всех наиболее часто используемых Host OS — Ubuntu, CentOS и RHEL, поэтому, скорее всего, собирать руками нужные пакеты и компилировать libvirt вам не придется. В худшем случае придется воспользоваться соответствующим пакетным инсталлятором (apt, yum и им подобные).

При первоначальной установке и запуске libvirt по умолчанию создает Linux bridge virbr0 и его минимальную конфигурацию.

Именно поэтому при установке Ubuntu Server, например, вы увидите в выводе команды ifconfig Linux bridge virbr0 — это результат запуска демона libvirtd

Этот Linux bridge не будет подключен ни к одному физическому интерфейсу, однако, может быть использован для связи виртуальных машин внутри одного гипервизора. Libvirt безусловно может быть использован вместе с OVS, однако, для этого пользователь должен самостоятельно создать OVS bridges с помощью соответствующих OVS-команд.

Любой виртуальный ресурс, необходимый для создания виртуальной машины (compute, network, storage) представлен в виде объекта в libvirt. За процесс описания и создания этих объектов отвечает набор различных XML-файлов.

Детально описывать процесс создания виртуальных сетей и виртуальных хранилищ не имеет особого смысла, так как эта прикладная задача хорошо описана в документации libvirt:

Сама виртуальная машина со всеми подключенными PCI-устройствами в терминологии libvirt называется domain. Это тоже объект внутри libvirt, который описывается отдельным XML-файлом.

Этот XML-файл и является, строго говоря, виртуальной машиной со всеми виртуальными ресурсами — оперативная память, процессор, сетевые устройства, диски и прочее. Часто данный XML-файл называют libvirt XML или dump XML.
Вряд ли найдется человек, который понимает все параметры libvirt XML, однако, это и не требуется, когда есть документация.

В общем случае, libvirt XML для Ubuntu Desktop Guest OS будет довольно прост — 40-50 строчек. Поскольку вся оптимизация производительности описывается также в libvirt XML (NUMA-топология, CPU-топологии, CPU pinning и прочее), для сетевых функций libvirt XML может быть очень сложен и содержать несколько сот строк. Любой производитель сетевых устройств, который поставляет свое ПО в виде виртуальных машин, имеет рекомендованные примеры libvirt XML.

virsh CLI

Утилита virsh — «родная» командная строка для управления libvirt. Основное ее предназначение — это управление объектами libvirt, описанными в виде XML-файлов. Типичными примерами являются операции start, stop, define, destroy и так далее. То есть жизненный цикл объектов — life-cycle management.

Описание всех команд и флагов virsh также доступно в документации libvirt.

virt-install

Еще одна утилита, которая используется для взаимодействия с libvirt. Одно из основных преимуществ — можно не разбираться с XML-форматом, а обойтись лишь флагами, доступными в virsh-install. Второй важный момент — море примеров и информации в Сети.

Таким образом какой бы утилитой вы ни пользовались, управлять гипервизором в конечном счете будет именно libvirt, поэтому важно понимать архитектуру и принципы его работы.


В данной статье мы рассмотрели минимальный набор теоретических знаний, который необходим для работы с виртуальными машинами. Я намеренно не приводил практических примеров и выводов команд, поскольку таких примеров можно найти сколько угодно в Сети, и я не ставил перед собой задачу написать «step-by-step guide». Если вас заинтересовала какая-то конкретная тема или технология, оставляйте свои комментарии и пишите вопросы.






  • Александру Шалимову — моему коллеге и эксперту в области разработки виртуальных сетей. За комментарии и правки.
  • Евгению Яковлеву — моему коллеге и эксперту в области виртуализации за комментарии и правки.

Опыт использования виртуализации на VirtualBox / Хабр

Уровень: начинающим

Введение


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

Причины, по которым я тогда выбрал VirtualBox


Причины представлены ниже:
  • Простота использования
  • Отличное руководство, подробно описывающее все аспекты работы VirtualBox
  • Наличие отличных графического, консольного и web-интерфейса
  • Возможность предоставления доступа к консоли гостевой ОС про протоколу RDP
  • Удобство использования
Полное руководство пользователя VirtualBox доступно на сайте производителя.

Причины, по которым я не выбрал бы его сейчас

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

Подготовка ОС для работы с виртуальными машинами


VirtualBox можно установить практически на любую ОС, однако стабильная работа и все его возможности (например, RDP-подключение к консоли гостевой системы) доступны только на Линуксе, поэтому был выбран Debian Linux. Для самого VirtualBox специальной настройки ОС не требуется, достаточно выделить отдельный раздел для хранения образов дисков гостевых систем и образов установочных дисков для чистой установки гостевых систем.

Однако для управления VirtualBox через Веб-интерфейс (phpvirtualbox) требуется веб-сервер (выбран Apache 2) и PHP 5. В Debian конфигурация по умолчанию PHP 5 и Apache 2 удовлетворяет требованиям phpvirtualbox, специальным образом настраивать ничего не нужно.

Описание конфигурации сервера для виртуалок:

  • cервер имеет имя virtbox.site и адрес 10.0.0.7 (кстати, поищите почему не нужно использовать .local)
  • Раздел для хранения образов гостевых ос создан на отдельном жестком диске и примонтирован в /srv/vdi
  • Установлены пакеты Apache 2 и PHP 5: virtbox# apt-get install apache2 php5

Установка phpvirtualbox


Для Virtualbox существует бесплатный web-интерфейс, реализованный на PHP и использующий встроенную в virtualbox службу удаленного управления virtualbox web service.

Устанавливаем phpvirtualbox:

1. На сайте разработчика смотрим последнюю версию и скачиваем ее на сервер:
virtbox# cd /var/www && wget phpvirtualbox.googlecode.com/files/phpvirtualbox-4.1-7.zip
2. Распаковываем:
virtbox# unzip phpvirtualbox-4.1-7.zip
3. Конфигурируем:
virtbox# cd phpvirtualbox-4.1-7.zip && cp config.php-example config.php && vim config.php
4. Прописываем адрес сервера, на котором работает VirtualBox, для удаленных подключений с помощью встроенного в VirtualBox RDP-plugin:
var $consoleHost = '10.0.0.7';

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

5. Настраиваем virtualbox web service, для чего создаем файл /etc/vbox/vbox.cfg со следующим содержанием:
VBOXWEB_USER='vbox'
VBOXWEB_HOST=127.0.0.1
VBOXWEB_LOGFILE=/srv/log/vboxwebservice

6. Запускаем virtualbox web service, перед этим нужно убедиться в том, что файл /srv/log/vboxwebservice доступен для чтения и записи пользователю vbox:
/etc/init.d/vboxweb-service start.

phpvirtualbox теперь доступен по адресу virtbox.site/phpvirtualbox.

Создание виртуальных машин


Создание виртуальных машины через web-интерфейс достаточно очевидно, нужно нажать в phpvirtualbox кнопку New и следовать инструкциям мастера. Ниже приводится выработанный опытным путем список настроек гостевых систем, достаточный для нормальной работы гостевых Linux и FreeBSD.
  1. System
    1. Base Memory: 512 MB
    2. Processor(s): 1
    3. Enable PAE/NX: NO — эмуляция поддержки работы с более чем 4 ГБ памяти для 32-битных систем как правило не нужна
    4. Chipset: PIIX3 — в руководстве ничего не сказано про зависимость быстродействия от типа эмулируемого чипсета, поэтому выбираем по умолчанию
    5. Extended features
      1. Enable IO APIC — без включенной эмуляции APIC некоторые клонированные сервера работать не будут
      2. Hardware clock in UTC time — как правило гостевые системы ожидают системное время в формате UTC, и эта опция отвечает за передачу гостевой ОС времени в UTC, а не в Local time сервера.
      3. Display: 2 MB — минимально возможное значение, при установке этого значения в 1 MB rdp-подключения работать не будут. При создании новых машин можно оставить значение по умолчанию, предлагаемое phpvirtualbox.
      4. Storage: где нужно создать образ диска
  2. Network
    1. Debian: Virtio — Debian с помощью гостевых расширений умеет понимать, что она работает в виртуальной машине, и использовать виртуальную сетевую карту, что дает очень большой выигрыш в производительности
    2. FreeBSD: Intep PRO/1000 MT Server network card — для FreeBSD гостевого драйвера сетевой карты нет, поэтому выбираем эмуляцию самой быстрой карты из доступных. Во FreeBSD устройство называется em0.
  3. Serial ports: Disabled
  4. USB: Disabled
  5. Shared Folders: None — возможность VirtualBox предоставлять доступ гостевой системе к файлам хост-системы как правило не нужна, проще воспользоваться scp или sftp
Для создания виртуальных машин через консоль следуют воспользоваться руководством, раздел 8.6.

Управление виртуальными машинами


Управление через веб-интерфейс


Управление виртуальными машинами через web-интерфейс тривиально, достаточно выделить нужную машину в phpvirtualbox и выбрать в интерфейсе требуемое действие, например Start, Stop (безусловное выключение, отправка сигнала о нажатии кнопки выключения питания, перезагрузка, сохранение состояние гостевой системы с возможностью впоследствии откатить ее состояние и приостановка работы гостевой системы с сохранением ее памяти на диск и возможностью впоследствии загрузки памяти с диска и продолжения работы).

По щелчку на гостевой системе правой кнопкой машины доступны операции ее настроек, удаления, просмотра логов и т.д.

Также стоит отметить возможность подключения к консоли гостевой системы, что аналогично подключению к реальной машине мыши и клавиатуры. Для этого нужно выделить нужную гостевую систему, выбрать вкладку Console в phpvirtualbox, задать размер экрана (для текстовых режимов работы гостевых ОС достаточно 800х600), нажать Connect и щелкнуть мышью по клиенту удаленного подключения (в котором выводится содержимое консоли гостевой системы). Управлять гостевой системой можно с момента включения.

Управление через консоль


Для управления гостевыми система в VirtualBox используются утилиты VBoxManage и VBoxHeadless, подробное описание которых доступно в руководстве.

Запускать команды нужно от пользователя vbox, под которым работает сам VrtualBox, в случае запуска от другого пользователя или root VirtualBox не сможет найти файлы конфигурации виртуальных машин, которые хранятся в домашней директории пользователя Vbox, и выдаст ошибку.

Для перехода под пользователя vbox нужно сказать:
su -s /bin/bash vbox

Оболочку нужно указывать явно, потому что по умолчанию у пользователя vbox стоит оболочка /bin/false.

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

1. Запуск группы гостевых систем (можно сделать автоматическим при включении и перезагрузке сервера):
for M in test1 test2 test3 ; do VBoxManage startvm $M --type=headless ; sleep 30 ; done

Если не указывать sleep 30 некоторые машины могут не запуститься из-за очень интенсивного чтения с жесткого диска сервера при запуске и некоторые гостевые системы решат, что у них ошибка чтения с жесткого диска.

2. Выключение группы гостевых систем (можно сделать автоматическим при включении и перезагрузке сервера):
for M in test1 test2 test3 ; do VBoxManage controlvm $M acpipowerbutton ; sleep 30 ; done

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

3. Создание диска фиксированного размера для гостевой системы:
VBoxManage createhd --variant Fixed --size 20000 --format vdi --filename test

4. Преобразование образа диска из формата VirtualBox в формат, понятный другим виртуальным машинам:
VBoxManage internalcommands converttoraw test1.vdi test1.raw

Подключение через RDP


К консоли виртуальных машин можно подключиться через RDP. В Windows нужно открыть Пуск->Все программы->Стандартные->Подключение к удаленному рабочему столу и указать адрес virtbox.test и порт, сопоставленный конкретной гостевой системе, который можно посмотреть в phpvirtualbox. Для удобства использования в параметрах подключения можно указать разрешение экрана 1024х768, тогда окно с подключением не будет занимать весь экран и перехватывать системные сочетания клавиш, такие как Alt+Tab.

Важное замечание: возможно одновременное подключение к одной гостевой системе нескольких пользователей. При этом все видят одно и то же, и все совершенные кем-либо действия видны остальным подключившимся. Для включения этой настройки нужно в настройках виртуальной машины в phpvirtualbox в разделе Display на вкладке Remote Display установить галочку Allow Multiple Connections.

Создание снимков гостевых систем


Снимки дают возможность сохранения состояния гостевых систем и возврата к этому состоянию по требованию. Что это означает на практике?
  • Можно попробовать различные запросы к базе данных на гостевой системе с возможностью после каждого запроса восстанавливать начальное системы
  • Можно попробовать различные конфигурации взаимодействия сервисов на гостевой системе без необходимости вручную откатывать изменения во многих конфигурационных файлах в случае получения нерабочей системы
  • И наконец это иногда удобный инструмент создания резервных копий, который позволяет сделать полный снимок рабочей машины и восстановить ее полностью за минимальное количество административных действий. Внимание! Не делайте этого с продукционными машинами.
При создании снимка гостевой системы занимаемое ею место на диске фактически не увеличивается, дополнительный объем будут занимать только измененные по сравнению с уже существовавшим образом диска гостевой машины данные. Например, если будет изменен файл /etc/rc.conf, измененная копия будет записана отдельно.

Для создания снимка через phpvirtualbox нужно:

  • Выделить гостевую систему, с которой нужно сделать снимок
  • Перейти на вкладку «Snapshots»
  • Нажать кнопку «Take Snapshot» (с изображением фотоаппарата)
  • Ввести название снимка и комментарий
Для восстановления снимка через phpvirtualbox нужно:
  • Выделить гостевую систему, с которой нужно сделать снимок
  • Выключить гостевую систему, нажав «Stop»>«Power Off»
  • Перейти на вкладку «Snapshots»
  • Выделить снимок, который нужно восстановить
  • Нажать кнопку «Restore Snapshot» (с изображением компьютера со стрелкой вверх)

Создание дампа


Debian Linux

Процедуры клонирования и восстановления приведены на примере сервера test1 на котором установлена Debian Linux (любой версии, начиная с 5 Lenny точно). Предполжим, что у нас имеются три раздела с тремя файловыми системами: /, /var, /usr

Сначала нужно установить dump:
aptitude install dump

Далее, для создания дампа клонируемого сервера на Debian необходимо от суперпользователя (root) или с помощью sudo дать следующие команды (как сделать так, чтобы не сдампило дампы, думайте сами):
dump 0af test1.root /
dump 0af test1.var /var
dump 0af test1.usr /usr

Здесь:
0 -- дамп уровня 0
a -- не делать предположений о размере носителя, на который осуществляется дамп
L -- делать дамп со смотрированной ФС, при этом сначало делается снимок фс, дапм, потом дамп еще раз, чтобы не было поврежденных файлов. Linux так не умеет.
f -- делать дамп в файл вместо ленточного накопителя.

Полученные файлики нужно переложить на сервер с VirtualBox.

FreeBSD

Процедуры клонирования и восстановления приведены на примере сервера test1 на котором установлена FreeBSD (любой версии, начиная с 6 точно). Предполжим, что у нас имеются три раздела с тремя файловыми системами: /, /var, /usr

Для создания дампа клонируемого сервера на FreeBSD необходимо от суперпользователя (root) или с помощью sudo дать следующие команды (опять напоминаю про дампание дампов):
dump 0aLf test1.root /
dump 0aLf test1.var /var
dump 0aLf test1.usr /usr

Здесь:
0 -- дамп уровня 0
a -- не делать предположений о размере носителя, на который осуществляется дамп
f -- делать дамп в файл вместо ленточного накопителя.

Анаглогино, полученные файлики нужно переложить на сервер с VirtualBox.

Развертывание дампа


Debian Linux

1. Нужно сделать виртуальную машину, прицепить к ней диск и загрузочный LiveCD Debian.

2. Затем нужно примонтировать получившийся раздел, зачать на него дампы, развернуть их:
cd /mnt1 && restore -rf /mnt/test1.root && cd usr && restore -rf /mnt/test1.usr &&
cd ../var && restore -rf /mnt/test1.var

3. Установить загрузчик:
grub-install /dev/sda1.

4. Поправить UUID в /etc/fstab

5. Проверить, чтобы в /boot/grub/grub.cfg были правильно указаны UUID разделов:
search --no-floppy --fs-uuid --set df7f92ba-2877-4b39-8805-966cf9ab52f3
linux /boot/vmlinuz-2.6.32-5-amd64 root=UUID=df7f92ba-2877-4b39-8805-966cf9ab52f3 ro quiet

6. Проверить /var/spool/cron/crontabs, /etc/crontab и отключить то, что ненужно.

7. Если на восстанавливаемом сервере была включена консоль, то убрать из /etc/inittab строчку похожую на следующую:
T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100, а и из /etc/default/grub такую:
GRUB_TERMINAL=console (достаточно закомментировать).

FreeBSD

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

Далее предполагается, что раздел tmp примонтирован в /mnt, образ диска для гостевой ОС размечен под два слайса, первый из которых примонтирован в mnt1, а второй отдан под swap и не примонтирован. Тогда развернуть дамп можно следующим образом:

cd /mnt1 && restore -rf /mnt/test1.root && cd usr && restore -rf /mnt/test1.usr &&
cd ../var && restore -rf /mnt/test1.var

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

Необходимые изменения в конфигурации гостевой ОС клонированного сервера


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

1. Находясь в директории mnt1 (см. выше) удаляем файлы конфигурации загрузчика. Это особенно актуально, если виртуализуем какой-нибудь продукционный сервер, чтобы исключить использование COM-порта в качестве консоли по умолчанию, что приводит к зависанию загрузчика.
rm /mnt1/boot.config
rm /mnt1/boot/device.hints

2. Заменить содержимое файла /mnt1/etc/fstab следующим:
/dev/ad0s1b none swap sw 0 0
/dev/ad0s1a / ufs rw 2 2

При этом предполагается, что образ диска гостевой ОС разбит на 2 слайса, первый из которых отдан под хранение данных и второй под swap.

3. Если нужно, сказать клонированной системе о необходимости загрузки модуля ядра для работы с эмулированной сетевой картой, для чего нужно в файле /boot/loader.conf добавить строчку if_em_load="YES"

4. Указать клонированное системе выделенный для нее IP-адрес, для чего в /etc/rc.conf нужно закомментировать строчку текущих настроек сетевого адаптера и добавить новую строчку следующего вида:

ifconfig_em0="inet 10.0.0.8/24"

6. Если клонированному серверу выделяется видимый снаружи IP-адрес, то нужно удалить его настройки, отвечающие за его взаимодействие с другими серверами. Внимание! У клонированного сервера есть все настройки настоящего, поэтому теоретически возможно, что если настройки не удалить, то клонированный сервер будет мешать работе боевой системы. Главное место, которое нужно проверить на FreeBSD-based серверах, находится в /var/cron/tabs/.

7. Выключить FreeBSD, использованную для разворачивания дампа, и загрузить гостевую систему с клоном сервера. В случае проблем при загрузке возможно, что ядро на системе было пересобрано с измененной конфигурацией, это можно исправить сказав загрузчику загрузить ядро по умолчанию, которое я надеюсь вы сохранили в системе во время пересборки:
unload
load boot/kernel.GENERIC/kernel
boot

Для отдачи этих команд необходимо включить гостевую систему, подключиться к ней по RDP и дождаться появления на экране сообщений о том, что можно нажать Enter для указания опций загрузчику.

8. Добавить пользователя для доступа по ssh, зайдя через RDP на клонированный сервер:
pw user add username -g wheel && passwd username

Здесь опция -g wheel добавляет пользователя в группу wheel, члены которой во FreeBSD обладают правом делать sudo и su.

Создание виртуальных сетей


Внутри VirtualBox можно создавать полностью изолированные виртуальные сети. Какие возможности это дает?

Минимизация необходимости перенастройки клонированных серверов
Создание тестовой среды для отработки взаимодействия серверов между собой

Создание виртуальной сети


Чтобы создать виртуальную сеть нужно в phpvirtualbox зайти в свойства гостевой системы, перейти в раздел Network, выбрать в поле «Attached to» опцию «Internal Network», а в выпадающем списке «Name» выбрать требуемую виртуальную сеть. Какие могут возникнуть сложности?

Нужно создать новую виртуальную сеть, а такой опции в интерфейсе нет. Есть два варианта решения:

Попробовать написать имя новой виртуальной сети прямо в выпадающем списке «Name». Однако в этом случае может возникнуть ошибка.
Тогда нужно привязать сетевой адаптер гостевой системы к виртуальной сети через CLI:

sudo su -s /bin/bash vbox
VBoxManage modifyvm test1 --nic1 intnet

Здесь
nic1 — сетевой адаптер гостевой системы, где 1 это его порядковый номер. Количество адаптеров в гостевой системе не ограничено
intnet — виртуальная сеть, название может быть любым. Особенность работы VirtualBox заключается в том, что специально создавать виртуальные сети не нужно, достаточно указать нескольким гостевым системам одну и ту же виртуальную сеть и они окажутся связанными на (эмулированном) физическом уровне автоматически, что аналогично подключению нескольких реальных компьютеров к одному свитчу (коммутатору).

Более подробная информация находится в разделе 8.7.2 Networking setting руководства пользователя.

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


Доступ по RDP


RDP-сервер работает на физическом сервере, поэтому для подключения к любой виртуальной машине справедливо написанное в разделе Управление через веб-интерфейс этой статьи.

Проброс портов


Существует возможность создать в гостевой системе виртуальную сетевую карту с подключением через NAT (реализуемый автоматически средствами VirtualBox) и пробросить (отобразить) произвольный порт гостевой системы на порт сервера VirtualBox. Для того, чтобы сделать это через phpvirtualbox, нужно:

1. Зайти в свойства гостевой системы, перейти в раздел «Network», выбрать в поле «Attached to» опцию «NAT»

2. Раскрыть опции, скрывающиеся в разделе «Advanced» этого же раздела, и нажать там кнопку Port Forwarding

3. В открывшемся окне «Port Forwarding Rules» указать следующие параметры:

4. Нужный протокол, путем щелчка мышью по именованию «TCP» в поле «Protocol»

5. Указать свободный порт на сервере VirtualBox в поле «Host Port»

6. Указать порт гостевой системы в поле «Guest Port».

Больше ничего указывать не нужно. После применения настроек порт гостевой системы станет немедленно (без перезагрузки) доступен через соответствующий порт сервера VirtualBox. Как пример, в случае с пробросом порта ssh (22 TCP) гостевой системы на 2200 порт VirtualBox нужно указать следующие параметры:
Параметр Значение
Name ssh (необязательный параметр)
Protocol TCP
Host IP Не указывать
Host Port 2200
Guest Port 22
Guest IP Не указывать

Количество отображаемых портов не ограничено, можно отобразить столько, сколько нужно.

Виртуальный маршрутизатор


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

Конфигурацию сетевых адаптеров клонированных сервером можно не менять. При этом виртуальный маршрутизатор создает для остальных гостевых систем видимость того, что они настоящие и пользуются своими настоящими именами хостов и IP-адресами
К гостевым системам не имеющим ни внешних адресов, ни описанной выше возможности проброса портов, которая работает только в случае использования NAT опции VirtualBox, становится возможен прямой доступ по ssh.

Создание создание виртуального маршрутизатора состоит из следующих шагов:

  • Создание гостевой системы
  • Установка на гостевую систему любой ОС, которая может играть роль маршрутизатора, например Debian Linux или FreeBSD
  • Ввод гостевой системы в виртуальную сеть как описано выше
  • Настройка гостевой системы для выполнения функций маршрутизатора
  • Подключение к гостевой системе второго виртуального сетевого адаптера в режиме моста с сетевым адаптером сервера VirtualBox

После этого можно пробрасывать порты с виртуального маршрутизатора на гостевые системы без внешних адресов. В случае Linux c iptables для проброса входящих соединений с 2200 порта протокола TCP виртуального маршрутизатора на 22 порт (TCP) гостевой системы без внешнего адреса c внутренним адресом 192.168.0.2 достаточно следующего правила:
iptables -t nat -A ROUTING -p tcp -i eth0 --dport 2200 -j DNAT --to-destination 192.168.0.2:22

При этом предполагается, что виртуальный маршрутизатор настроен правильно и имеет сетевой адаптер, настроенный на работу с виртуальной подсетью в которой находится гостевая система с адресом 192.168.0.2

Доступ по SSH


В соответствии с вышеприведенным примером можно зайти по ssh на гостевую систему без внешнего адреса указав в ssh-клиенте адрес виртуального маршрутизатора и порт 2200. Аналогично можно зайти по scp для передачи файлов на гостевую систему.

Автозапуск VirtualBox — основные способы реализации

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

Настройка автозапуска виртуальной машины Virtualbox

Сделать это можно 3 способами:

  • создать ярлык со специальными параметрами и поместить его в папку “Автозагрузка”;
  • создать задачу в Планировщике заданий Windows;
  • с помощью утилиты VirtualBoxVmService.

Автоматический запуск виртуальной машины VirtualBox

Команда для автозапуска

Команды, настраивающей в одно действие запуск нужной виртуальной машины при старте компьютера, не существует – VirtualBox не поддерживает эту функцию. Но существует команда, запускающая виртуальную машину через командную строку.

Записывается она так: “C:\Program Files\Oracle\VirtualBox\VBoxManage.exe” startvm Win7. В кавычках указывается путь к программе-менеджеру виртуальных машин. Он входит в состав VirtualBox. Параметр “startvm” обозначает запуск виртуальной машины, а Win7 – ее название.

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

Создание ярлыка

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

Порядок действий следующий:

  1. Запустить VirtualBox.
  2. Нажать правой кнопкой мыши на виртуальную машину, которая должна запускаться автоматически.
  3. Выбрать “Создать ярлык”.
  4. Поместить созданный ярлык в папку “Автозагрузка”:
  5. Нажать Win+R.
  6. Ввести команду shell: startup.
  7. Скопировать в открывшуюся папку ярлык.
  8. Перезагрузить ПК для проверки правильности настройки.

Второй способ сложнее, но подходит для любой версии VirtualBox. Порядок действий следующий:

Найти файл VboxManage.exe с помощью Проводника. Записать полный путь к нему в Блокнот.

  1. Запустить Virtualbox и уточнить название запускаемой машины.
  2. Создать ярлык:
    1. Нажать правой кнопкой мыши на Рабочем столе.
    2. Выбрать в меню пункты “Создать” и “Ярлык”.
    3. Указать в открывшемся окне путь к VboxManage.exe, нажав на “Обзор”, и через пробел добавить к нему строчку “startvm название_машины” (без кавычек).
    4. Ввести название ярлыка.
    5. Сменить изображение на ярлыке.
    6. Выполнить шаги № 4 и 5 из предыдущего способа.

Автоматический запуск виртуальной машины VirtualBox

Создание задачи в Планировщике

Порядок действий для создания задания в Windows 7,8 и 10 одинаков и состоит в следующем:

  1. Запустить Планировщик задач:
  2. Способ №1: в меню “Пуск” найти одноименную утилиту.
  3. Способ №2: открыть Панель управления, зайти в подраздел “Администрирование” и выбрать “Планировщик задач”.
  4. Способ №3: нажать Win+R и в открывшемся окне ввести команду “taskschd.msc” (без кавычек).
  5. Нажать в левой половине окна на строчку “Библиотека планировщика заданий”.
  6. Нажать в правой части окна на строчку “Создать задачу”.
  7. Ввести имя задачи, описание и установить галочку в строке “Выполнить с наивысшими правами” во вкладке “Общие”.
  8. Переключиться на вкладку “Тригеры”. Нажать “Создать” и в выпадающем списке выбрать “При входе в систему” или “При запуске”.
  9. Переключиться на вкладку “Действия”. Кликнуть “Создать”.
  10. В выпадающем списке выбрать “Запуск программы”.
  11. Нажать на “Обзор” и указать путь к VboxManage.exe.
  12. Ввести в строку “Добавить аргументы” значение startvm название_виртуальной_машины.
  13. Нажать Ок и перезагрузить компьютер.

VirtualBoxVmService

Для этого способа потребуется сторонняя утилита – VirtualBoxVmService. Любую из версий этой программы, включая самые новые, можно скачать на нашем сайте.

Порядок действий следующий:

  • Создать в корне локального диска папку с названием, не содержащем кириллицы и пробелов.
  • Распаковать в нее загруженный архив.
  • Открыть файл с расширением .ini – ПКМ на файле => “Открыть с помощью” => “Блокнот”.
  • Отредактировать файл согласно таблице.
ПараметрЧто означаетЧто нужно сделать
ServiceNameИмя службыНичего
RunAsUseНазвание учетной записи Windows, в которой будет запускаться ВМПоменять значение на Имя пользователя
UserPasswordПароль от учетной записиВвести, если он есть
VBOX_USER_HOMEПапка с профилями программыНичего
RunWebServiceЗапускать ли веб-сервер VirtualBoxИзменить на no
PauseShutdownЗадержка перед выключением ПК для корректного завершения работы ВМНичего
VmNameИмя запускаемой ВМВвести требуемое значение
AutostartАвтозапускИзменить на yes
  • Сохранить изменения и закрыть редактор.
  • Не покидая папку, вызвать командную строку, щелкнув на свободном пространстве ПКМ с зажатой клавишей Shift и выбрав “Открыть окно команд”.
  • Ввести в командную строку “VmServiceControl -i” без кавычек.
  • Перезагрузить компьютер.

Важные нюансы

Для того, чтобы осуществить автозапуск VirtualBox после первой перезагрузки нужно учесть 3 особенности:

  1. Название виртуальной машины в свойствах ярлыка или задаче для планировщика должно быть написано правильно: если в названии есть пробел, то его надо заключить в кавычки. Пример: “Windows XP SP3”. Если пробела нет, то кавычки не нужны.
  2. При создании задачи в Планировщике во вкладке “Параметры” галочку со строки “Останавливать задачу, выполняемую дольше”. Это нужно для того, чтобы Планировщик не выключил виртуальную машину, если она будет работать дольше 3 дней.
  3. Разные версии VirtualBox и VirtualBoxVmService не совместимы друг с другом, из-за чего при старте ПК могут появляться разные ошибки. Чтобы этого избежать, нужно пользоваться последними версиями этих программ. Их можно скачать с нашего сайта.

Добавление виртуальной машины в автозапуск ОС Windows – несложная для продвинутого пользователя задача, требующая от него умения работать с командной строкой.

Создание виртуальной машины с Hyper-V

  • 4 минуты, чтобы прочитать

В этой статье

Узнайте, как создать виртуальную машину и установить операционную систему на новую виртуальную машину.Вам понадобится файл .iso для операционной системы, которую вы хотите запустить. При необходимости получите пробную копию Windows 10 в Центре оценки TechNet.

Создание виртуальной машины с Hyper-V Manager

  1. Откройте диспетчер Hyper-V, нажав клавишу «Окно» и введя «Диспетчер Hyper-V», или найдя в своих приложениях Диспетчер Hyper-V .

  2. В диспетчере Hyper-V щелкните Действие > Новая > Виртуальная машина , чтобы вызвать Мастер создания новой виртуальной машины.

  3. Просмотрите содержимое «Прежде чем начать» и нажмите Далее .

  4. Дайте виртуальной машине имя.

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

  1. Выберите место, где будут храниться файлы виртуальной машины, например, c: \ virtualmachine .Вы также можете принять местоположение по умолчанию. Нажмите Далее , когда закончите.

  1. Выберите поколение для машины и нажмите Далее .
Виртуальные машины

поколения 2 были представлены с Windows Server 2012 R2 и предоставляют упрощенную модель виртуального оборудования и некоторые дополнительные функции. Вы можете установить только 64-разрядную операционную систему на виртуальную машину второго поколения. Для получения дополнительной информации о виртуальных машинах поколения 2 см. Обзор виртуальной машины поколения 2.

Если новая виртуальная машина настроена как поколение 2 и будет работать под управлением дистрибутива Linux, безопасную загрузку необходимо будет отключить. Для получения дополнительной информации о безопасной загрузке см. Безопасная загрузка.

  1. Выберите 2048 МБ для значения Startup Memory и оставьте Использовать выбранную динамическую память . Нажмите кнопку Далее .

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

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

  2. Дайте виртуальному жесткому диску имя, выберите расположение или оставьте значение по умолчанию и, наконец, укажите размер. Нажмите Далее , когда будете готовы.

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

  1. В мастере параметров установки выберите Установить операционную систему из файла загрузочного образа , а затем выберите операционную систему.ISO-файл. Нажмите Далее после завершения.

При создании виртуальной машины вы можете настроить некоторые параметры установки операционной системы. Доступны три варианта:

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

  • Установите операционную систему из файла загрузочного образа — это похоже на вставку компакт-диска в физический привод компакт-дисков физического компьютера.Чтобы настроить этот параметр, выберите изображение .iso. Этот образ будет подключен к виртуальному приводу компакт-дисков виртуальной машины. Порядок загрузки виртуальной машины изменяется так, чтобы она сначала загружалась с привода CD-ROM.

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

  1. Просмотрите сведения о виртуальной машине и нажмите Готово , чтобы завершить создание виртуальной машины.

Создание виртуальной машины с PowerShell

  1. Откройте PowerShell ISE с правами администратора.

  2. Запустите следующий скрипт.

  # Установите имя виртуальной машины, имя коммутатора и путь к установочному носителю.
$ VMName = 'TESTVM'
$ Switch = 'External VM Switch'
$ InstallMedia = 'C: \ Users \ Администратор \ Desktop \ en_windows_10_enterprise_x64_dvd_6851151.iso'

# Создать новую виртуальную машину
New-VM -Name $ VMName -MemoryStartupBytes 2147483648 -Generation 2 -NewVHDPath "D: \ Виртуальные машины \ $ VMName \ $ VMName.vhdx "-NewVHDSizeBytes 53687091200 -Path" D: \ Виртуальные машины \ $ VMName "-SwitchName $ Switch

# Добавить DVD-привод на виртуальную машину
Add-VMScsiController -VMName $ VMName
Add-VMDvdDrive -VMName $ VMName -ControllerNumber 1 -ControllerLocation 0 -Path $ InstallMedia

# Смонтировать установочный носитель
$ DVDDrive = Get-VMDvdDrive -VMName $ VMName

# Настройка виртуальной машины для загрузки с DVD
Set-VMFirmware -VMName $ VMName -FirstBootDevice $ DVDDrive
  

Завершите развертывание операционной системы

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

  1. В диспетчере Hyper-V дважды щелкните виртуальную машину. Это запускает инструмент VMConnect.

  2. В VMConnect, нажмите на зеленую кнопку Пуск. Это похоже на нажатие кнопки питания на физическом компьютере. Вам может быть предложено «Нажмите любую клавишу для загрузки с CD или DVD». Давай и делай так.

Примечание: Возможно, вам придется щелкнуть внутри окна VMConnect, чтобы убедиться, что нажатия клавиш отправляются на виртуальную машину.

  1. Виртуальная машина загружается в установку, и вы можете выполнить установку, как на физическом компьютере.

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

,

Глава1.Первые шаги

Добро пожаловать в Oracle VM VirtualBox.

Oracle VM VirtualBox — это кроссплатформенное приложение для виртуализации. какой это значит? Во-первых, он устанавливается на ваш существующий Intel или Компьютеры на базе AMD, работают ли они под управлением Windows, Mac OS X, Операционные системы Linux или Oracle Solaris (ОС). Во-вторых, это расширяет возможности вашего существующего компьютера, чтобы он мог запускать несколько ОС на нескольких виртуальных машинах одновременно время.Например, вы можете запустить Windows и Linux на вашем Mac, запустить Windows Server 2016 на вашем сервере Linux, запустите Linux на вашем Windows ПК, и так далее, все вместе с вашими существующими приложениями. Ты можешь установите и запустите столько виртуальных машин, сколько захотите. Единственный практические ограничения — дисковое пространство и память.

Oracle VM VirtualBox обманчиво прост, но также и очень мощный. Это может работать везде с небольших встроенных систем или настольных компьютеров класса вплоть до развертывания центров обработки данных и даже облачных сред.

На следующем снимке экрана показано, как Oracle VM VirtualBox, установленный на Компьютер Apple Mac OS X, работает под управлением Windows Server 2016 в виртуальном окно машины.

Рисунок 1.1. Виртуальная машина Windows Server 2016, отображаемая на хосте Mac OS X

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

Краткое описание возможностей Oracle VM VirtualBox можно найти в Раздел 1.3, «Обзор возможностей». Для существующих Oracle VM VirtualBox пользователи, которые просто хотят узнать, что нового в этом выпуске, видят Глава 15, Журнал изменений .

1.1. Почему виртуализация полезна?

Методы и функции, которые предоставляет Oracle VM VirtualBox, полезно в следующих сценариях:

  • Запуск нескольких операционных систем одновременно. Oracle VM VirtualBox позволяет вам запускать более одной ОС одновременно. Таким образом, вы можете запустить программное обеспечение написано для одной ОС на другой, например, программное обеспечение Windows на Linux или Mac, без перезагрузки, чтобы использовать его.С вами можно настроить какие виды виртуальных аппаратное обеспечение должно быть представлено для каждой такой ОС, вы можете установить старая ОС, такая как DOS или OS / 2, даже если ваш реальный компьютер аппаратное обеспечение больше не поддерживается этой ОС.

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

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

    Кроме того, с использованием другой функции Oracle VM VirtualBox называется снимков , можно сохранить конкретное состояние виртуальной машины и вернуться к этому укажите, если необходимо. Таким образом, можно свободно экспериментировать с вычислительная среда. Если что-то пойдет не так, например, после установки программного обеспечения или заражения гостя вирус, вы можете легко вернуться к предыдущему снимку и Избегайте необходимости частого резервного копирования и восстановления.

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

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

При работе с виртуализацией, а также для понимания Следующие главы этой документации, это помогает познакомиться с немного важной терминологии, особенно следующие условия:

  • Операционная система хоста (хост ОПЕРАЦИОННЫЕ СИСТЕМЫ). Это ОС физического компьютера на какой Oracle VM VirtualBox был установлен. Есть версии Oracle VM VirtualBox для Windows, Mac OS X, Linux и Oracle Хозяева соляриса. См. Раздел 1.4, «Поддерживаемые операционные системы хоста».

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

  • Гостевая операционная система (гость ОПЕРАЦИОННЫЕ СИСТЕМЫ). Это ОС, которая работает внутри виртуальная машина. Теоретически Oracle VM VirtualBox может работать на любом x86 ОС, такие как DOS, Windows, OS / 2, FreeBSD и OpenBSD. Но достичь почти нативной производительности гостевого кода на вашем машина, мы должны были пройти много оптимизаций, которые специфичные для определенных ОС. Так что пока ваша любимая ОС мая запускаем как гость, мы официально поддерживаем и оптимизировать для избранных, которые включают в себя наиболее распространенные Операционки.

    См. Раздел 3.1, «Поддерживаемые гостевые операционные системы».

  • Виртуальная машина (ВМ). это это особая среда, которую Oracle VM VirtualBox создает для ваша гостевая ОС, пока она работает. Другими словами, вы бежите Ваша гостевая ОС в ВМ. Обычно виртуальная машина отображается как окно на рабочем столе вашего компьютера. В зависимости от какой из различных интерфейсов Oracle VM VirtualBox вы используете, ВМ может отображаться в полноэкранном режиме или удаленно на другом компьютер.

    Внутренне Oracle VM VirtualBox рассматривает виртуальную машину как набор параметров которые определяют его поведение. Некоторые параметры описывают оборудование настройки, такие как объем памяти и количество процессоров назначены. Другие параметры описывают информацию о состоянии, например, работает ли виртуальная машина или сохранена.

    Вы можете просмотреть эти настройки виртуальной машины в VirtualBox Manager диалоговое окно Настройки , и запустив команду VBoxManage .Видеть Глава 8, VBoxManage .

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

Ниже приводится краткое описание основных функций Oracle VM VirtualBox. функции:

  • Портативность. Oracle VM VirtualBox работает на большом количестве 64-битных хост-операционных систем. Видеть Раздел 1.4, «Поддерживаемые хост-операционные системы».

    Oracle VM VirtualBox — это так называемый хостинг гипервизор, иногда упоминаемый как тип 2 гипервизор. Принимая во внимание, что голый металл или тип 1 гипервизор будет работать непосредственно на оборудовании, Oracle VM VirtualBox требует установки существующей ОС.Таким образом, он может работать вместе с существующими приложениями на этом хосте.

    Oracle VM VirtualBox в значительной степени функционально идентичны на всех платформах хоста, и один и тот же файл и форматы изображения используются. Это позволяет вам запускать виртуальные машины, созданные на одном хосте на другом хосте с другим хост ОС. Например, вы можете создать виртуальную машину на Windows, а затем запустить его под Linux.

    Кроме того, виртуальные машины могут быть легко импортированы и экспортируется с использованием открытого формата виртуализации (OVF), отраслевой стандарт, созданный для этой цели.Вы можете даже импортировать OVF, созданные с другой виртуализацией программное обеспечение. См. Раздел 1.14, «Импорт и экспорт виртуальных машин».

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

  • гостевых дополнений: общие папки, бесшовные окна, 3D виртуализация. Гостевые дополнения Oracle VM VirtualBox — это программные пакеты, которые могут быть установленным внутри поддерживаемого гостя системы, чтобы улучшить их производительность и обеспечить дополнительные интеграция и связь с хост-системой. После установка гостевых дополнений, виртуальная машина будет поддерживать автоматическая настройка разрешения видео, бесшовные окна, ускоренная 3D графика и многое другое.Видеть Глава 4, Гость Дополнения .

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

  • Отличная аппаратная поддержка. среди Другие функции Oracle VM VirtualBox поддерживает следующее:

    • Гостевая многопроцессорная (СМП). Oracle VM VirtualBox может представить до 32 виртуальные процессоры для каждой виртуальной машины, независимо от того, как многие ядра процессора физически присутствуют на вашем хосте.

    • Поддержка устройств USB. Oracle VM VirtualBox реализует виртуальный контроллер USB и позволяет подключать произвольные USB-устройства к вашему виртуальные машины без необходимости установки конкретного устройства драйверы на хосте.Поддержка USB не ограничена определенным категории устройств. Смотрите Раздел 3.11.1, «Настройки USB».

.
Quickstart — создание виртуальной машины Windows на портале Azure — виртуальные машины Windows Azure
  • 2 минуты, чтобы прочитать

В этой статье

виртуальных машин Azure можно создать через портал Azure.Этот метод предоставляет пользовательский интерфейс на основе браузера для создания виртуальных машин и связанных с ними ресурсов. В этом кратком руководстве показано, как использовать портал Azure для развертывания виртуальной машины (ВМ) в Azure, на которой работает Windows Server 2019. Чтобы увидеть виртуальную машину в действии, затем отправьте RDP на виртуальную машину и установите веб-сервер IIS.

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

Войдите в Azure

Войдите на портал Azure по адресу https://portal.azure.com.

Создать виртуальную машину

  1. Тип виртуальных машин в поиске.

  2. В разделе Услуги выберите Виртуальные машины .

  3. На странице Виртуальные машины выберите Добавить .

  4. На вкладке Основы в разделе Сведения о проекте убедитесь, что выбрана правильная подписка, а затем выберите Создать новую группу ресурсов .Введите myResourceGroup в качестве имени.

  5. Меньше Сведения об экземпляре , введите myVM для Имя виртуальной машины и выберите Восток США для Регион , а затем выберите Windows Server 2019 Datacenter для Изображение . Оставьте другие значения по умолчанию.

  6. Под учетной записью Администратор укажите имя пользователя, например, azureuser и пароль.Пароль должен быть не менее 12 символов и соответствовать определенным требованиям сложности.

  7. В соответствии с Правилами входящих портов , выберите Разрешить выбранные порты , а затем выберите RDP (3389) и HTTP (80) из раскрывающегося списка.

  8. Оставьте оставшиеся значения по умолчанию и затем нажмите кнопку Просмотр + создание в нижней части страницы.

Подключиться к виртуальной машине

Создание подключения удаленного рабочего стола к виртуальной машине.В этих инструкциях рассказывается, как подключиться к вашей виртуальной машине с компьютера под управлением Windows. На Mac вам нужен клиент RDP, такой как этот клиент удаленного рабочего стола из Mac App Store.

  1. Нажмите кнопку Connect на странице обзора вашей виртуальной машины.

  2. На странице Подключение к виртуальной машине сохраните параметры по умолчанию для подключения по IP-адресу через порт 3389 и нажмите Загрузить файл RDP .

  3. Откройте загруженный файл RDP и нажмите Connect , когда будет предложено.

  4. В окне Windows Security выберите . Больше вариантов , а затем . Используйте другую учетную запись . Введите имя пользователя localhost \ username , введите пароль, созданный для виртуальной машины, и нажмите OK .

  5. Вы можете получить предупреждение сертификата во время входа в систему. Нажмите Да, или . Продолжите , чтобы создать соединение.

Установить веб-сервер

Чтобы увидеть виртуальную машину в действии, установите веб-сервер IIS.Откройте приглашение PowerShell на виртуальной машине и выполните следующую команду:

  Install-WindowsFeature -имя веб-сервера -IncludeManagementTools
  

По завершении закройте соединение RDP с виртуальной машиной.

Просмотреть страницу приветствия IIS

На портале выберите виртуальную машину и в обзоре виртуальной машины используйте кнопку Нажмите, чтобы скопировать справа от IP-адреса, чтобы скопировать ее и вставить на вкладку браузера. Откроется страница приветствия IIS по умолчанию, которая должна выглядеть следующим образом:

Очистить ресурсы

Когда вы больше не нуждаетесь, вы можете удалить группу ресурсов, виртуальную машину и все связанные ресурсы.

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

Следующие шаги

В этом кратком руководстве вы развернули простую виртуальную машину, открыли сетевой порт для веб-трафика и установили базовый веб-сервер. Чтобы узнать больше о виртуальных машинах Azure, перейдите к учебному пособию для виртуальных машин Windows.

,

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

Особенности | Документация | База знаний | Дискуссионные форумы

previous Пред. содержание Последний Следующая next

Мастер создания новой виртуальной машины проведет вас через ключевые шаги по настройке новой виртуальной машины, помогая вам установить различные параметры и параметры. Затем вы можете использовать редактор настроек виртуальной машины ( ВМ> Настройки ), если вам нужно внести какие-либо изменения в настройки вашей виртуальной машины.

По умолчанию новая виртуальная машина использует IDE-диск для гостей Windows 95, Windows 98, Windows Me, Windows XP, Windows Server 2003, NetWare и FreeBSD. По умолчанию для других гостевых операционных систем используется диск SCSI.

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

1. Запустите VMware Workstation.

Хосты Windows: Дважды щелкните значок VMware Workstation на рабочем столе или используйте меню Пуск ( Пуск > Программы > VMware > VMware Workstation ).

Linux hosts: В окне терминала введите команду

VMware &

Примечание: На хостах Linux установщик рабочей станции добавляет запись в меню «Пуск» для VMware Workstation. Однако этот пункт меню находится в разных подменю, в зависимости от вашего дистрибутива Linux. Например:

  • SUSE Linux 9.1 — Пуск > Система> Другие программы> VMware Workstation
  • Red Hat Enterprise Linux AS / WS, выпуск 3 — Пуск в > Системные инструменты> Дополнительные системные инструменты> VMware Workstation
  • 2.Если вы впервые запустили VMware Workstation и не указали серийный номер при установке продукта (опция доступна на хосте Windows), вам будет предложено ввести его. Серийный номер указан на регистрационной карточке в вашей посылке или в сообщении электронной почты, подтверждающем ваш заказ на электронную рассылку. Введите серийный номер и нажмите ОК .

    Введенный вами серийный номер сохраняется, и VMware Workstation больше не запрашивает его. Для вашего удобства VMware Workstation автоматически отправляет серийный номер на веб-сайт VMware при использовании определенных веб-ссылок, встроенных в продукт (например, Справка > VMware в Интернете > Зарегистрируйтесь сейчас! и Справка > VMware в Интернете > Запрос поддержки ).Это позволяет нам направить вас на правильную веб-страницу для регистрации и получения поддержки для вашего продукта.

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

    Когда вы запускаете VMware Workstation, вы можете открыть существующую виртуальную машину или создать новую. Выберите Файл > Создать> Виртуальная машина , чтобы начать создание виртуальной машины.

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

    Link to w_newvm_welcome.png

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

    Link to w_newvm_typical.png

    Если вы выберете Типичный , мастер предложит вам указать или принять значения по умолчанию для следующих вариантов:

  • Гостевая операционная система
  • Имя виртуальной машины и расположение файлов виртуальной машины
  • Тип сетевого подключения
  • Следует ли выделять все пространство для виртуального диска во время его создания
  • Разбивать ли виртуальный диск на файлы объемом 2 ГБ
  • Если вы выберете Custom , вы также можете указать, как настроить ваш диск — создать новый виртуальный диск, использовать существующий виртуальный диск или физический диск — и указать параметры, необходимые для выбранного типа диска.Существует также возможность создать устаревший виртуальный диск для использования в средах с другими продуктами VMware.

    Выберите Custom , если вы хотите

  • Создайте устаревшую виртуальную машину, совместимую с Workstation 4.x, GSX Server 3.x, ESX Server 2.x и VMware ACE 1.x.
  • Храните файлы вашего виртуального диска в определенном месте
  • Используйте виртуальный диск IDE для гостевой операционной системы, в которой в противном случае виртуальный диск SCSI был бы создан по умолчанию.
  • Используйте физический диск, а не виртуальный диск (для опытных пользователей)
  • Установите параметры памяти, которые отличаются от значений по умолчанию
  • Назначить более одного виртуального процессора для виртуальной машины
  • 6.Если вы выбрали Типичный в качестве пути конфигурации, перейдите к шагу 7.

    Если вы выбрали Custom в качестве пути конфигурации, вы можете создать виртуальную машину, которая полностью поддерживает все функции Workstation 5, или устаревшую виртуальную машину, совместимую с конкретными продуктами VMware.

    Link to w_newvm_legacy.png

    На этом экране спрашивается, хотите ли вы создать виртуальную машину Workstation 5 или устаревшую виртуальную машину. См. Legacy Virtual Disks для получения дополнительной информации.

    7. Выберите гостевую операционную систему.

    Link to w_newvm_pick_guest.png

    Этот экран спрашивает, какую операционную систему вы планируете установить на виртуальной машине. Выберите операционную систему и версию. Мастер создания новой виртуальной машины использует эту информацию для

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

    Примечание. Рабочая станция поддерживает 64-разрядные гостевые операционные системы только в рабочих станциях версий 5.5 и новее и только на хостах с поддерживаемыми процессорами. Список поддерживаемых рабочих станций для 64-разрядных гостевых операционных систем см. В разделе «Поддержка 64-разрядных гостевых операционных систем».

    Внимание: Не пытайтесь установить 64-битную операционную систему после выбора здесь 32-битной гостевой операционной системы.

    Остальные шаги предполагают, что вы планируете установить гостевую операционную систему Windows XP Professional.Подробные примечания по установке для этой и других гостевых операционных систем можно найти в Руководстве по установке гостевой операционной системы VMware , доступном на веб-сайте VMware или в меню «Справка».

    8. Выберите имя и папку для виртуальной машины.

    Link to w_newvm_name_vm.png

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

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

    Хосты Windows: В Windows 2000, Windows XP и Windows Server 2003 папка по умолчанию для этой виртуальной машины Windows XP Professional — C: \ Documents and Settings \ <имя пользователя> \ Мои документы \ Мои виртуальные машины \ Windows XP Professional. В Windows NT папкой по умолчанию является C: \ WINNT \ Profiles \ <имя пользователя> \ Personal \ Мои виртуальные машины \ Windows XP Professional.

    Linux hosts: Расположение по умолчанию для этой виртуальной машины Windows XP Professional — / vmware / winXPPro, где — домашний каталог пользователя, который в данный момент вошел в систему.

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

    9. Укажите количество процессоров для виртуальной машины. Параметр Два поддерживается только для хост-компьютеров с как минимум двумя логическими процессорами.

    Примечание: Считается, что следующее имеет два логических процессора:

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

    Link to w_newvm_processors.png

    10. Если вы выбрали Типичный в качестве пути конфигурации, перейдите к шагу 11.

    Если вы выбрали Custom в качестве пути конфигурации, вы можете отрегулировать настройки памяти или принять значения по умолчанию, затем нажмите Next , чтобы продолжить.

    Link to w_newvm_memory.png

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

    Примечание: Невозможно выделить более 2 ГБ памяти для виртуальной машины, если файлы виртуальной машины хранятся в файловой системе, такой как FAT32, которая не поддерживает файлы размером более 2 ГБ.

    11. Настройте сетевые возможности виртуальной машины.

    Link to w_newvm_use_bridged.png

    Если ваш хост-компьютер находится в сети, и у вас есть отдельный IP-адрес для вашей виртуальной машины (или вы можете получить его автоматически с сервера DHCP), выберите Использовать мостовую сеть .

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

    Дополнительные сведения о параметрах сети VMware Workstation см. В разделе «Настройка виртуальной сети».

    12. Если вы выбрали Типичный в качестве пути конфигурации, нажмите Готово , и мастер настроит файлы, необходимые для вашей виртуальной машины.

    Если вы выбрали Custom в качестве пути конфигурации, продолжайте с шагами ниже, чтобы настроить диск для вашей виртуальной машины.

    13. Выберите тип адаптера SCSI, который вы хотите использовать с виртуальной машиной.

    Link to w_newvm_ioadapter.png

    IDE и адаптер SCSI установлены на виртуальной машине. Адаптер IDE всегда ATAPI. Вы можете выбрать BusLogic или LSI Logic SCSI адаптер. Значение по умолчанию для вашей гостевой операционной системы уже выбрано.Все гости, кроме Windows Server 2003, Red Hat Enterprise Linux 3 и NetWare, по умолчанию используют адаптер BusLogic.

    Адаптер LSI Logic имеет улучшенную производительность и лучше работает с обычными устройствами SCSI. Адаптер LSI Logic также поддерживается ESX Server 2.0 и выше. Имейте это в виду, если вы планируете перенести виртуальную машину на другой продукт VMware.

    Выбор адаптера SCSI не влияет на ваше решение сделать виртуальный диск IDE или диском SCSI.Однако некоторые гостевые операционные системы, такие как Windows XP, не включают драйвер для Buslogic или адаптера LSI Logic. Вы должны загрузить драйвер с веб-сайта LSI Logic.

    Примечание. Драйверы для адаптера шины хоста, совместимого с Mylex (BusLogic), не очевидны на веб-сайте LSI Logic. Найдите в области поддержки числовую строку в номере модели. Например, найдите «958» для драйверов BT / KT-958.

    Подробнее о драйвере и гостевой операционной системе, которые вы планируете установить на этой виртуальной машине, см. В Руководстве по установке гостевой операционной системы VMware .

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

    Link to w_newvm_create_vdisk.png

    Выберите Создать новый виртуальный диск .

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

    Чтобы использовать существующую операционную систему на физическом жестком диске («сырой» диск), прочтите раздел Конфигурирование компьютера с двойной загрузкой для использования с виртуальной машиной. Чтобы установить гостевую операционную систему непосредственно в существующий раздел диска IDE, прочитайте справочную заметку «Установка операционной системы на физический раздел с виртуальной машины».

    Примечание: Конфигурации физического диска рекомендуются только для опытных пользователей.

    Предупреждение: Если вы используете хост Windows Server 2003, Windows XP или Windows 2000, см. Раздел Не используйте динамические диски Windows 2000, Windows XP и Windows Server 2003 в качестве физических дисков.

    Чтобы установить гостевую операционную систему на физическом диске IDE, выберите Existing IDE Disk Partition . Чтобы использовать физический диск SCSI, добавьте его позже на виртуальную машину с помощью редактора настроек виртуальной машины. Загрузка с физического диска SCSI не поддерживается. Для обсуждения некоторых проблем, связанных с использованием физического диска SCSI, см. Раздел Конфигурирование систем SCSI с двумя или несколькими загрузками для работы с VMware Workstation на хосте Linux.

    15. Выберите, создавать ли диск IDE или SCSI.

    Link to w_newvm_disktype.png

    Мастер рекомендует лучший выбор в зависимости от выбранной гостевой операционной системы. Все дистрибутивы Linux, которые вы можете выбрать в мастере, по умолчанию используют виртуальные диски SCSI, как и Windows NT, Windows 2000 и Windows Vista. Все операционные системы Windows, кроме Windows NT, Windows 2000 и Windows Vista, используют виртуальные диски IDE по умолчанию; NetWare, FreeBSD, MS-DOS и другие гости по умолчанию используют виртуальные диски IDE.

    16. Укажите емкость виртуального диска.

    Link to w_newvm_disk_cap.png

    Введите размер виртуального диска, который вы хотите создать.

    Вы можете установить размер от 0,1 ГБ до 950 ГБ для виртуального диска SCSI.

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

    Примечание: Выделение всего дискового пространства теперь — это трудоемкая операция, которую нельзя отменить, и для нее требуется столько места на физическом диске, сколько вы указали для виртуального диска.

    Выберите параметр «Разделить диск на файлы объемом 2 ГБ», если ваш виртуальный диск хранится в файловой системе, которая не поддерживает файлы размером более 2 ГБ.

    17. Укажите расположение файлов виртуального диска.

    Link to w_newvm_disk_file.png

    18. Нажмите Готово .

    Мастер устанавливает файлы, необходимые для вашей виртуальной машины.

    previous Пред. содержание Последний Следующая next

    ,

    Отправить ответ

    avatar
      Подписаться  
    Уведомление о