Как включить виртуализацию amd ryzen

Содержание:

Виртуализация в сравнении с облачными вычислениями

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

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

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

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

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

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

#Как включить VT (технологию виртуализации) в BIOS#

Шаг 1. Войдите в утилиту настройки BIOS

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

Необходимо прочитать: 3 способа входа в BIOS

Видеоурок: Как войти в BIOS В Windows 10

Примечание: Для некоторых ноутбуков Lenovo (Idea) существует кнопка NOVO для входа в конфигурацию системы. Более подробная информация: введение в кнопку NOVO

Шаг 2. Включить технологию виртуализации (VT) в BIOS

Найдите технологию виртуализации (она же Intel VT или AMD-V) и включите ее. В конце концов, сохраните и перезагрузите компьютер, чтобы применить изменения.

Необходимо прочитать: Как включить виртуализацию(гипервизор) в BIOS или UEFI

Примечание: настройки BIOS для Intel VT или AMD-V обычно находятся в меню чипсета или процессора. Названия меню могут отличаться от приведенных в данном руководстве, параметры виртуализации можно найти в настройках безопасности или других нестандартных названиях меню.

Процессор AMD:

Процессор Intel:

Шаг 3. Проверьте состояние VT в вашей системе Windows еще раз.

Если инструмент показан ниже, то ваша технология виртуализации (VT) теперь включена.

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

#Проверьте, отключен ли Hyper-v в системе Windows#

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

Пользователи Windows 10, пожалуйста, убедитесь, что функция целостности памяти также отключена.

Изменение настроек аппаратной виртуализации

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

  1. Открыть вкладку «Security»;
  2. Выбрать пункт «Virtualization»;
  3. Задать параметрам «Intel Virtualization Technology» и «VT-d Feature» значение «Disabled»;
  4. Нажмите на клавишу F10 для сохранения внесенных изменений и перезагрузки.

Алгоритм отключения виртуализации будет отличаться в зависимости от марки и производителей технического оборудования.

Предлагаем инструкцию для компьютеров с процессором Intel, если функция не поддерживается хостом. Что нужно сделать:

  1. Нажмите на кнопку F7 на клавиатуре, или кликните по надписи «Advanced Mode». Она будет расположена в самом низу экрана.

    Клавиша Advanced Mode в Bios

  2. Откройте вкладку «Advanced».

    Где находится раздел Advanced

  3. В числе доступных опций выберите «CPU Configuration».

    Конфигурации процессора ПК

  4. Проскролльте страницу вниз. Вы увидите строку «Intel Virtualization Technology». Присвойте ей значение «Disabled».

    Кнопка для отключения виртуализации

  5. Закройте настройки, нажав на кнопку Exit. Обязательно сохраните изменения, кликнув перед выходом на надпись «Save changes & Reset».

    Окно для сохранения настроек БИОС

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

  1. Откройте «Advanced Mode». В этом случае она тоже будет находиться внизу.

    Продвинутые настройки в Биосе на AMD

  2. Перейдите в раздел «Advanced».

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

  3. Кликните на «CPU Configuration».

    Конфигурации CPU

  4. Проследуйте вниз по странице, пока не увидите строчку «SVM Mode». Щелкните на слово «Enabled». Переведите виртуализацию в отключенное состояние. Убедитесь, что SVM Mode теперь подписан как «Disabled».

    Как перевести SVM Mode в позицию Отключено

  5. Кликните на кнопку «Выход».

    Где находится Выход из BIOS

  6. Подтвердите изменение настроек, нажав на «OK».

    Подтверждение изменений

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

Secure Virtual Machine Mode

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

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

Очередной взгляд на облака. Что такое частное облако?

Рост вычислительных мощностей и развитие технологий виртуализации платформы x86 с одной стороны, и распространение ИТ-аутсорсинга с другой стороны привели к концепции utility computing (ИТ как коммунальная услуга). Почему бы не платить за ИТ так же, как за воду или электричество – ровно столько и ровно тогда, когда это нужно, и не более.
В этот момент и появилась концепция облачных вычислений – потребление ИТ услуг из «облака», т.е. из некоего внешнего пула ресурсов, не заботясь о том, как и откуда берутся эти ресурсы. Так же, как мы не заботимся об инфраструктуре насосных станций водоканала. К этому моменту была проработана и другая сторона концепции – а именно понятие ИТ-услуг и как ими управлять в рамках ITIL / ITSM.
Был разработан целый ряд определений облаков (облачных вычислений), но при этом не следует относиться к ним как к истине в последней инстанции – это лишь способ формализовать способы предоставления utility computing.

  • «Облачные вычисления – это технология распределенной обработки данных, в которой компьютерные ресурсы и мощности предоставляются пользователю как Интернет-сервис» Википедия
  • «Облачные вычисления представляют собой модель для обеспечения удобного сетевого доступа к общему пулу настраиваемых вычислительных ресурсов (например, сетей, серверов, систем хранения данных, приложений и услуг) по требованию, которые можно быстро выделить и предоставить с минимальными управленческими усилиями или минимальным вмешательством со стороны поставщика услуг» NIST
  • «Облачные вычисления – это парадигма обеспечения сетевого доступа к масштабируемому и гибкому пулу распределяемых физических или виртуальных ресурсов, предоставляемых в режиме самообслуживания и администрируемых по требованию» ISO/IEC 17788:2014. Information technology — Cloud computing — Overview and vocabulary.

Как проверить поддерживает ли ваш процессор аппаратную виртуализацию Intel VT-x/VT-d и AMD-V

 На сегодняшний день известно, что поддержка аппаратной виртуализации Intel VT-x/VT-d и AMD-V необходима для работы виртуальных машин, таких как VirtualBox и VMware Workstation, а также для работы так называемых программ эмуляторов мобильных операционных систем, например для ОС Android.

 В наше время почти все современные компьютеры имеют поддержку данной технологии, но есть конечно и такие которые не поддерживают. И для того чтобы узнать, имеет ли наш процессор поддержку данной технологии, мы для начало зайдем в BIOS нашего компьютера и посмотрим есть ли там интересующая нас настройка. Я добавил в  статью несколько примеров того как выглядит пункт включения виртуализации в разных версиях BIOS. В основном включение этого параметра находится на вкладке advanced, далее как видно на картинке ниже, под названием intel virtualization technology и скрывается доказательство того, что данный компьютер поддерживает эту технологию.

 В данной версии BIOS переходим во вкладку advanced BIOS features, где так же видим в пункте virtualization поддержку данной технологии.

 И здесь в пункте advanced BIOS features видно, что аппаратная виртуализация поддерживается процессором.

 Ну и последний вариант, где во вкладке advanced в пункте secure virtual machine mode, мы также может включить данную технологию.

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

 Если написано Locked OFF, это значит что, поддержка данной технологии есть, но её надо включить. А включается она, как мы уже знаем, в BIOS-е нашего компьютера.

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

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

Спасибо за внимание!

Преодоление разрыва между человеком и машиной — шаг назад или вперёд?

Из песочницы

Как часто вы используете устройство коммуникации, чтобы отправить какой-либо символ (эмоджи, смайл, мем, фото), а в ответ вы получаете другой символ? Насколько подобный акт коммуникации напоминает обмен данными между машинами, электронными техническими устройствами, работающими по программе? Люди стали обмениваться эмоциями, которых не испытывают. Символьная коммуникация является семантическим суррогатом из образов, воздействующих на субъективное поле бессознательного восприятия, минуя вербальный синтаксис и грамматические правила, которые формировались и развивались тысячелетиями вместе с человеческими общностями. Символическая коммуникация — это шаг назад. Знаки возникают и отражают потребности людей, а не наоборот . Создание рисунков «архаическим человеком» носило прагматический характер, связанный с его повседневной деятельностью, в этом не было любопытства или творческого порыва . Лингвистическая кодификация символической коммуникации таит в себе опасность, связанную с упрощением и унификацией самой коммуникации, к утрате когнитивных компетенций, таких как: творческое мышление, память и речь и, далее, чревато разрушением всей культуры.
Учёный и изобретатель С.Вольфрам приводит довод в пользу того, что люди больше тяготеют к визуальным средствам, как более богатой форме коммуникации по сравнению с традиционными, речью и письмом, из-за более широкой полосы пропускания – визуального канала .

Intel VT (Intel Virtualization Technology)

VT-x

Intel Core i7 (Bloomfield) CPU

Ранее известная под кодовым названием «Vanderpool», VT-x представляет собой технологию виртуализации Intel на платформе x86. 13 ноября 2005 года Intel выпустила две модели Pentium 4 (модели 662 и 672), которые стали первыми процессорами, поддерживающими VT-x. Флаг поддержки VT-x — «vmx»; в Linux проверяется командой , в Mac OS X — .

По состоянию на 2015 год не все процессоры Intel поддерживают VT-x, что используется компанией Intel для сегментирования своего рынка. Поддержка VT-x может различаться даже между различными версиями (которые идентифицируются по sSpec Number) одной и той же модели. Полный список можно посмотреть на сайте Intel. Даже в мае 2011 года процессор Intel P6100, используемый в ноутбуках, не поддерживает аппаратную виртуализацию.

На некоторых материнских платах пользователи должны вручную включить виртуализацию VT-x в настройках BIOS.

Intel начала включать технологию виртуализации Extended Page Table (EPT) для страничных таблиц, начиная с процессоров архитектуры Nehalem, выпущенных в 2008 году.

В 2010 году в архитектуру Westmere была добавлена технология «неограниченного гостя», заключающаяся в поддержке логического процессора в реальном режиме и требующая для работы EPT.

Начиная с архитектуры Haswell, объявленной в 2013 году, Intel начала включать затенение VMCS — технологию, ускоряющую вложенную виртуализацию гипервизоров. VMCS — структура управления виртуальной машины (virtual machine control structure) — структура данных в памяти, существующая в точности в одном экземпляре на одну виртуальную машину и управляемая гипервизором. С каждым изменением контекста выполнения между разными ВМ структура данных VMCS восстанавливается для текущей виртуальной машины, определяя состояние виртуального процессора ВМ. Если используется больше одного гипервизора или используются вложенные гипервизоры, необходимо многократное затенение VMCS. Аппаратная поддержка затенения делает управление VMSC более эффективным.

VT-d

VT-d (Virtualization technology for directed I/O) — технология виртуализации ввода-вывода, созданная корпорацией Intel в дополнение к её технологии виртуализации вычислений (VT), известной под кодовым названием Vanderpool. Виртуализация ввода-вывода позволяет пробрасывать (pass-through) устройства на шине PCI (и более современных подобных шинах) в гостевую ОС, таким образом, что она может работать с ними с помощью своих штатных средств. Чтобы такое было возможно, в логических схемах системной платы используется специальное устройство управления памятью ввода-вывода (IOMMU), работающее аналогично MMU центрального процессора, используя таблицы страниц и специальную таблицу отображения DMA (DMA remapping table — DMAR), которую гипервизор получает от BIOS через ACPI. Отображение DMA необходимо, поскольку гипервизор ничего не знает о специфике работы устройства с памятью по физическим адресам, которые известны лишь драйверу. С помощью DMAR он создает таблицы отображения таким образом, что драйвер гостевой ОС видит виртуальные адреса IOMMU аналогично тому, как бы он видел физические без него и гипервизора.

Intel Virtualization Technology for Directed I/O (VT-d) — это следующий важный шаг на пути к всеобъемлющей аппаратной поддержке виртуализации платформ на базе Intel. VT-d расширяет возможности технологии Virtualization Technology (VT), существующей в IA-32 (VT-x) и Itanium (VT-i), и добавляет поддержку виртуализации новых устройств ввода-вывода.

Поддержка аппаратным обеспечением

  • Виртуализация ввода-вывода впервые появилась в чипсете Q35, и на сегодняшний день поддерживается всеми материнскими платами, поддерживающими технологию Intel vPro.
  • Для использования Intel Virtualization Technology необходим компьютер с процессором Intel, BIOS, монитором виртуальных машин (VMM), а для некоторых моделей с определенным программным обеспечением с поддержкой этой технологии. Функциональные возможности, производительность и другие характеристики могут различаться в зависимости от аппаратного и программного обеспечения и могут потребовать обновления BIOS.
  • i7-920 поддерживает технологию VT-x, про VT-d на оф. сайте не указано.

Поддержка программным обеспечением

  • Гипервизор Xen поддерживает DMAR начиная с версии 3.3 для аппаратно-виртуализуемых доменов. Для паравиртуальных доменов отображение DMA не требуется.
  • В ближайшем будущем[когда?] заявлена поддержка технологии ПО Oracle VirtualBox.
  • Ядро Linux экспериментально поддерживает DMAR начиная с версии 2.6.28, что позволяет встроенному гипервизору (kvm) давать доступ виртуальным машинам к PCI-устройствам.

VixDiskLibSample: тестируйте виртуальные диски правильно

Когда мы сталкиваемся с неким программным продуктом, с которым нам предстоит взаимодействовать, сценарий взаимодействия мы вольны выбирать сами. Можно героически изобретать велосипед, а можно понадеяться, что авторы несколько лучше, чем мы, знают свой продукт, поэтому предоставляемый ими API (или набор библиотек) является оптимальным решением. На практике, к сожалению, не всё так радужно, но сегодня не об этом.
Для работы со своей дисковой подсистемой VMware уже много лет предоставляет VDDK — развесистый набор библиотек, документации и примеров кода, с помощью которых ваше приложение может работать с дисками виртуальных машин. Само собой мы в Veeam очень не любим изобретать ненужные велосипеды, поэтому VDDK в наших продуктах используется крайне активно.
Но это всё никак не влияет на количество клиентов, которые считают, что работать с дисками можно ещё быстрее, а все предлагаемые тесты производительности показывают априори неверные результаты. Вот в такие моменты нам на помощь и приходит ультимативное оружие — VixDiskLibSample.

vSphere

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

Она предоставляет ряд ключевых компонентов, включая инфраструктурные сервисы (vCompute, vStorage и vNetwork), сервисы приложений, vCenter Server, vSphere Client и т. д.

Функционал VMware vSphere:

  • vCenter Server: инструмент централизованного управления, используемый для настройки, предоставления и управления виртуальными IT средами.
  • vSphere Clien: vSphere 6.7 имеет финальную версию vSphere Web Client на основе Flash. Новые рабочие процессы в обновленном выпуске vSphere Client включают vSphere Update Manager, библиотеку контента, vSAN, политики хранения, профили хостов, схему топологии VMware vSphere Distributed Switch и лицензирование.
  • vSphere SDK: предоставляет интерфейсы для сторонних решений для доступа к vSphere.
  • VM File System: кластерная файловая система для VM.
  • Virtual SMP: позволяет одной виртуальной машине одновременно использовать несколько физических процессоров.
  • vMotion: активная миграция с целостностью транзакций.
  • Storage vMotion: обеспечивает миграцию файлов виртуальных машин из одного места в другое без прерывания обслуживания.
  • Высокая доступность: в случае сбоя одного сервера виртуальная машина перемещается на другой сервер с резервной емкостью для обеспечения непрерывности бизнес-процессов.
    Планировщик распределенных ресурсов (DRS): автоматически назначает и балансирует вычисления по аппаратным ресурсам, доступным для виртуальных машин.
  • Отказоустойчивость: создает копию основной виртуальной машины, чтобы обеспечить ее постоянную доступность.
  • Распределенный коммутатор (VDS): охватывает несколько хостов ESXi и позволяет значительно сократить объем работ по обслуживанию сети.

Для получения дополнительной информации о виртуализации серверов с помощью VMware прочтите этот PDF-файл.

XenServer

Основанный на Xen Project Hypervisor, XenServer является платформой виртуализации серверов с открытым исходным кодом для платформ без операционной системы. Он состоит из функций корпоративного уровня, которые помогают предприятиям легко справляться с рабочими нагрузками, комбинированными ОС и сетевыми конфигурациями.

XenServer обеспечивает улучшенную виртуализированную графику с NIVIDA и Intel и позволяет запускать несколько компьютерных операционных систем на одном оборудовании.

Функционал Citrix XenServer:

  • Восстановление узла
  • Защита хоста от сбоев
  • Мультисерверное управление
  • Управление динамической памятью
  • Интеграция Active Directory
  • Администрирование и контроль на основе ролей (RBAC)
  • Пулы смешанных ресурсов с маскированием ЦП
  • Контроллер распределенного виртуального коммутатора
  • Встроенное в память кэширование операций чтения
  • Живая миграция виртуальных машин и хранилище XenMotion
  • Если вас интересуют подробности, вы можете прочитать этот PDF.

KVM

KVM (Kernel-based Virtual Machine), входящая в состав Red Hat Virtualization Suite, представляет собой комплексное решение для инфраструктуры виртуализации. KVM превращает ядро ​​Linux в гипервизор. Он был введен в основную ветку ядра Linux с версии ядра 2.6.20.

Функционал Red Hat KVM:

  • Поддержка контейнеров
  • Масштабируемость
  • Overcommit ресурсов
  • Disk I/O throttling
  • Горячая замена виртуальных ресурсов
  • Недорогое решение для виртуализации
  • Red Hat Enterprise Virtualization программирование и API
  • Живая миграция и миграция хранилища
  • Назначение любых PCI устройств виртуальным машинам
  • Интеграция Red Hat Satellite
  • Поддержка восстановления после сбоя (Disaster Recovery)

Для получения более подробной информации прочтите это руководство по функционалу KVM.

Включение возможностей аппаратной виртуализации

Все инструкции работы с аппаратной виртуализацией (за исключением SKINIT, там
особый случай) требуют установки бита SVME (он 12-й) в регистре EFER (иначе мы
получим исключение #UD – неверная инструкция). Что это за регистр – EFER?
Расшифровывается аббревиатура как Extended Feature Enable Register – это msr,
который отвечает за включение дополнительных возможностей проца (что видно из
расшифровки), и он имеет адрес 0C0000080h. Приведенный ниже код включает
возможности аппаратной виртуализации:

MSR-регистр EFER. У него полно различных функций помимо включения аппаратной
виртуализации.

Кстати, установка бита SVME может быть заблокирована, поэтому после того, как
мы записали msr, нужно снова прочитать его содержимое и проверить – установился
ли заветный бит.

За блокировку инструкций виртуализации отвечают msr-регистры – VM_CR и
SVM_KEY (опционально). Бит SVMDIS, который четвертый в VM_CR, запрещает
установку EFER.SVME, а LOCK (бит три) в том же регистре запрещает сброс SVMDIS и
LOCK (получается, что LOCK – это защита для защиты). LOCK можно сбросить либо
после перезагрузки, либо указать ключ в машинно-зависимом регистре SVM_KEY (если
этот ключ был установлен перед блокированием виртуализации). Сама возможность
блокировки, к слову, появилась в AMD-V не сразу, а только со второй ревизии
(специально для параноиков:)).

MSR-регистр VM_CR, позволяющий заблокировать установку бита SVME в EFER.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *