Какой из элементов интерфейса означает открытие виртуальной машины на этом компьютере
Подключить физический диск к виртуальному компьютеру удается не всегда. Самая очевидная причина затруднений состоит в том, что на физическом диске создана файловая система , с которой не умеет работать ОС виртуального компьютера. И хотя можно пытаться установить специальные драйверы, но делать это (на мой взгляд) не стоит, поскольку можно организовать обмен данными с базовым компьютером, а также со всем остальным миром, с помощью сетевых средств. Они изначально создавались в расчете на взаимодействие различных ОС, так что предоставляют необходимые средства обмена данными. Судя по моему опыту, это гораздо более реалистичный и безопасный способ организации такого обмена. Но сначала несколько пояснений общего плана.
Четыре варианта организации сетевых служб в системе VMware
Каждая виртуальная машина, которую вы создаете, может иметь свою независимую конфигурацию сетевых служб. Существует 4 возможных варианта конфигурации:
- Без подключения к сети (No networking).
- Host-only networking.
- Bridged networking.
- Custom networking.
Конфигурация "No networking" просто означает, что виртуальная машина работает сама по себе, не имея возможности взаимодействовать с операционной системой базового компьютера или другими компьютерами (включая виртуальные компьютеры, работающие на том же базовом). Этот вариант стоит рассматривать только в том случае, когда виртуальная машина будет использоваться, например, в целях тестирования ПО или для обеспечения безопасности хранимой на ней информации. Такая конфигурация задается очень просто - достаточно при конфигурировании виртуальной машины не подключать сетевой адаптер (либо отключить его впоследствии).
Вариант "Host-only networking" означает, что виртуальный компьютер сможет взаимодействовать с операционной системой базового компьютера и любым виртуальным компьютером, запущенным на базовом компьютере, и тоже имеющим сетевые возможности. Но виртуальный компьютер в такой конфигурации не сможет взаимодействовать с системами, находящимися вне базового компьютера (если только не используется proxy-сервер, запущенный на базовом компьютере). Создается как бы частная виртуальная сеть , которая состоит из базового компьютера и всех запущенных на нем виртуальных (в частности, одного виртуального). Обычно все хосты такой сети используют стек протоколов TCP/IP, хотя жесткого требования использовать именно его нет. Но какие бы протоколы ни использовались, каждый компьютер в такой сети должен иметь свой адрес. Адреса могут назначаться "статически" или "динамически". В последнем случае используются такие протоколы, как DHCP (Dynamic Host Configuration Protocol).
Если вариант "Host-only networking" задействуется при инсталляции системы VMware, на базовом компьютере по умолчанию запускается DHCP-сервер. Этот сервер используется для поддержки протокола DHCP только для виртуальных компьютеров, подключаемых к виртуальной сети через интерфейс vmnet1. Операционные системы виртуальных компьютеров, в которых задана опция использования DHCP, при загрузке получают IP-адрес автоматически, без какой-либо дополнительной настройки. Операционные системы Windows по умолчанию обычно подключают использование динамически назначаемых адресов.
Если в настройках операционной системы не задано использование протокола DHCP, то в системе необходимо явно прописать "статический IP-адрес". Этот вариант адресации имеет смысл применять в том случае, когда вы хотите, чтобы виртуальные машины могли обращаться друг к другу по именам, а не по IP-адресам. Но в таком случае вы должны поддерживать базу данных соответствий имен и IP-адресов на каждом компьютере или запустить на базовом компьютере сервер имен (DNS). В документации фирмы VMware рекомендуется применять статическую IP-адресацию (или сконфигурировать DHCP-сервер так, чтобы виртуальной машине всегда назначался один и тот же IP-адрес) в том случае, если вы намереваетесь использовать виртуальный компьютер в течение длительного периода времени. Если же вы устанавливаете его не надолго, используйте DHCP и предоставьте ему возможность распределять IP-адреса.
Отметим, что обычно (в соответствии с принятыми в Интернете соглашениями) IP-адреса для виртуальных сетей распределяются следующим образом:
Вариант "Host-only networking" можно использовать, когда сам базовый компьютер не подключен ни к какой сети, или когда вы хотите изолировать виртуальный компьютер от внешних (по отношению к базовому) систем. Такая конфигурация аналогична случаю, когда некая фирма или корпорация соединяет свою внутреннюю сеть с Интернетом через файерволл или прокси-сервер. Чтобы сконфигурировать виртуальную машину для работы в данном варианте, надо подключить к виртуальному компьютеру сетевой адаптер (виртуальный) и выбрать для него тип подключения "Host-only networking". О некоторых необходимых действиях по настройке конфигурации для этого варианта мы поговорим чуть позже.
Вариант "Bridged networking" означает, что виртуальная машина будет подключаться к локальной сети, используя реальную Ethernet-плату Вашего основного компьютера, которая выполняет функции "моста" между виртуальной машиной и реальной физической сетью. Это позволяет виртуальному компьютеру выглядеть со стороны реальной сети как полнофункциональный хост. Назначение сетевых адресов в этом случае осуществляется в соответствии с правилами, принятыми в реальной локальной сети. Вы можете подключаться по протоколу DHCP, либо получить у администратора сети статический IP-адрес.
Виртуальная машина, подключенная по этому варианту, может использовать любые сетевые сервисы, предоставляемые в локальной сети, к которой она подключена: принтеры, файл-серверы маршрутизаторы и т. д. Точно так же и она может предоставить в сеть какие-то из своих ресурсов. Это наиболее часто используемая конфигурация сетевых служб виртуального компьютера. Для того, чтобы настроить данный вариант сетевой конфигурации, вам необходимо установить сетевой адаптер и выбрать для него тип подключения "bridged". В операционной системе виртуального компьютера надо будет произвести настройку сетевых служб.
Вариант "Custom networking" означает, что ваш виртуальный компьютер будет иметь возможность использовать как реально существующее Ethernet-соединение вашего основного компьютера, так и виртуальную сеть (т. е. этот вариант можно было бы обозначить как "Bridged and Host-only Networking"). Этот вариант предоставляет широкие возможности по построению сети из виртуальных компьютеров. Например, можно организовать виртуальную частную сеть из виртуальных компьютеров, размещающихся на нескольких физических хостах реальной сети. Однако, как указывается в фирменной документации, настройка таких сетей требует хорошего понимания принципов построения локальных сетей и умения применять эти принципы на практике, так что может быть рекомендована только для опытных пользователей. Более того, процедуры настройки этого варианта в фирменной документации практически не описаны. Поэтому далее будут рассматриваться только два варианта: "Host-only" и "Bridged networking".
Средства поддержки сетевых возможностей в VMware
Поддержка сетевых возможностей VMware на базовом компьютере осуществляется с помощью специальных драйверов, которые организуют четыре виртуальных сетевых интерфейса: vmnet0 , vmnet1 , vmnet2 и vmnet3 . Каждый интерфейс ассоциируется с виртуальным Ethernet-хабом, через который к базовому хосту может быть подключено любое число виртуальных компьютеров. Обычно vmnet0 используется в варианте "bridged networking", vmnet1 используется в варианте "host-only networking", а оставшиеся два интерфейса служат для организации варианта "bridged networking and host-only networking". В дополнение к этим интерфейсам имеются два приложения: vmnet-bridge и vmnet-dhcpd (соответствующие файлы находятся в каталоге /usr/bin ). Программа vmnet-bridge используется в варианте "bridged networking" для поддержки прозрачного взаимодействия между vmnet0 и реальным сетевым интерфейсом, обычно eth0 . Программа vmnet-dhcpd запускается как отдельный процесс в варианте "host-only networking". Этот процесс обеспечивает поддержку протокола DHCP для виртуальных машин, запущенных через vmnet1 .
Начиная с версии 2.0 VMware Workstation для Linux одновременно с инсталляцией системы VMware на базовом компьютере может быть установлен сервер Samba, который необходим для предоставления ресурсов базового компьютера через сеть. Правда, сервер этот слегка модифицирован по сравнению с обычным Samba-сервером с той целью, чтобы обеспечить поддержку виртуальных Ethernet-адаптеров (в своей документации фирма VMware выражает надежду, что эти изменения войдут в следующие выпуски стандартного Samba-сервера). Если в ОС Linux, запущенной на базовом компьютере, уже запущен Samba-сервер, или вы хотите по каким-то причинам использовать стандартный вариант этого сервера, вы не должны устанавливать Samba-сервер при инсталляции системы VMware.
Вообще говоря, можно запустить на базовом компьютере одновременно как стандартный сервер Samba, так и тот вариант этого сервера, который поставляется вместе с системой VMware Workstation. Однако при этом надо учитывать, что версия стандартного Samba-сервера должна быть не ниже 2.0.6 и он должен быть корректно сконфигурирован. Определить версию стандартного Samba-сервера можно командой smbd -V , а для корректной настройки его фирма VMware предлагает воспользоваться примером конфигурационного файла smb.conf , размещенным на сайте фирмы.
Поддержка сетевых возможностей в операционной системе виртуального компьютера осуществляется с помощью виртуального Ethernet-адаптера(ов). К одному виртуальному компьютеру можно подключить до 3 таких адаптеров и они "представляются" операционной системе как адаптеры типа AMD PCNET PCI. Большинство операционных систем умеют распознавать такие адаптеры и автоматически подключают соответствующий драйвер. Поэтому для завершения конфигурирования сети в ОС виртуального компьютера остается только корректно задать необходимые параметры сетевого подключения (сетевой адрес компьютера, маску подсети, IP-адрес сервера имен и т. д.).
Назначение MAC-адресов для виртуальных компьютеров
Когда "включается питание" виртуального компьютера, система VMware автоматически назначает ему MAC-адрес (уникальный адрес физического устройства, используемый на канальном уровне для управления доступом к устройствам). Система гарантирует, что виртуальным машинам будут присвоены уникальные MAC-адреса в рамках одного базового компьютера. Но не гарантируется, что при каждом запуске виртуального компьютера ему будет назначаться один и тот же MAC-адрес. Точно так же система не может обеспечить (хотя и пытается это сделать) назначение уникальных адресов для виртуальных компьютеров, запускаемых на нескольких базовых компьютерах в одной физической сети.
Если вы хотите, чтобы виртуальный компьютер всегда получал один и тот же MAC-адрес или хотите добиться полной уникальности назначаемых адресов, вы можете назначать их "вручную", а не автоматически. Для этого надо добавить в конфигурационный файл виртуального компьютера строку следующего вида:
где 'XX' - шестнадцатеричное значение из интервала 00h-3Fh , 'YY' и 'ZZ' - шестнадцатеричные значения из интервала 00h - FFh (система VMware не позволяет использовать произвольные адреса, так что надо поддерживаться именно такого формата).
Заметим, что если вы, придерживаясь указанного формата, присвоите фиксированный адрес только некоторым виртуальным компьютерам в сети (а другие будут получать адреса динамически), конфликтов между адресами, назначенными "вручную", и адресами, назначенными автоматически, возникнуть не должно.
Аннотация: Данная лекция посвящена установке и настройки виртуальной машины на физическом (настольном) ПК. Рассмотрены возможности установки ОС на виртуальный ПК как из ISO образа, так и с компакт диска, а также тема клонирования виртуальной машины.
Установка виртуальной машины на ПК
Виртуальную машину VMware Workstation часто применяют для одновременного запуска нескольких операционных систем на одном физическом компьютере. Наиболее важные функции VMware Workstation 6 включают в себя:
- поддержку хостовых ОС Windows и Linux
- до 10-ти виртуальных сетевых адаптеров в гостевой системе
- поддержку интерфейса USB 2.0
- возможность гибкого управления виртуальными сетями и дисками
- другое.
Виртуальная машина (ВМ) - программная система, эмулирующая аппаратное обеспечение некоторой платформы. ВМ может эмулировать работу, как отдельных компонентов аппаратного обеспечения, так и целого реального компьютера (включая процессор, BIOS, оперативную память, жёсткий диск и другие периферийные устройства). В последнем случае в ВМ, как и на реальный компьютер, можно устанавливать операционные системы (например, Windows). На одном компьютере может функционировать несколько виртуальных машин.
Ближайшими конкурентами VMware Workstation на данный момент являются продукты VirtualBox и Virtual PC, которые обладают существенно меньшими возможностями по сравнению с VMware Workstation. Ниже мы создадим две виртуальные машины (или более) и установим на них операционную систему Windows XP, для того, чтобы позднее настроить между этими станциями сетевое взаимодействие. Порядок наших ближайших действий будет таким:
- установка виртуального ПК
- установка на виртуальном ПК ОС Windows XP
- настройка на виртуальном ПК сети и Интернет
Для копирования файлов VMware Workstation 6 на физический ПК запускаем файл
и выполняем весь процесс установки этой программы с настройками по умолчанию. После русификации программы появится окно, изображенное на рис. 12.1.
Настройка виртуальной машины
Нажмем на кнопку и будем создавать виртуальную машину не по шаблону (переключатель Обычная), а с нашими настройками (переключатель Специальная) – рис. 12.2.
Следующие 2 окна оставляем с настройками по умолчанию ( рис. 12.3 и рис. 12.4).
Стандартный путь для нахождения файлов виртуальной машины мы изменим ( рис. 12.5).
Следующие 2 окна оставляем с настройками по умолчанию ( рис. 12.6 и рис. 12.7).
Аннотация: Информационные технологии принесли в жизнь современного общества множество полезных и интересных вещей. Каждый день изобретательные и талантливые люди придумывают все новые и новые применения компьютерам как эффективным инструментам производства, развлечения и сотрудничества. Множество различных программных и аппаратных средств, технологий и сервисов позволяют нам ежедневно повышать удобство и скорость работы с информацией. Все сложнее и сложнее выделить из обрушивающегося на нас потока технологий действительно полезные и научиться применять их с максимальной пользой. В этой лекции пойдет речь о еще одной невероятно перспективной и по-настоящему эффективной технологии, стремительно врывающейся в мир компьютеров – технологии виртуализации, которая занимает ключевое место в концепции "облачных" вычислений.
Цель данной лекции – получить сведения о технологиях виртуализации, терминологии, разновидностях и основных достоинствах виртуализации. Ознакомиться с основными решениями ведущих ИТ-вендоров. Рассмотреть особенности платформы виртуализации Microsoft.
Технологии виртуализации
Согласно статистике средний уровень загрузки процессорных мощностей у серверов под управлением Windows не превышает 10%, у Unix-систем этот показатель лучше, но тем не менее в среднем не превышает 20%. Низкая эффективность использования серверов объясняется широко применяемым с начала 90-х годов подходом "одно приложение — один сервер ", т. е. каждый раз для развертывания нового приложения компания приобретает новый сервер . Очевидно, что на практике это означает быстрое увеличение серверного парка и как следствие — возрастание затрат на его администрирование , энергопотребление и охлаждение, а также потребность в дополнительных помещениях для установки всё новых серверов и приобретении лицензий на серверную ОС.
Виртуализация ресурсов физического сервера позволяет гибко распределять их между приложениями, каждое из которых при этом "видит" только предназначенные ему ресурсы и "считает", что ему выделен отдельный сервер , т. е. в данном случае реализуется подход "один сервер — несколько приложений", но без снижения производительности, доступности и безопасности серверных приложений. Кроме того, решения виртуализации дают возможность запускать в разделах разные ОС с помощью эмуляции их системных вызовов к аппаратным ресурсам сервера.
Рис. 2.1. Виртуализация подразумевает запуск на одном физическом компьютере нескольких виртуальных компьютеров
В основе виртуализации лежит возможность одного компьютера выполнять работу нескольких компьютеров благодаря распределению его ресурсов по нескольким средам. С помощью виртуальных серверов и виртуальных настольных компьютеров можно разместить несколько ОС и несколько приложений в едином местоположении. Таким образом, физические и географические ограничения перестают иметь какое-либо значение . Помимо энергосбережения и сокращения расходов благодаря более эффективному использованию аппаратных ресурсов, виртуальная инфраструктура обеспечивает высокий уровень доступности ресурсов, более эффективную систему управления, повышенную безопасность и усовершенствованную систему восстановления в критических ситуациях.
В широком смысле понятие виртуализации представляет собой сокрытие настоящей реализации какого-либо процесса или объекта от истинного его представления для того, кто им пользуется. Продуктом виртуализации является нечто удобное для использования, на самом деле, имеющее более сложную или совсем иную структуру, отличную от той, которая воспринимается при работе с объектом. Иными словами, происходит отделение представления от реализации чего-либо. Виртуализация призвана абстрагировать программное обеспечение от аппаратной части.
В компьютерных технологиях под термином "виртуализация" обычно понимается абстракция вычислительных ресурсов и предоставление пользователю системы, которая "инкапсулирует" (скрывает в себе) собственную реализацию. Проще говоря, пользователь работает с удобным для себя представлением объекта, и для него не имеет значения, как объект устроен в действительности.
Сейчас возможность запуска нескольких виртуальных машин на одной физической вызывает большой интерес среди компьютерных специалистов, не только потому, что это повышает гибкость ИТ-инфраструктуры, но и потому, что виртуализация , на самом деле, позволяет экономить деньги.
История развития технологий виртуализации насчитывает более сорока лет. Компания IBM была первой, кто задумался о создании виртуальных сред для различных пользовательских задач, тогда еще в мэйнфреймах. В 60-х годах прошлого века виртуализация представляла чисто научный интерес и была оригинальным решением для изоляции компьютерных систем в рамках одного физического компьютера. После появления персональных компьютеров интерес к виртуализации несколько ослаб ввиду бурного развития операционных систем, которые предъявляли адекватные требования к аппаратному обеспечению того времени. Однако бурный рост аппаратных мощностей компьютеров в конце девяностых годов прошлого века заставил ИТ-сообщество вновь вспомнить о технологиях виртуализации программных платформ.
В 1999 г. компания VMware представила технологию виртуализации систем на базе x86 в качестве эффективного средства, способного преобразовать системы на базе x86 в единую аппаратную инфраструктуру общего пользования и назначения, обеспечивающую полную изоляцию, мобильность и широкий выбор ОС для прикладных сред. Компания VMware была одной из первых, кто сделал серьезную ставку исключительно на виртуализацию. Как показало время, это оказалось абсолютно оправданным. Сегодня WMware предлагает комплексную виртуализационную платформу четвертого поколения VMware vSphere 4, которая включает средства как для отдельного ПК, так и для центра обработки данных. Ключевым компонентом этого программного комплекса является гипервизор VMware ESX Server . Позднее в "битву" за место в этом модном направлении развития информационных технологий включились такие компании как Parallels (ранее SWsoft), Oracle ( Sun Microsystems), Citrix Systems (XenSourse).
Корпорация Microsoft вышла на рынок средств виртуализации в 2003 г. с приобретением компании Connectiх, выпустив свой первый продукт Virtual PC для настольных ПК. С тех пор она последовательно наращивала спектр предложений в этой области и на сегодня почти завершила формирование виртуализационной платформы, в состав которой входят такие решения как Windows 2008 Server R2 c компонентом Hyper-V, Microsoft Application Virtualization (App-v), Microsoft Virtual Desktop Infrastructure ( VDI ), Remote Desktop Services, System Center Virtual Machine Manager .
На сегодняшний день поставщики технологий виртуализации предлагают надежные и легкоуправляемые платформы, а рынок этих технологий переживает настоящий бум. По оценкам ведущих экспертов, сейчас виртуализация входит в тройку наиболее перспективных компьютерных технологий. Многие эксперты предсказывают, что к 2015 году около половины всех компьютерных систем будут виртуальными.
Повышенный интерес к технологиям виртуализации в настоящее время неслучаен. Вычислительная мощь нынешних процессоров быстро растет, и вопрос даже не в том, на что эту мощь расходовать, а в том, что современная "мода" на двухъядерные и многоядерные системы, проникшая уже и в персональные компьютеры (ноутбуки и десктопы), как нельзя лучше позволяет реализовать богатейший потенциал идей виртуализации операционных систем и приложений, выводя удобство пользования компьютером на новый качественный уровень. Технологии виртуализации становятся одним из ключевых компонентов (в том числе, и маркетинговых) в самых новых и будущих процессорах Intel и AMD , в операционных системах от Microsoft и ряда других компаний.
Преимущества виртуализации
Приведем основные достоинства технологий виртуализации:
- Эффективное использование вычислительных ресурсов. Вместо 3х, а то 10 серверов, загруженных на 5-20% можно использовать один, используемый на 50-70%. Кроме прочего, это еще и экономия электроэнергии, а также значительное сокращение финансовых вложений: приобретается один высокотехнологичный сервер, выполняющий функции 5-10 серверов. С помощью виртуализации можно достичь значительно более эффективного использования ресурсов, поскольку она обеспечивает объединение стандартных ресурсов инфраструктуры в единый пул и преодолевает ограничения устаревшей модели "одно приложение на сервер".
- Сокращение расходов на инфраструктуру: Виртуализация позволяет сократить количество серверов и связанного с ними ИТ-оборудования в информационном центре. В результате этого потребности в обслуживании, электропитании и охлаждении материальных ресурсов сокращаются, и на ИТ затрачивается гораздо меньше средств.
- Снижение затрат на программное обеспечение. Некоторые производители программного обеспечения ввели отдельные схемы лицензирования специально для виртуальных сред. Так, например, покупая одну лицензию на Microsoft Windows Server 2008 Enterprise, вы получаете право одновременно её использовать на 1 физическом сервере и 4 виртуальных (в пределах одного сервера), а Windows Server 2008 Datacenter лицензируется только на количество процессоров и может использоваться одновременно на неограниченном количестве виртуальных серверов.
- Повышение гибкости и скорости реагирования системы: Виртуализация предлагает новый метод управления ИТ-инфраструктурой и помогает ИТ-администраторам затрачивать меньше времени на выполнение повторяющихся заданий — например, на инициацию, настройку, отслеживание и техническое обслуживание. Многие системные администраторы испытывали неприятности, когда "рушится" сервер. И нельзя, вытащив жесткий диск, переставив его в другой сервер, запустить все как прежде… А установка? поиск драйверов, настройка, запуск… и на все нужны время и ресурсы. При использовании виртуального сервера — возможен моментальный запуск на любом "железе", а если нет подобного сервера, то можно скачать готовую виртуальную машину с установленным и настроенным сервером, из библиотек, поддерживаемых компаниями разработчиками гипервизоров (программ для виртуализации).
- Несовместимые приложения могут работать на одном компьютере. При использовании виртуализации на одном сервере возможна установка linux и windows серверов, шлюзов, баз данных и прочих абсолютно несовместимых в рамках одной не виртуализированной системы приложений.
- Повышение доступности приложений и обеспечение непрерывности работы предприятия: Благодаря надежной системе резервного копирования и миграции виртуальных сред целиком без перерывов в обслуживании вы сможете сократить периоды планового простоя и обеспечить быстрое восстановление системы в критических ситуациях. "Падение" одного виртуального сервера не ведет к потере остальных виртуальных серверов. Кроме того, в случае отказа одного физического сервера возможно произвести автоматическую замену на резервный сервер. Причем это происходит не заметно для пользователей без перезагузки. Тем самым обеспечивается непрерывность бизнеса.
- Возможности легкой архивации. Поскольку жесткий диск виртуальной машины обычно представляется в виде файла определенного формата, расположенный на каком-либо физическом носителе, виртуализация дает возможность простого копирования этого файла на резервный носитель как средство архивирования и резервного копирования всей виртуальной машины целиком. Возможность поднять из архива сервер полностью еще одна замечательная особенность. А можно поднять сервер из архива, не уничтожая текущий сервер и посмотреть положение дел за прошлый период.
- Повышение управляемости инфраструктуры: использование централизованного управления виртуальной инфраструктурой позволяет сократить время на администрирование серверов, обеспечивает балансировку нагрузки и "живую" миграцию виртуальных машин.
Виртуальной машиной будем называть программную или аппаратную среду, которая скрывает настоящую реализацию какого-либо процесса или объекта от его видимого представления.
Виртуальная машина — это полностью изолированный программный контейнер, который работает с собственной ОС и приложениями, подобно физическому компьютеру. Виртуальная машина действует так же, как физический компьютер, и содержит собственные виртуальные (т.е. программные) ОЗУ, жесткий диск и сетевой адаптер.
ОС не может различить виртуальную и физическую машины. То же самое можно сказать о приложениях и других компьютерах в сети. Даже сама виртуальная машина считает себя "настоящим" компьютером. Но несмотря на это виртуальные машины состоят исключительно из программных компонентов и не включают оборудование. Это дает им ряд уникальных преимуществ над физическим оборудованием.
Какой переключатель нужно активировать для того, чтобы получить доступ из виртуальной машины к файлам на физическом ПК?
Какой из элементов интерфейса служит для настройки рабочей станции?
Что означает, настроенное в брандмауэре исключение?
Что означает значок руки на папке?
Для чего служит и как называется данный элемент интерфейса программы Hamachi?
Что в сетевых подключениях означает данный значок
Что означает красный значок рядом с записью Гость?
Что означает, указанная на рисунке кнопка в программе NetEmul?
На рисунке ниже есть запись eth0, что она означает?
Что означает красный значок возле записи Гость?
Здесь у нас будет три части и для начала мы поговорим про запуск, остановку и выключение виртуальной машины, это очень важно, поскольку, например, если выключать неправильно виртуальную машину, то могут произойти неприятности аналогичные тем, какие происходят на реальных машинах при неправильном выключении, также мы рассмотрим вопросы приостановки и запуска виртуальной машины. Во второй части будет обзор важных элементов, которые позволяют управлять и просматривать состояние виртуальной машины. А в завершении мы поговорим об удалении виртуальной машины из VirtualBox и посмотрим на файлы виртуальной машины.
Запуск, остановка и выключение виртуальной машины
Изначально я хотел рассказать про интерфейс управления виртуальной машиной VirtualBox в предыдущей публикации, где мы говорили о том, как установить Linux Mint в качестве гостевой операционной системы VirtualBox в Windows 10, но публикация вышла и без того объемной (более 2500 слов). Поэтому я вынес тему работы с виртуальной машиной в отдельную публикацию. Здесь не будет тонкостей и мелких деталей, но ознакомившись с материалом у вас будет представление о возможностях VirtualBox.
Начнем с запуска виртуальной машины VirtualBox. На изображении ниже показан проводник и главное окно VirtualBox. Чтобы запустить виртуальную машину, выберете ее в проводнике нажмите кнопку запустить.
Запускаем виртуальную машину в VirtualBox
Когда виртуальная машина запустится, наступает время разговора про устройства ввода. У нас их два вида: устройства ввода типа мышь (в эту группу входят и тачпады) и клавиатура. Дело всё в том, что эти самые устройства ввода в один момент времени могут работать либо в основной операционной системе (у меня это Windows), либо в гостевой операционной системе (у меня это Linux Mint).
Передача устройств ввода от основной системы к гостевой называется захватом, у меня это дело происходит автоматически, то есть происходит автозахват мыши и клавиатуры при переходе к окну гостевой операционной системы (я не разбирался с тем, как настроить этот самый автозахват, поэтому не подскажу, как это сделать), но если у вас автозахват не работает, то для ручного захвата и передачи устройств ввода гостевой операционной системе используйте специальную host-клавишу, в качестве host-клавиши в VirtualBox по умолчанию используется правый Ctrl.
Нажимая правый Ctrl вы можете передавать устройства ввода между виртуальной и основной машиной. Перейдя в гостевую операционную систему, попробуйте нажать сочетание клавиш Ctrl+Alt+Delete. Немного странно, но это сочетание сработало для вашей основной ОС.
Но ведь мы хотели, чтобы Ctrl+Alt+Delete сработала в Linux, а не в Windows. Все дело в том, что некоторые сочетания клавиш будут отправлять сигналы основной ОС, а не гостевой (все зависит от того, какая система основная, а какая гостевая). Для некоторых сочетаний клавиш в интерфейсе VirtualBox есть альтернативы (в том числе и для Ctrl+Alt+Delete), чтобы вызвать экран блокировки в Linux и послать нужный сигнал в гостевую ОС воспользуйтесь пунктом меню «Ввод»-> «Клавиатура» -> из списка выберете нужной сочетание клавиш.
Некоторые горячие клавиши для виртуальной машины будут работать только из меню VirtyalBox
Если перейдете в пункт «Настроить клавиатуру», то сможете задать нужные сочетания клавиш для различных сигналов, которые будут работать только в гостевой операционной системе VirtualBox.
Или можно задать альтернативные горячие клавиши, которые будут работать только в гостевой ОС
Теперь давайте поговорим о выключении виртуальной машины и завершении работы в гостевой ОС, это очень важно, поскольку при неправильном выключении вы можете навредить своей виртуальной машине и похерить свой виртуальный жесткий диск или нарушить файловую систему гостевой ОС, все прям как в жизни.
Сначала о том, как не стоит завершать работу гостевой ОС. Конечно же, не стоит убивать процесс приложения VirtualBox в основной ОС, вы, конечно же, таким образом завершите работу виртуалки и освободите ресурсы компьютера, но это будет похоже на аварийное отключение питания для реальной машины.
Не стоит жать крестик в правом верхнем углу, а затем из появившегося меню выбирать пункт «Выключить машину». Это действие аналогично тому, как если бы вы выключили реальный компьютер путем нажатия и удержания кнопки подачи питания/включения на вашем системном блоке или ноутбуке.
Один из не очень правильных способов выключения виртуальной машины в VirtualBox
А теперь о правильных способах завершения сеанса работы с гостевой системой и выключения виртуальной машины VirtualBox. Во-первых, можно нажать крестик в правом верхнем углу и затем выбрать пункт «Послать сигнал завершения работы». Во-вторых, можно воспользоваться пунктом «Машина» в верхнем меню.
Управление состоянием виртуальной машины в VirtualBox
Чтобы выключить виртуалку выбирайте пункт «Завершить работу». Чтобы высвободить ресурсы, отданные виртуальной машине, но не завершать ее работу, выбирайте пункт «Приостановить», а чтобы выполнить перезагрузку виртуальной машины, нажмите на пункт «Перезапустить».
Кстати говоря, VirtualBox из своего меню не всегда может послать корректный сигнал о завершении работы для гостевой операционной системы (все зависит, собственно, от операционной системы, версии ядра или дистрибутива), но это не беда, виртуальная машина будет выключена и в том случае, если вы завершите работу гостевой операционной системы так, как будто вы выключаете настоящий компьютер. В Linux Mint это делается следующим образом.
Нажимаете на кнопку в левом нижнем углу экрана, которое вызывает меню, аналогичное меню Пуск в Windows, в котором нажимаете на значок выключения, после этого у вас появится меню с несколькими кнопками.
Альтернатива меню «Пуск» в операционной системе Linux Mint с окружением Xfce
Я думаю понятно, что для выключения виртуальной машины, нужно нажать на кнопку с текстом «Выключить». Таким образом вы корректно завершите работу с гостевой ОС и выключите виртуальную машину.
Завершаем работу виртуальной машины средствами гостевой операционной системы
Интерфейс управления виртуальной машиной
Рассмотрим оставшиеся пункты меню. С разделом «Справка» всё понятно, им пользуются те, кто хочет быстро изучить все возможности VirtualBox. Далее у нас идет раздел «Устройства».
Меню управления устройствами виртуальной машины в VirtualBox
Здесь можно получить информацию о устройствах, позволяющих связываться гостевой ОС с внешним миром (оптические диски, USB, сеть), а также настроить то, как гостевая ОС будет работать с основной ОС (Общие папки, общий буфер, драг эн дроп).
Пункт меню «Вид» создан исключительно для вашего удобства. Здесь можно настроить отображение окна вашей гостевой ОС именно так, как хочется вам или как вам удобно в тот или иной момент времени.
Меню для настройки отображения экрана гостевой операционной системы
Попробуйте изменить отображение окна гостевой операционной системы и выберете тот режим, который будет удобен вам. Если в одном из видов у вас пропадет верхнее меню, то для переключения к другому виду воспользуйтесь сочетанием клавиш правый Ctrl+Home или, чтобы вернуться в оконный режим, нажмите правый Ctrl+C.
Во вкладке «Файл» самым интересным пунктом является «Настройки», здесь можно изменить настройки для всего VirtualBox.
Содержимое вкладки файл в интерфейсе управления VirtualBox
Более подробно я вдаваться не буду. Рассмотрим оставшихся три пункта во вкладке «Машина» (ранее мы уже поговорили про Приостановить, Запустить и Завершить работу).
Пункт «Настроить» перенесет нас в настройки текущей виртуальной машины, их мы смотрели в прошлой публикации. А вот пункт «Показать информацию о сессии…» позволяет получить данные о том, как сконфигурирована и как работает в данный момент гостевая ОС с основной операционной системой, а также здесь можно получить информацию о том, как виртуальная «видит» железо реального компьютера и его конфигурации.
Информация о текущей сессии виртуальной машины VirtualBox
Есть здесь и интересная возможность в виде «Сделать снимок состояния». Это возможность позволяет запомнить состояние машины в текущий момент (в том числе и то, какие приложения запущены и что происходит в этих приложения в данный конкретный момент времени). Чтобы увидеть, как это работает, давайте запустим два редактора: графический, в котором я нарисовал кривую линию и текстовый, в котором я написал фразу «Привет!».
Когда мы делаем снимок состояния, VirtualBox запоминает всё, что творится в виртуальной машине
Теперь сделаем снимок состояния и назовем его Снимок 1.
Имя снимку состояния виртуальной машины желательно давать осмысленное
Как только вы нажмете «Ок», VirtualBox начнет сохранять текущее состояние. Теперь закройте окно гостевой ОС, воспользовавшись крестиком в правом верхнем углу, обратите внимание: в окне завершения появился пункт, который позволяет откатит машину к тому состоянию, которое мы сохранили.
К сохраненному состоянию можно откатиться вот так
Но мы просто выключим машину. Вернемся в основное окно VirtualBox, обратите внимание на проводник справа: виртуальная машина Mint 2 получила подпись Снимок 1.
В менеджере виртуальных машин произошли небольшие изменения
Ну а в правом верхнем углу есть пункт меню «Снимки», который позволяет управлять снимками выбранной виртуальной машины. Кстати, если просто запустить виртуальную машину, то произойдет обычный запуск, а чтобы виртуальная машина загрузилась в том состояние, в котором мы ее сохранили, нужно сперва выбрать нужный снимок, нажать на камеру с синей стрелкой и нажать на кнопку «Восстановить».
Пробуем восстановить состояние виртуальной машины по сделанному снимку
Чтобы загрузка гостевой ОС происходила с восстановление к тому состоянию, в котором мы сохранили, нужно нажать кнопку "Восстановить
И только потом запускать виртуальную машину, в моем случае это Mint 2. Обратите внимание: VirtualBox показывает ход восстановления, и мы видим экран в том состояние, в котором он был во время снимка.
Идет процесс восстановления состояния виртуальной машины
Стоит отметить, что процедура восстановления из снимка занимает несколько большее время, чем загрузка, и вы не сразу получите управление над своей гостевой ОС.
Последнее, о чем я хотел бы рассказать в этой части – это про индикаторы, расположенные в правом нижнем углу экрана VirtualBox, они сообщают о состоянии различных устройств виртуальной машины.
Индикаторы устройств виртуальной машины в VirtualBox
Описывать я их не буду, поскольку при наведении курсора мыши на ту или иную иконку, вы получите подробную всплывающую подсказку.
Как удалить виртуальную машину из VirtualBox
Нам осталось узнать, как удалить виртуальную машину VirtualBox. Но для начала я хотел бы показать, где хранятся файлы виртуальной машины, по умолчанию в операционных системах семейства Windows они хранятся вот по этому пути: C:\Users\username\VirtualBox VMs, где username – это имя пользователя Windows. На рисунке ниже показано содержимое этой папки: две папки с именами Mint и Mint 2, как вы догадались, имена папок соответствуют именам виртуальных машин.
Папка, в которой VirtualBox хранит файлы виртуальных машин
Давайте заглянем папку с именем Mint 2, см. скриншот ниже.
Вот так выглядит содержимое виртуальной машины с именем Mint 2
В папке Logs содержится несколько файлов, все эти файлы текстовые, изучив все эти файлы, можно понять, что происходило с виртуальной машиной за все время ее существования. Папка Snapshots хранит в себе файлы, с помощью которых VirtualBox возвращает виртуальную в то состояние, в котором она была в то время, когда мы делали снимок. Ну а файл Mint 2 с иконкой красного куба – это как раз и есть наш виртуальный жесткий диск, который мы форматировали в процессе установки Linux Mint. Два оставшихся файла содержат разметку жутко похожую на xml для отображения интерфейса управления виртуальной машиной.
Понятно, что удалить виртуальную машину можно просто удалив соответствующую папку, но это будет не совсем корректно. Поэтому для удаления давайте вернемся в главное меню VirtualBox и кликнем правой кнопкой мыши по виртуальной машине с именем Mint 2, появится контекстное меню.
Контекстное меню для работы с виртуальной машиной
Выберем пункт «Удалить». Появится меню с предупреждением, в котором можно отказаться от удаления, удалить виртуальную машину только из проводника VirtualBox (пункт «Убрать из списка», в этом случае файлы самой машины останутся) и полностью удалить виртуальную машину, для этого надо нажать «Удалить все файлы».
Мы удалили виртуальную машину как с проводника в VirtualBox, так и с компьютера в целом, в этом можно убедиться, если зайти в папку: C:\Users\username\VirtualBox VMs, теперь здесь не будет папки Mint 2.
На этом подготовительная часть закончена и уже в следующей публикации мы начнем знакомиться с эмулятором терминала и командной оболочкой bash.
Я хочу продолжить выпускать уроки по Linux Mint и командной оболочке bash
Если это так, то ваше желание совпадает с моим. Но мне от вас нужна небольшая помощь! Дело всё в том, что весь мой контент доступен полностью и абсолютно бесплатно в блоге и на канале YouTube. Создание контента — это работа, отнимающая много сил и энергии (благо, она мне нравится и пока я готов ей заниматься), оплату с вас за эту работу я не прошу, но прошу помочь распространить этот контент и поддержать мой канал и группу Вконтакте. Поэтому, если вы хотите, чтобы видео выходили чаще, лучше и больше, то можете мне помочь один из нескольких способов, указанных ниже, это нетрудно, но очень мотивирует и помогает:
Замечу, что все мои видео уроки появляются сперва на YouTube, там вы их увидите быстрее всего.
Если вы считаете, что я вам помог и хотите меня отблагодарить материально, то можете воспользоваться реквизитами, указанными ниже. Все вырученные с доната деньги пойдут на улучшение качества видео, например, я возьму хороший USB микрофон, это будет как приятное дополнение к Full HD.
WMR: R288272666982
WMZ: Z293550531456
Яндекс.Деньги: 410011531129223
Читайте также: