Компания Microsoft недавно анонсировала изменения в лицензировании ОС Windows 8, которые кажутся странными на фоне чаяний сообщества об упрощении лицензионной политики для VDI-решений. Во-первых, появляется лицензия Companion Device License (CDL), которая идет в дополнение к приобретаемой Software Assurance (SA)...

Мы уже писали о том, что компания Microsoft выпустила публичные бета-версии нового поколения своих операционных систем семейства Windows 8, в частности, Windows Server 8 с гипервизором Hyper-V 3.0.

На днях компания Microsoft анонсировала еще одну интересную вещь - в новой серверной ОС появится возможность резервного копирования данных в облако Azure посредством служб Microsoft Online Backup Service.

В новой Windows 8 Server агент резервного копирования Microsoft Online Backup Agent предоставляет данную функциональность посредством стандартного интерфейса Windows Server Backup.

Microsoft Online Backup Service обладает следующими преимуществами:

• Трекинг изменений файлов на блочном уровне и инкрементальное резервное копирование данных в облако
• Хранимые на сервисе Azure резервные копии зашифрованы (при этом, ключ не передается в облако, соответственно, данные не могут быть расшифрованы со стороны MS), а также происходит дедупликация данных
• После создания резервной копии в облаке происходит контроль целостности резервной копии во избежание порчи и потерь данных. Кроме этого защищаемые данные на сервере постоянно проверяются на целостность, и, если они повреждены, предлагается их восстановить из облака
• Доступны гибкие политики РК и хранения резервных копий (retention policies)

Пользователи бета-версии Windows Server 8 уже сейчас могут получить бесплатно 10 ГБ хранилища для резервных копий в Azure по этой ссылке.

Мы уже писали о новых возможностях гипервизора Hyper-V 3.0, который появится в новой версии серверной ОС Windows Server 8 (сейчас уже есть открытая бета), а сегодня расскажем еще о нескольких интересных моментах.

1. Во-первых, в Hyper-V появился нормальный, человеческий виртуальный коммутатор (Layer 2) - Hyper-V Extensible Switch:

Базовыми возможностями сетевого коммутатора Hyper-V являются:

• Возможность изоляции виртуальных машин путём создания частных виртуальных сетей (PVLANs)
• Защита от ARP Spoofing атак
• Защита от DHCP Snooping атак
• Изоляция и ограничение пропускной способности портов коммутатора
• Поддержка VLAN Trunking для виртуальных машин
• Мониторинг трафика
• Управление через PowerShell и WMI

Более подробно об этой возможности рассказал Алексей Кибкало.

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 году.

6. Ну и на закуску, плакат Windows Server 8 Beta Hyper-V Component Architecture, объясняющий как устроен Hyper-V 3.0:

В общем, доварился уже Hyper-V, можно первую ложку пробовать.

Компания 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:

Кроме того, в клиенской версии Windows 8 возможности Hyper-V 3.0 будут такими же, как и в серверной версии:

Важное отличие только в том, что в клиентской Windows 8 на хосте обязательно наличие поддержки Second Level Address Translation (SLAT), а в серверной - нет.

Итак, ссылки на скачивание и документацию:

• Windows 8 Consumer Preview (скачать, руководство, FAQ, ISO)
• Windows 8 Server Beta (скачать, материалы, что нового)
• Hyper-V Server 8 Beta (скачать)

Управлять Windows 8 Server Beta можно с рабочей станции Windows 8 Consumer Preview с помощью пакета RSAT. Ну и напоминаем, что инструкция по запуску этих ОС на VMware vSphere действует и для этих билдов.

Некоторые пользователи VMware ThinApp сталкиваются со следующей проблемой при развертывания виртуализованных приложений: некоторые приложения разработаны под конкретную версию ОС Windows, тип (64 bit или 32 bit) и даже Service Pack. В этом случае приложение может, например, работать корректно в Windows 7 и некорректно в Windows Vista.

Таким образом, при массовом развертывании пакетов ThinApp один и тот же пакет администратор может разместить на машины с разными версиями ОС, что приведет к появлению трудновыявляемых проблем. Кроме этого, в освещенном нами решении VMware Horizon Application Manager, у пользователей появляется возможность самостоятельного развертывания пакетов в корпоративной инфраструктуре.

Как же сделать так, чтобы установка приложения VMware ThinApp зависела от версии ОС Windows? В самом ThinApp такого механизма нет, поэтому придется обратиться к редактированию шаблона msi-установщика, используемого ThinApp. Это позволит установочному пакету ThinApp MSI устанавливаться только на ограниченных условиями операционных системах.

Делается это так:

1. Заходим в каталог %programfiles%\VMware\VMware ThinApp и видим там файл template.msi, который можно открыть с помощью утилит для редактирования MSI установщиков. Можно воспользоваться утилитой Microsoft - Orca. Но перед внесением изменений надо сделать резервную копию этого файла, так как нам потом понадобится откатить изменения (см. пункт 5).

2. Открываем шаблон template.msi и создаем новую таблицу LaunchCondition, для которой создаем новое условие (Condition), где в качестве значения вводим ограничение запуска пакета:

• Для запуска только на ПК с ОС Windows 7 - условие "VersionNT=601". В поле "Description" вводим сообщение, которое нужно показать пользователю при запуске пакета, например "Это приложение может быть запущено только под Windows 7"
• Для запуска только на Windows XP Service Pack 3 или выше используем условие "VersionNT=501 AND ServicePackLevel>=3"
• Для запуска только на 32-битной ОС добавляем условие "Not VersionNT64"

Полный список параметров для различных версий и типов ОС Windows можно найти в статье MSDN "Operating System Property Values".

3. Добавляем новый Action "LaunchConditions" в существующую таблицу "InstallExecuteSequence", где добавляем условие "Not Installed" с номером сущности (Sequence number) - "410".

4. Билдим проект ThinApp, используя файл Build.bat в папке с проектом. В результате в папке bin создастся новый MSI-пакет с настроенным условным запуском.

5. Важно: все последующие билды проектов ThinApp будут происходить с добавлением данных условий, поэтому необходимо будет откатить изменения, сделанные в Template.msi

Ну а вот так будут выглядеть сообщения, выдаваемые при запуске виртуализованного приложения на версии Windows, которая не подпадает под указанные в установщике условия:

Как мы уже писали, в VMware View 5 появились функции Persona Management, позволяющие создать виртуальный профиль пользователя (virtual profile), отделенный от виртуального ПК. Возможности Virtual Profiles в Persona Management реализованы на базе программного продукта от компании RPO Software, приобретенного VMware. Смысл виртуальных профилей - "отвязать" профиль пользователя (реестр, настройки ОС и т.п.) от операционной системы Windows и повысить портируемость пользовательских окружений.

Если вам не терпится посмотреть на то, что из себя представляет новая версия настольной ОС Microsoft Windows 8, то есть способ это сделать, не мучая физический компьютер. Если раньше официальная статья KB 2006859 говорила о том, что в виртуальной машине Windows 8 поставить нельзя, то теперь вышел патч для vSphere 5, а William Lam описал способ развертывания гостевой ОС.

Способ очень прост:

1. Устанавливаем на хост VMware ESXi патч ESXi500-201112001 (patch02) из VMware patch repository.

2. Создаем виртуальную машину, указав в качестве гостевой ОС Windows 7 или Windows 2008 R2.

3. Заходим в настройки ВМ "Hardware->Video Card" и включаем "3D graphics support" (нужно для установки VMware Tools).

4. Привязываем к ВМ ISO-образ Windows 8 и запускаем установку.

В итоге Windows 8 в виртуальной машине vSphere 5 работает отлично:

Ну а Windows 8 Developer Preview можно скачать по этой ссылке. Как мы уже писали, бета-версию Windows 8 обещают к концу февраля, а окончательный релиз - к концу года.

Интересный SaaS-продукт обнаружился на выставке CES 2012, прошедшей с 10 по 13 января в Лас-Вегасе. Компания OnLive представила онлайн-сервис по аренде десктопов с Windows для пользователей Apple iPad - OnLive Desktop.

Идея, вроде бы, неплохая. Однако тут сразу же возникает множество вопросов, озвученных в статье "Breaking down OnLive Desktop: Why this is not the desktop virtualization solution you're looking for".

Самый главный из них - лицензирование. Как известно, сдача в аренду ПО 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. Окончательный же выход новой платформы ожидается к концу года (серверной и клиентской).

На прошедшей конференции 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)

Скачать видео:
High quality MP4 | Lower quality MP4

Коммуникация между виртуальными машинами на разных хостах будет поддерживаться (в том числе) и через 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 - возможность перенаправления трафика виртуальной машины (входящего и исходящего) на другой порт в целях мониторинга ИБ.
• Virtual Switch Extensions - фильтры для виртуального коммутатора.
• Network Resource Pools - пулы сетевых ресурсов, как я понял, что-то вроде нетвоков в vSphere.

Также рекомендуем вам почитать нашу заметку "Hyper-V 3.0, Windows 8 и клиентский гипервизор от Microsoft".

Компания Microsoft объявила о выходе Community Technology Preview версии продукта Windows Thin PC (WinTPC), представляющего собой отдельную ветку операционной системы Windows 7 для VDI-клиентов (Virtual Desktop Infrastructure).

Windows Thin PC позволит пользователям VDI-решений от Microsoft (а также App-V) использовать существующие компьютеры в качестве клиентов инфраструктуры виртуальных ПК (типа как превратить их в тонкие с точки зрения софта клиенты). Решение будет доступно пользователям с активной подпиской Software Assurance.

WinTPC позволит использовать следующие возможности:

• Технологию оптимизации графического отображения RemoteFX
• Поддержку System Center Configuration Manager (SCCM) для автоматизированного развертывания и управления образами клиентов WinTPC
• Фильтр для предотвращения записи на диск пользователем и приложениями

Скачать CTP-версию Windows Thin PC можно по этой ссылке.

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, а также хосты могут обладать разной мощностью процессоров, что делает предпочтительным использование относительных значений вместо абсолютных.

Как вы знаете, некоторое время назад компания VMware обновила свое решение для виртуализации корпоративных ПК предприятия, выпустив версию VMware View 4.5. На прошлой неделе вышло еще одно важное обновление VMware View 4.6.

Новые возможности платформы VMware View 4.6:

• Security servers can now accommodate PCoIP connections - долгожданная возможность решения VMware View. Теперь роль Security Server включает компонент PCoIP Secure Gateway, который позволяет туннелировать (или проксировать, как вам нравится) PCoIP-трафик (раньше это было возможно только для трафика RDP). Компонент PCoIP Secure Gateway позволяет получить несколько преимуществ:
  • Трафик PCoIP может ходить по WAN-каналам в датацентр в рамках защищенного соединения для аутентифицировавшихся пользователей.
  • Теперь не требуется VPN-соединения с инфраструктурой датацентра, поскольку PCoIP-соединения идут не напрямую к хостам VMware ESX / ESXi, а могут идти через Security Server.
  • Роль Security server с поддержкой туннелирования PCoIP может быть установлена на Windows Server 2008 R2 с полной поддержкой 64-битной архитектуры.
• Enhanced USB device compatibility - VMware View 4.6 поддерживает перенаправление USB-устройств для синхронизации iPhone и iPad с виртуальными ПК. Этот релиз также включает улучшения для USB-сканнеров и имеет поддержку дополнительных USB-принтеров, которые можно использовать с тонкими клиентами. Для получения полного списка читайте Release Notes для View Client.
• Keyboard mapping improvements - исправлено множество багов и неудобств при использовании клавиатуры с виртуальными ПК. Для получения полного списка исправлений читайте Release Notes для View Client.
• New timeout setting for SSO users - это настройка для функциональности сквозной аутентификации в виртуальных ПК (single-sign-on, SSO). Новая настройка позволяет установить время, в течение которого возможность сквозной аутентификации остается валидной. То есть, если администратор установил время в 10 минут, а пользователь с помощью SSO залогинился на View Connection Server, то если он отойдет от компьютера после того как десктоп станет неактивным на 11 минут, то пользователю потребуется ввести свои учетные данные.
  
• VMware View 4.6 includes more than 160 bug fixes - Множественные исправления ошибок, которые приведены в списке Resolved Issues.
• Experimental support for Microsoft Windows 7 SP1 RC operating systems - экспериментальная поддержка ОС Microsoft Windows 7 SP1 (которая уже есть в релизе, а не в RC) в качестве клиентской ОС.

Скачать пробную версию VMware View 4.6 можно по этой ссылке.

UPD. Появилось видео с обзором удаленного доступа через VMware View Security Server по протоколу PCoIP:

Если вы читаете virtualization.info (откуда кстати в Gartner ушел Alessandro Perilli), то помните, что какое-то время назад в сети появились некоторые детали о гипервизоре Hyper-V 3.0. Сейчас вот появилась новая информация.

Итак, 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 а уже метаоперационную систему на домашних компьютерах. Это, по крайней мере, очень интересно. Ждем новых подробностей. Дополнительно можно почитать тут.

И да, поскольку эта информация не проверенная и не официальная, то никто ничего не гарантирует в окончательном релизе.

Вы конечно уже слышали, что вышла новая версия StarWind Enterprise 5.5, предоставляющая еще больше возможностей для создания отказоустойчивых хранилищ iSCSI для хост-серверов виртуализации VMware vSphere / ESX (больше тут, тут и тут).

Создавать iSCSI-хранилища с помощью этого продукта вы можете на любом Windows-сервере, к которому может быть подключено локальное хранилище (свои диски или DAS), либо общее хранилище (Fibre Channel / NFS / iSCSI).

Только вот при установке StarWind Enterprise на Windows Server 2003 вы получите вот такое сообщение:

В Windows Server 2008 этот инициатор уже есть, а вот в Windows 2003 нужно установить Microsoft iSCSI Initiator для StarWind. Для этого переходим по ссылке "Microsoft iSCSI Software Initiator Version 2.08" и устанавливаем его в Windows Server 2003:

после чего перезагружаем сервер.

И да, для тех кто уже имеет инсталляцию StarWind Enterprise HA. Как обновить продукт на версию 5.5:

1. Надо устанавливать версию StarWind 5.5 прямо поверх предыдущей (при этом хранилище для виртуальных машин будет оставаться доступным и прерывания их работы не произойдет).

2. Сначала обновляем первый узел кластера StarWind Enterprise HA.

3. Затем синхронизируем ноды между собой.

4. Обновляем второй узел и снова синхронизируемся.

Наконец-то. Компания VMware выпустила открытый и достаточно полный документ VMware View Optimization Guide for Windows 7, в котором рассказывается о том, как правильно подготовить виртуальные ПК с гостевой ОС Windoows 7 для использования в рамках VDI-решения на вашем предприятии.

Напомним также наш пост об оптимизации гостевых ОС и виртуальных машин для VMware View и других VDI-решений. Ну и, конечно, не забываем об основных ошибках при внедрении инфраструктуры виртуальных ПК.

Именно так. Работает, но не поддерживается. Если вы откроете документ VMware vSphere Compatibility Matrix, то по состоянию на 18 февраля 2010 года, вы увидите, что поддержки Windows Server 2008 R2 для VMware vCenter нет:

О чем это говорит? О том, что на момент выхода VMware vSphere 4 Update 1 цикл тестирования на ОС Windows Server 2008 R2 еще не был завершен.

И кстати, не забывайте, поскольку Windows Server 2008 R2 бывает только 64-битным, а vCenter требует 32-битный DSN для SQL Server, перед установкой vCenter прочитайте о том, как сделать все правильно.

После анонса планшетного ПК Apple iPad многие потенциальные пользователи так и не поняли, для чего он может оказаться им нужен. Отсутствие USB-портов, многозадачности и поддержки Flash не только настораживает, но и вводит в недоумение как iPad можно использовать не только дома, но и на работе.

Тем не менее, компания Citrix, известная своим клиентским приложением Citrix Receiver for iPhone, позволяющим осуществлять работу с Windows-приложениями на iPhone с помощью продукта XenApp, уже предложила решение этой проблемы.

Очень просто - вы сможете установить клиентское ПО Citrix Receiver для XenApp на вашем iPad и получить вот такую привычную картинку:

Компания Xtravirt вновь и вновь продолжает радовать пользователей бесплатными программами и утилитами для VMware vSphere / ESX. На этот раз выпущена утилита Xtravirt vSphere RDP Plug-in, позволяющая добавить в контекстное меню виртуальной машины в VMware vSphere Client опцию "Connect via RDP", что очень полезно системным администраторам:

Системные требования Xtravirt vSphere RDP Plug-in:

• VMware vCenter Server 4 или более поздней версии
• VMware vSphere Client 4.0.0 или более поздней версии
• Microsoft .NET Framework 3.5
• Microsoft Remote Desktop Connection client 7.0 или более поздней версии

Скачать Xtravirt vSphere RDP Plug-in можно по этой ссылке.

В ОС Microsoft Windows 7 есть режим Windows XP Mode, который представляет собой виртуальную машину с Windows XP SP3, запущенную на платформе Microsoft Virtual PC. Эта ВМ может использоваться для запуска унаследованных программ, несовместимых с Windows 7, которые будут отображаться в бесшовном окне так, будто бы они запущены в самой Windows 7.

Однако, возможностей Virtual PC вам может оказаться недостаточно при работе с ОС Windows XP - и тогда здесь поможет более совершенная (но платная) платформа виртуализации VMware Workstation 7. Если вы уже создали виртуальную машину Windows XP Mode и хотите перенести ее в среду Workstation, нет ничего проще - для этого у последней есть встроенный механизм импорта.

Для начала переноса виртуальной машины Windows XP Mode в VMware Workstation 7 в меню File выберите пункт Import Windows XP Mode VM:

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

После создания виртуальной машины с Windows XP Mode не забудьте установить в ней VMware Tools. Кроме того, помните, что такую машину нельзя клонировать (точнее не могут быть запущены 2 таких ВМ одновременно в соответствии с лицензионным соглашением).

Не так давно компания Citrix выпустила окончательную версию продукта Citrix Essentials 5.5 for Hyper-V R2, который некоторе время был в стадии бета-тестирования. Продукт Citrix Essentials 5.5 for Hyper-V позволяет добавить функции расширенного управления для гипервизора Hyper-V R2 в составе платформы Microsoft Windows Server 2008 R2.

Основное нововведение средства Citrix Essentials 5.5 for Hyper-V - реализация технологии StorageLink Site Recovery, которая позволяет строить отказоустойчивые решения для виртуальных машин на платформе Hyper-V R2 (о ее поддержке объявила уже компания HP для массивов StorageWorks SAN). Эта технология позволяет контролировать функции репликации массивов SAN из одной консоли Citrix Essentials, что существенно упрощает администрирование катастрофоустойчивого решения на базе Hyper-V. Кроме того, присутствуют также возможности "симуляции катастрофы", что позволит системным администраторам убедиться в том, что переключение на резервную виртуальную инфраструктуру Hyper-V произойдет корректно при аварии (например, пожар в серверной или отключение электричества).

Скачать пробную версию Citrix Essentials 5.5 for Hyper-V R2 можно по адресу: http://www.citrix.com/ehvexpress

Также напоминаем, что есть бесплатное издание Citrix Essentials for Hyper-V R2 Express Edition, которое ограничено двумя хостами Microsoft Hyper-V и одним массивом хранения данных.

Компания Microsoft с выпуском операционной системы Windows 7 предоставила пользователям способ запуска устаревших приложений, несовместимых с этой ОС, в специальном режиме Windows XP Mode. Этот режим представляет собой виртуальную машину под управлением Virtual PC с гостевой операционной системой Windows XP Service Pack 3, в которой можно работать как в обычной среде XP SP3, при этом само приложение будет отображаться так, будто оно работает в Windows 7.

Параллельно с выпуском решения для виртуализации корпоративных ПК VMware View 4, который уже доступно для загрузки, компания VMware выпустила также первый пакет обновлений для VMware vSphere. Update 1 теперь доступен для VMware ESX 4 и vCenter 4 и намеренно выпущен с релизом четвертой версии VMware View 4, поскольку последнее с VMware vSphere 4 Update 1 будет работать лучше всего.

Итак, какие новые возможности предоставляет пользователям VMware vSphere 4 Update 1:

• Полная поддержка решения VMware View 4.0 (View Manager, Composer и т.п.).
• Поддержка Windows 7 и Windows 2008 R2 (32 и 64 битные). Теперь VMware vSphere Client без дополнительных настроек работает на Windows 7.
• Поддержка кластеров Microsoft Cluster Server (MSCS) для Windows 2000, 2003 и Windows Server 2008 Failover Clustering при работе в кластерах HA и DRS в ограниченной конфигурации.
• Enhanced VMware Paravirtualized SCSI Support - теперь паравиртуализованный адаптер SCSI-контроллера можно использовать и для загрузочных (boot) дисков под гостевые ОС с Windows 2003 и 2008.
• Improved vNetwork Distributed Switch Performance - убраны тормоза и увеличено быстродействие при операциях добавления / удаления хостов ESX / ESXi из vDS, а также изменении его конфигурации при больших нагрузках.
• Increase vCPU per Core Limit - теперь на одно ядро физического процессора можно использовать до 25 виртуальных vCPU машин.

Скачать VMware vSphere 4 Update 1 (ESX и vCenter) можно по адресу: http://www.vmware.com/tryvmware

Решение VMware View 4 для виртуализации корпоративных настольных ПК будет доступно для загрузки уже сегодня. Поэтому многие будущие пользователи хотели бы знать, какие именно требования предъявляет продукт VMware View 4 к серверам виртуализации VMware ESX и виртуальной инфраструктуре VMware vSphere 4. Как известно, для VMware View 4 можно использовать не только ESX 4, но и ESX 3.5 из состава VMware Virtual Infrastructure 3.5.

Рекомендуемые системные требования VMware View 4 для использования совместно с функционалом View Composer:

• Лицензированный vCenter Server 4.0 Update 1
• Административный доступ к vCenter Server
• Возможность установить VMware View Composer на vCenter
• Возможность установки базы данных View Composer:
• Существующая БД SQL Server или Oracle
• Рекомендуется 2 ГБ дискового пространства под БД
• Пул ресурсов (Resource pool)
• Шаблон виртуальной машины с настольной ОС, который будет использован для развертывания ПК
• Спецификация для автоматизированного развертывания QuickPrep (Guest customization specification)
• Как минимум один хост ESX/ESXi 4.0 Update 1
• Виртуальное хранилище для настольных ПК (Datastore)
• Доступ к настройке сетевого взаимодействия виртуальных машин
• Для виртуальной инфраструктуры VMware Virtual Infrastructure 3.5 понадобится:
• Сервер vCenter 2.5 Update 3 или 4, управляющий как минмум одним хостом VMware ESX/ESXi 3.5 Update 3 или 4.

В каких случаях и какие версии VMware vSphere / vCenter и ESX можно использовать для VMware View 4?

• Если вы планируете использовать функционал VMware View Composer 4, то потребуется ESX/ESXi 4.0 U1 и vCenter 4.0 U1.
• Если вы планируете использовать функционал VMware View Composer 4 и View 4 для VI 3.5, то понадобится vCenter 2.5 U3 или выше, управляющий серверами ESX/ESXi 3.5 U3 или U4.
• Более старые версии ESX/ESXi и vCenter могут быть использованы, если не требуется функционал View Composer.
• Вы можете использовать VMware View 4 c vCenter 4.0 U1, управляющим более старыми хостами ESX/ESXi, но не сможете использовать полный спектр возможностей VMware vSphere, таких как, например, hardware version 7.
• Расширение View Composer 2.0 API было полностью переписано и оптимизировано для vCenter 4.x и ESX/ESXi 4.x в целях производительности и надежности. Этот API несовместим с vCenter 2.5.x и ESX/ESXi 3.5.x.  View Composer 2.0 использует legacy API для более ранних версий vCenter или ESX/ESXi.  Этот legacy API может быть также использован, пока вы не включите View Composer 2.0 API в настройках View Administrator.
• Windows Vista поддерживается на серверах ESX/ESXi, начиная с версии 3.5. Windows Vista поддерживается экспериментально на серверах ESX Server 3.0.x.
• Поддержка Windows 7 реализована в VMware View 4 экспериментально (в этом режиме поддерживаются клиенты и гостевые ОС). Тем не менее, возможно использование Windows 7 на серверах VMware View 4 для тестовых целей.

Системные требования для View Connection Server (где установлен VMware View 4 Manager):

• Операционная система Windows Server 2003 (без установленного веб-сервера). Рекомендуется использовать его в виртуальной машине для тестирования возможностей.
• Минимум 2 ГБ RAM (рекомендуется 3 ГБ)
• Процессор 2 ГГц или более быстрый (рекомендуется 2 CPU)
• Член домена Windows Active Directory
• Доступ к серверу DHCP
• Как минимум 1 активный сетевой адаптер (рекомендуется гигабитный NIC)

Что еще потребуется при тестировании VMware View 4 на VMware vSphere / VI в инфраструктуре компании:

• Доступ к контроллеру Active Directory и возможность создавать следующие учетные записи:
• Domain administrator account
• User accounts в домене
• Привилегии на присоединение машины к домену
• Доступ к серверу DHCP
• Возможность добавлять fully qualified domain names (FQDNs) в ваш DNS (предпочтительно использовать функции auto-register для виртуальных ПК)

Какие требования предъявляет VMware View 4 при доступе с клиентских устройств:

• Поддерживаемая ОС клиента или веб-браузер для ПК
• Тонкие клиенты из списка совместимости VMware View 4
• Возможность доступа по протоколам RDP или PCoIP

Не так давно компания VMware выпустила седьмую версию продукта VMware Workstation 7 с полной поддержкой Windows 7 в качестве гостевой и хостовой ОС. Теперь VMware бесплатно предлагает пройти обучающий курс VMware Workstation 7: Fundamentals, где раскрываются основные возможности этой настольной платформы виртуализации по работе с виртуальными машинами:

Для прохождения курса потребуется создание аккаунта на VMware Education Services.

Компания VMware выпустила седьмую версию своей настольной платформы виртуализации VMware Workstation 7. Релиз "семерки" состоялся несколькими днями позднее, чем выпуск Windows 7, которую "метут с прилавков магазинов" и у которой, кстати, есть свой куцый конкурент Workstation - Windows XP Mode. Продукт VMware Workstation 7 полностью поддерживает все издания Windows 7 и имеет столько новых возможностей, что любому из конкурентов (VirtualBox, Parallels и др.) его уже практически не догнать.

На днях на сайте компании VMware стал доступен для загрузки релиз-кандидат настольной платформы виртуализации VMware Workstation 7, а также продуктов VMware Ace 2.6 и VMware Player 3.0.

Новые возможности VMware Workstation 7:

• Поддержка VMware ESX в качестве гостевой ОС для тестовых и демонстрационных лабораторий
• Поддержка Windows 7 как в качестве гостевой, так и хостовой ОС
• Драйвер WDDM для гостевой ОС Windows 7
• OpenGL и Shader Model 3.0 для гостевых ОС Windows XP и Vista
• Динамическая загрузка пакета VMware Tools
• Многоядерные и четырехпроцессорные виртуальные машины (4 vCPU), до 32 ГБ RAM на гостевую ОС.
• Возможность печати из виртуальной машины без установки драйверов за счет средств ThinPrint
• Создание снапшотов через заданные интервалы времени (функции AutoProtect)
• Remote Replay Debugging - возможности отладки для разработчиков и тестировщиков
• Защита виртуальных машин 256-битным шифрованием
• Поддержка библиотеки ALSA для гостевых ОС Linux, что позволит играть музыку из нескольких виртуальных машин параллельно
• Мгновенная приостановка виртуальной машины при необходимости освобождения системных ресурсов
• Улучшенный Linux Virtual Network Editor, который напоминает таковой для Windows

Интересная штука произошла с VMware Player - он теперь умеет создавать виртуальные машины с помощью возможностей Easy Install:

При этом многие возможности VMware Workstation 7 появились и в VMware Player 3.0.

Скачать VMware Workstation 7 можно по этой ссылке: http://communities.vmware.com/community/beta/workstation.