В последнее время появляются все новые сведения, указывающие на то, что в основе Windows 8 будет лежать Hyper-V. Это позволит Microsoft стать лидером новой эры виртуализации рабочих мест.
Прежняя парадигма персонального компьютера устарела. Традиционные системы Windows слишком сложны в управлении и представляют слишком большой риск, а продажи тем временем неуклонно снижаются. При отсутствии достойной альтернативы в обозримом будущем нам придется по-прежнему мириться с Windows. Но теперь, когда недостатки Vista и давние уязвимости Windows XP исправлены с выходом Windows 7, казалось бы, какой смысл обновляться до Windows 8?
Ответ на этот вопрос может дать последняя сборка Windows 8, которая включает Hyper-V 3.0 в состав Панели управления. Hyper-V – это гипервизор Microsoft первого типа, то есть слой виртуализации, работающий на «голом железе», а не в качестве гостя в основной операционной системе. До сих пор Hyper-V был доступен только в составе Windows Server. Превращение его в основополагающий компонент следующей настольной версии Windows полностью меняет дело.
Почему? Потому что это может оказаться лучшим из возможных решений для виртуализации рабочих мест. Сегодня среди моделей виртуализации превалирует инфраструктура виртуальных рабочих мест (virtual desktop infrastructure, VDI), которая предусматривает запуск клиентов Windows в виртуальных машинах на сервере в дата-центре. VDI обеспечивает централизованное управление и защиту, но требует использования мощного серверного оборудования, широкополосных каналов связи и постоянного подключения «клиента» (как правило, простого терминала) к серверу, что исключает всякую мобильность.
Клиентский гипервизор, каким может оказаться Hyper-V в Windows 8, дает возможность запускать виртуальную рабочую среду Windows на клиентском компьютере, а не на сервере. Это позволило бы обходиться без подключения к серверу, так что пользователи могли бы использовать виртуальную машину Windows на ноутбуках или планшетах, а администраторы по-прежнему имели бы возможность централизованного управления и защиты виртуальных систем, как в случае с VDI. При таком раскладе серверный компонент не обязан быть таким мощным, как серверная ферма для VDI, поскольку отвечает только за резервное копирование файлов и пользовательских настроек, а не за запуск полноценной виртуальной машины.
Благодаря использованию гипервизора первого типа на клиентских компьютерах можно было бы без особого труда запускать несколько разных виртуальных машин — например, деловую и личную. Деловая виртуальная машина представляла бы собой надежно защищенную рабочую среду, свободную от личных пользовательских данных и приложений. Любые изменения в этой виртуальной машине синхронизировались бы с сервером при подключении к сети. В случае утери или кражи клиентского компьютера либо при увольнении сотрудника виртуальную машину можно было бы уничтожить в удаленном режиме.
При таком сценарии пользователи также имели бы возможность запускать разные версии Windows для работы с устаревшими приложениями, дистрибутивы Linux, поддерживаемые Hyper-V, или даже приложения Windows Phone 7. Более того, с согласия Apple, Hyper-V можно было бы положить в основу Mac OS X, чтобы у пользователей была возможность параллельно использовать рабочую виртуальную машину Windows на личном «маке».
Для администраторов одно из ключевых преимуществ такой модели заключается в том, что это снимает необходимость обслуживать компьютеры конечных пользователей – только деловые виртуальные машины, на них установленные. Другими словами, пользователи могли бы покупать и обслуживать личные компьютеры самостоятельно – главное, чтобы на них можно было запускать рабочую виртуальную машину. Брандмауэр, программное обеспечение, антивирус, средства управления и, самое главное, шифрования, устанавливались бы в гипервизоре. Виртуальные машины, терминальные службы и виртуализированные приложения можно было бы развертывать с использованием серверной инфраструктуры, куда менее мощной, чем серверная ферма для VDI.
Это позволило бы IT-специалистам получить желаемый результат с меньшими издержками, чем при развертывании VDI, и гораздо проще. Это замечательная идея, и кому, как не Microsoft, с их терминальными службами и средствами управления App-V MED-V, которые можно использовать на клиентской установке Hyper-V, реализовать эту концепцию на практике.
