Как знают пользователи виртуализации от Microsoft, в средстве управления System Center Virtual Machine Manager 2008 R2 имелась функция Performance and Resource Optimization (PRO), которая позволяла осуществлять балансировку нагрузки на хост-серверы виртуальной инфраструктуры Hyper-V. Происходит это путем горячей миграции виртуальных машин с загруженных на незагруженные хосты, за счет использования пороговых значений на хостах, задаваемых пользователем (т.е. превышение лимитов памяти или утилизации процессора). По-сути, это аналог VMware DRS в VMware vSphere (и даже Storage DRS, поскольку через партнерские решения могут отслеживаться параметры производительности хранилищ). Миграция виртуальных машин в соответствии с рекомендациями PRO может проводиться автоматически или вручную:
Большим недостатком данной технологии было то, что она требовала наличия продукта System Center Operations Manager, который есть далеко не у всех СМБ-пользователей.
В System Center Virtual Machine Manager 2012 технология PRO была заменена на техники Dynamic Optimization и Power Optimization, которые уже, к счастью, не зависят от Operations Manager и не требуют его. Также появились функции Power Optimization, которые позволяют отключать хост-серверы Hyper-V с малой нагрузкой, за счет миграции с них виртуальных машин (также по пороговым значениям, задаваемым пользователем), в целях экономии электроэнергии (аналог VMware Distributed Power Management, который является частью технологии DRS).
Dynamic Optimization и Power Optimization в SC VMM 2012 позволяют нам настроить следующие параметры:
Степерь агрессивности Dynamic Optimization при применении рекомендаций в кластере или группе хостов (Host group)
Автоматический или ручной режим работы
Интервал между генерациями и применением рекомендаций (по умолчанию 10 минут)
Использовать или нет Power Optimization
Окно (промежуток времени в течение суток), в котое Power Optimization будет работать
Так выглядят настройки Dynamic Optimization:
Пользователь определяет минимальные значения доступных ресурсов при размещении виртуальных машин на хостах:
Обратите, внимание, что пороговые значения могут быть заданы и для Disk I/O, т.е. виртуальную машину можно смигрировать не только между хостами, но и хранилищами средствами технологии Storage Live Migration.
Хосты, находящиеся в режиме обслуживания (maintenance mode) исключаются из механизма Dynamic Optimization.
А так настройка окна Power Optimization:
Все очень просто - ночью нагрузка спадает и можно смигрировать виртуальные машины с некоторых хостов, а сами хосты выключить. Потом окно заканчивается (начинается рабочий день) - хосты включаются, виртуальные машины переезжают на них, а Power Optimization не вмешивается.
Таким образом, получается, что Dynamic Optimization и Power Optimization в System Center Virtual Machine Manager 2012 представляют собой аналог VMware DRS и sDRS, что будет очень приятным моментом при использовании SC VMM 2012 с Hyper-V 3.0. И напоследок отметим, что функции Dynamic Optimization и Power Optimization в VMM 2012 работают при управлении не только хостами Hyper-V, но и платформами VMware vSphere и Citrix XenServer.
Но все же отличие Dynamic Optimization от VMware DRS есть - для Dynamic Optimization нельзя задавать Anti-affinity rules, что может оказаться некоторым неудобством для администраторов.
2. Во-вторых, в Windows Server 8 для Hyper-V 3.0 реализовано несколько решений, направленных на повышение доступности и отказоустойчивости сервисов. Одной из наиболее востребованных функций является Hyper-V Replica, позволяющая осуществлять репликацию виртуальной машины и ее конфигурации между узлами и кластерами Hyper-V. Репликация возможна в локальной сети, в случае отсутствия SAN, или в случае геораспределенной инфраструктуры между несколькими ЦОД. Позволю себе некоторый экскурс в историю данной технологии.
Архитектурно Hyper-V Replica (HVR) состоит из следующих компонентов:
Replication Engine. Как уже понятно из названия, это "ядро" технологии, управляющее конфигурацией репликации, обрабатывающее первоначальную и разностную репликации, отслеживающее события репликациии и при необходимости приостанавливающее и возобновляющее процесс переноса данных
Change Tracking. Модуль, отслеживающий операции чтения на уровне виртуальной машины на первичном узле или кластере, вне зависимости от типа хранилища ВМ (DAS, SAN LUN, папка SMB на файловом сервере или CSV)
Network Module. Компонент с говорящим названием призван обеспечить безопасный канал связи между первичным и принимающим узлами, строящий соединение с использованием HTTP/HTTPS с возможностью привлечения механизмов шифрования
Hyper-V Replica Broker role. Роль, обеспечивающая прозрачную миграцию в случае размещения виртуальной машины на кластерных узлах совместно с сетевым модулем и компонентов Failover Clustering
Management Experience. Включает в себя следующие компоненты для управления процессами репликации:
Интерфейс Hyper-V Manager
Интерфейс Failover Cluster
Scripting - управление функциональностью реплик с помощью PowerShell
Hyper-V Replica APIs - интерфейс может использоваться сторонними управляющими приложениями
Remote Management - включает в себя средства удаленного управления (RSAT)
3. В-третьих, вот тут Алексей расписал основные особенности нового формата виртуальных дисков VHDX, который поддерживает диски до 64 ТБ. Отметим, что VMware vSphere, по-прежнему, поддерживает виртуальные диски размером не более 2 ТБ. При этом большой плюс в том, что формат VHDX - открытый, а значит можно ждать большего количества партнерских решений.
И да, в отличие от vSphere 5, Hyper-V 3.0 поддерживает жесткие диски с секторами 4 КБ (это те, которые по 4 ТБ размером).
4. В-четвертых, хороша табличка, описанная вот тут. Максимумы Hyper-V 3.0 существенно увеличились по сравнению с версией 2.0:
5. Ну и, в-пятых, хочется отметить поддержку в Hyper-V 3.0 функций виртуализации ввода-вывода для PCI-устройств, которые называются SR-IOV ( Single-Root Input/Output (I/O) Virtualization). Это стандарт, разработанный PCI Special Interest Group, который позволяет разделить физический сетевой адаптер на функциональные блоки и раздавать эти блоки напрямую виртуальным машинам. Это не PCI passthrough (проброс устройства), а превращение сетевой карты в своеобразный коммутатор, который раздает кусочки себя виртуальным машинам, не создавая нагрузку на процессор хоста (а как известно, процессор используется на руление софтовым виртуальным коммутатором).
Что такое SR-IOV можно узнать из этого видео:
При этом, ресурсы адаптера можно отдавать как устройства в машину напрямую (Virtual Function), а можно отдавать через синтетический драйвер к обычному виртуальному коммутатору.
Отметим также, что SR-IOV можно использовать, понятно дело, не только для сетевых адаптеров, но и для других PCI-устройств, например, HBA-адаптеров, видеокарт и т.п. Почему-то в VMware vSphere 5 поддержки SR-IOV до сих пор нет, хотя о ней говорили еще в 2009 году.
Компания Microsoft, как и планировала, на днях выпустила сборки настольной и серверной версии операционных систем Windows 8 Consumer Preview и Windows 8 Server Beta, соответственно. В обе версии включен гипервизор Hyper-V 3.0, о возможностях которого мы уже писали тут. Также доступна для скачивания бесплатная платформа виртуализации Hyper-V Server 8 Beta на базе этого гипервизора.
Напомним основные улучшения Hyper-V 3.0 по сравнению с его младшей версией в Windows Server 2008 R2:
Возможности Hyper-V
Windows Server 2008 R2
Windows Server 8
Память хост-сервера
1 ТБ
2 ТБ
Логических процессоров на хост
64 (макс.)
160 (макс.)
Оперативная память гостевой ВМ
64 GB (макс.)
512 GB (макс.)
Виртуальных процессоров гостевой ВМ
4 на одну ВМ (макс.)
32 на одну ВМ (макс.)
Поддержка технологии NUMA в гостевой ОС
Нет
Да
Узлов в кластере Host Failover Cluster
Да (16 узлов)
Да (63 узла)
Число ВМ в отказоустойчивом кластере
1000 (макс.)
4000 (макс.)
Технология Live Migration
Да (последовательные миграции)
Да (одновременные миграции)
Технология Live Migration без кластера или общего хранилища
Кроме того, в клиенской версии Windows 8 возможности Hyper-V 3.0 будут такими же, как и в серверной версии:
Возможности Hyper-V
Windows 8 Client
Windows Server 8
Одновременно запущенных ВМ
1024 (макс.)
1024 (макс.)
Память гостевой ВМ
512 ГБ (макс.)
512 ГБ (макс.)
Виртуальных процессоров гостевой ВМ
32 на ВМ (макс.)
32 на ВМ (макс.)
Поддержка технологии NUMA в гостевой ОС
Да
Да
Гостевые ВМ
32 и 64-bit
32 и 64-bit
Технология Dynamic Memory
Да
Да
Поддержка форматов VHD и VHDX
Да
Да
Fibre Channel NIC в гостевой ВМ
Да
Да
Коммутатор Extensible Switch
Да
Да
Сетевой адаптер Wireless NIC
Да
Да
Поддержка снапшотов
Да
Да
Поддержка PowerShell для управления ВМ
Да
Да
Технология Live Storage Migration
Да
Да
Консоль ВМ
VM Console или RDP
VM Console или RDP
Режимы Sleep and Hibernate гостевой ОС
Да
Нет
Важное отличие только в том, что в клиентской Windows 8 на хосте обязательно наличие поддержки Second Level Address Translation (SLAT), а в серверной - нет.
Интересный SaaS-продукт обнаружился на выставке CES 2012, прошедшей с 10 по 13 января в Лас-Вегасе. Компания OnLive представила онлайн-сервис по аренде десктопов с Windows для пользователей Apple iPad - OnLive Desktop.
Самый главный из них - лицензирование. Как известно, сдача в аренду ПО Microsoft третьим лицам возможна только по программе SPLA (Services Provider License Agreement). При этом, лицензии на клиентские ОС Windows 7 Enterprise сдавать в аренду нельзя, в чем можно убедиться в документе "Services Provider Use Rights (Worldwide) (Russian) (January2012)". Да и вообще - сдавать Windows 7 в аренду третьим лицам по модели VDI нельзя.
А виртуальные машины, сдаваемые OnLive в аренду, именно Windows 7 Enterprise:
Но представители компании уверяют, что их юристы решили все проблемы. Интересно как?
Более-менее стали оформляться подробности о новой файловой системе ReFS (Resilient File System), которую компания Microsoft планируют ввести в новых версиях Windows 8 (серверной и клиентской). Первоначально ReFS будет включена в состав серверной версии нового семейства ОС, а только затем в десктопную версию и далее появится возможность использования ее для загрузочных разделов (цикл внедрения аналогичен NTFS, который применялся в свое время).
Основная идея ReFS - дополнительные функции отказоустойчивости, которые будут обеспечиваться средствами "эластичной" обработки программных и аппаратных ошибок.
Что касается изменений ReFS по отношению к максимумам NTFS - их почти нет (за исключением удвоения максимального количества файлов в каталоге и увеличения размера тома):
Самый потенциально неприятный момент - в ReFS нельзя будет конвертировать существующие тома NTFS, поэтому данные придется переносить простым копированием.
Кроме того, в Windows 8 Server система ReFS в перспективе будет обеспечивать функции виртуализации хранилищ (пространства хранения - storage spaces).
Первоначально планируется, что Storage Spaces будут работать для томов NTFS, позволяя гибко агрегировать физические дисковые носители в пулы ("пространства"), которые организованы с помощью техник зеркалирования и контроля четности (mirror - частое обновление, например, документы и parity - частое чтение, редкое обновление, например, фотки и видео). При этом утверждают, что это не обычные RAID-тома (но диски в пространствах по отдельности читаться не будут). Пространства будут также поддерживать технику Thin provisioning, которая позволит создавать их размером, например, в 10 ТБ, при этом "под ними" может быть гораздо меньше сырой емкости:
То есть, при нехватке физического пространства будет выдаваться предупреждение о том, что необходимо добавить еще сырой емкости в пул.
В целом и ReFS, и пространства хранения - какие-то не очень нужные, как кажется, вещи. Пространства хранения выглядят просто как приучение пользователя к созданию избыточных хранилищ данных. Больше деталей обещают к концу февраля, поскольку на это время намечен выход бета-версии клиентской Windows 8. Окончательный же выход новой платформы ожидается к концу года (серверной и клиентской).
Иногда бывает так, что без видимых причин виртуальная машина на хост-сервере Microsoft Hyper-V зависает. В этом случае не хочется перезагружать хост только из-за нее одной, так как в других машинах могут исполняться критичные нагрузки. Поэтому ниже приведен способ обнаружения процесса с ВМ, и рассказано, как убить этот зависший процесс.
Итак, открываем Task Manager и находим процесс vmwp.exe - это и есть процесс с виртуальной машиной. Но процессов этих столько же, сколько у вас исполняется виртуальных машин, поэтому найти нужный сразу не получится:
Поэтому идем в папку с зависшей виртуальной машиной и ищем ее GUID. Для этого заходим в подпапку "Virtual Machines" и видим там xml-файл, имя которого и есть GUID этой машины:
Теперь идем в Task Manager, нажимаем View->Select Columns:
Выбираем колонки Command Line и Description:
Нажимаем Ok и видим в команде запуска процесса vmwp.exe путь с GUID виртуальной машины:
Поскольку мы уже выяснили GUID искомой виртуальной машины из xml-файла, мы можем смело убивать этот процесс:
Мы уже писали о новых возможностях Hyper-V 3.0, которые появятся в готовящейся к выходу серверной платформе Windows Server 8, список которых позволяет говорить о серьезной конкуренции с платформой VMware vSphere в будущем.
Одна из таких интересных возможностей - это Live Storage Migration, которая позволяет перенести хранилище работающей виртуальной машины с сервера на сервер (при использовании локальных дисков) или между томами СХД (аналогом этой функции является Storage vMotion у VMware, которая доступна, начиная с издания vSphere Enterprise).
У Алексея Кибкало в блоге появился интересный обзор Live Storage Migration в Hyper-V 3.0 Developer Preview, в котором утверждаются, что данная функция (как и простой Live Migration) будет доступна бесплатно, в том числе в бесплатном издании Microsoft Hyper-V Server. При этом для работы Live Storage Migration и Live Migration не потребуется создавать кластеры.
Второй интересный момент - при миграции хранилища предоставляются гибкие возможности по переносу снапшотов. Можно перенести снапшоты, оставив оригинальный диск виртуальной машины на старом хранилище, можно перенести машину, оставив старые снапшоты, при этом все они останутся доступными для виртуальной машины:
Вообще, субъективно, Hyper-V 3 начинает мне нравится все больше и больше. Особенно на фоне офигевшей ценовой политики VMware в России. Понятно, что крупные компании с этой иглы уже не снимешь, а вот в среднем и малом бизнесе, похоже, назрели большие перемены в сфере виртуализации.
На прошедшей конференции Build компания Microsoft раскрыла некоторые детали о новых возможностях своей обновленной платформы виртуализации на базе Hyper-V 3.0 в составе серверной ОС Windows Server 8.
В Hyper-V 3.0 появится множество интересных возможностей в сфере серверной виртуализации и VDI-инфраструктуры:
Поддержка до 160 логических процессоров на хостах Hyper-V
Поддержка до 2 ТБ RAM хост-сервера
Поддержка до 32 виртуальных процессоров виртуальных машин (vCPU) и до 512 ГБ оперативной памяти на одну ВМ
Поддержка технологии NUMA в гостевой ОС, что позволяет повысить производительность виртуальной машины
Поддержка нескольких одновременных "горячих" миграций (Live Migration)
Поддержка техники Storage Live Migration - миграция хранилища виртуальной машины без прерывания ее работы (это будет работать без необходимости наличия общего хранилища - на локальных дисках за счет встроенных возможностей репликации)
Новый формат виртуальных дисков VHDX, который позволяет создавать виртуальные диски объемом до 16 ТБ (вместо 2 ТБ в формате VHD). Также новый формат будет более производительным, надежным и поддерживать работу с большими блоками
Технология Offloaded Data Transfer (ODX), которая позволяет передать на сторону дискового массива операции по работе с хранилищами виртуальных машин (у VMware подобная технология называется vStorage API for Array Integration, VAAI)
Обновленный виртуальный коммутатор, предоставляющий расширенные возможности по виртуализации сетевого окружения виртуальной машин и возможности ее переносимости между облачными инфраструктурами (нечто похожее на технологию VXLAN от VMware и Cisco)
Поддержка виртуальных адаптеров (Virtual Fibre Channel) для виртуальных машин (до 4), через которые ВМ могут получить прямой доступ к LUN посредством Multi-Path I/O (MPIO). Также будут виртуальные Fibre Channel-коммутаторы
Поддержка загрузки хостов через Fiber channel и iSCSI SAN.
Поддержка технологии SR-IOW для привилегированного доступа к PCI-устройствам
Расширенные средства мониторинга производительности (CPU Metering и другое)
Пулы ресурсов для кластеров (Resource pools)
Поддержка дедупликации данных, позволяющей сократить тебуемое виртуальными машинами пространство на системе хранения, без существенной потери производительности. Это позволит также уменьшить окна резервного копирования
Прямая передача данных между хостами за счет Offloaded Data Transfer
Поддержка NIC Teaming и load balancing для создания виртуальных сетей на хосте (ранее это делалось с помощью сторонних драйверов)
Поддержка массивов JBOD и тонких дисков на JBOD (Thin Provision)
Поддержка средства Bitlocker для кластерных дисков
Новая версия файловой системы Cluster Shared Volume (CSV) 2.0 со встроенной поддержкой дедупликации и создания снапшотов со стороны массивов
Средство в GUI для управления IP-адресами (IPAM)
Поддержка CIFS/SMB-хранилищ с использованием протокола Remote Direct Memory Access (RDMA)
Технология Hyper-V Replica, позволяющая организовать асинхронную репликацию виртуальных машин (напомним, что в Veeam Backup and Replication 6 также будет такая возможность)
Поддержка технологии RemoteFX для RDP-сессии с хостом, улучшенная компрессия трафика для WAN-каналов
Возможность создания базового образа для виртуальных ПК (gold master image). Индивидуальные сессии пользователей могут быть настроены с помощью перемещаемых профилей (roaming profiles)
Поддержка до 63 хост-серверов и до 4000 виртуальных машин в кластере
Поддержка графических библиотек DirectX 10, OpenGL 1.1 и технологии Metro UI в виртуальных машинах
Службы Active Directory будут доработаны под виртуализацию (поддержка снапшотов ВМ, виртуализация контроллеров домена и их клонирование)
Встроенный брокер соединений с возможностью балансировки сессий
Возможность включения и отключения GUI сервера, превращая его в Server Core (и обратно)
Поддержка распределенного виртуального коммутатора Cisco NEXUS 1000V, который будет специально разработан под Windows Server 8
О Cisco NEXUS 1000V под Hyper-V можно почитать вот в этой статье.
Очевидно, что компания Microsoft сделала очень большой шаг на пути конкуренции с VMware vSphere, замахиваясь уже не только на сегмент среднего и малого бизнеса, но и на корпоративный сектор.
Windows Server 8 можно скачать как Developer Preview по этой ссылке.
Мы уже писали о том, что блоггер Robert McLaws, заведующий веб-ресурсом windows-now.com, нашел в одном из билдов новой ОС Windows 8 несколько возможностей, относящихся к виртуализации на базе Hyper-V, вероятно, версии 3.0.
Теперь один из сотрудников компании Microsoft, Matthew John, занимающий должность Principal Lead Program Manager, сообщил о том, что действительно в Windows 8 появится клиентский гипервизор (3.0?). Его комментарий на эту тему можно прочитать здесь.
В этой записи приводится также ссылка на необольшое видео об особенностях использования Hyper-V в Windows 8 (если видео не открывается в вашем браузере, попробуйте Google Chrome)
Коммуникация между виртуальными машинами на разных хостах будет поддерживаться (в том числе) и через Wi-Fi-адаперы:
С виртуальной машиной на хосте Windows 8 можно будет соединиться двумя способами: прямой доступ к VM Console или удаленный, с помощью Remote Desktop Connection.
Случилось так, что один из билдов новой операционной системы Windows 8 утек в сеть (build 7989). Блоггер Robert McLaws, заведующий веб-ресурсом windows-now.com, нашел в новой ОС несколько возможностей, относящихся к виртуализации на базе Hyper-V, вероятно, версии 3.0.
Вот что нашел Роберт:
Хранилища
Виртуальный HBA-адаптер для виртуальных машин - Virtual Fibre Channel Adapter (хотя на картинке не он, а просто новые настройки сети для виртуальных машин).
Пулы ресурсов для систем хранения (картинка), которые позволяют кобинировать различные категории хранилищ в целях лучшей управляемости.
Новый формат виртуальных дисков VHDX, который поддерживает диски до 16 ТБ, а также имеет возможности защиты от сбоя питания (картинка). Данный формат может быть использован, только начиная с Windows 8.
Улучшения вычислительных ресурсов (Memory/Processor)
Поддержка более 4 ядер (картинка, я не очень понял что имеется в виду).
Новые настройки NUMA-узлов (картинка - Memory per Node, Cores per Node, Nodes per Processor Socket).
Улучшения сетевого взаимодействия (Networking Enhancements)
Поддержка аппаратного ускорения для сетевых адаптеров (картинка - техники Virtual Machine Queue и IPsec Offload).
Управление пропускной способностью адаптеров (картинка - минимум, максимум).
DHCP Guard - запрет на получение адресов неавторизованным виртуальным машинам.
Router Guard - отклоняет сообщения Advertisement и Redirection для неавторизованных ВМ, которые хотят притвориться роутерами.
Monitor Port - возможность перенаправления трафика виртуальной машины (входящего и исходящего) на другой порт в целях мониторинга ИБ.
Оказывается, на сайте Microsoft есть калькулятор для сравнения цен на приобретение решений VMware vSphere и Microsoft Hyper-V (с другими компонентами System Center). Там есть три сценария внедрения виртуализации в организации: базовая консолидация, виртуализация для среднего и малого бизнеса (СМБ), а также виртуализация для Enterprise-сектора.
Если мы выберем виртуализацию для СМБ, то увидим такую картинку:
Красненьким выделено то, насколько по расчетам Microsoft дороже обходится решение от компании VMware. Интересная штука: Microsoft до сих пор не знает, что в VMware Essentials Plus горячая миграция vMotion входит (в этом можно убедиться тут). Во-вторых, цена на vSphere Essentials Plus указана неправильно, сейчас он стоит $3 844,50 (в калькуляторе же $3 495,00). Из чего мы делаем вывод, что Microsoft просто пофигу на свой калькулятор.
Кстати, раз уж мы порекламировали Microsoft, приведем ссылку на еще один калькулятор - уже от VMware, где, наоборот, приложение от Microsoft вызывает большие затраты (тоже туфтовый калькулятор):
Как вы знаете, есть такая компания VKernel, которая занимается производством средств для управления виртуальной инфраструктурой (о ней мы пишем тут). Недавно в продуктовой линейке компании появилось два продукта для платформы Microsoft Hyper-V: VKernel Capacity Analyzer и VKernel Chargeback.
Это средство для анализа инфраструктуры Hyper-V на предмет наличия узких мест в плане производительности, которое также позволяет осуществлять планирование развития инфраструктуры в аппаратной части (то есть, прогнозирование роста необходимых вычислительных мощностей).
А эта штука позволяет вам учитывать затраты на содержание инфраструктуры виртуализации Hyper-V и стоимость выделения новых ресурсов под развертываемые сервисы. Актуально, в основном, для крупных компаний.
Скачать пробные версии этих утилит VKernel можно по этой ссылке.
Вы уже знаете, что не так давно вышли окончательные версии платформы Microsoft Windows Server 2008 R2 SP1 и бесплатной ее версии Hyper-V Server 2008 R2 SP1, ориентированной только на задачи виртуализации. Одно из основных нововведений - функции Dynamic Memory для виртуальных машин, позволяющие динамически выделять и распределять оперативную память между ними.
Как вы знаете, в феврале этого года компания Microsoft выпустила версию платформы Microsoft Windows Server 2008 R2 SP1, в которой было несколько нововведений в области виртуализации, а именно:
Возможность Dynamic Memory, которая позволяет перераспределять свободную память между гостевыми ОС виртуальных машин (у каждой машины есть гарантированный минимум, а используемая память может динамически расти до определенного предела). Для VDI сценариев, по словам Microsoft, плотность размещения виртуальных машин вырастает до 40% по сравнению с предыдущей версией Windows Server как раз за счет Dynamic Memory.
Remote FX - эти возможности позволяют пользователям работать с виртуальным ПК на базе Hyper-V с включенными функциями Windows Aero, смотреть full-motion видео, работать с приложениями Silverlight и запускать 3D-приложения с небольшими потерями производительности (технологии купленной компании Calista). Эти функции интегрированы с Remote Desktop Services (RDS).
Новый пакет New Linux Integration Services, включающий в себя все необходимые компоненты для оптимизации работы гостевой ОС.
Symmetric Multi-Processing (SMP) Support - для поддерживаемых ОС Linux виртуальная машина может иметь до 4 виртуальных процессоров (VP)
Возможность использовать до 12 виртуальных процессоров на 1 логический процессор хост-сервера
До 384 ВМ на хост и до 1000 ВМ на кластер Hyper-V
12 апреля вышла бесплатная версия платформы виртуализации Microsoft Hyper-V Server 2008 R2 SP1. Этот продукт представляет собой версию Windows Server, ориентированную только на исполнение задач виртуализации. Она полностью бесплатна - придется платить только за лицензии гостевых ОС. Удаленное управление таким сервером можно производить с помощью Windows 7 SP1 RSAT tool (поддерживаются только издания Enterprise, Professional или Ultimate Windows 7 для рабочей станции администратора).
Сравнение изданий Windows Server 2008 представлено на картинке ниже (для SP 1 ситуация аналогичная):
Скачать Microsoft Hyper-V Server 2008 R2 SP1 можно по этой ссылке.
Компания Microsoft объявила о выходе Community Technology Preview версии продукта Windows Thin PC (WinTPC), представляющего собой отдельную ветку операционной системы Windows 7 для VDI-клиентов (Virtual Desktop Infrastructure).
Windows Thin PC позволит пользователям VDI-решений от Microsoft (а также App-V) использовать существующие компьютеры в качестве клиентов инфраструктуры виртуальных ПК (типа как превратить их в тонкие с точки зрения софта клиенты). Решение будет доступно пользователям с активной подпиской Software Assurance.
WinTPC позволит использовать следующие возможности:
Если речь идет о мониторинге производительности ОС на аппаратной («железной») платформе, то мало у кого возникает вопрос как это делать. Существуют уже давно известные инструменты и способы мониторинга таких систем. Но вот когда речь заходит о мониторинге производительности гипервизора с запущенными на нем виртуальными машинами, тут уже не все так однозначно, а особенно с гипервизором Hyper-V от компании Microsoft.
Ben Armstrong, занимающий позицию Virtualization Program Manager в компании Microsoft, опубликовал несколько статей о том, как работает распределение ресурсов процессора в платформе виртуализации Microsoft Hyper-V R2 (кстати, не так давно вышел RTM-билд SP1 для Windows Server 2008 R2).
Приводим краткую выжимку. В настройках виртуальной машины на сервере Hyper-V вы можете увидеть вот такие опции:
Virtual machine reserve
Эта настройка определяет процентную долю процессорных ресурсов хост-сервера, которые должны быть гарантированы виртуальной машине. Если хост на момент запуска виртуальной машины не может гарантировать эти ресусры - виртуальная машина не запустится. То есть вы можете запустить 5 машин с Virtual machine reserve в 20%, а 6-я уже не запустится. При этом неважно, используют ли эти 5 машин какие-либо ресурсы, или они вовсе простаивают.
Однако, данная настройка имеет значение только когда ощущается нехватка процессорных ресурсов. Если 4 из этих 5 машин используют по 4% процента CPU хост-сервера, а пятая хочет 70% - она их получит, но до того момента, пока остальным не потребуются ресурсы процессора. То есть, настройка Virtual machine reserve гарантирует, что машина будет иметь в своем распоряжении ресурсов не меньше, чем заданный процент ресурсов CPU - в условиях борьбы за ресурсы процессора между машинами хоста.
По умолчанию в качестве Virtual machine reserve стоит настройка 0. Это означает, что вы можете запускать виртуальных машин столько, сколько позволяют физически доступные ресурсы хост-сервера Hyper-V.
Virtual machine limit
Эта настройка также задается в процентах. Она показывает какой максимально возможный процент процессорных ресурсов виртуальная машина может использовать от мощности своих виртуальных процессоров (в зависимости от их количества). Используется эта настройка в двух случаях - когда на хосте запущены тестовые виртуальные машины, которые могут при определенных условиях "съесть" все ресурсы, а также, когда приложение в виртуальной машине написано криво и может вызвать нагрузку на процессор, затормозив таким образом остальные машины.
Эта настройка активна всегда, что означает, что машина никогда не возьмет ресурсов больше чем Virtual machine limit, даже если свободных ресурсов очень много. Поэтому выставлять ее нужно в исключительных случаях, а для контроля ресурсов лучше использовать Virtual machine reserve. Кроме того, надо помнить, что Virtual machine limit применяется сразу к нескольким виртуальным CPU - поэтому, если приложение в виртуальной будет давать нагрузку только на один виртуальный процессор - он будет ограничен 50% доступных для него ресурсов, в то время как остальные будут простаивать.
CPU relative weight
Эта настройка позволяет выставить относительный вес виртуальных процессоров машины относительно других виртуальных машин. CPU relative weight - это просто число в диапазоне от 1 до 10000, которое определяет пропорциональный вес машины относительно других (по умолчанию выставлено 100 для всех). Если для одной из машин поставить значение 200 - то в случае нехватки процессорных ресурсов на хосте Hyper-V она получит в два раза больше ресурсов CPU, чем какая-либо из других. Обратите внимание - настройка начинает работать только в случае нехватки процессорных ресурсов на хосте и не раньше.
Смысл этой настройки - разделение виртуальных машин по категориям приоритета использования ресурсов в случае их нехватки (например, 300 - высокий приоритет, 200 - обычный, 100 - низкий). Так как это все относительные величины - имейте в виду, что здесь нет гарантий точного количества ресурсов CPU, получаемых машиной. И еще один момент - если в вашей виртуальной инфраструктуре Hyper-V работают несколько администраторов, то каждый из них может пользоваться своей классификацией весов. Например, у одного это 100, 200 и 300, а у другого - 500, 1000 и 2000. Если каждый из них для своего хоста установит эти значения, а потом за счет Live Migration какая-либо из машин динамически переместится на другой хост - распределение весов сильно изменится, что может повлиять на работу систем в условиях ограниченности ресурсов CPU хост-сервера.
В четвертой части заметок Бен рассматривает вопрос - почему эти значения задаются в процентах, а не в мегагерцах как у VMware. Ответ таков - 1 GHz обладает разной производительностью на разных поколениях CPU, а также хосты могут обладать разной мощностью процессоров, что делает предпочтительным использование относительных значений вместо абсолютных.
Итак, parent partition в грядущей Windows 8 (или как там ее еще назовут) будет выполнять не полноценную копию операционной системы, а ее мини-версию, которая сейчас идет под рабочим названием MinWin.
Эта ветка Windows, говорят, существует еще со времен Windows Vista и включает в себя ядро ОС, Hardware Abstraction Layer (HAL), комоненты работы с файловой системой и средства работы в сети.
Само собой, эта Windows меньше, чем Windows Server Core edition. Недавно Microsoft зарегистрировала патент на технологию Windows Direct Experience, которая будет позволять запускать некоторые приложения (например, Windows Media Center) в режиме "песочницы" (sandbox), т.е. по-сути в виртуальных машинах, как следует из картинки:
Родительским разделом по имеющейся информации будет рулить Hyper-V 3.0 (или как там его еще назовут), который, по-сути, будет играть роль клиентского гипервизора (который в данный момент есть только у Citrix - XenClient). Также можно будет грузить компьютер только в режиме одной из виртуальных машин. Кроме того, ходят слухи, что все это каким-то образом будет интегрировано с Microsoft App-V, средством виртуализации и доставки приложений конечным пользователям, а также механизмом MED-V.
Интересной возможностью будет "оффлайн" обновление операционных систем и приложений. Посколько ВМ это всего лишь набор файлов, то приложение внутри этой виртуальной машины можно запустить, обновить, перегрузить эту "машину" сколько угодно раз - и это в отрыве от основной операционной системы и других приложений. Замечательно.
Предлагают и вовсе фантастические вещи: так как гипервизор Hyper-V 3.0 может управлять не только ОС Windows, то компьютер, оснащенный Windows 8 (или как ее там) сможет выполнять и операционную систему Linux в режиме клиентского гипервизора, а пользователь, например, сможет запускать в этом линуксе свои приложения, которых (и такое бывает) нет в Windows. Это же относится и к приложениям, которые работают под устаревшими ОС XP или Vista.
Получается, что мы получим не совсем Windows а уже метаоперационную систему на домашних компьютерах. Это, по крайней мере, очень интересно. Ждем новых подробностей. Дополнительно можно почитать тут.
И да, поскольку эта информация не проверенная и не официальная, то никто ничего не гарантирует в окончательном релизе.
Обнаружилась интересная бесплатная утилита HyperV_Mon, которая позволяет наблюдать за производительностью серверов Microsoft Hyper-V и своевременно обнаруживать проблемы:
HyperV_Mon 1.8 показывает ресурсы (CPU, Memory, I/O), используемые root partition и гостевыми системами виртуальных машин, а также накладные расходы гипервизора. Версия 2.0 будет поддерживать уже Hyper-V R2, который будет в Windows 2008 R2 SP1, планируемый к релизу в ближайшее время. Скачать HyperV_Mon 1.8 можно по этой ссылке.
Red Hat RHEV SPICE (Simple Protocol for Independent Computing Environments, through acquisition of Qumranet)
HP RGS (Remote Graphics Solution)
Oracle/Sun ALP (Appliance Link Protocol, Sun Ray)
Oracle/Sun/Tarantella AIP (Adaptive Internet Protocol)
Собственно, результаты:
Ну а за Teradici не заржавело - и они сразу сделали презентацию, что проблем нет:
Однако из многочисленных (и не особо-то опровергаемых VMware) комментариев в сети видно, что PCoIP пока все-таки проигрывает Citrix HDX. Но! Это всего лишь протокол, а в инфраструктуре VDI - протокол хоть и важен, но это далеко не единственное, что нужно учитывать при выборе решения для виртуализации корпоративных ПК предприятия.
Мы уже писали о средстве VMware vCloud Director для управления облачными виртуальными инфраструктурами на базе платформы VMware vSphere. Этот "менеджер менеджеров" позволяет организовать процесс управления виртуальными вычислительными ресурсами таким образом, чтобы ИТ-подразделение компании могло выделять сервисы в виртуальных машинах по запросу, учитывая качество обслуживания различных категорий пользователей, считать потребляемые ресурсы=деньги (для этого есть дополнение - VMware vCenter Chargeback) и контролировать жизненный цикл виртуальных машин (для этого есть надстройка VMware vCenter Request Manager).
Компания Microsoft недавно анонсировала средство управления System Center Virtual Machine Manager (SCVMM) 2012 для платформы Hyper-V, которое в будущем может стать конкурентом VMware vCloud Director. Этот продукт реализует модную нынче концепцию Infrastructure as a Service (IaaS).
Как сообщили в Microsoft, данный продукт находится в стадии Community Technology Preview (CTP), но уже можно говорить о некоторых возможностях которыми будет обладать SCVMM 2012 для управления крупными облачными инфраструктурами:
SCVMM 2012 будет иметь 2 основных роли: Service Management (управление жизненным циклом виртуальных машин и приложений в них) и Fabric Management (управление конфигурациями вычислительных ресурсов: computing, networking, storage). Это похоже на то, что делает VMware vCloud Director.
Взаимодействие с системами хранения будет проходить посредством механизма SMI-S (Storage Management Initiative Specification). SCVMM 2010 будет выделять новые LUN на уровне кластера.
Возможность создания logical networks (абстракция IP подсетей, VLAN'ов и DNS доменов) для внутреннего облака. Эта возможность есть и у VMware.
Возможность определять и назначать пулы IP-адресов логическим сетям (logical networks), а также пулы MAC-адресов группам хостов.
Возможность копирования шаблонов виртуальных машин SAN-to-SAN при развертывании сервисов.
Поддержка модулей Citrix NetScaler в качестве балансировщика нагрузки для создания адресов Virtual Private Addresses (VIPs) и назначения их нужным сервисам.
Все, что пока есть на данный момент, это вот такой скриншот SC VMM 2012:
Говорят, что System Center Virtual Machine Manager 2012 будет доступен во второй половине 2011 года.
Компания Microsoft несколько дней назад объявила о выходе средства System Center Virtual Machine Manager Self-Service Portal 2.0 (VMMSSP 2.0), позволяющего пользователям или группам самостоятельно развертывать отдельные виртуальные машины или их наборы в рамках виртуальной инфраструктуры на базе Microsoft Hyper-V.
Помимо этого с помощью портала System Center Virtual Machine Manager Self-Service Portal 2.0 можно выполнять следующие задачи:
Configuration and allocation of datacenter resources: хранение информации о конфигурациях вычислительных ресурсов датацентра (процессорные ресурсы, сеть, хранилища) в базе данных и их выделение пользователям.
Customization of virtual machine actions: веб-интерфейс для расширения спектра действий с виртуальной машиной (например, можно добавить скрипты для взаимодействия с SAN при развертывании ВМ).
Business unit on-boarding: широкие возможности по управлению пользователями различных бизнес-единиц компании для работы с порталом.
Infrastructure request and change management: пользовательские формы запроса на выделение вычлительных ресурсов и рабочие процессы, направленные на сокращение времени между запросом пользователя и получением им ресурсов..
Self-Service provisioning: массовое развертывание виртуальных машин через веб-интерфейс и управление развернутой инфраструктурой на базе механизма ролей пользователей.
Возможность расширения возможностей портала средствами сторонних разработчиков.
Скачать System Center Virtual Machine Manager Self-Service Portal 2.0 можно по этой ссылке.
Компания Microsoft объявила о доступности релиза-кандидата первого пакета обновлений (SP1) к серверной платформе Windows Server 2008 R2. Наиболее ожидаемые новые возможности продукта в плане виртуализации на базе Hyper-V - это техника Dynamic Memory и технология RemoteFX для оптимизации отображения пользовательских окружений (является частью семейства служб Remote Desktop Services, RDS - соответственно, версия RDP продвигается от 7.0 к 7.1).
Возможность Dynamic Memory позволяет перераспределять свободную память между гостевыми ОС виртуальных машин (у каждой машины есть гарантированный минимум, а используемая память может динамически расти до определенного предела). О Dynamic Memory в Hyper-V можно почитать вот в этих документах компании Microsoft:
Функции Microsoft RemoteFX позволят пользователям работать с виртуальным ПК на базе Hyper-V с включенными функциями Windows Aero, смотреть full-motion видео, работать с приложениями Silverlight и запускать 3D-приложения с небольшими потерями производительности (технологии купленной компании Calista). Рендеринг картинки происходит на стороне сервера, а клиенту посылаются сжатые битмапы (что-то подобное протоколу PCoIP от Teradici в VMware View 4.5). Соответственно, RemoteFX можно будет использовать для VDI-сценариев и терминальных серверов (кстати, обещают интеграцию RemoteFX в семейство технологий Citrix HDX в XenDesktop).
Подробнее о RemoteFX можно узнать из этого документа:
Как вы знаете, новый релиз платформы виртуализации Microsoft Hyper-V R2 SP1 несет нам новую возможность Dynamic Memory, которая позволяет перераспределять свободную память между гостевыми ОС виртуальных машин (у каждой машины есть гарантированный минимум, а используемая память может динамически расти до определенного предела).
Но вот чтобы Dynamic Memory красиво работала при больших нагрузках на Parent Partition хоста (например, Hyper-V у вас установлен на рабочем ноутбуке), нужно гарантировать память основной хостовой системе. Делается это просто:
создаем в ветке реестра HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Virtualization ключ типа DWORD с именем memoryreserve
в качестве значения указываем число в мегабайтах для резервирования памяти для родительского раздела
Понятное дело, что если установить слишком большое значение - память будет простаивать, слишком маленькое - хостовая ОС будет тормозить из-за раздачи свободной памяти гостевым ОС.
Не так давно компания Microsoft буквально пошла войной на VMware (от цен последней пользователи в последнее время не в восторге) и выпустила документ "Microsoft Hyper-V vs. VMware ESX & vSphere Operations & Management Cost Analysis", в котором оцениваются затраты на управление виртуальной инфраструктурой для платформ VMware vSphere и Microsoft Hyper-V.
Естественно, Microsoft Hyper-V проще в управлении - поэтому он побеждает во всех номинациях:
Мы уже привыкли не верить Microsoft и привыкли не верить VMware. Так что данное исследование можно почитать просто от нечего делать. Естественно, в данном исследовании мы видим фразы, перечеркивающие все достижения компании VMware за последние годы:
The average density of Windows Server guests per server was 30% greater for Hyper-V (7.9) than VMware (6.1) ... The average VMware customer would require 83 servers, while the average Hyper-V customer would require only 64 servers (19 fewer), to support the study average of 501 Windows Server guests
...
Average costs were $10,357 per guest when hosted on Hyper-V versus $13,629 per guest when hosted on VMware, a 24% savings for Hyper-V versus VMware
Кстати, большой плюс Microsoft в данном сравнении, что несмотря на крайнюю субъктивность, она уже не просто в лоб сравнивает продукты по ценам, а более тонко подходит к задаче, приплетая операционные издержки.