Невозможно запустить движок виртуализации Bluestacks 3 что делать. Что такое движок виртуализации

Сбой, когда в BlueStacks не запускается движок виртуализации

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

Устранение проблемы

Как исправляется проблема с движком виртуализации Windows? В первую очередь вам следует убедиться, что открыть BlueStacks вообще возможно. Для этого необходима поддержка виртуализации на аппаратном уровне. Посмотрите модель процессора в свойствах системы, затем сверьтесь со списком http://mydiv.net/Spisok-processorov-s-podderzhkoj-tehnologii-virtualizacii.

Отметим, что практически все модели Intel и AMD за последние 10-12 лет с виртуальными машинами работать могут. Проблема может быть только со старыми процессорами.

Видеокарта должна поддерживать относительно современные версии Open GL (не ниже 2.0). Опять же, эта проблема актуальна только для старых видеокарт, выпущенных в 2005 году и ранее. Обновите драйвер графического адаптера. Это в любом случае благотворно скажется на производительности системы.

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

Внесите эмулятор Андроид в список исключений антивируса. Если не помогает — попробуйте перед запуском эмулятора отключить антивирус вообще. Но перед этим проверьте им систему.

Проверьте, достаточен ли объем оперативной памяти для запуска BlueStacks, с помощью Диспетчера задач. Если на компьютере работает какая-то программа, отъедающая заметный объем ОЗУ, закройте ее.

Заключительный способ

Если все эти методы не помогли, попробуйте полностью удалить BlueStacks и установить заново. Если вы успели установить много Android-приложений с настройками, сделайте резервную копию с помощью, скажем, Titanium Backup и сохраните в надежном месте, затем восстановитесь из нее.

xn----7sbmatugdkfphym2m9a.xn--p1ai

BlueStacks 3: невозможно запустить движок виртуализации: как исправить

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

Перезагрузка движка

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

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

Подтвердите свои намерения кликом по кнопке Да.

После этого эмулятор выключится.

И вновь запустится, заново активировав свой движок.

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

Переустановка

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

Сначала нужно скачать утилиту Revo Uninstaller. У программы есть триальный период, но и его нам хватит с головой. Запускаем инструмент и находим в списке наш BlueStacks Выделяем его и жмем кнопку, отмеченную цифрой 2.

Запустится стандартный деинсталлятор, тут нам нужно указать причину удаления (выбираем любую) и нажать Удалить.

Также на следующем этапе потребуется ваше подтверждение.

Начнется удаление Android-эмулятора. Ждем его завершения.

В итоге кликаем по Завершено.

Теперь начинается самое интересное. Активируйте продвинутый режим и нажмите кнопку, отмеченную цифрой 2.

Дождитесь окончания сканирования реестра и дисков.

Кликните по кнопке Выбрать все.

Когда все пункты окажутся отмеченными жмем Удалить.

Подтверждаем свое намерение.

Отмечаем остатки файлов.

И удаляем их.

Система запросит подтверждение, предоставляем его нажатием по Да.

Далее, требуется перейти в каталог C:\ProgramData\BlueStacks и, если там есть любые объекты, удалить их.

То же самое делаем и в C:\Users\имя_пользователя\AppData\Local\Bluestacks .

После этого нужно скачать эмулятор и установить его заново. Внимание! Используйте только оригинальную версию! Загрузить ее можно по кнопке ниже.

Скачать BlueStacks 3

Обновление

Иногда проблемы в работе Андроид-эмулятора начинают возникать из-за устаревшей версии. Для того чтобы решить такую ситуацию нужно просто обновить софт. Делаем так:

Запустите главное меню приложения. Как это делается показано на скриншоте.

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

Итоги и комментарии

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

Видеоинструкция

Все то же, что описано в статье, мы покажем и в видео.

Что делать если невозможно запустить движок виртуализации на BlueStacks 3

3.8 (76.36%) 11 Голосов

zagruzi.top

Зачем же нужна виртуализация? / Хабр

Слово «виртуализация» в последнее время стало какой-то «модой» в ИТ-среде. Все вендоры железа и ПО, все ИТ-компании в один голос кричат, что виртуализация – это круто, современно, и нужно всем. Но, давайте, вместо того, чтобы идти на поводу у маркетинговых лозунгов (а иногда бывают такими, что сам Геббельс умер бы от зависти), попытаемся посмотреть на это модное слово с точки зрения простых «технарей» и решить, нужно нам это или нет.

Типы виртуализации

Итак, начнем с того, что виртуализация делится на три типа:

Виртуализация представлений
Виртуализация приложений
Виртуализация серверов

С виртуализацией представлений знакомы многие из вас: самый яркий пример – это терминальные службы Windows Server. Терминальный сервер предоставляет свои вычислительные ресурсы клиентам, и клиентское приложение выполняется на сервере, клиент же получает только «картинку», то бишь представление. Такая модель доступа позволяет, во-первых – снизить требования к программно-аппаратному обеспечению на стороне клиента, во-вторых – снижает требования к пропускной способности сети, в-третьих – позволяет повысить безопасность. Что касается оборудования – то в качестве терминальных клиентов могут использоваться даже смартфоны или старые компьютеры вплоть до Pentium 166, не говоря уже о специализированных тонких клиентах. Существуют, к примеру, тонкие клиенты в форм-факторе розетки Legrand, монтируемые в короб. На клиентских рабочих местах достаточно установить только монитор, клавиатуру и мышь – и можно работать. Для работы с терминальным сервером не обязательно иметь высокоскоростное подключение к локальной сети, вполне достаточно даже низкоскоростного подключения с пропускной способностью 15-20 кбит/с, поэтому терминальные решения очень подходят фирмам, имеющим сильно распределенную структуру (к примеру – сети небольших магазинов). Кроме того, при использовании тонких клиентов значительно повышается безопасность, потому что пользователям можно разрешить запускать только ограниченный набор приложений, и запретить устанавливать свои собственные приложения. В принципе, то же самое можно сделать и с полноценными клиентскими рабочими станциями, но с использованием терминальных служб это будет сделать гораздо проще, особенно – не предоставляя доступ целиком к рабочему столу, а лишь публикуя отдельные приложения (возможно в Citrix Metaframe/PS, а так же в Windows Server 2008 и выше). Более того, никакую информацию нельзя будет скопировать на и с внешнего носителя, если это явно не разрешено в настройках терминальных служб. То есть проблема «вирусов на флэшках» отпадает автоматически. Еще одно неоспоримое достоинство – снижение сложности администрирования: упрощается обновление приложений (достаточно обновить их на сервере), и упрощается работа служб поддержки: к терминальной сессии любого пользователя можно подключиться удаленно без установки дополнительного ПО. Недостатков у таких систем два: во-первых – необходимость покупки более мощных серверов (хотя это может быть дешевле, чем множество клиентских рабочих станций с ТТХ, достаточными для запуска приложений локально), во-вторых – появление единой точки отказа в виде терминального сервера. Эта проблема решается за счет использования кластеров, или ферм серверов, но это приводит к еще большему удорожанию системы.

Виртуализация приложений – достаточно интересное, и относительно новое направление. Рассказывать здесь подробно о нем я не буду, поскольку это тема для целой отдельной статьи. Коротко говоря, виртуализация приложений позволяет запускать отдельное приложение в своей собственной изолированной среде (иногда называется «песочница», sandbox). Такой способ помогает решить множество проблем. Во-первых – опять же безопасность: приложение, запущенное в изолированной среде – не способно нанести вред ОС и другим приложениям. Во-вторых – все виртуализированные приложения можно обновлять централизованно из одного источника. В-третьих – виртуализация приложений позволяет запускать на одном физическом ПК несколько разных приложений, конфликтующих друг с другом, или даже несколько разных версий одного и того же приложения. Более подробно о виртуализации приложений можно посмотреть, к примеру, в этом вебкасте: www.techdays.ru/videos/1325.html Возможно, однажды я даже напишу статью на эту тему.

И, наконец, перейдем к виртуализации серверов и остановимся на ней подробно. Виртуализация серверов – это программная имитация с помощью специального ПО аппаратного обеспечения компьютера: процессор, память, жесткий диск, и т.д. Далее, на такой виртуальный компьютер можно установить операционную систему, и она будет на нем работать точно так же, как и на простом, «железном» компьютере. Самое интересное достоинство этой технологии – это возможность запуска нескольких виртуальных компьютеров внутри одного «железного», при этом все виртуальные компьютеры могут работать независимо друг от друга. Для чего это можно применять? Первое, что приходит в голову – виртуализацию серверов можно использовать в целях обучения и в тестовых целях. К примеру, новые приложения или ОС можно протестировать перед запуском в промышленную эксплуатацию в виртуальной среде, не покупая специально для этого «железо» и не рискуя парализовать работу ИТ-инфраструктуры, если что-то пойдет не так.

Но кроме этого, виртуализация серверов может использоваться и в продакшн-среде. Причин тому много. Виртуализация позволяет сократить количество серверов благодаря консолидации, то есть там, где раньше требовалось несколько серверов – теперь можно поставить один сервер, и запустить нужное число гостевых ОС в виртуальной среде. Это позволит сэкономить на стоимости приобретения оборудования, а так же снизить энергопотребление, а значит и тепловыделение системы – и, следовательно, можно использовать менее мощные, и, соответственно – более дешевые системы охлаждения. Но у этой медали есть и обратная сторона, и не одна. Дело в том, что при внедрении решений на базе виртуализации, скорее всего придется покупать новые сервера. Дело в том, что виртуальные сервера используют аппаратные ресурсы физического сервера, и, соответственно – понадобятся более мощные процессоры, большие объемы оперативной памяти, а так же более скоростная дисковая подсистема, и, скорее всего – большего объема. Кроме того, некоторые системы виртуализации (в частности – MS Hyper-V) требуют поддержки процессором аппаратных технологий виртуализации (Intel VT или AMD-V) и некоторых других функций процессора. Многие процессоры, которые выпускались до недавнего времени, в частности – все x86_32bit – этим требованиям не удовлетворяют, и поэтому от старых, хотя и вполне рабочих серверов придется отказаться. Однако же, один более мощный сервер скорее всего будет стоить намного дешевле нескольких менее мощных, да и старые сервера, скорее всего давно пора менять из-за морального устаревания.

Есть еще один очень важный момент: виртуализация северов позволяет до предела упростить администрирование инфраструктуры. Главное преимущество, которое оценят все сисадмины – это возможность удаленного доступа к консоли виртуальных серверов на «аппаратном», точнее – «вирутально-аппаратном» уровне, независимо от установленной гостевой ОС и ее состояния. Так, чтобы перезагрузить «зависший» сервер, теперь не нужно бежать в серверную, или покупать дорогостоящее оборудование типа IP-KVM-переключателей, достаточно просто зайти в консоль виртуального сервера и нажать кнопку «Reset». Помимо этого, виртуальные сервера поддерживают технологию моментальных снимков (о ней см. мою предыдущую статью), а так же бэкап и восстановление виртуальных систем намного легче.

Еще одно неоспоримое преимущество – ОС, запущенная внутри виртуальной машины (гостевая ОС) понятия не имеет, какое оборудование установлено на физическом сервере, внутри которого она работает (хост). Поэтому, при замене железа, при апгрейде или даже переезде на новый сервер необходимо обновить драйверы только на ОС самого хоста (хостовой ОС). Гостевые ОС по будут работать как и раньше, поскольку «видят» только виртуальные устройства.

Так же, хочется напомнить, что в виртуальной среде могут действовать особые правила лицензирования ПО (в частности, покупка лицензии на Microsoft Windows Server 2008 Enterprise позволяет использовать бесплатно четыре копии ОС в качестве гостевой, а Microsoft Windows Server 2008 Datacenter вообще разрешает использовать неограниченное число гостевых ОС при условии полного лицензирования по процессорам).

Еще нельзя не упомянуть о технологиях отказоустойчивости. Физические сервера, на которых запускаются виртуальные машины, могут быть объединены в кластер, и в случае отказа одного из серверов – автоматически «переезжать» на другой. Полной отказоустойчивости добиться не всегда возможно (в частности, в MS Hyper-V такой «внезапный переезд» будет выглядеть так же, и иметь такие же возможные последствия, как внезапное обесточивание сервера), но возможные простои сильно сократятся: «переезд» занимает несколько минут, тогда как ремонт или замена самого сервера может занять часы, а то и дни. Если же «переезд» виртуальных машин происходит в штатном режиме, то он может пройти совершенно незаметно для пользователей. Такие технологии у разных вендоров называются по-разному, к примеру у MS она называется «Live Migration», у VMware – Vmotion. Использование таких технологий позволит проводить работы, связанные с выключением сервера (к примеру – замену некоторых аппаратных компонент, или перезагрузку ОС после установки критических обновлений) в рабочее время и не выгоняя пользователей из их любимых приложений. Кроме этого, если инфраструктура построена соответствующим образом – запущенные виртуальные машины могут автоматически перемещаться на менее нагруженные сервера, или же наоборот «разгружать» наиболее загруженные. В инфраструктуре на базе технологий Microsoft для этого используются System Center Virtual Machine Manager и Operations Manager.

В заключение темы по виртуализации серверов — отмечу, что виртуализация не всегда одинаково полезна. В частности, не всегда будет хорошей идеей переносить в виртуальную среду высоконагруженные сервера, а особенно — высоконагруженные по дисковой подсистеме — это «тяжелые» СУБД, Exchange Server, особенно — роль Mailbox Server, и прочие высоконагруженные приложения. А вот сервера с меньшей нагрузкой (контроллеры доменов AD, WSUS, всевозможные System Center * Manager, веб-сервера) виртуализировать можно и даже нужно. Замечу, кстати, что именно с контроллерами доменов — очень желательно, чтобы хотя бы один из контроллеров был «железным», то есть не виртуальным. Нужно это потому, что для корректной работы всей инфраструктуры желательно, чтобы при запуске всех остальных серверов хотя бы один КД уже был доступен в сети.

Резюме

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

Достоинства такой системы:

Снижение требований к «железу» на стороне клиентов
Снижение требований к пропускной способности сети
Повышение безопасности
Значительное упрощение администрирования и поддержки

Недостатки:

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

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

Достоинства:

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

Недостатки:

Некоторая сложность в понимании технологий и в практическом внедрении.

Если же вам нужно освободить место в стойке, снизить энергопотребление систем, избавиться от «серверного зоопарка» — то ваше решение – виртуализация серверов.

Достоинства такого решения:

Экономия места в стойках
Снижение энергопотребления и тепловыделения
Упрощение администрирования
Широкие возможности по автоматизации развертывания и управления серверами
Снижение вынужденных и запланированных простоев системы за счет failover-кластеров и live migration
Позволяет (при использовании ОС Microsoft Windows Server) сэкономить на лицензиях на гостевые ОС

Недостатки – в принципе, те же, что и у терминальных решений:

Повышение требований к аппаратному обеспечению серверов
Возможная единая точка отказа – физический хост и хостовая ОС

Надеюсь, моя статья окажется для кого-то полезной. Благодарность и конструктивную критику, как всегда, можно высказать в комментариях.

habr.com

Невозможно запустить движок виртуализации Bluestacks 3 что делать

Каждая программа имеет свои системные требования. Если запустить ее на компьютере, который не соответствует этим требованиям, то программа как минимум может долго запускаться и медленно работать. Помимо требований некоторое программное обеспечение еще нуждается в отдельных технологиях, которыми должны обладать устройства. Такие технологии требуются и для запуска популярного эмулятора ОС Android для Windows Bluestacks 3. Если процессор вашего устройства не поддерживает виртуализацию, то программа на нем не запуститься, при этом вы будете наблюдать статус о том, что происходит запуск движка виртуализации Bluestacks 3. Сегодня мы определим причины зависаний и неполадок с эмулятором и разберемся, что с этим делать.

Ошибка в Bluestacks 3

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

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

Ваше устройство должно иметь не менее 2 Гб оперативной памяти.
Минимум 4 Гб места на жестком диске, чтобы хранить все файлы и приложения Android.
У вас обязательно должна быть учетная запись администратора.
Выход в Интернет для скачивания приложений, игр и т.д.
Эмулятор работает в системах под управлением Windows XP, Vista SP2, 7, 8, 10, только в 32 битной версии.
Микропроцессор должен иметь технологию виртуализации.

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

Если вы видите строку с надписью: запускается движок виртуализации Bluestacks 3, но ничего не происходит долгое время – это значит, что скорее всего ваш компьютер или ноутбук не соответствует требованиям программы. На этом этапе лучше всего пока закрыть эмулятор и проверить системные параметры компьютера.

При запуске приложения на Андроид с помощью Bluestacks может возникать ошибка: Your hardware does not support this application, sorry.

Как проверить параметры своего компьютера

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

Нажмите правой кнопкой на иконке «Мой компьютер». В некоторых версиях Windows, например, 8, 8.1, в контекстном меню есть пункт – «Диспетчер устройств».
Пункт «Диспетчер устройств»
Если у вас другая версия ОС, то нажмите пункт «Управление», затем слева в блоке «Диспетчер устройств».
Выберите «Диспетчер устройств» из списка
Перед вами откроется список всех устройств, которые подключены к вашему компьютеру. Выберите необходимые модули в диспетчере устройств
Выберите те из них, которые нужны для того, чтобы убедиться, что ваш компьютер может справиться с нагрузками Bluestacks Здесь вы сможете увидеть лишь название модуля и его модель, а, чтобы узнать подробные характеристики, придется воспользоваться поисковиком.

Если вы хотите увидеть сразу все параметры модуля:

Освобождаем оперативную память и пространство на диске

Если движок виртуализации Bluestacks 3 не запускается на вашем компьютере это может означать, что ваш компьютер нуждается в освобождении занятой памяти и очистке диска от ненужных файлов, которые могут сильно замедлять работу компьютера. Даже если вы обладатель нового и мощного персонального компьютера, это еще не значит, что ему не нужен уход. Чтобы очистить жесткий диск и освободить место для упрощения работы системы можно воспользоваться местной утилитой Windows «cleanmgr». Для этого:

Нажмите WIN+R для вызова строки ввода.
Напечатайте команду «cleanmgr».
Откроется небольшое окно, в котором вам нужно указать букву логического диска и он будет очищен.
Окно выбора диска для очистки
Далее выберите галочкой файлы, которые утилита должна удалить навсегда из вашего компьютера и подтвердите действие.

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

Нажмите сочетание клавиш CTRL+SHIFT+ESC для Windows 7, 8, 10 и CTRL+ALT+DEL для Windows XP.
Перед вами появится окно с запущенными программами и процессами в реальном времени.
Диспетчер устройств
Закройте все программы, которыми вы сейчас не пользуетесь. Для этого нужны выбрать мышью программу и нажать кнопку внизу окна «Снять задачу».
Перейдите на вкладку «Автозагрузки» и выключите программы, которыми вы также не пользуетесь или те, что имеют низкий приоритет среди других. Для этого выберите одну из программ и нажмите кнопку внизу «Отключить». Это нужно для того, чтобы эти программы не запускались в фоновом режиме вместе с операционной системой.

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

Вконтакте

Facebook

Twitter

Google+

easywebscripts.net

Виртуализация - это... Что такое Виртуализация?

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

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

Концепция виртуальной среды

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

Типы виртуализации

Виртуализация — это общий термин, охватывающий абстракцию ресурсов для многих аспектов вычислений. Типы виртуализации приводятся ниже.[1]

Программная виртуализация

Динамическая трансляция

При динамической трансляции (бинарной трансляции) проблемные команды гостевой OC перехватываются гипервизором. После того как эти команды заменяются на безопасные, происходит возврат управления гостевой ОС.

Паравиртуализация

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

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

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

Впервые термин возник в проекте Denali.

Встроенная виртуализация

Преимущества :

Совместное использование ресурсов обеими ОС (каталоги, принтеры и т.д. ).
Удобство интерфейса для окон приложений из разных систем (перекрывающиеся окна приложений, одинаковая минимизация окон, как в хост-системе)
При тонкой настройке на аппаратную платформу производительность мало отличается от оригинальной нативной ОС. Быстрое переключение между системами (менее 1 сек.)
Простая процедура обновления гостевой ОС.
Двухсторонняя виртуализация (приложения одной системы запускаются в другой и наоборот)

Реализации:

BlueStacks Multi-OS (MOS) [2][3]

Аппаратная виртуализация

Преимущества:

Упрощение разработки программных платформ виртуализации за счет предоставления аппаратных интерфейсов управления и поддержки виртуальных гостевых систем. Это уменьшает трудоемкость и время на разработку систем виртуализации.
Возможность увеличения быстродействия платформ виртуализации. Управление виртуальными гостевыми системами осуществляет напрямую небольшой промежуточный слой программного обеспечения, гипервизор, что дает увеличение быстродействия.
Улучшается защищённость, появляется возможность переключения между несколькими запущенными независимыми платформами виртуализации на аппаратном уровне. Каждая из виртуальных машин может работать независимо, в своем пространстве аппаратных ресурсов, полностью изолированно друг от друга. Это позволяет устранить потери быстродействия на поддержание хостовой платформы и увеличить защищенность.
Гостевая система становится не привязана к архитектуре хостовой платформы и к реализации платформы виртуализации. Технология аппаратной виртуализации делает возможным запуск 64-битных гостевых систем на 32-битных хостовых системах (с 32-битными средами виртуализации на хостах).

Технологии:

Платформы, использующие аппаратную виртуализацию:

Виртуализация на уровне ОС

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

Области применения виртуализации

Виртуальные машины

Виртуальная машина — это окружение, которое представляется для «гостевой» операционной системы, как аппаратное. Однако на самом деле это программное окружение, которое эмулируется программным обеспечением хостовой системы. Эта эмуляция должна быть достаточно надёжной, чтобы драйверы гостевой системы могли стабильно работать. При использовании паравиртуализации, виртуальная машина не эмулирует аппаратное обеспечение, а, вместо этого, предлагает использовать специальное API.

Примеры применения:

тестовые лаборатории и обучение: Тестированию в виртуальных машинах удобно подвергать приложения, влияющие на настройки операционных систем, например инсталляционные приложения. За счёт простоты в развёртывании виртуальных машин, они часто используются для обучения новым продуктам и технологиям.
распространение предустановленного ПО: многие разработчики программных продуктов создают готовые образы виртуальных машин с предустановленными продуктами и предоставляют их на бесплатной или коммерческой основе. Такие услуги предоставляют Vmware VMTN или Parallels PTN

Виртуализация серверов

размещение нескольких логических серверов в рамках одного физического (консолидация)
объединение нескольких физических серверов в один логический для решения определенной задачи. Пример: Oracle Real Application Cluster, grid-технология, кластеры высокой производительности.

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

Виртуализация рабочих станций

Виртуализация ресурсов

Разделение ресурсов (partitioning). Виртуализация ресурсов может быть представлена как разделение одного физического сервера на несколько частей, каждая из которых видна для владельца в качестве отдельного сервера. Не является технологией виртуальных машин, осуществляется на уровне ядра ОС.

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

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

Например, к реализации разделения ресурсов можно отнести OpenSolaris Network Virtualization and Resource Control (Проект Crossbow), позволяющий создавать несколько виртуальных сетевых интерфейсов на основе одного физического.

Агрегация, распределение или добавление множества ресурсов в большие ресурсы или объединение ресурсов. Например, симметричные мультипроцессорные системы объединяют множество процессоров; RAID и дисковые менеджеры объединяют множество дисков в один большой логический диск; RAID и сетевое оборудование использует множество каналов, объединённых так, чтобы они представлялись, как единый широкополосный канал. На мета-уровне компьютерные кластеры делают все вышеперечисленное. Иногда сюда же относят сетевые файловые системы абстрагированные от хранилищ данных на которых они построены, например, Vmware VMFS, Solaris/OpenSolaris ZFS, NetApp WAFL

Виртуализация приложений

Виртуализация приложений — процесс использования приложения преобразованного из требующего установки в ОС в не требующий (требуется только запустить). Для виртуализации приложений программное обеспечение виртуализатора определяет при установке виртуализуемого приложения, какие требуются компоненты ОС и их эмулирует, таким образом, создаётся необходимая специализированная среда для конкретно этого виртуализируемого приложения и, тем самым, обеспечивается изолированность работы этого приложения. Для создания виртуального приложения виртуализируемое помещается в контейнер, оформленный, как правило, в виде папки. При запуске виртуального приложения запускается виртуализируемое приложение и контейнер, являющийся для него рабочей средой. Рабочая среда запускается и предоставляет локальные ранее созданные ресурсы, которое включает в себя ключи реестра, файлы и другие компоненты, необходимые для запуска и работы приложения. Такая виртуальная среда работает как прослойка между приложением и операционной системой, что позволяет избежать конфликтов между приложениями. Виртуализацию приложений обеспечивают, например, программы Citrix XenApp[4], SoftGrid[5] и VMWare ThinApp

Достоинства:

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

См. также

Ссылки

Виртуализация серверов Аппаратная виртуализация

Примечания

dic.academic.ru

Как в БИОСе включить виртуализацию простейшим способом

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

Что такое виртуализация и зачем она нужна?

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

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

Разновидности технологий

Если кто не знает, технологии виртуализации были созданы ведущими производителями процессоров - корпорациями Intel и AMD, которые и сегодня не могут поделить пальму первенства в этой области. На заре эпохи созданный гипервизор (программное обеспечение для управления виртуальными машинами) от Intel не отвечал всем требованиям по уровню производительности, поэтому-то и начались разработки поддержки виртуальных систем, которые должны были быть «зашиты» в самих процессорных чипах.

У Intel данная технология получила название Intel-VT-x, а у AMD – AMD-V. Таким образом, поддержка оптимизировала работу центрального процессора, не влияя на основную систему.

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

Вход в БИОС

Что же касается систем BIOS или UEFI, в любом компьютере или ноутбуке они есть, причем независимо от сложности установленного оборудования. Сам БИОС на компьютере представляет собой небольшой чип на материнской плате, который отвечает за тестирование «железа» в момент включения терминала. В нем же, несмотря на память всего около 1 Мб, сохраняются основные настройки и характеристики оборудования.

В зависимости от версии BIOS или производителя, вход может осуществляться несколькими различными методами. Самым распространенным является использование клавиши Del сразу же после включения компьютера или ноутбука. Однако встречаются и другие методы, например, клавиши F2, F12 и т. д.

Как в БИОСе включить виртуализацию простейшим способом?

Теперь определимся с некоторыми основными параметрами и меню. Отталкиваемся от того, что вход в БИОС на компьютере уже произведен. Здесь имеется несколько основных разделов, но в данном случае нас интересует все, что относится к процессорному чипу.

Обычно такие опции содержатся в меню расширенных настроек (Advanced) или в разделе безопасности (Security). Называться они тоже могут по-разному, но, как правило, это что-то вроде Processor или BIOS Chipset (хотя могут встречаться и другие названия).

Итак, теперь вопрос, как в БИОСе включить виртуализацию, можно рассматривать вплотную. В вышеуказанных разделах имеется специальная строка Virtualization Technology (в случае Intel к основному названию добавляется название корпорации). При входе в соответствующее меню будут показаны два доступных параметра: Enabled и Disabled. Как уже понятно, первый – это включенный режим виртуализации, второй – полное отключение.

То же самое касается и системы UEFI, в которой влючение данной опции выполняется полностью аналогичным способом.

Теперь, когда применена установка БИОС на параметр включенного режима, остается только сохранить изменения (F10 или команда Save & Exit Setup), нажать клавишу подтверждения Y, соответствующую английскому слову Yes. Перезагрузка системы с вновь сохраненными параметрами стартует автоматически.

Что следует знать, кроме этого?

Как видим, процедура включения виртуализации в BIOS достаточно проста. Однако здесь следует учитывать некоторые тонкости, связанные с возможным отключением этой функции. Дело в том, что при использовании виртуальных машин вроде WMware Virtual Machine, Virtual PC, VirtualBox или даже «родного» модуля Microsoft под названием Hyper-V эта опция должна быть задействована в обязательном порядке даже при включенной поддержке компонентов Windows непосредственно в настройках системы.

Большей частью это касается более новых модификаций Windows, начиная с «семерки». В «экспишке» или «Висте» это обязательным условием не является. Хотя если такие «операционки» установлены на новейшем «железе», включение поддержки тоже может потребоваться. Впрочем, маловероятно, что пользователь на такую машину будет устанавливать морально устаревшую «операционку», которая не позволит «выжать» из компьютерного «железа» максимум того, на что оно способно. Так что лучше использовать новейшие «железные» компоненты в сочетании не только с самыми последними версиями операционных систем, но и даже с системами диагностики и управлениями UEFI, пришедшими на смену так долго служившему БИОСу.

fb.ru

Всё о виртуализации | Сети

Итак, сегодня мы поговорим о виртуализации. Суть её — одновременная работа нескольких операционных систем на одном компьютере, которые в режиме реального времени разделяют аппаратные ресурсы. Несмотря на то, что многими эта технология воспринимается как новая и даже инновационная, идея виртуализации была предложена еще фирмой IBM, задолго до появления Windows. Но победа процессорный архитектуры x86 фирмы Intel, не поддерживающей виртуализацию, незаслуженно вытеснила эту технологию из широкой IT-практики.

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

Существует метод программной виртуализации, называемый «ring-deprivileging». Согласно этому методу гипервизор выполняется в нулевом кольце. Гостевые операционные системы выполняются в кольцах 2,3,4 и свободно могут выполнять непривилегированные инструкции. Попытки выполнить привилегированные инструкции этими ОС запрашивают доступ к нулевому кольцу процессора и вызывают исключения, которые перехватываются гипервизором, выполняются от имени гипервизора, и возвращаются гостевой системе. Однако в платформе x86 некоторые привилегированные инструкции на пользовательском уровне выполняются по разному, в зависимости от контекста, что опять же не дает использовать технику «ring-deprivileging» для виртуализации на архитектуре x86.

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

Программная паравиртуализация
Программная полная виртуализация
Аппаратная виртуализация
Только набирающая обороты технология виртуализации уровня операционной системы — виртуализация ресурсов.

Основным действующим лицом в любой технологии виртуализации является так называемый гипервизор: программная прослойка между гостевыми операционными системами и аппаратным обеспечением. Реализация этого гипервизора может быть разной. Даже в технологиях аппаратной виртуализации управление аппаратными действиями процессора занимается специальная программа — гипервизор. Теперь подробнее по всем четырем методам:

Программная паравиртуализация

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

Программная полная виртуализация

В 1998 году компания VMWare выпустила программный комплекс полной виртуализации, который был основан на бинарной трансляции кода. Код гостевой операционной системы принимался гипервизором и проверялся на наличие проблемных команд. Логика гипервизора при этом либо переводила команды на выполнение от имени гипервизора, либо заменяла определенным образом команды. Технология полной виртуализации дала возможность реализовать виртуализацию проприетарных операционных систем, как Windows, MacOS, где нет возможности модифицировать ядро системы. Однако следует отметить, что полная трансляция и модификация бинарного кода — весьма ресурсоемкая операция, поэтому такая полная виртуализация не отличается высокой производительностью.

Аппаратная виртуализация

Для преодоления проблем с виртуализацией процессорных ресурсов, компании Intel и AMD ввели в свои новые процессоры новый режим процессора — так называемый «гостевой» режим. Благодаря этому, гостевой операционной системе на аппаратном уровне предоставлялась возможность выполнять привилегированные команды в нулевом кольце процессора. Это значительно повысило производительность решений на базе виртуализации, ведь теперь гипервизору не нужно было выполнять ресурсозатратные действия по контролю за кодом гостевой ОС. Конечно, гипервизор сохранился, но большое количество его функций с введением аппаратной виртуализации просто исчезли. Технологии аппаратной виртуализации фирм Intel и AMD называются соответственно Intel VT и AMD SVM. Наличие или отсутствие поддержки аппаратной виртуализации является одним из пунктов описания любого современного процессора. Стоит отметить, что далеко не все новые процессоры поддерживают аппаратную виртуализацию. К примеру, популярный процессор Intel Q6600 поддерживает технологию Intel VT, а Q8200 — нет.

Кроме технологий аппаратной виртуализации процессорных ресурсов, технологии аппаратной виртуализации сделали возможным прямой доступ гостевых операционных систем к аппаратным устройствам, к примеру, жестким дискам, напрямую через канал DMA. Однако из-за этого уменьшается количество устройств, которые можно назначить гостевой ОС, и ухудшается её переносимость .

Несмотря на казалось бы очевидный выигрыш от аппаратной виртуализации, мнение многих специалистов далеко не так радужно. Некоторые считают, что аппаратная виртуализация — рекламный ход производителей процессоров. Специалисты из VMWare усмотрели существенный минус в технологиях аппаратной виртуализации — их несовместимость с виртуализацией инструкции MMU (Memory Management Unit) — инструкции, осуществляющей доступ процессора к памяти и управляющей адресацией. Производители решения на базе аппаратной виртуализации, например Innotek и Xen, признаются, что используют возможности виртуализации, предоставляемый производителями процессоров, только в случаях, когда этот шаг действительно увеличивает производительность, и бывает это далеко не всегда. Возможно это связано с тем, что решения программной виртуализации хорошо проработаны и оптимизированы. Однако, нельзя не отметить один важный прорыв, достигнутый с помощью технологий аппаратной виртуализации — возможность запускать немодифицированные операционные системы в качестве гостевых ОС в системах паравиртуализации.

myadministrator.ru