Архитектура Hyper-V

В этой статье мы поговорим о том, что такое Hyper-V «изнутри», и чем он отличается от VMware ESX с точки зрения архитектуры, а не маркетинговых листовок. Статья будет делиться на три части. В первой части я расскажу о самой архитектуре гипервизора, в двух других – о том, как Hyper-V работает с устройствами хранения данных и с сетью.

Итак, как мы уже знаем, Hyper-V – это платформа виртуализауции серверов от Microsoft, пришедшая на смену Virtual Server. В отличие от последнего, Hyper-V – это не самостоятельный продукт, а всего-навсего компонента ОС Windows Server 2008. Итак, давайте посмотрим, что происходит с Windows Server 2008 после установки роли Hyper-V

Как мы видим, после установки роли Hyper-V архитектура системы очень сильно меняется: если до этого ОС работала с памятью, процессором и железом напрямую, то после установки распределением памяти и процессорного времени управляет уже гипервизор. Так же появляются некоторые новые компоненты, о которых будет рассказано далее. После установки Hyper-V система создает изолированные окружения, в которых запускаются гостевые ОС, так называемые партиции (partitions). Не путать с разделами (partitions) жесткого диска. Сама хостовая ОС, в свою очередь, с момента установки Hyper-V точно так же работает в изолированной партиции, которая именуется родительской (parent partition). Партиции, в которых запускаются гостевые ОС именуются дочерними. Разница между родительской партиции и дочерними состоит в том, что только из родительской партиции может осуществляться прямой доступ к аппаратному обеспечению сервера. Все остальные партиции полностью изолированы как друг от друга, так и от аппаратного обеспечения самого сервера. Все взаимодействие с железом идет через драйверы, работающие внутри хостовой ОС, то есть через родительскую партицию. Каждая виртуальная машина имеет набор виртуальных устройств (сетевой адаптер, видеоадаптер, контроллер дисков, и т.д.), которые взаимодействуют с родительской партицией посредством так называемой шины виртуальных устройств (VMBus). И уже в родительской партиции все обращения к виртуальным устройствам передаются драйверам железа. В этом – коренное отличие Hyper-V от VMware ESX: в ESX драйверы устройств «вмонтированы» в сам гипервизор. Хорошо это или плохо – однозначно сказать невозможно. С одной стороны – безусловно хорошо: гипервизор ESX может работать самостоятельно, без необходимости в хостовой ОС, и поэтому имеет намного меньшие требования по памяти и дисковому пространству. С другой же стороны, список поддерживаемого железа очень сильно ограничен, и установить новые драйверы в ESX невозможно. Поэтому может сложиться ситуация, что при использовании VMware ESX когда появляется, к примеру, новый драйвер, поддерживающий какие-то особые функции железа – придется ждать новой версии гипервизора. Возможна и обратная ситуация: при замене железа на новое может возникнуть необходимость в переходе на новый гипервизор. В Hyper-V же будет достаточно просто установить соответствующие драйверы в хостовой ОС.

Read more: Habrahabr.ru

Posted via email from .NET Info