Разделы сайта
Выбор редакции:
- Как уменьшить размер pdf, подробная инструкция
- Можно ли поменять аккумулятор в айфон 4
- Лучшие программы для дефрагментации жесткого диска на ОС Windows
- Выбор ресивера и акустики (бюджетный hi-fi) Напольные и полочные
- Не работает кулер на ноутбуке
- Установка пароля на страницу Как защитить страницу php паролем
- Окрестности кальпе испания
- Как правильно заряжать ноутбук, чтобы продлить срок службы батареи Как заряжать аккумулятор ноутбука первый раз
- Skyrim - гайд по улучшению графики (UPD) Основные графические настройки Скайрим
- Как усыновить ребёнка в Скайриме – Дети для усыновления Скачать мод на скайрим улучшенные дети
Реклама
История о том, как запустить эмулятор Android или сэкономить на процессоре intel. Решения Microsoft по виртуализации Общие сведения о низкоуровневой оболочке |
Hyper-V представляет собой пример технологии виртуализации серверов. Это значит, что Hyper-V позволяет виртуализовать компьютер целиком путем запуска нескольких операционных систем (обычно серверных) на одном физическом компьютере (обычно с оборудованием серверного класса). Каждая гостевая операционная система думает (если операционные системы умеют думать), что она владеет компьютером и имеет эксклюзивное право использования его аппаратных ресурсов (или любого другого набора ресурсов компьютера, к которому виртуальная машина имеет доступ). Таким образом, каждая операционная система выполняется в отдельной виртуальной машине, при чем все виртуальные машины запущены на одном физическом компьютере. В стандартной невиртуализованной среде на компьютере может быть запущена только одна операционная система. Технология Hyper-V предоставляет компьютеру такую возможность. Перед рассмотрением принципа работы технологии Hyper-V нам необходимо понять общие принципы работы виртуальных машин. Общие сведения о виртуальных машинахВиртуальная машина - это вычислительная среда, реализованная в ПО и выделяющая аппаратные ресурсы физического компьютера таким образом, чтобы предоставить возможность запуска нескольких операционных систем на одном компьютере. Каждая операционная система выполняется в собственной виртуальной машине и имеет выделенные логические экземпляры процессоров, жестких дисков, сетевых карт и других аппаратных ресурсов компьютера. Операционная система, запущенная на виртуальной машине, не имеет сведений о том, что она выполняется в виртуальной среде, и ведет себя таким образом, как если бы она полностью контролировала оборудование компьютера. Реализация виртуальных машин описанным выше образом означает, что виртуализацию серверов необходимо внедрять в соответствии со следующими требованиями:
Общие сведения о низкоуровневой оболочкеНизкоуровневая оболочка - это платформа виртуализации, которая позволяет запускать несколько операционных систем на одном физическом компьютере - главном компьютере. Основная функция низкоуровневой оболочки заключается в создании изолированных сред выполнения для всех виртуальных машин, а также в управлении взаимодействием между гостевой операционной системой на виртуальной машине и базовыми аппаратными ресурсами физического компьютера. Термин «низкоуровневая оболочка» (гипервизор) был создан в 1972 году, когда компания IBM обновила программу управления вычислительной платформы System/370 для поддержки виртуализации. Создание низкоуровневой оболочки было новой вехой в эволюции вычислительной техники, так как это позволяло преодолевать архитектурные ограничения и снижало затраты на использование мэйнфреймов. Низкоуровневые оболочки бывают разными. Например, они различаются по типу - т.е. по тому, работают ли он на физическом оборудовании или размещены в среде операционной системы. Оболочки также можно разделить по конструкции: монолитные или микроядерные. Низкоуровневая оболочка типа 1 Низкоуровневые оболочки типа 1 выполняются прямо на базовом физическом оборудовании главных компьютеров и выполняют роль управляющих программ. Другими словами, они выполняются «на железе». В этом случае гостевые операционные системы выполняются на нескольких виртуальных машинах, размещенных над слоем низкоуровневой оболочки (см. Рисунок 1). Так как низкоуровневые оболочки типа 1 выполняются прямо на оборудовании, а не в среде ОС, они обычно обеспечивают оптимальную производительность, доступность и безопасность по сравнению с другими типами. Низкоуровневые оболочки типа 1 в том числе реализуются в следующих продуктах виртуализации сервера:
Низкоуровневая оболочка типа 2 Низкоуровневые оболочки типа 2 выполняются в среде ОС, запущенной на главном компьютере. В этом случае гостевые операционные системы выполняются на виртуальных машинах над низкоуровневой оболочкой (см. Рисунок 2). Виртуализация такого типа обычно называется размещенной виртуализацией. Сравнение рисунка 2 и рисунка 1 позволяет понять, что гостевые операционные системы, запущенные в виртуальных машинах платформ низкоуровневой оболочки типа 2, отделены от базового оборудования еще одним уровнем. Наличие дополнительного уровня между виртуальными машинами и оборудованием вызывает снижение производительности на платформах оболочки типа 2 и ограничивает количество виртуальных машин, которые можно запускать на практике. Низкоуровневые оболочки типа 2 в том числе реализуются в следующих продуктах виртуализации сервера:
Монолитные низкоуровневые оболочки Монолитная архитектура низкоуровневой оболочки предполагает наличие драйверов устройств, которые поддерживают оболочку, размещены в ней и управляются ей (см. Рисунок 3). Монолитная архитектура имеет как преимущества, так и некоторые недостатки. Например, монолитные низкоуровневые оболочки не требуют управляющей (родительской) операционной системы, так как все гостевые системы взаимодействуют напрямую с базовым оборудованием компьютера с помощью драйверов устройств. Это одно из преимуществ монолитной архитектуры. С другой стороны тот факт, что драйверы должны быть разработаны специально для низкоуровневой оболочки, представляет существенные трудности, так как на рынке распространены различные типы материнских плат, контроллеров хранения, сетевых адаптеров и другого оборудования. В результате производителям монолитных платформ низкоуровневых оболочек необходимо тесно работать с производителями оборудования, чтобы убедиться в том, что драйверы для этих устройств поддерживают низкоуровневую оболочку. Кроме того, это делает производителей оболочек зависимыми от производителей оборудования, которые поставляют необходимые драйверы для своих продуктов. Таким образом, круг устройств, которые могут использоваться в виртуализованных операционных системах на монолитных платформах низкоуровневой оболочки значительно уже по сравнению с ситуацией запуска тех же операционных систем на физических компьютерах. Важной особенностью этой архитектуры является то, что она игнорирует один из наиболее важных принципов безопасности - необходимость эшелонированной защиты. При эшелонированной защите создается несколько рубежей обороны. В этой модели эшелонированная защита отсутствует, так как все выполняется в наиболее привилегированной части системы. Примером продукта для виртуализации сервера, который использует монолитную архитектуру низкоуровневой оболочки, является VMware ESX Server. Микроядерные низкоуровневые оболочки Микроядерные низкоуровневые оболочки не требуют специальных драйверов, так как в роли основного (родительского) раздела выступает операционная система. Такой раздел предоставляет среду выполнения, необходимую для доступа драйверов устройства к базовому физическому оборудованию главного компьютера. Разделы будут рассмотрены далее, а сейчас представьте, что термин «раздел» эквивалентен виртуальной машине. На платформах микроядерной низкоуровневой оболочки установка драйверов устройств требуется только для физических устройств, работающих в родительском разделе. Установка этих драйверов в гостевых операционных системах не требуется, так как для доступа к физическому оборудованию главного компьютера гостевым операционным системам необходимо всего лишь обратиться к родительскому разделу. Другими словами, микроядерная архитектура не предполагает прямого доступа гостевых операционных систем к базовому оборудованию. Доступ к физическим устройствам осуществляется только путем взаимодействия с родительским разделом. На рисунке 4 микроядерная архитектура низкоуровневой оболочки показана более подробно. Микроядерная архитектура имеет несколько преимуществ по сравнению с монолитной. Во-первых, отсутствие необходимости в специальных драйверах позволяет использовать широкий спектр существующих драйверов, предоставленных производителем. Во-вторых, драйверы устройств не входят в оболочку, поэтому она создает меньше нагрузки, имеет меньший размер и большую устойчивость. В-третьих, что наиболее важно, площадь потенциальной атаки сведена к минимуму, так как в оболочку не загружается посторонний код (драйверы устройств создаются сторонними компаниями, поэтому считаются посторонним кодом с точки зрения разработчика оболочки). Согласитесь, что проникновение вредоносного программного обеспечения в оболочку и установление контроля над всеми виртуальными ОС компьютера - это последнее, что вам хотелось бы испытать. Единственным недостатком микроядерной конструкции является необходимость особого, родительского раздела. Это повышает нагрузку на систему (хотя обычно она минимальна), так как доступ дочерних разделов к оборудованию требует их взаимодействия с родительским разделом. Существенным преимуществом микроядерной архитектуры Hyper-V является обеспечение эшелонированной защиты.Технология Hyper-V позволяет свести выполнение кода в низкоуровневой оболочке к минимуму и передавать большее количество функций вверх по стеку (например, интерфейсы конечного автомата и управления, которые в пользовательском режиме выполняются выше по стеку). Что же можно привести в качестве примера платформы виртуализации сервера с микроядерной архитектурой? Несомненно, это Microsoft Hyper-V, в родительском разделе которого выполняется Windows Server 2008 или более поздние версии. Основные особенности Hyper-VНиже представлены некоторые основные особенности исходной версии платформы Microsoft Hyper-V:
Новые возможности Hyper-V R2 В версии Windows Server 2008 R2 в роль Hyper-V добавлены новые функции. Они повышают гибкость, производительность и масштабируемость Hyper-V. Рассмотрим их более подробно. Повышенная гибкость Hyper-V R2 содержит следующие новые функции, которые повышают гибкость развертывания и обслуживания инфраструктуры виртуализации сервера:
Повышенная производительность Hyper-V R2 содержит следующие новые функции, которые могут повысить производительность инфраструктуры виртуализации сервера:
При применении соответствующих процессоров (например, процессоров Intel с расширенными таблицами страниц EPT начиная с поколения i7 или последних моделей процессоров AMD с вложенными таблицами страниц NPT) Hyper-V R2 существенно увеличивает производительность системы во многих случаях. Повышение производительности вызвано улучшением технологии управления памятью и снижением количества копий памяти, необходимых для использования этих функций процессора. Производительность повышается в особенности при работе с крупными наборами данных (например, с Microsoft SQL Server). Использование памяти для низкоуровневой оболочки Microsoft Hypervisor может сократиться с 5 процентов до 1 процента от общей физической памяти. Таким образом, дочерним разделам будет доступно больше памяти, что позволяет добиться высокой степени консолидации. Обратите внимание на то, что эту функцию могут использовать не все приложения. В частности, приложения, использующие предварительно размещенные буферы и продолжительные подключения с большими объемами передачи данных, получат наибольшие преимущества от включения этой функции. Кроме того, следует помнить о том, что физические сетевые адаптеры с поддержкой разгрузки TCP Chimney могут обрабатывать ограниченное количество разгруженных подключений, которые используются всеми виртуальными машинами узла. В результате это позволяет повысить пропускную способность сети и сократить интенсивность использования ЦП при переносе крупных файлов. Повышенная масштабируемостьHyper-V R2 содержит следующие новые функции, которые повышают масштабируемость инфраструктуры виртуализации сервера:
Сравнение Hyper-V и Virtual Server Широкие возможности Hyper-V уже привели к тому, что эта технология заменяет Microsoft Virtual Server во многих организациях, ранее использовавших Virtual Server для консолидации серверов, обеспечения непрерывности работы, тестирования и разработки. При этом Virtual Server до сих пор может найти применение в корпоративной инфраструктуре виртуализации. В таблице 1 приводится сравнение некоторых функций и технических данных Hyper-V и Virtual Server. Таблица 1. Сравнение компонентов и технических характеристик Virtual Server 2005 R2 SP1 и Hyper-V R2
Дополнительные сведения Для получения дополнительных сведений о возможностях Virtual Server и его загрузки перейдите на страницу http://www.microsoft.com/windowsserversystem/virtualserver/downloads.aspx . Для получения сведений о миграции виртуальных машин с Virtual Server на Hyper-V обратитесь к разделу «Virtual Machine Migration Guide: How To Migrate from Virtual Server to Hyper-V» в библиотеке TechNet по адресу http://technet.microsoft.com/en-us/library/dd296684.aspx . Hyper-V
, родная для систем Windows – в её серверных выпусках, а также в некоторых десктопных версиях и редакциях – среда для работы с виртуальными машинами и их гостевыми ОС
не всегда работает без проблем. Одной из таких проблем может быть выскакивающее при запуске виртуальной машины уведомление, что, мол, Hyper-V
не удаётся её запустить, поскольку не выполняется некая низкоуровневая оболочка. Что это за ошибка, и как её исправить. Окно с такой ошибкой является универсальной трактовкой, причина может крыться в нескольких вещах. Системные требованияЕсли сама Windows не соответствует требованиям для работы с Hyper-V , а десктопные выпуски не все позволяют работать с этим компонентом, он попросту не активируется в системе. Но есть ещё аппаратные требования. Их несоответствие может не влиять на активацию гипервизора, но в дальнейшем стать причиной появления такой ошибки. Для работы Hyper-V необходимо: Не менее 4 Гб RAM;
Хранилище BCDРассматриваемая ошибка может говорить о неверной конфигурации данных хранилища BCD . Компонент Hyper-V глубоко интегрирован в Windows и стартует до запуска ядра системы. Если в хранилище BCD вносились изменения для модификации запуска гипервизора, они могут быть неверными. Либо же запуск Hyper-V и вовсе был ранее намеренно отключён с целью временной оптимизации использования ресурсов компьютера. В таком случае конфигурацию BCD в части запуска гипервизора необходимо либо подкорректировать, либо вернуть дефолтное значение путём установки автозапуска Hyper-V . Для установки автозапуска открываем CMD от имени администратора (обязательно) , вводим: bcdedit /set hypervisorlaunchtype auto После этого осуществляем перезагрузку. AMD BulldozerHyper-V не работает с процессорами компании AMD с архитектурой Bulldozer . Технологии виртуализацииДля обеспечения жизнедеятельности среды виртуализации посредством любого гипервизора процессор должен быть обустроен технологией, обеспечивающей виртуализацию – Intel Virtualization , либо же AMD-V . О поддержке этих технологий можно узнать на страничке спецификаций процессора на сайтах, соответственно, Intel и AMD . И технология виртуализация, естественно, должна быть включена в BIOS . Ещё один важный нюанс: для процессоров Intel в BIOS должны быть отключены специфические технологии Intel VT-d и Trusted Execution . С ними встроенный в Windows гипервизор не дружит. Вот примерно так должны выглядеть настройки BIOS для работы с Hyper-V : технология виртуализации включена, а специфические технологии – выключены. С появлением поддержки виртуализации в новых ОС от Microsoft, причем даже клиенских Windows 7, 8 и 10, фирменная служба Hyper-V перестала быть уделом системных администраторов в компаниях средней руки. Hyper-V вполне может заменить то же популярный VirtualBox от Oracle на ниве виртуализации начального (клиентского уровня). Однако перед установкой данного сервиса требуется проверить соотвествие системных требований, иначе можно получить следующее сообщение: "Не удается запустить виртуальную машину, поскольку низкоуровневая оболочка не запущена". На что стоит обратить внимание при выборе оборудования для виртуализации. Возможно ли как-то спасти ситуации, если железо уже приобретено? Рассмотрим это в данной заметке. Не стоит отчаиваться, возможно ситуацию еще удасться спасти. Следует отметить, что ОС должна быть 64-х розрядной, ну конечно же на x32 Вы бы не смогли вообще развернуть Hyper-V. Первое, что нужно проделать - проверить включение соответствующих пунктов в BIOS - включаем VT и AMD-V. Далее необходимо убедиться, что ваш процессор поддерживает виртуализацию, средства проверки для платформ Intel и AMD описаны одним из них является . (на рисунке ниже). Также может помочь в определении утилитка от Марка Руссиновича.
Причина. Не запущена низкоуровневая оболочка (гипервизор). В журнале ошибок системы появляется следующее сообщение об ошибке: «Не удается запустить виртуальную машину, поскольку низкоуровневая оболочка не запущена». Устранение. Для запуска низкоуровневой оболочки физический компьютер должен соответствовать определенным требованиям к оборудованию. Дополнительные сведения см. в разделе Требования для установки Hyper-V. Если компьютер не отвечает требованиям, вы не сможете использовать его для запуска виртуальных машин. Если компьютер соответствует требованиям и низкоуровневая оболочка не запущена, то, возможно, нужно включить параметры для виртуализации с использованием оборудования и аппаратного предотвращения выполнения данных (DEP) в BIOS. После изменения этих параметров необходимо отключить и снова включить питание компьютера. При перезагрузке компьютера изменения параметров не вступают в силу. Причина. Виртуальный диск, который используется в качестве системного диска, подсоединен к контроллеру SCSI. Устранение. Подключите системный диск к контроллеру IDE. Инструкции см. в разделе Настройка дисков и запоминающих устройств. Причина. На виртуальной машине задано использование физических компакт-дисков и DVD-дисков в качестве установочных носителей, при этом используется физический дисковод. Устранение. Доступ к физическому устройству для чтения компакт- или DVD-дисков может получать одновременно только одна виртуальная машина. Отключите дисковод для компакт-дисков и DVD-дисков от другой виртуальной машины и повторите попытку. Не удается установить операционную систему на виртуальной машине по сети.Причина. Виртуальная машина использует сетевой адаптер вместо устаревшего сетевого адаптера, или устаревший сетевой адаптер не подключен к соответствующей внешней сети. Устранение. Убедитесь, что виртуальная машина настроена на использование устаревшего сетевого адаптера, который подключен ко внешней сети, предоставляющей службы установки. Инструкции по настройке сетевых адаптеров см. в разделе Настройка сети. Работа виртуальной машины автоматически приостанавливается.Причина. Работа виртуальной машины будет автоматически приостановлена, если на томе, где хранятся снимки или виртуальные жесткие диски, недостаточно свободного места. Состояние виртуальной машины в диспетчере Hyper-V будет указано как «Критическая приостановка». Устранение. Создайте на диске дополнительное пространство при помощи диспетчера Hyper-V, чтобы применить или удалить снимки по отдельности. Либо, чтобы удалить все снимки, экспортируйте виртуальную машину без ее данных, а затем импортируйте виртуальную машину. При попытке создать или запустить виртуальную машину появляются сообщения об ошибках: «Пользователем открыта сопоставленная секция», «Сетевой ресурс или устройство более недоступно» или «Операция ввода/вывода была прервана из-за завершения потока команд или по запросу приложения».Причина. Устранение. Виртуальные машины исчезли с консоли диспетчера Hyper-V.Причина. Причиной может быть антивирусная программа, работающая в управляющей операционной системе, когда настроен мониторинг файлов виртуальной машины в Hyper-V при помощи компонента проверки в режиме реального времени. Устранение. Исключите файлы виртуальной машины из проверки в режиме реального времени. Сведения о конкретных файлах см. в статье 961804 базы знаний Майкрософт (http://go.microsoft.com/fwlink/?LinkId=143978). При использовании подключения к виртуальной машине указатель мыши принимает вид точки или «застревает» в окне виртуальной машины.Причина. В операционной системе на виртуальной машине не установлены службы интеграции. Устранение. Если операционная система на виртуальной машине поддерживается, то службы интеграции будут доступны для этой операционной системы. Чтобы улучшить интеграцию мыши, установите службы интеграции. Инструкции см. в разделе Установка операционной системы на виртуальной машине. Если операционная система на виртуальной машине не поддерживается, то можно использовать комбинацию клавиш для перемещения мыши за пределы окна виртуальной машины. Комбинация клавиш по умолчанию - CTRL+ALT+СТРЕЛКА ВЛЕВО. Не удается использовать мышь для управления виртуальной машиной. Для подключения к серверу, на котором установлено средство Hyper-V, используется подключение к удаленному рабочему столу.Причина. При использовании диспетчера Hyper-V для подключения к виртуальной машине это подключение обеспечивает компонент «Подключение к виртуальной машине». Однако использование подключения к виртуальной машине в сеансе подключения к удаленному рабочему столу не поддерживается, если не установлены службы интеграции. Поэтому ожидаемый результат - потеря функциональности мыши. Устранение. Не используйте подключение к виртуальной машине в сеансе подключения к удаленному рабочему столу, пока не установлены службы интеграции. Есть несколько способов решить эту проблему.
При открытии диспетчера устройств в операционной системе на виртуальной машине некоторые устройства помечены как неизвестные.Причина. Диспетчер устройств не распознает устройства, которые оптимизированы для использования на виртуальных машинах и запускаются при помощи Hyper-V, если не установлены службы интеграции. Неизвестные устройства, выявленные в диспетчере устройств, различаются в зависимости от операционной системы на виртуальной машине и могут включать: VMBus, Microsoft VMBus HID Miniport, Microsoft VMBus Network Adapter и storvsc miniport. Устранение. Если операционная система на виртуальной машине поддерживается, то для этой операционной системы будут доступны службы интеграции. После установки служб интеграции диспетчер устройств будет распознавать устройства, доступные для этой операционной системы на виртуальной машине. Инструкции см. в разделе Установка операционной системы на виртуальной машине. Требуется мониторинг производительности виртуальной машины, но информация о процессоре в диспетчере задач не показывает, какие ресурсы процессора используются виртуальной машиной.Причина. Диспетчер задач не показывает сведения о ЦП для виртуальных машин. Устранение. Чтобы просмотреть сведения о загрузке ЦП для виртуальных машин, работающих на сервере под управлением Hyper-V, воспользуйтесь монитором производительности и стабильности системы. Он показывает данные, полученные со счетчиков производительности Hyper-V. Чтобы открыть монитор производительности и стабильности системы, нажмите кнопку Пуск , выберите команду Выполнить и введите perfmon . Данные, полученные с перечисленных ниже счетчиков производительности, можно просмотреть в управляющей операционной системе (в которой выполняется роль Hyper-V).
В этой статье я опишу только те ошибки, с которыми я лично столкнулся в процессе установки и настройки Hyper-V Server 2012. О других ошибках и путях их решения можно почитать на сайте Microsoft-a (например, или , к сожалению, только по-английски). Ошибки в процессе установки.
В.:
На завершающей стадии установки Hyper-V Server 2012, а точнее после последней перезагрузки, система не загружается - чёрный экран, отсутствие реакции на нажатие клавиш, помогает только hard reset, загрузка в Safe mode невозможна. Ошибки в процессе настройки и использования.
В.:
В диспетчере Hyper-V отображается сообщение об ошибке «Access denied. Unable to establish communication between В.:
В диспетчере Hyper-V отображается сообщение об ошибке "Не удается подключиться к службе RPC на удаленном компьютере "xxx.xxx.xxx.xxx". Убедитесь, что служба RPC запущена.". П.:
1)В фаерволе не созданы необходимые правила. Р.: 1) Возможны 2 пути решения проблемы: а) Отключить фаервол на клиенте и на сервере (нежелательно). В.: В диспетчере Hyper-V отображается сообщение об ошибке "The virtual machine could not be started because the hypervisor is not running." (Не удается запустить виртуальную машину, поскольку не выполняется низкоуровневая оболочка.). П.: Возможны разные причины возникновения данной ошибки. |
Новое
- Можно ли поменять аккумулятор в айфон 4
- Лучшие программы для дефрагментации жесткого диска на ОС Windows
- Выбор ресивера и акустики (бюджетный hi-fi) Напольные и полочные
- Не работает кулер на ноутбуке
- Установка пароля на страницу Как защитить страницу php паролем
- Окрестности кальпе испания
- Как правильно заряжать ноутбук, чтобы продлить срок службы батареи Как заряжать аккумулятор ноутбука первый раз
- Skyrim - гайд по улучшению графики (UPD) Основные графические настройки Скайрим
- Как усыновить ребёнка в Скайриме – Дети для усыновления Скачать мод на скайрим улучшенные дети
- Разблокировать Bootloader HTC