Microsoft Windows Virtual Desktop Access
Основные принципы лицензионной политики Microsoft
Программное обеспечение защищено от несанкционированного копирования законами об авторских правах. Законы об авторских правах предусматривают сохранение за автором (издателем) программного обеспечения нескольких исключительных прав, одно из которых – право на производство копий программного обеспечения.
Приобретение программного продукта – это приобретение лицензии (права) на его использование. Для каждой используемой программы необходима лицензия. Условия лицензии фиксируются в лицензионном соглашении конечного пользователя (EULA – End User License Agreement).
Лицензионные права, как правило, различаются для разных категорий продуктов:
- Персональные операционные системы, настольные приложения, игры, мультимедийные программы лицензируются по принципу – одна лицензия на один компьютер. Не имеет значения, сколько физических лиц использует компьютер.
- Средства разработки лицензируются по принципу – одна лицензия для одного физического лица.
- Серверные продукты предполагают в общем случае две схемы лицензирования: лицензирование «сервер/клиент» (серверная лицензия для установки на сервер плюс клиентские лицензии для устройств или пользователей, обращающихся к службам сервера) или лицензирование на ядро процессора (лицензируются серверные вычислительные мощности по ядрам, используемым в серверах)..
Способы приобретения лицензий
Коробочная лицензия Full Package Product (FPP)– включает диск в красочной коробке, руководство пользователя наклейку сертификата подлинности (COA).
Original Equipment Manufacturer (OEM) – лицензия на программное обеспечение для продажи вместе с новым компьютерным оборудованием.
Программы корпоративного лицензирования– наиболее выгодный способ приобретения ПО Microsoft для организаций. Корпоративные схемы предусматривают значительные скидки и позволяют учесть размер компании и другие особенности вашего бизнеса.
Варианты использования лицензий
Большинство лицензионных соглашений прямо запрещают передачу программного обеспечения во временное пользование или предоставление в аренду. В том случае, если бизнес компании, закупающей ПО Microsoft, связан с арендой или прокатом компьютеров и программного обеспечения (например, лизинговая компания или компьютерный клуб), возможно подписание специального соглашения, расширяющего права пользователя, предоставленные стандартными лицензионными соглашениями. Права на использование программного обеспечения могут быть однократно переданы другому лицу на постоянной основе при условии, что передается продукт целиком (включая все предыдущие версии продукта, если новые версии приобретались как обновления). При этом новый пользователь продукта должен принять условия соглашения EULA, в противном случае передача лицензии не может быть произведена. При передаче прав бывший пользователь продукта должен удалить продукт со своего компьютера. Все продукты, приобретенные в виде OEM-версий, а также операционные системы, приобретенные по программам корпоративного лицензирования, могут быть переданы только вместе с оборудованием, на котором они были установлены.
Программы лицензирования для коммерческих организаций
Список документов, которые служат подтверждением лицензионных прав пользователя при приобретении корпоративных лицензий:
Enterprise Agreement | Enterprise Agreement Subscription | MPSA |
Cоглашение EA Соглашение о регистрации Подтверждения заказов Подтверждения платежей |
Cоглашение EA Соглашение о регистрации Подтверждения заказов Подтверждения платежей |
Cоглашение MPSA Соглашение о регистрации Подтверждения заказов Подтверждения платежей |
MPSA – одно простое соглашение для приобретения программного обеспечения и сервисов!
Новое соглашение Microsoft Products and Services Agreement (MPSA) – это единое соглашение для приобретения программного обеспечения и онлайн-сервисов в масштабах организации. Оно позволяет сэкономить время и деньги благодаря объединению баллов за покупки для получения наилучшего уровня цены и уменьшения административных расходов, связанных с управлением несколькими соглашениями. Узнать больше о MPSA>>
Open License | Open Value Subscription | |
Cоглашение Open Лицензионный сертификат eOpen в качестве дополнительного подтверждения |
Cоглашение OVS Уведомление о согласии заключить соглашение (acceptance letter) Ежегодные заказы Подтверждения заказов Подтверждения платежей |
Cоглашение Open Value Уведомление о согласии заключить соглашение (acceptance letter) Ежегодные заказы Подтверждения заказов Подтверждения платежей |
В случае приобретения коробочных и OEM-версий продуктов Microsoft рекомендует сохранять все компоненты приобретенного пакета с программным обеспечением (лицензионное соглашение, носители, документацию, купон регистрационной карты, сертификат подлинности), а также чек/инвойс, подтверждающий факт приобретения продукта.
Что дает соблюдение данного правила:
- Наличие перечисленных компонентов служит для правоохранительных органов подтверждением легальности использования клиентом программного обеспечения.
- По условиям лицензионного соглашения, при передаче прав на использование продукта другому лицу клиент обязан передать все компоненты продукта.
При поставке некоторых продуктов используется электронный формат лицензионного соглашения конечного пользователя – текст соглашения высвечивается на экране при установке продукта. В этом случае рекомендуется распечатать лицензионное соглашение и хранить его совместно с остальными компонентами пакета.
Программы для государственных организаций
Корпорация Microsoft предлагает специальные цены и условия корпоративного лицензирования для соответствующих требованиям государственных организаций любого размера.
Для средних и малых государственных организаций
- Open License for Government. Покупка максимально упрощена, оплата производится один раз. Software Assurance можно приобрести отдельно.
- Open Value for Government. Упрощенное управление лицензиями, предсказуемые затраты на программное обеспечение и оплата в рассрочку. Этот вариант включает Software Assurance.
- Open Value Subscription for Government. Все преимущества соглашения Open Value for Government с меньшими начальными затратами. Организация получает доступ к лицензиям на программное обеспечение Microsoft на срок действия соглашения по модели лицензирования на основе подписки. Соответствующие требованиям государственные организации также могут получить Open Value Subscription на один год.
Software Assurance
Software Assurance — это комплексное предложение по обслуживанию, которое обеспечивает максимальную выгоду от инвестиций в ПО. Оно сочетает доступ к последним версиям программ с круглосуточной поддержкой по телефону, консультациями партнеров, обучением и IТ-инструментами, которые помогают клиентам развертывать, контролировать и переносить программное обеспечение.
Для средних и крупных государственных организаций
- Enterprise Agreement for Government. Упрощенное управление лицензиями в рамках одного соглашения, предсказуемые затраты на программное обеспечение и оплата в рассрочку. Этот вариант включает Software Assurance.
- Enterprise Subscription Agreement for Government. Преимущества Enterprise Agreement с меньшими начальными затратами благодаря лицензированию на основе подписки. Организация получает доступ к лицензиям на программное обеспечение Microsoft только на срок действия соглашения, по модели лицензирования на основе подписки. Этот вариант включает Software Assurance.
- Microsoft Products and Services Agreement. Соглашение Microsoft Products and Services Agreement (MPSA) позволяет объединить все покупки в рамках упрощенного соглашения, позволяющего приобретать и онлайн-сервисы, и локально устанавливаемое программное обеспечение. Учетные записи для закупок позволяют выбирать гибкие варианты приобретения ПО и обеспечивают дополнительный контроль. Software Assurance можно приобрести отдельно.
- Select Plus for Government. Если организации не подходит соглашение MPSA, можно приобретать лицензии на локальное ПО и сервисы Microsoft на любом уровне, от отдела до аффилированного лица, сохраняя при этом все преимущества единой организации, — с помощью соглашения Select Plus. С ним можно покупать лицензии по мере необходимости в рамках единого соглашения без конкретной даты окончания. Клиентам присваивается единый идентификатор для упрощения управления учетной записью. Software Assurance можно приобрести отдельно.
- Облачные сервисы для государственных организаций. Соглашения Microsoft Enterprise Agreement, Microsoft Products and Services Agreement и Open предлагают государственным организациям возможность дополнительно приобрести онлайн-сервисы. Это позволяет перейти на облачные технологии в течение срока действия существующего соглашения в удобном темпе.
Программы для образовательных учреждений
При выборе наиболее подходящей программы корпоративного лицензирования для образовательных учреждений нужно учитывать размер учреждения, его тип и предпочтительный способ покупки лицензий на ПО и онлайн-сервисы Microsoft. Есть два типа программ: на основеподписки и постоянных лицензий.
Лицензии на подписку
Подписка дает право использовать лицензионные продукты (плюс предусмотренные программой обновления и предыдущие версии) в течение срока действия лицензии. Подписка отлично подойдет учебным заведениям, которым необходимы:
- Доступ к новейшим технологиям с минимальными начальными затратами.
- Соответствие нормативным требованиям благодаря обеспечению всех пользователей (или компьютеров) лицензионным ПО на год.
- Автоматический доступ к программе Software Assurance.
Постоянные лицензии
Покупая постоянные лицензии на программное обеспечение, организация получает право использовать программное обеспечение бессрочно. Постоянная лицензия отлично подойдет учебным заведениям, которым необходимы:
- Лицензии на программное обеспечение в собственности.
- Приобретение определенного количества лицензий с единовременной оплатой.
- Программа Software Assurance в качестве необязательного дополнения.
Условия
Следующие типы образовательных учреждений обычно имеют право приобретать лицензии в рамках специализированных программ корпоративного лицензирования Microsoft:
- Учебные заведения.
- Канцелярии и органы управления образованием.
- Общественные библиотеки и музеи.
Чтобы сравнить доступные варианты и найти подходящую программу лицензирования для своего учреждения, зайдите на сайт вендора.
Инструкция по использованию Windows Virtual PC в операционной системе Windows 7
Оглавление
Введение
Виртуализация — это общий термин, охватывающий абстракцию ресурсов для многих аспектов вычислений. Некоторые наиболее характерные примеры виртуализации приведены ниже. В свою очередь, виртуальная машина — это окружение, которое представляется для «гостевой» операционной системы, как аппаратное. Однако на самом деле это программное окружение, которое симулируется программным обеспечением хостовой системы. Эта симуляция должна быть достаточно надѐжной, чтобы драйверы гостевой системы могли стабильно работать. При использовании паравиртуализации, виртуальная машина не симулирует аппаратное обеспечение, а, вместо этого, предлагает использовать специальное API.
Используемые термины:
- Хостовая система (хост) – компьютер, на котором работает платформа виртуализации
- Гостевая операционная система – операционная система, запущенная внутри виртуальной машины
- Виртуальная машина, виртуальная среда – виртуализированное оборудование компьютера, в котором может быть запущена гостевая операционная система и приложения. Одновременно могут быть запущены несколько виртуальных машин
- Виртуальное приложение – виртуальная машина с предустановленной гостевой операционной системой и полностью сконфигурированными приложениями, нацеленная на решение конкретной задачи
В данном руководстве я расскажу о новых возможностях виртуализации операционной системы Windows 7. Virtual PC Windows является новым опциональным компонентом системы, где можно использовать для развертывания и миграции поддержки совместимости приложений в Windows 7, которыми можно управлять в устаревших операционных системах. Этот компонент доступен при загрузке пакета обновлений.
Virtual PC Windows обеспечивает простой способ для управления Windows XP и поддержку совместимости приложений, которые должны управляться именно на этой операционной системе. Можно использовать Windows XP Mode для обращения к виртуальному образу Windows XP, который готов для того, чтобы обеспечить настройку совместимости необходимыми для пользователя приложениями. Можно даже использовать Windows XP Mode и Windows 7 для запуска приложений непосредственно из Windows 7, когда приложения, в принципе, установлены на виртуальной машине Windows XP. Режим Windows XP Mode доступен в Windows 7 Professional, Windows 7 Enterprise, и Windows 7 Ultimate.
Под операционной системой Windows 7 в Windows Virtual PC также можно использовать и другие 32-х разрядные операционные системы. А именно:
- Windows XP – поддерживается только Windows XP Service Pack 3 (SP3) Professional;
- Windows Vista – поддерживается только Windows Vista Enterprise и Windows Vista Ultimate;
- Windows 7 – поддерживается только Windows 7 Enterprise и Windows 7 Ultimate;
В этом руководстве я опишу несколько вариантов использования Virtual PC – установку Windows XP Mode, а также установку другой операционной системы. Для обеспечения управления операционной системой в обоих случаях используются виртуальные машины. Windows XP Mode является более быстрым способом, т.к. он предусматривает меньше шагов и усилий. После того, как будет установлена тестовая среда операционной системы мы рассмотрим несколько ключевых особенностей Windows Virtual PC – таких, как совместное использование физических ресурсов: устройства USB, принтеры, а также жесткие диски.
Действия перед установкой
Для установки Windows Virtual PC необходимо загрузить и установить определенное обновление системы. Перед тем, как устанавливать Windows Virtual PC требуется рассмотреть требования, благодаря которым можно определить, можно ли на вашем компьютере запускать Windows Virtual PC. Для Windows Virtual PC необходима ОС Windows 7 аппаратная поддержка виртуализации. Поддержка виртуализации доступна для процессоров, которые включают в себя опцию виртуализации – а именно, процессоры с технологией виртуализации Intel (Intel VT) и технологии виртуализации AMD (AMD-V), а также некоторые процессоры VIA. Включить аппаратную поддержку виртуализации можно при помощи BIOSа. Для более подробной информации, относительно аппаратной поддержки определенным процессором виртуализации лучше всего обращаться на веб-узел изготовителя аппаратного обеспечения.
Для того, чтобы узнать поддерживается ли аппаратная виртуализация в процессорах Intel требуется сделать следующее:
- Загрузить, установить и запустить Intel Processor Identification Utility;
- Перейти на вкладку «CPU Technologies» и прочитать значение в поле «Intel Virtualization Technology»
Для того, чтобы узнать поддерживается ли аппаратная виртуализация в процессорах AMD требуется загрузить, установить и запустить AMD Virtualization Compatibility Check Utility
В следующем списке отображаются некоторые модели процессоров Intel, у которых есть аппаратная поддержка виртуализации:
- Pentium 4 662 and 672
- Pentium Extreme Edition 955 and 965 (not Pentium 4 Extreme Edition with HT) Pentium D 920-960 except 945, 935, 925, 915
- Core Duo T2300, T2400, T2500, T2600, T2700 (Yonah)
- Core 2 Duo E6300, E6400, E6320, E6420, E6540, E6550, E6600, E6700, E6750, E6850 (Conroe)
- Core 2 Duo E7600, E8200, E8300, E8400, E8500, E8600 and some versions of the E7400 and E7500 (Wolfdale)
- Mobile Core 2 Duo T5500, T5600, T7100, T7200, T7250, T7300, T7400, T7500, T7600, T7600G, T7700, T7800 (Merom)
- Mobile Core 2 Duo SU9300, SU9400, SU9600, P7370, P8400, P8600, P8700, P8800, P9500, P9600, P9700, T8100, T8300, T9300, T9400, T9500, T9600, T9800, T9900 (Penryn)
- Core 2 Quad Q6600, Q6700 (Kentsfield)
- Core 2 Quad Q8400, Q8400S, Q9300, Q9400, Q9400S, Q9450, Q9550, Q9550S, Q9650 and some versions of the Q8300 (Yorkfield)
- Core 2 Extreme X6800 (Conroe_XE)
- Core 2 Extreme QX6700, QX6800, QX6850 (Kentsfield_XE) Core 2 Extreme QX9650, QX9770, QX9775 (Yorkfield_XE) Xeon 3000, 5000, 7000 series
Atom Z520, Z530, Z540, Z550, Z515 (Silverthorne) - all Intel Core i7 processors
- Pentium Dual-Core E6300, E6500 and some versions of the E5300 and E5400*
- Celeron E3000 series
Для того, чтобы использовать Windows XP Mode, которое описывается в данном руководстве необходимо загрузить пакет Windows XP Mode с сайта Microsoft. Данный пакет используется для установки среды, которая нужна для Windows XP Mode. Чтобы получить загружаемые файлы Windows Virtual PC и Windows XP Mode нужно перейти по следующей ссылке: Windows XP Mode and Windows Virtual PC.
Установка
В этом разделе руководства описан процесс установки Windows Virtual PC, а также установка самой виртуальной машины. Дополнительная конфигурация и технические сведения в примерах.
Установка Windows Virtual PC
- Установка Windows Virtual PC.
a) Необходимо запустить на выполнение файл Windows 6.1-KB958559-platform.msu, где platform – это версия вашей платформы (х86 ли х64).b) Просматриваем лицензионное соглашение, выбираем опцию «Принимаю» для того, чтобы установить обновление.
c) Для завершения установки необходимо перезагрузить компьютер.
- После того, как установка будет закончена в меню «Пуск» станет доступным компонент Windows Virtual PC.
После установки Windows Virtual PC необходимо установить виртуальную машину. Можно использовать Windows XP Mode или создать свою собственную виртуальную машину. Если вы планируете использовать Windows XP, то можете загрузить ее, используя инсталляционный пакет Windows XP Mode, о котором говорилось в разделе «Перед тем, как начинать»
Немного об компонентах интеграции
Компоненты интеграции упрощают использование виртуальной машины, улучшая взаимодействие между физическими ресурсами и средой виртуальной машины. Они устанавливаются автоматически вместе с Windows XP Mode. Для других операционных систем их необходимо ставить вручную после установки самой операционной системы. Компоненты интеграции включены в Windows Virtual PC и обеспечивают доступ к следующим ресурсам:
- Буфер обмена. Можно вырезать, копировать и вставлять данные между хостовой и гостевой операционной системой. Например, можно с легкостью скопировать URL из браузера гостевой системы и вставить его в браузер хостовой.
- Жесткие диски. Этот компонент дает возможность отображать в виртуальной машине все жесткие диски и разделы хоста. Можно легко получить доступ к своим данным находясь в виртуальной машине.
Хостовые жесткие диски и разделы отображаются списком в гостевой системе с использованием имени компьютера хостовой операционной системы. Например, имя хостового компьютера –DIMANS. Диск С на гостевой операционной системе в списке дисков отображается как «C на DIMANS». - Принтеры. Благодаря этому компоненту появляется возможность использовать одни и те же принтеры в виртуальной машине и на хосте. Для того, чтобы обеспечить доступ к принтерам на гостевой системе Windows XP необходимо установить драйвера принтера. Использование принтеров в виртуальной машине рассматривается далее в текущем руководстве.
- USB устройства. Принтеры, запоминающие устройства и устройства для чтения смарт-карт автоматически отображаются в виртуальных машинах. Также можно использовать и другие виды поддерживаемых устройств, например USB устройства. О них будет подробно расписано ниже в текущем руководстве.
Благодаря компонентам интеграции также можно перемещать курсор мыши между рабочими столами гостевой и хостовой операционной системой не прикладывая для этого никаких усилий.
Установка Windows XP Mode
Если вы планируете использовать Windows XP как гостевую операционную систему, компания Microsoft рекомендует пользоваться загружаемым пакетом Windows XP Mode. Когда вы используете этот пакет совместно с Windows Virtual PC, автоматически создается виртуальная машина с установленной на виртуальный жесткий диск Windows XP Professional Service Pack 3 (SP3). В итоге это будет намного быстрее, нежели вы будете создавать виртуальную машину вручную. Когда вы используете этот метод вам не нужно проходить процесс установки системы. Все что нужно – это загрузить установочный пакет и запустить мастер установки. Для того, чтобы загрузить установочный пакет нужно перейти по следующей ссылке: Windows XP Mode and Windows Virtual PC.
Процесс установки:
- Необходимо запустить на выполнение файл WindowsXPMode_xx-XX.exe, где хх-ХХ является языком системы (например: WindowsXPMode_ru-RU.exe). Советуется избегать отмены установки Windows XP Mode и завершать установку в течении одной сессии.
- Откроется мастер установки Windows XP Mode. Для завершения установки необходимо пройти по всем страницам мастера установки. Для того, чтобы завершить процесс установки оставьте опцию «Запустить Windows XP Mode» включенной.
На первом шаге установки Windows XP Mode нужно нажать на кнопку «Далее».
На втором шаге мастер предлагает выбрать расположение для установленных файлов Windows XP Mode
Сам процесс установки. - Когда виртуальная машина запустится в первый раз появится диалог пользовательского соглашения Windows XP Mode. Для того, чтобы использовать Windows XP Mode необходимо принять пользовательское соглашение. Нажать на кнопку «Далее».
- Нужно создать пароль для учетной записи «XPMUser». Это учетная запись с правами администратора, которую мастер установки создает автоматически. Она используется по умолчанию для запуска Windows XP Mode. Если вы не хотите вводить пароль при каждом запуске гостевой системы, выберите опцию «Запомнить учетные данные (рекомендуется)» для того, чтобы система запомнила пароль. В противном случае вам придется каждый раз вводить пароль в поле для ввода пароля учетной записи. Если вы хотите хранить файлы виртуальной машины в расположении отличном от расположения по умолчанию, требуется его указать.
- Выберите метод установки обновлений, после чего можете просмотреть информацию о хостовых устройствах, которые автоматически отображаются в системе. Нажмите «Начать установку».
- После того, как Windows Virtual PC отконфигурирует Windows XP Mode виртуальная машина будет готова для использования.
Внимание
- Не следует деинсталлировать пакет в том случае, если вы больше не будете его использовать. Если вы его удалите, то пакет компонента Windows XP Mode будет более недоступен, и вы можете потерять важные данные. Деинсталляция пакета удаляет виртуальную машину, а также прекращает доступ к данным, которые хранились в виртуальной машине;
- Компания Microsoft советует хранить архивную копию пакета Windows XP Mode (WindowsXPMode_xx- XX.exe, где хх-ХХ является языком системы) как бэкап, на случай, если вам придется восстанавливать среду Windows XP Mode. Например, можно записать .exe файл на CD или DVD диск. Крайне рекомендуется иметь архивную копию, потому что среда Windows XP Mode имеет 2 виртуальных жестких диска – родительский виртуальный жесткий диск и дифференциальный диск. Дифференциальный диск не может использоваться без родительского. Если родительский диск будет удален или поврежден, то следует обновить существующую среду Windows XP Mode. В этом случае вам нужно использовать тот же родительский жесткий диск, который был использован ранее, если вы будете заново устанавливать Windows XP Mode
Процесс установки выглядит следующим образом:
После установки Windows XP Mode вы, возможно, захотите создать новые учетные записи для этого компонента. Если вы создадите учетные записи, то их нужно будет добавить в группы Remote Desktop User и Administrators. Учетные записи могут быть как доменными, так и локальными.
Установка виртуальной машины вручную
Этот метод можно использовать в том случае, если вы не хотите, чтобы вашей гостевой системой была Windows XP. В этом разделе я расскажу, как можно создать виртуальную машину и установить гостевую операционную систему, которой вы планируете управлять в Virtual PC. Для создания виртуальной машины можно воспользоваться мастером создания виртуальных машин. Мастер поможет вам отконфигурировать виртуальную машину с базовыми настройками, которые вы можете настроить так, как вам необходимо для использования виртуальной машины. Например, вы можете указать определенный объем памяти, которую будет использовать виртуальная машина. Количество выделяемой оперативной памяти должно быть таким, которые вы выделили бы физическому компьютеру. Желательно обеспечивать виртуальную машину достаточным количеством памяти для того, чтобы можно было без проблем управлять операционной системой и установленными на нее приложениями. Также следует обратить внимание на то, каким образом вы будете устанавливать гостевую операционную систему. Например, для установки операционной системы вы можете использовать сетевой сервер для инсталляции или физический CD или DVD привод, в который просто поместите установочный диск с системой. Если вы устанавливаете поддерживаемую Virtual PC гостевую операционную систему, то после установки понадобится установить пакет компонентов интеграции.
Создание виртуальной машины:
- Нужно открыть папку виртуальной машины. Для этого заходим в меню «Пуск», выбираем «Windows Virtual PC». Если сразу в меню данного пункта нет, нужно нажать в меню «Пуск» на «Все программы», нажать левой кнопкой на папку «Windows Virtual PC», а затем выбрать пункт «Windows Virtual PC»
- В проводнике Windows откроется папка «Виртуальные машины». Из области меню нажимаем на «Создать виртуальную машину».
Папка «Виртуальные машины» обеспечивает подробную информацию обо всех виртуальных машинах, созданных текущем пользователем, а также из этой папки можно открывать общий доступ, создавать и изменять виртуальные машины и виртуальные диски. - Откроется Мастер создания виртуальных машин. Пройдя по диалогам мастера вы выберите требуемые настройки для установки гостевой операционной системы.
На первом шаге необходимо дать имя новой виртуальной машине и указать ее расположение.На втором шаге мастер создания виртуальных машин нам предлагает указать параметры памяти для виртуальной машины.
На третьем шаге требуется указать настройки дисков виртуальной машины.
- По окончанию работы мастера виртуальная машина будет отображена в списке файлов папки «Виртуальные машины».
- Установка гостевой операционной системы. Если вы используете сетевой инсталляционный сервер, то можете смело пропускать данный шаг. Если вы используете CD или DVD диск, то вставьте его в каретку привода и переходите на следующий шаг установки. Для использования .iso образа нужно сделать следующее:
a) Нажмите правой кнопкой мыши на созданной виртуальной машине и выберите пункт «Параметры»; b) В левой панели выберите диск, на котором находится образ. В правой панели выберите пункт «Открыть ISO-образ». Нажмите кнопку ОК. - Запустите виртуальную машину. В списке файлов выберите виртуальную машину и нажмите «Open». Windows Virtual PC откроет установщик системы для виртуальной машины. Виртуальная машина будет искать установочный диск. Установка начнется после того, как найдется загрузочный диск.
- После того, как инсталляция будет завершена нужно установить компоненты интеграции. Нажимаем на меню «Сервис» в окне виртуальной машины и выбираем пункт «Установить компоненты интеграции». Если инсталляция не начнется через несколько секунд, перейдите на рабочий стол виртуальной машины и откройте в ней CD диск. После этого нужно 2 раза нажать левой кнопкой мыши на файле IntegrationComponents.msi.
- Пройдите установку при помощи мастера установки компонентов интеграции.
- Перезагрузите виртуальную машину. Из меню «Действие» окна виртуальной машины выберите пункт «Перезагрузить»
Закрытие виртуальной машины
До того как начнете выполнять некоторые действия в виртуальной машине возможно вы захотите узнать как можно выйти из виртуальной машины. Когда вы закрываете виртуальную машину, она может перейти в режим гибернации, завершение работы или выключиться. Когда виртуальная машина выходит из режима гибернации, у нее не происходит последовательная загрузка системы, соответственно этот вариант гораздо быстрее, нежели выключение и завершение работы.
Внимание
Когда вы открываете виртуальную машину, Windows Virtual PC обеспечивает ее памятью и процессорными ресурсами. Продолжительность времени, которое используется для открытия виртуальной машины, зависит от того, каким методом вы ее закрывали в момент последней сессии. Также имеет значение количество памяти, которое вы выделяли при создании виртуальной машины. По умолчанию, при нажатии на кнопку «Закрыть» в окне виртуальной машины, виртуальная машина Windows XP Mode переходит в режим гибернации и предлагает вам выбрать такое же действие и для остальных виртуальных машин. Вы можете самостоятельно изменить эту опцию.
Изменения действия закрытия виртуальной машины по умолчанию
- Сделайте следующее:
a) В папке «Виртуальные машины» нажмите правой кнопкой на виртуальной машине и выберите пункт «Параметры».
b) b. Из окна виртуальной машины нажмите на пункт меню «Сервис» и затем выберите пункт меню «Параметры». - В левой части диалога «Параметры» нажмите на опцию «Закрыть».
- В правой части диалога, выберите опцию для «Автоматически закрыть со следующим действием:», или выберите «Запросить о действии» для того, чтобы постоянно открывался запрос о способе закрытия виртуальной машины.
- Нажмите на кнопку ОК для применения изменений.
Выключение виртуальной машины
- В окне виртуальной машины нажмите на Ctrl+Alt+Del. Или можете нажать комбинацию клавиш CTRL+ALT+END.
- В появившемся окне гостевой операционной системы нажмите на «Shut Down».
- Операционная система будет выключена, ресурсы, потребляемые ею будут возвращены хостовой системе.
Использование приложений виртуальной машины на Windows 7
Если вы используете определенные версии Windows XP, Windows Vista или Windows 7 на виртуальной машине, то у вас появляется возможность для доступа к приложению непосредственно с рабочего стола на хостовом компьютере, когда приложение установлено в виртуальной машине. Благодаря этой возможности вы можете запускать на хостовой машине Windows 7 существующие приложения, избегая проблем, которые могут возникать в том случае, если они не совместимы с хостовой операционной системой.
Бизнес-приложения, запускаемые на операционной системе Windows XP замечательно подходят для тестирования данной возможности. Однако, Windows Virtual PC не поддерживает приложения, которые требуют стереозвук или 3D графику. Это означает, что пользовательские приложения, например игры, невозможно запускать в данном случае.
Предоставление доступа к приложениям в Windows 7
- Необходимо открыть виртуальную машину, если она еще не запущена. В папке «Виртуальные машины» нажимаем правой кнопкой на имени виртуальной машины и из контекстного меню выбираем команду «Open».
- Устанавливаем приложение. Например, если приложение находится на CD или DVD диске, вставляем его в каретку привода. Если программа автозапуска откроется на хостовой машине – закрываем ее окно. На гостевой операционной системе открываем DVD диск и устанавливаем программное обеспечение.
- После того, как приложение будет установлено, выходим из учетной записи пользователя гостевой операционной системы и закрываем виртуальную машину.
- Открываем приложение на хостовой операционной системе. Для этого заходим в меню «Пуск», открываем
«Все программы», переходим к «Windows Virtual PC», и открываем приложение, которое было установлено на виртуальной машине. - Через несколько секунд приложение откроется. Если минимизировать приложение, то оно отобразится на панели задач хостовой операционной системы как минимизированная виртуальная машина.
- Можно использовать приложение точно так же, как если бы оно было установлено непосредственно на хостовой системе. Чтобы проверить это можно попробовать сохранить файл в приложении. Выберите опцию
«Save» из меню установленной программы и у вас появится возможность сохранить файл прямо на хостовой
системе.
Использование USB устройств в виртуальной машине.
Windows Virtual PC поддерживает USB устройства версии 2.0, также возможно совместное использование устройства или запись с устройства на виртуальную машину. Метод, который вы будете применять, зависит от того, вида устройства USB, которое используется. В том случае, если установлены компоненты интеграции и они разрешены гостевой операционной системе, запоминающие устройства и устройства чтения смарт-карт автоматически разделяются между виртуальными машинами и физическим компьютером. Не требуются никакие дополнительные действия для этих типов запоминающих устройств. Для остальных видов возможно их использование благодаря прикреплению их к виртуальной машине. Например, можно прикрепить следующие типы USB устройств:
- Цифровые камеры;
- USB CD привод;
- MP3 плееры;
- Телефон/КПК/мобильное устройство;
- Веб-камеры/видео камеры;
- Беспроводные сетевые адаптеры.
Прикрепление USB устройства в виртуальную машину.
- Присоединяем устройство к физическому компьютеру и включаем его.
- В окне виртуальной машины, щелкаем на «USB» и затем на «Имя_устройства Совместный доступ».
- Система Windows попробует установить драйвер для устройства в автоматическом режиме. При инсталляции драйвера можно попробовать его найти через Интернет или использовать CD диск.
- После инсталляции драйвера вы можете использовать USB устройство непосредственно из виртуальной машины так же, как и можно им пользоваться на физическом компьютере. Однако, USB устройства, которые подключены, используя метод, приведенный выше, на одной операционной системе, не могут одновременно использоваться на второй.
- Для того, чтобы USB устройство стало доступным на хостовой операционной системе, должно быть отсоединено от виртуальной машине. В окне виртуальной машины нажмите на «USB», а затем на «Имя_устройства Освободить».
Печать из виртуальной машины
Существует несколько способов для того, чтобы сделать принтер доступным на виртуальной машине. На способы, которые можно использовать, воздействуют некоторые факторы: доступен ли драйвер принтера на Windows 7 и подключен ли принтер локально или через сеть. Также можно использовать формат XPS в том случае, если ваш компьютер поддерживает этот метод печати.
Использование локального USB принтера
Убедитесь, что принтер включен и доступен для установки драйверов. Например, можно устанавливать на него драйвера используя CD диск.
- Подключите принтер к виртуальной машине. Для этого в окне виртуальной машины нажмите на «USB», а затем на «Имя_устройства Совместный доступ».
- Установите драйвер принтера на гостевую операционную систему. Вы можете воспользоваться установкой драйвера через Интернет или использовать CD диск.
- Отключите принтер от виртуальной машины. Для этого из окна виртуальной машины нажмите на «USB», а затем на «Имя_устройства Освободить».
- Перезагрузите виртуальную машину. Для этого, из окна виртуальной машины нажмите на «Действие», а затем на «Перезагрузить».
- Перейдите в виртуальную машину и зайдите в учетную запись, если это необходимо (вы авторизируетесь автоматически, если установлена опция, связанная с сохранением пароля).
- Принтер будет доступен на обеих системах, как на хостовой, так и на гостевой.
Настройка сетевого принтера на виртуальной машине
- Перейдите в виртуальную машину и зайдите в учетную запись, если это необходимо (вы авторизируетесь автоматически, если установлена опция, связанная с сохранением пароля).
- Откройте «Панель управления» и перейдите в «Принтеры».
- Нажмите «Добавление устройства». Откроется мастер установки принтеров.
- Выберите сетевой принтер, используя мастер и завершите установку.
Если вы используете гостевую систему Windows XP, то необходимо вручную установить драйвер для принтера, который будет использоваться.
Установка драйвера для принтера в Windows XP
- Зайдите в меню «Пуск» и выберите пункт «Принтеры и факсы».
- В задачах принтера нажмите на «Установка принтера». Откроется мастер установки принтеров.
- На странице «Локальный принтер или подключение к принтеру» выбираем «Локальный принтер, подключенный к этому компьютеру» и «Автоматическое определение и установка PnP-принтера».
- В диалоговом окне «Выберите порт принтера», нажимаем на выпадающее меню и выбираем один из TS номеров портов, затем нажимаем на «Далее».
- В диалоговом окне «Установка программного обеспечения принтера» выбираем «Windows Update» или «Hard Disk» и заканчиваем установку.
Печать из виртуальной машины
- Перейдите в виртуальную машину и зайдите в учетную запись, если это необходимо (вы авторизируетесь автоматически, если установлена опция, связанная с сохранением пароля).
- Сделайте следующее:
a) На рабочем столе в виртуальной машине нажимаем правой кнопкой на файле и выбираем из контекстного меню опцию «Печать»
b) Открываем приложение, у которого доступна опция печати и используем команду печать. - Все принтеры, которые доступны в виртуальной машине есть в списке принтеров. Выбираем нужный принтер и нажимаем на кнопку ОК
Также можно использовать печать в документ XPS из вашего виртуального приложения или виртуальной сессии для сохранения печатаемого файла на хосте, а затем можно распечатать файл, используя принтер, установленный на хостовом компьютере. Эта опция полезна тогда, когда драйвера не доступны для гостевой операционной системы или вы не хотите устанавливать на ней принтер. Для этого способа требуется следующая конфигурация:
- Microsoft XPS Essentials Pack установленный на гостевой операционной системе. Microsoft XPS Essentials
Pack можно загрузить по следующей ссылке: Windows Hardware Developer Central site. - Виртуальная машина настроена и имеет доступ к дискам и разделам на хостовом компьютере, так что можно просто сохранить файл (По умолчанию, когда устанавливается Windows XP Mode система настроена так, что открыт доступ к дискам и разделам хостовой системы. Для остальных виртуальных машин необходимо устанавливать компоненты интеграции).
- На хостовой операционной системе должен быть установлен работающий принтер.
Печать с использованием XPS формата
- Создайте или откройте приложение, которое запускается в режиме Windows XP Mode или другой виртуальной машине. Выберите команду «Печать».
- Из списка доступных принтеров выберите «Microsoft XPS Document Writer».
- В диалоговом окне «Сохранить файл как» введите название файла и выберите директорию, в которую его необходимо сохранить. Каждый доступный диск или раздел отображается в списке с буквой диска и именем хостового компьютера. Например, чтобы сохранить файл на диск D на хостовом компьютере с именем DIMANS выберите «D на DIMANS»
- Перейдите на хостовую операционную систему и откройте директорию, в которую был сохранен документ.
- Откройте файл
- Из меню «File» программы «XPS Viewer» выберите опцию «Print».
- Выберите необходимый принтер и нажмите на кнопку «Print».
Источник: dimanb.spaces.live.com
Дополнительная информация:
Microsoft запустила сервис Windows Virtual Desktop. Классические ПК больше не нужны?
Компания Microsoft запустила свой сервис Windows Virtual Desktop (WVD), который позволяет буквально использовать Windows на виртуальной машине Azure. Идея «виртуального десктопа», по сути, развивает модную тенденцию потоковых игровых и видеосервисов, когда клиенту нужен лишь маломощный терминал и выход в Интернет.
Как отмечается, проект запущен сразу во всём мире. При использовании Windows Virtual Desktop будет отслеживаться местоположение пользователя, чтобы обработка данных шла в ближайшем к нему ЦОД.
Первоначально планировалось, что запуск состоится в США, а затем постепенно будут подключены иные страны. Но, похоже, ситуация изменилась. Как заявил главный инженер-разработчик WVD Скотт Манчестер (Scott Manchester), только на предварительную версию сервиса заказы поступили от более чем 20 тысяч компаний. Помимо этого, сервис Microsoft Teams получил расширенную поддержку в рамках WVD.
Как отмечается, многие компании так или иначе переносят свои ресурсы в облака. Это позволяет экономить на специалистах на местах, поскольку нужно только раз настроить систему. В остальном же всё ложится на плечи техподдержки Microsoft. С другой стороны, доступность WVD и других сервисов является критически важной, поскольку любое нарушение в работе интернет-соединения или облака автоматически оставляет пользователей без возможности работы.
При этом отметим, что «виртуальный десктоп» позволяет использовать Windows 10 в многосессионном режиме. И на данный момент WVD — единственный вариант для такой работы. Также отмечается, что предприятия могут получить доступ к Windows 10 Enterprise и Windows 7 Enterprise на WVD без дополнительных затрат на лицензирование (хотя за использование Azure заплатить придётся), если они имеют соответствующую лицензию на Windows 10 Enterprise или Microsoft 365.
Если вы заметили ошибку — выделите ее мышью и нажмите CTRL+ENTER.
Виртуальная инфраструктура под управлением Microsoft Virtual Machine Manager
Компания Microsoft имеет довольно долгую историю поддержки и продвижения технологий виртуализации. Еще в 2003 году корпорация Microsoft приобрела компанию Connectix, которая занималась разработкой настольной системы виртуализации Virtual PC для платформ Mac OS и Windows. После поглощения Connectix, издание продукта для Windows было несколько переработано и выпущено уже под редакцией Microsoft в 2004 году. На тот момент Virtual PC не сильно уступал платформе VMware Workstation и при должном внимании мог вполне конкурировать с ней. На базе Virtual PC компания Microsoft принялась за разработку серверной платформы Virtual Server 2005, которая была направлена на виртуализацию и консолидацию парка серверов организаций различного масштаба. Сначала существовало два платных издания Virtual Server: Standard и Enterprise, которые, однако, не приобрели большой популярности. К тому же, компания VMware объявила о выходе бесплатной платформы VMware Server, что вынудило компанию Microsoft в апреле 2006 года сделать продукт Virtual Server 2005 бесплатным, оставив лишь издание Enterprise Edition.
Уже тогда становилось ясным, что основной доход производителей средств для виртуализации будет складываться в будущем не из стоимости самих платформ, а из продаж средств для поддержки комплексной виртуальной инфраструктуры, включающей в себя не только серверы виртуализации, но и средства миграции, развертывания, управления и автоматизации операций. Тогда же, в 2006 году, у Microsoft созрел план по созданию новой низкоуровневой платформы виртуализации, получившей название Windows Virtualization, которая будет поставляться вместе с ОС Windows Server. Управляющее ПО (гипервизор) получило кодовое название Viridian, сама же технология виртуализации была переименована позднее в Hyper-V.
Окончательный релиз Windows Virtualization постоянно переносился из-за технических сложностей и на данный момент известно, что он появится во второй половине 2008 года. Сейчас существует Hyper-V Preview, включенный в Windows Server 2008 Release Candidate. До выхода Windows Virtualization компания Microsoft продолжает развивать платформу Virtual Server 2005 R2, к которой недавно был выпущен первый пакет обновлений, включающий в себя поддержку аппаратной виртуализации и «горячего» резервного копирования виртуальных машин средствами служб теневого копирования тома (Volume Shadow Services, VSS). Создание резервных копий виртуальных машин сейчас доступно средствами продукта Data Protection Manager 2007 из семейства System Center.
Основную же ставку в свете продаж средств виртуализации компания Microsoft сейчас делает на недавно выпущенный продукт System Center Virtual Machine Manager (SCVMM) для управления виртуальной инфраструктурой на базе Virtual Server 2005 и, впоследствии, серверами Windows Virtualization.
Обзор возможностей Virtual Machine Manager
Ключевое достоинство Virtual Machine Manager — тесная интеграция с другими решениями Microsoft для управления инфраструктурой Windows-серверов семейства System Center. SCVMM позволяет создать гибкую виртуальную инфраструктуру на основе платформы Virtual Server 2005 R2 и упростить развертывание виртуальных систем из центральной библиотеки шаблонов. Основные возможности SCVMM включают в себя:
Простой подбор серверов-кандидатов на консолидацию
SCVMM позволяет использовать базу данных Operations Manager 2007, в которой собраны данные о производительности физических серверов, и определить наиболее подходящие для виртуализации серверы.
Удобная P2V (Physical to Virtual) и V2V (Virtual to Virtual) миграция
SCVMM имеет встроенные средства миграции (ранее для этих целей использовался Virtual Server Migration Toolkit), использующие службы теневого копирования тома для преобразования физических серверов в виртуальных без их остановки. Кроме того, Virtual Machine Manager позволяет преобразовывать виртуальные машины VMware в формат Virtual Server. В данный момент поддерживаются ОС Windows 2000 Server и Windows Server 2003 в качестве исходных систем для миграции в виртуальную среду.
Intelligent Placement
Virtual Machine Manager обладает возможностью интеллектуально размещать виртуальные серверы на физических компьютерах, используя данные об их рабочих нагрузках. Это позволяет системным администраторам управлять развертыванием виртуальных систем, основываясь на требованиях к их доступности, и создавать сбалансированную виртуальную инфраструктуру. Рейтинг каждого из физических серверов в отношении готовности к развертыванию на них виртуальных систем может быть представлен в виде условных очков, отображаемых звездочками.
Рейтинг серверов в Virtual Machine Manager
Полная управляемость через PowerShellSCVMM позволяет использовать командную оболочку PowerShell для написания сценариев автоматизации операций с виртуальными системами. Например, во время процедуры миграции с физического сервера на виртуальный можно получить скрипт PowerShell, просто нажав на кнопку «View Script». В дальнейшем его можно использования для написания сценария потоковой миграции.Централизованное управление и настройка ресурсов
Консоль администратора Virtual Machine Manager позволяет централизованно управлять всеми аспектами виртуальных систем, а также проводить «горячую» миграцию виртуальных машин с одного физического сервера на другой в случае возросшей нагрузки или необходимости остановки сервера на обслуживание.Простота развертывания
SCVMM имеет собственный портал самообслуживания, используя который пользователи, обладающие необходимыми правами, могут сами развернуть виртуальные машины с помощью мастера, не прибегая к услугам системных администраторов.
Окно портала самообслуживания SCVMM
При этом пользователям могут быть делегированы различные привилегии и назначены квоты на использование ресурсов. Централизованная библиотека шаблонов
Virtual Machine Manager имеет отдельный компонент — централизованную библиотеку шаблонов, которая содержит в себе ISO-образы для установки гостевых систем, готовые к развертыванию виртуальные машины, а также различные сценарии настройки после установки и шаблоны. Библиотека позволяет избежать дублирования «строительных блоков» виртуальной инфраструктуры на различных компьютерах и организовать к ним простой доступ с возможностью поиска элементов.Централизованный мониторинг и отчетность
Из консоли администратора может производиться централизованный контроль параметров и производительности виртуальной инфраструктуры. SCVMM тесно интегрируется с Operations Manager 2007 и позволяет использовать службы SQL Reporting Services для построения различных отчетов на основе информации, хранящейся в единой базе данных. Централизованный мониторинг виртуальной инфраструктуры может производиться посредством Virtualization Management Pack для Operations Manager 2007.Поддержка сетей хранения данных SAN
Virtual Machine Manager автоматически обнаруживает существующую инфраструктуру SAN (Storage Area Network) и позволяет настроить передачу тяжеловесных образов виртуальных машин через высокоскоростные линии связи (Fibre Channel или iSCSI), не загружая сеть LAN.
Развертывание Virtual Machine Manager
SCVMM представляет собой многокомпонентное и гибкое решение для развертывания виртуальных инфраструктур различного масштаба. Продукт может применяться как в малых и средних предприятиях для управления несколькими серверами виртуализации, так и в крупных организациях с сотнями виртуальных серверов, где присутствуют другие решения на основе продуктов семейства System Center. Компоненты SCVMM могут быть разнесены по разным физическим компьютерам, управление и обслуживания каждого из которых может быть назначено отдельному человеку. На данный момент виртуальная инфраструктура на базе SCVMM не обладает такими широкими возможностями, как Virtual Infrastructure 3 компании VMware, однако с приходом технологии Hyper-V на базе Windows Server 2008 ситуация, возможно, изменится. Учитывая маркетинговые возможности Microsoft и сеть ее партнерств, а также степень интеграции Virtual Machine Manager с другими инфраструктурными решениями компании, у Microsoft есть все шансы.
Системные требования SCVMM
Компоненты продукта Virtual Machine Manager могут быть развернуты на одном или нескольких управляющих серверах, при этом системные требования зависят от числа управляемых серверов виртуализации. В случае если все компоненты SCVMM развертываются на одном физическом сервере, необходима следующая конфигурация:
Аппаратный компонент | Минимальные требования | Максимальные требования |
От 5 до 10 управляемых серверов виртуализации | ||
Процессор | Pentium 4, 2 ГГц | Dual-Core Pentium 4, 3,2 ГГц или выше |
Объем оперативной памяти | 2 ГБ | 2 ГБ |
Жесткий диск | 80 ГБ | 150 ГБ |
От 11 до 20 управляемых серверов виртуализации | ||
Процессор | Pentium 4, 2,8 ГГц | Dual-Core Pentium 4, 3,2 ГГц или выше |
Объем оперативной памяти | 2 ГБ | 4 ГБ |
Жесткий диск | 150 ГБ | 200 ГБ |
Кроме того, при установке компонентов на один физический сервер необходимо соблюдение следующих условий:
- Операционная система Windows 2003 Server (Windows XP и Vista поддерживается только для некоторых компонентов SCVMM)
- Windows Remote Management (WinRM)
- Microsoft SQL Server 2005 (подойдет и бесплатный Express Edition)
- Управляющая оболочка Windows PowerShell
- Службы Internet Information Services (IIS) 6.0
- Microsoft .NET Framework 2.0 и 3.0
При разнесении сервера баз данных, управляющего сервера, консоли администратора, портала самообслуживания и библиотеки виртуальных шаблонов на разные физические серверы стоит придерживаться рекомендаций Microsoft для каждого из этих компонентов.
Для управления инфраструктурой до 150 физических серверов виртуализации, в качестве управляющего сервера вполне подойдет компьютер с частотой процессора 3 ГГц и четырьмя гигабайтами оперативной памяти (всего поддерживается не более четырехсот физических серверов). При этом стоит заранее спланировать большой объем дискового пространства для сервера баз данных и хранилища виртуальных шаблонов. Для портала самообслуживания и консоли администратора требования невысоки.
Архитектура SCVMM
Как уже было сказано ранее, компоненты Virtual Machine Manager могут быть установлены, как на одном физическом сервере, так и разнесены по нескольким. При этом осуществляется их тесное взаимодействие, как между собой, так и с другими элементами инфраструктуры System Center. Архитектура решения представлена ниже:
Архитектура Virtual Machine Manager
К основным компонентам SCVMM относятся:Virtual Machine Manager Server (управляющий сервер)
Это основной управляющий элемент продукта, который должен быть установлен первым. Он осуществляет взаимодействие всех компонентов решения SCVMM. Manager Server реализует службу, которая исполняет управляющие команды, передает файлы и контролирует взаимодействие с серверами виртуализации, хранилищами виртуальных шаблонов и другими компонентами. На управляемых компьютерах запущены специальные агенты VMM, которые обмениваются информацией с Manager Server посредством механизма Windows Remote Management. Кроме того, Manager Server соединяется с базой данных SQL Server, которая хранит конфигурационную информацию. По умолчанию Manager Server также является библиотекой виртуальных шаблонов.Virtual Machine Host (сервер виртуализации)
Под этим компонентом понимается непосредственно управляемый сервер виртуализации, на котором установлена платформа Virtual Server 2005 R2 SP1. Хосты могут быть добавлены из консоли администратора. При их добавлении на этих серверах устанавливается сама платформа, а также агенты для взаимодействия с Manager Server.Library (хранилище)
Библиотека виртуальных шаблонов хранит в себе исходные данные для развертывания и конфигурации виртуальных систем. В частности, она содержит:
- файлы виртуальных дисков (*.vhd)
- образы флоппи-дисков
- ISO-образы и сценарии
- шаблоны виртуальных машин
- аппаратные конфигурации
- профили гостевых систем
- «замороженные» (не используемые) виртуальные машины
В виртуальной инфраструктуре может использоваться несколько библиотек, которые добавляются из консоли администратора.Administrator console (консоль администратора)
Этот графический интерфейс управления виртуальной инфраструктурой, который устанавливается после Manager Server, является основным инструментом системного администратора. При установке консоли устанавливается также оболочка PowerShell, позволяющая управлять виртуальными машинами из командной строки. Если вы хотите использовать возможности Reporting Services, вы должны устанавливать консоль администратора на тот же физический сервер, что и Manager Server.Self-Service Portal (портал самообслуживания)
Портал самообслуживания представляет собой Web-приложение для самостоятельного развертывания виртуальных машин пользователями. Администратор определяет политики самообслуживания, которые включают в себя правила создания, развертывания и использования виртуальных систем. Взаимодействие портала с управляющим сервером производится по модели сервисно-ориентированных систем WCF (Windows Communication Foundation).
Рекомендации по развертыванию
После установки SCVMM можно приступать к определению подходящих на роль серверов виртуализации компьютеров и, сделав это, можно начинать процесс миграции с физических систем на виртуальные. Необходимо убедиться, что в брандмауэре открыты необходимые порты для взаимодействия различных компонентов Virtual Machine Manager, и они не конфликтуют с портами, используемыми другими приложениями. Ниже представлена таблица используемых различными компонентами SCVMM портов:
Тип соединения | Протокол | Порт по умолчанию |
Manager Server с управляемыми компьютерами (для исполнения действий) | WinRM | 80 |
Manager Server с управляемыми компьютерами (для передачи данных) | BITS | 443 |
Консоль администратора с Manager Server | WCF | 8100 |
Портал самообслуживания с Manager Server | WCF | 8100 |
Браузеры пользователей с порталом самообслуживания | HTTP | 80 |
При планировании серверов для библиотек шаблонов нужно размещать их так, чтобы файлы, хранимые на них, передавались на серверы виртуализации с как можно более высокой скоростью. Если используются сети SAN, необходимо, чтобы хосты, использующие библиотеку, размещались на том же устройстве, что и сама библиотека. При развертывании виртуальных машин на серверах виртуализации, надо учитывать типовые и пиковые нагрузки на виртуальные системы, уделяя, в первую очередь, внимание показателю используемой приложениями в гостевых системах оперативной памяти, поскольку ее нехватка наихудшим образом сказывается на быстродействии.
К сожалению на данный момент, платформа Virtual Server не позволяет виртуальным машинам представлять несколько виртуальных процессоров в виртуальных машинах (Virtual SMP), поэтому нужно учитывать этот факт при их развертывании. Для приложений, нуждающихся в высокой доступности, возможно, имеет смысл иметь несколько виртуальных сетевых интерфейсов в виртуальной машине на случай отказа одного из них.
Портал самообслуживания может являться отличным средством при разработке и тестировании приложений для делегирования полномочий развертывания тестовых сред различным участникам группы разработки. Компания Microsoft рекомендует использовать протокол SSL (Secure Socket Layer) для защиты VMRC-соединения (Virtual Machine Remote Control) пользователей с порталом самообслуживания.
Интерфейс управления виртуальной инфраструктурой
Диспетчер управления виртуальной инфраструктурой Virtual Machine Manager ориентирован на организации различного масштаба и может управлять очень большим количеством виртуальных серверов (до нескольких тысяч) из единой консоли администратора. Мощный интерфейс управления из командной строки PowerShell позволяет системным администраторам управлять серверами виртуализации и виртуальными машинами из любой точки и с любого компьютера. Компания Microsoft предоставляет подробное руководство (Virtual Machine Manager Scripting Guide) по использованию PowerShell с SCVMM. Любое действие, производимое в консоли администратора, может быть автоматизировано с помощью сценария PowerShell.
Главное окно консоли администратора SCVMM напоминает собой окна консолей управления других продуктов семейства System Center, и, для уже знакомых с ними пользователей, освоение его интерфейса не представляет особых трудностей. Ниже представлены основные органы управления консоли администратора Virtual Machine Manager.
Консоль администратора SCVMM
Группы хост-узлов
Управляемые хосты могут быть объединены в группы, которые могут быть организованы по некоторым логическим категориям (например, «Тестовые машины», «Веб-порталы» и т. п.). Довольно удобно также организовывать группы хостов в соответствии со структурой Active Directory. Естественно, SCVMM полностью поддерживает службу каталога Active Directory.
Использование групп хостов позволяет упростить управление виртуальными серверами и облегчить их мониторинг. Кроме того, группы хостов используются для назначения им определенных политик и свойств. Компания Microsoft рекомендует привязывать каждую группу хостов к одной библиотеке шаблонов, которую используют серверы этой группы. Для редактирования свойств группы нужно выбрать пункт «Host group properties» в группе действий «All Hosts». Для создания новой группы хостов используйте действие «New Host Group».
Представления виртуальных машин
Эта древовидная структура позволяет организовать представления виртуальных машин по требуемым параметрам: статусу (запущена, остановлена и т. п.), владельцу, гостевой операционной системе и прочим. В центральном окне отображается список виртуальных машин по заданному критерию с информацией об их физическом размещении, владельце и рабочей загрузке процессора.
Централизованная библиотека
Элемент управления «Library» позволяет оперировать с хранилищами виртуальных шаблонов. Интерфейс управления библиотеками очень гибок и позволяет удобно организовывать компоненты, хранящиеся в них, а также осуществлять поиск по ним. SCVMM позволяет создавать несколько серверов библиотек, а также поддерживает распределенную архитектуру серверов библиотек, которая очень удобна при развертывании виртуальных машин в географически разделенных филиалах. Для создания нового сервера библиотеки нажмите «Add library server» в группе действий «Virtual Machine Manager».
Контекстно-зависимые действия
SCVMM позволяет производить множество операций с виртуальными машинами, которые, помимо стандартных (запуск, остановка, сохранение состояния), включают в себя еще следующие расширенные действия:
- «живая» миграция виртуальной машины на другой физический хост
- создание и управление контрольными точками
- клонирование виртуальной машины
- сохранение виртуальной системы в библиотеке
Кроме того, из этой группы можно присоединиться к консоли виртуальной машины для операций в гостевой системе.
Активные эскизы
В этом элементе управления представлен снимок экрана гостевой системы для быстрой идентификации необходимого виртуального сервера. Слева от эскиза выводятся свойства виртуальной машины, включающие в себя информацию об ее статусе и используемых ресурсах. На вкладке «Latest job» отображена информация о последнем задании для виртуальной системы.
Заключение
Компании Microsoft удалось создать максимально гибкое и масштабируемое решение Virtual Machine Manager на базе платформы Virtual Server 2005 R2. По своим функциональным возможностям это средство управления виртуальной инфраструктурой занимает одно из первых мест среди подобных решений. Тем не менее, сама архитектура платформы виртуализации уже давно устарела, поскольку Virtual Server требует затрат на поддержание хостовой платформы, что значительно снижает производительность сервера виртуализации.
Большинство ведущих вендоров систем виртуализации, таких как VMware и Citrix (XenSource), ориентируются сейчас на «bare-metal» платформы, устанавливаемые на «голое железо» и имеющие оптимизированную под нужды виртуализации среду, обладающую более высоким быстродействием. Также начинают набирать обороты легковесные внедренные гипервизоры, которые будут в скором времени поставляться вместе с серверами для запуска виртуализации «под ключ».
Virtual Server же не поддерживает виртуального SMP, что отрицательно сказывается на производительности, и теряет на поддержке хостовой платформы. Все эти недостатки, как ожидается, будут ликвидированы во встроенной платформе виртуализации Hyper-V на базе Windows Server 2008. К этому времени Virtual Machine Manager будет позволять управлять гибридной виртуальной инфраструктурой на базе обеих платформ. На сегодняшний день не понятно, готовы ли организации различного масштаба примириться с недостатками Virtual Server и внедрять виртуализацию на его основе, особенно для критически важных серверов в производственной среде, предъявляющих высокие требования к быстродействию.
Virtual Machine Manager является хорошим инфраструктурным решением, которое в свете интеграции с другими продуктами семейства System Center выглядит очень привлекательно. Тем не менее, его использование сейчас — лишь опытная подготовка к внедрению виртуализации на базе Hyper-V. А вопрос, сможет ли Microsoft, на базе своей новой технологии, в 2008 году противопоставить что-нибудь достойное решениям компаний VMware и Citrix, до сих пор остается открытым.
Virtual PC 2007: достоинства и недостатки | Windows IT Pro/RE
Новейшая технология виртуализации для настольных систем Microsoft Virtual PC 2007 — основной конкурент давнишнего лидера в этом секторе рынка VMware Workstation. Virtual PC 2007 можно свободно загрузить с http://www.microsoft.com/downloads/details.aspx?FamilyId=04D26402-3199-48A3AFA2-2DC0B40A73B6. Рассмотрим ключевые особенности этого продукта.
10 Поддержка перехода с Virtual PC 2004 SP1. Virtual PC 2007 поддерживает выполняемое на месте обновление Virtual PC 2004 SP1. При этом формат файлов виртуальной машины (VM) остается неизменным, но после модернизации необходимо заново установить Virtual Machine Additions. Если текущая версия Virtual PC отлична от Virtual PC 2004 SP1, ее необходимо удалить, после чего выполнить новую установку Virtual PC 2007.
9 Отсутствие гостевой поддержки Linux. Одно из странных ограничений Virtual PC 2007 состоит в том, что по-прежнему отсутствует официальная поддержка запуска Linux в качестве гостевой операционной системы. Хотя в действительности Linux функционирует в среде виртуальных машин Virtual PC, а новая обеспечиваемая аппаратурой поддержка виртуализации в Virtual PC 2007 должна дать еще большее повышение производительности по сравнению с предыдущими версиями, официальная поддержка Linux по-прежнему числится «без вести пропавшей».
8 Поддержка Windows Vista в качестве хоста. Никого, вероятно, не удивит, что Virtual PC 2007 поддерживает Vista в качестве основной операционной системы. Virtual PC 2007 функционирует под 64- и 32-разрядными вариантами Windows Vista Business, Vista Enterprise и Vista Ultimate, а также под многими предыдущими версиями Windows.
7 Поддержка Vista в качестве гостевой среды. 32-разрядные варианты Vista можно также запускать как гостевые операционные системы. Virtual PC 2007 поддерживает следующие гостевые системы: версии Vista Business, Enterprise и Ultimate; версии XP Pro и Tablet PC; Windows 2000 Professional; Windows 98 SE, а также почему-то IBM OS/2 Warp 4.
6 Поддержка 64-разрядных операционных систем в качестве хоста. Ранее уже упоминалось о том, что Virtual PC 2007 поддерживает x64-версии Vista в качестве хоста. Таким образом, для Virtual PC 2007 предусмотрена собственная поддержка 64-разрядной архитектуры, а это существенно увеличивает число активных виртуальных машин, которые можно использовать благодаря тому, что 4-гигабайтное ограничение, предусмотренное для памяти 32-разрядных хостов, расширено до 16 Тбайт. В Virtual PC 2007 также используется другая программа настройки при установке 32- и 64-разрядной версий Windows.
5 Консоль управления не изменилась. В продолжение традиции, увы, установившейся с появлением Virtual PC 2004, консоль управления у Virtual PC 2007 — одна из наименее удачных. Интерфейс управления Virtual PC 2007 хотя и поддерживает Windows Aero, но по-прежнему не может сравниться с интерфейсом VMware Workstation.
4 Отсутствие поддержки USB-устройств. В Virtual PC 2007 отсутствует еще одна функция, давно уже включенная в продукты VMware Workstation, а именно поддержка USB-устройств. Виртуальные машины Virtual PC 2007 позволяют работать с USB-мышью и USB-клавиатурой, но не допускают использования прочих популярных USB-устройств, таких как флэш-накопители и другие внешние устройства хранения.
3 Установка гостевых операционных систем по сети. Еще одна новая функция — поддержка загрузки Preboot Execution Environment (PXE) по сети. Поддержка загрузки PXE позволяет осуществлять начальный запуск виртуальных машин Virtual PC 2007 по сети без использования CD-ROM, DVD или локально хранимого ISO-образа.
2 Поддержка запуска VM на нескольких мониторах. Эта замечательная функция позволяет отображать разные VM на разных мониторах. В частности, поддержка нескольких мониторов позволяет запускать VM в полноэкранном режиме, одновременно отображая основную операционную систему на другом мониторе.
1 Поддержка аппаратного обеспечения виртуализации. Одно из наиболее важных усовершенствований Virtual PC 2007 — поддержка виртуализации на аппаратной основе Intel VT и AMD Virtualization. Система, использующая Virtual PC 2007, должна иметь процессор, обладающий новыми расширениями под виртуализацию. Поддержка обеспечиваемой аппаратурой виртуализации в Virtual PC 2007 включена по умолчанию. Эту функцию можно выключить для конкретных VM, для чего требуется выбрать Settings, Hardware Virtualization, а затем снять флажок Enable hardware-assisted virtualization
Майкл Оти — редактор Windows IT Pro и президент компании TECA (Портленд, шт. Орегон), занимающейся разработкой
программного обеспечения и консалтингом. [email protected]
Поделитесь материалом с коллегами и друзьями
Как быстро перевести компанию в онлайн с виртуализацией — Windows Virtual Desktop
Все переходим на «удалёнку»! Это стало главной задачей примерно 2 месяца назад, когда мир изменился. Компаниям, которые мы обслуживаем как архитекторы облачных решений, в дополнение к настройке VPN к своей инфраструктуре понадобились удалённые рабочие столы. Удалённые рабочие столы для компаний нельзя назвать новой потребностью, которая ранее не была закрыта в компаниях вообще – у многих были и есть крупные локальные фермы VDI и терминальные сервера. Из-за массовости и скорости необходимого перехода на первый план у заказчиков, в разной степени, появились следующие проблемы:
- Инфраструктура: скорость развёртывания удалённого доступа, в том числе необходимые для этого мощности
- VPN: безопасный доступ к корпоративной инфраструктуре в реалиях сложности предоставления доступа с домашних устройств, количество сессий VPN которое могут выдержать роутеры и т.д.
- Доступ к рабочим станциям: удалённый доступ к ноутбукам, которые у некоторых заказчиков по политикам безопасности должны находиться локально в компании и т.д
Многим нужно было решить эту задачу «по щелчку». Да, в корпоративном ИТ «по щелчку» редко что происходит, потому требуется заказать оборудование, лицензии, выделить сотрудников для проведения работ. Но с облачным Windows Virtual Desktop «щёлкать» будет проще и быстрее.
В этой статье мы расскажем о том, как планировать архитектуру при развёртывании Windows Virtual Desktop. Также обратим ваше внимание на несколько партнёрских решений, которые смогут качественно дополнить внедряемое.
Примечание: вы можете попробовать этот сценарий в Azure самостоятельно.
Предоставление сервиса удалённых рабочих мест (VDI) и терминальных серверов в масштабах компании, даже небольшой, требует существенного объёма работы от администраторов. Большая часть времени уходит на настройку и интеграцию множества компонентов, из которых состоит эти сервис. Microsoft предлагает посмотреть на эту задачу по новому с Windows Virtual Desktop (WVD). WVD это облачный сервис по виртуализации десктопов и приложения на базе Microsoft Azure. Главные преимущества WVD включают:
- Интеграцию и управление компонентами, отвечающими за предоставление удалённых десктопов и приложения. Их обеспечивает Microsoft, предоставляя бесплатно как сервис с SLA.
- Лицензии на использование ОС и доступа к ней. Они уже включены во многие популярные пакеты Microsoft и не требуют дополнительных затрат, минимизируя стоимость решения в целом.
- Сервис предоставляет возможность использования Windows 10 в формате терминального сервера, минимизируя стоимость сессии.
WVD Fall 2019 Release (GA) и Spring 2020 Update (Preview)
30 апреля в WVD стал доступен новый функционал, который сгруппирован под названием
Spring 2020 Update. Этот функционал сейчас доступен в Public Preview и на него не распространяется SLA. На GA функционал, предоставляемый в рамках предыдущей версии — Fall 2019 Update, предоставляется с
SLA 99.9%. ВМ, на базе которых предоставляются пулы для пользовательских сессий, покрываются своим
SLA 99.95%. Функционал, связанный с Spring 2020 Update, планируется к переводу в GA в течение 2020 года. Так же будут подготовлены инструменты миграции экземпляров, построенных на базе Fall 2019 release, в новую версию.
При развёртывании сервиса и работе с документацией необходимо обращать внимание на релиз, к которому применяется данная инструкция. Он чаще всего будет выглядеть так:
- This content applies to the Fall 2019 release that doesn’t support Azure Resource Manager Windows Virtual Desktop objects.
- This content applies to the Spring 2020 update with Azure Resource Manager Windows Virtual Desktop objects.
Главными изменениями сервиса в Spring 2020 Update являются:
- Управление жизненным циклом объектов сервиса через Azure Portal без необходимости развёртывания дополнительного веб приложения и использования отдельного набора PowerShell команд.
- Возможность назначения приложений на группы пользователей
- Использование Azure RBAC для управления ролями, необходимыми для использования сервиса, а не выделенными ролями.
- Встроенная возможность масштабирования, без необходимости использования внешнего приложения на основе Logic Apps
Если вам необходим гарантированный SLA и запуск в прод, то сейчас лучше выбрать Fall 2019 release. Если же вы только пробуете и хоте испытать новые возможности WVD, то начните с Spring 2020 Release.
Оценка стоимости
Бюджетную оценку по использованию сервиса, можно произвести на базе
Azure Pricing Calculator. Для этого из списка сервисов необходимо выбрать Windows Virtual Desktop. Калькулятор подразумевает наличие необходимых лицензий на Windows Client или Windows Server OS (детали
здесь):
На странице
Windows Desktop Pricingв разделе Personal Desktop и Multi-session Desktop example scenarios приведены ссылки на расчёты в калькуляторе, которые компонуют необходимые дополнительные ресурсы, такие как облачное хранилище для контейнеров профилей, сетевой трафик и т.д. с точки зрения стоимости преимущества использования WVD максимально проявляет себя при использовании Windows 10 Enterprise multisession в сценарии использования совместного пула. При интеграции с локальным ЦОД в расчёт стоит дополнительно включать стоимость Azure VPN Gateway и исходящего трафика.
Архитектура Microsoft Windows Virtual Desktop
Понимание архитектуры WVD позволит вам принять правильные решения при планировании и развёртывания сервиса, а также выстроить корректные ожидания от его производительности.
Для обсуждения, давайте разобьём архитектуру на блоки:
- Клиенты
- Windows Virtual Desktop
- Ресурсы в подписке заказчика
- Корпоративная сеть (aka on-prem, он-прем)
Клиенты
Конечный пользователь может подключаться к сервису как с использованием тонкого клиента через веб браузер, так и через толстый клиент на Windows, Mac, iOS, Android (все клиенты
здесь). После авторизации пользователь видит иконки для подключения к удалённым десктопам или приложениям RemoteApp. Доступ к удалённым десктопам происходит по протоколу RDP поверх HTTPS. Дополнительным преимуществом использования толстого клиента на Windows является то, что опубликованные приложения синхронизируются в меню Старт.
Доступ происходит к единой публичной отказоустойчивой (SLA 99.5%) точке сервиса по адресу https://rdweb.wvd.microsoft.com/. Кастомизировать URL возможно с использованием сервиса Azure Front Door как описано здесь.
При логине в сервис используется учётная запись в Azure Active Directory (aka Azure AD), который вам необходимо иметь или создать. В облачной Azure AD необходимо создать учётные записи для пользователей или настроить синхронизацию УЗ через Azure AD Connect из вашей локальной сети. Для повышения безопасности доступа при аутентификации пользователя можно настроить использование Azure MFA, а так же создать другие дополнительные политики аутентификации с использованием Conditional Access (как описано здесь)
Для усиления безопасности функции клиента можно ограничить через кастомные настройки RDP, такие как отключение работы буфера обмена (clipboard), проброса локальных дисков внутрь удалённой сессии и т.д. Настройка производится как описано здесь, полный список свойств, которые можно использовать, можно посмотреть здесь.
Windows Virtual Desktop
Это управляемая Microsoft-ом часть сервиса Windows Virtual Desktop, отвечающая за авторизацию пользователей, безопасный доступ к пулам десктопов, логгирование событий сервиса. Подключение к ВМ происходит с использованием подхода «reverse connect» – авторизации/аутентификации подключения по WebSocket по 443-порту с инициацией со стороны ВМ. Таким образом из Интернет не предоставляется прямой доступ к ВМ и нет открытых в Интернет портов. Процесс открытия сессии выглядит следующим образом:
- Пользователь, через клиент Remote Desktop (RD), запрашивает токен в Azure AD. Он получает его после аутентификации и проверки в том числе с использованием MFA, Conditional Access и Intelligent Security Graph.
- Клиент предоставляет токен в Web Access и через Broker происходит обращение в СУБД Azure SQL DB для получения списка ресурсов (приложений и десктопов), к которым может подключаться пользователь.
- После выбора ресурса клиент RD подключается к Gateway.
- Брокер оркеструет подключение от Агента WVD к Gateway-ю.
- Трафик ходит от агента RD десктопа к ВМ хоста через WebSocket
Облачная часть
При создании экземпляра сервиса WVD, в Azure AD создаётся конфигурационная запись WVD tenant (тенанта). В Azure SQL DB управляемой части сервиса хранятся т.н. метаданные, относящиеся к ресурсам этого тенанта: соответствие десктопов и приложений пользователям, конфигурация пулов, список опубликованных приложений и так далее. В Fall 2019 Release эти данные хранятся в ЦОДах в США (см
здесь). По мере развития сервиса Spring 2020 Release появится возможность хранить метаданные в других регионах, в том числе в West Europe.
Сессионные ВМ, на базе которых предоставляются десктопы и приложения, а так же профили пользователей хранятся в регионе Azure (ЦОДе), который вы выберите при развёртывании этих компонентов. Для максимальной производительности все компоненты сервиса стоит располагать в едином регионе.
Свой ближайший ЦОД вы сможете выбрать с использованием инструмента Windows Virtual Desktop Experience Estimator, который измерит задержку (RTT – round trip time) от вашего рабочего места до ЦОДа и обратно. По опыту работы для большинства пользователей из России ближайшим является регион West Europe.
Конечные пользователи и их техническая поддержка смогут в процессе работы мониторить производительность удалённого подключения с использованием Connection Experience Indicator for RDS & WVD.
Необходимым условием развёртывания экземпляра сервиса является присоединение виртуальных машин пула к AD DS. AD может быть как облачной на базе Azure AD (AAD DS), так и на базе локального AD. При настройке WVD для большинства сценариев подходит использование Azure AD DS, он достаточно быстро и просто настраивается. AAD DS также поддерживает работу с групповыми политиками.
Если вам необходима интеграция с локальным AD, тогда необходимо настроить VPN из Azure в локальную инфраструктуру. Об этом подробнее расскажем в разделе «локальная часть». Для развёртывания AAD DS в виртуальной сети в Azure необходимо создать выделенную подсеть. При развёртывании AAD DS будет необходимо указать УЗ, которую можно будет использовать для введения ВМ в домен. Для данной УЗ будет необходимо произвести процедуру сброса пароля для синхронизации хэша пароля в формате, который использует сервис по процессу, описанному здесь. После развёртывания AAD DS, необходимо в настройках сервиса указать его как источник DNS записей для вашей виртуальной сети.
При создании пула сессионных ВМ вы можете воспользоваться предложенным размером ВМ – D4s_v3 (4 vCPU, 16GB памяти) или указать более подходящий вам. Критичным может оказаться выбор размера ВМ в пуле. Одним из подходов к определению размера ВМ является разделение пользователей по типам: Light, Medium, Heavy и Power, которым будут соответствовать конфигурации как описано здесь.
Это подход может помочь при бюджетной оценке решения и первом подходе, но реальность внесёт свои коррективы. Для эмпирической оценки мощностей необходимых для обеспечения работы ваших пользователей можно использовать бесплатную версию SysTrack Windows Virtual Desktop Assessment.
Ресурсы в пулах представляются в двух вариантах – pooled и dedicated – совместные и выделенные ВМ. При использовании «совместного» пула несколько пользователей могут подключаться на одну ВМ в формате терминального сервера, в «выделенном» — ВМ закрепляется за конкретным пользователем. При начале работы с WVD можно начинать рассмотрение с ВМ серии:
- Ds_v3 – сбалансированное соотношение vCPU и памяти
- Fs_v2 – высокое соотношение vCPU к памяти
- NVs_v3 – специализированные ВМ с GPU для работы с 3D графикой
При выборе типа виртуальной машины стоит обратить внимание на её максимальную производительность, представленную в таблицах как в примере ниже. Все размеры виртуальных машин можно посмотреть
здесь.
Рекомендуемым типом диска для ВМ в пулах WVD является SSD диск типа «Premium». Диск для данного типа в стандартных образах ОС имеет размер 128GB (P10) и соответствующей этому размеру производительность – 500 IOPS (кратковременная пиковая до 3.5K IOPS), 100 MiB/sec. Производительность локального диска можно поднять, увеличив его размер до 2TB (P40).
По умолчанию профили пользователей размещаются на локальных дисках виртуальных машин в пуле. Ограничение такого подхода, является как сравнительно небольшая максимальная производительность локальных дисков, так и доступность профиля при выходе ВМ из строя при сбое или апгрейде. Вторым вариантом является размещение профиля на сетевом диске. Существует несколько технологий удалённого хранения профиля пользователей — Roaming user profiles (RUP), User profile disks (UPD), Enterprise state roaming (ESR). Каждый из этих подходов имеет свои ограничения при обеспечении работы подробно описанные здесь.
В 2018 году Microsoft приобрёл технологию FSLogix, которая решает многие вызовы при работе с профилями. При подключении к удалённому десктопу или запуске удалённого приложения, через сервис WVD, FSLogix динамически подключается к сетевому ресурсу и с него подключает контейнер c профилем пользователя. FSLogix так же интегрируется с облачным решением Azure Files (SLA 99.9%) и AD – как облачным так и локальным. Ввиду высокой скорости работы и соотношения цена/функционал связка FSLogix/Azure Files/Azure AD является отличным вариантом для использования совместно с WVD.
Для высокой масштабируемости и производительности Azure Files (до 100K IOPS, 5GBps пропускной способности при задержке в 3ms) рекомендуется использовать редакцию Premium. При использовании редакции Premium производительность папки завязана на её размер, и как результат на стоимость. Более подробно о расчёте производительности и цены для редакцию Premium смотрите здесь. Стоит обратить внимание на возможности в Premium редакции накапливать «кредиты» и использовать их для кратковременного ускорения при пиковых нагрузках.
Ввиду необходимости подключения контейнера FSLogix к ВМ с ACL соответствующими пользователю необходимо интегрировать сервис с AD – облачным или локальным. Интеграция Azure Files c Azure AD доступна в GA, тогда как интеграции с локальным AD сейчас находится в Preview. Подключение ВМ к Azure Files так же возможна с применением Private Endpoint, которые предоставляют доступ к сервису с использованием приватной адресации в Azure.
Сценарии и преимущества других вариантов хранения профилей с использованием FSLogix таких как Azure NetApp Files или Storage Spaces Direct описаны здесь. При использовании контейнеров FSLogix необходимо обратить внимание на их размер по умолчанию (30GB) и ознакомиться с возможными инструментами для управления ими.
Для оценки производительности ВМ в пуле, можно воспользоваться встроенным средством Azure Monitor.
Также вы можете рассмотреть бесплатное комплексное решение для мониторинга, включающее в себя метрики сервиса VWD — Azure Monitor for RDS and Windows Virtual Desktop от компании Sepago. Для полного функционирования решения необходимо развернуть агенты Sepago внутри ВМ вашего пула. Для сбора и хранения метрик используется Azure Log Analytics, который тарифицируется отдельно (см Log Analytics -> Pay as you Go).
При развёртывании WVD необходимо заранее запланировать распределение подсетей внутри виртуальной сети Azure. В зависимости от конфигурации, которую вы развёртываете, вам могут потребоваться:
- одна или несколько подсетей для пулов WVD
- подсеть для AAD DS или доступ к ней через пиринг виртуальных сетей
- подсеть для Azure VPN GW или Network Virtual Appliance для организации доступа в локальную сеть
Поддерживаемыми ОС
для ВМ в пулах являются Windows 7, 10 Enterprise, Windows Server 2012 R2, 2016, 2019. WVD предоставляет возможность использовать Windows 10 Enterprise в режиме одновременного подключения нескольких пользователей (
multisession), без ограничения их количества и необходимости использования лицензии RDS CAL. По сути вы получаете функционал терминального сервера, ранее доступный только на Windows Server, на базе Windows 10, поддерживающий современные приложения. Такую версию Windows 10, по лицензионному соглашению, можно запустить только в Azure.
При необходимости включения в образ дополнительного ПО это можно сделать несколькими способами:
- Развернуть ВМ в Azure, кастомизировать, сделать образ и использовать его при развёртывании пула (детали процесса здесь)
- Взять образ локальной ВМ и загрузить его в Azure (детали процесса здесь)
- Рассмотреть применимость технологии MSIX app attach, которая позволяет подключать приложения без их установки
По опыту: заказчики устанавливали SAP и 1C клиенты, архиваторы, PDF просмотрщики,
language pack. Настроить использование часового пояса можно вне процесса кастомизации образа через
его редирекцию с использованием GPO.
Локальная часть
Интеграция с корпоративными приложениями и ресурсами «локального» ЦОД может осуществляться через site-to-site VPN, построенный на базе
Azure VPN Gatewayили
Network Virtual Appliance(NVA). При развёртывании Azure VPN Gateway необходимо создать отдельную подсеть с зарезервированным названием GatewaySubnet с минимальным размером в /27. NVA развёртываются на базе ВМ, без определённых требований к наименованию подсети. В случае использования NVA, направить трафик на него возможно с помощью
User Defined Routes.
NVA может как передавать весь трафик для фильтрации в локальном ЦОД, так и фильтровать его в облаке. При использовании Azure VPN GW установить ограничения трафика на L4 можно с помощью Network Security Group (NSG), которую необходимо применять на подсеть с ВМ, входящими в пул. При фильтрации трафика, стоит принять ко вниманию, что для корректного функционирования WVD пулу ВМ необходим доступ к списку URL. NSG позволяют предоставлять доступ к сервисам на базе Service Tags (коллекции IP адресов, которые относятся к каждому сервису). Фильтровать трафика в Azure на базе URL можно через NVA (в облаке или локальном ЦОДе) или через Azure Firewall. Для минимизации задержек рекомендуется использовать решение для фильтрации, расположенное в Azure.
При развёртывании VPN-решения стоит обратить внимание на его пропускную способность. При использовании NVA производительность определяется лицензией и сетевой картой выбранной вами ВМ. Для развёртывания Azure VPN GW используется SKU соответствующей производительности. Необходимо обратить внимание, что в дополнение к почасовой стоимости Azure VPN GW или ВМ для NVA также оплачивается исходящий из облака трафик.
Пропускная способность, необходимая для работы разных профилей пользователей, доступна здесь. Для расчёта передаваемого объёма траффика для «бюджетной» оценки можно использовать следующие цифры:
Light: 75Kbps
Medium: 150Kbps
Heavy: 500Kbps
Power: 1000Kbps
Для точной оценки объёма используемого трафика его следует замерить на сетевом оборудовании или ПО, таком как бесплатная версия SysTrack Windows Virtual Desktop Assessment
Заключение
Удалённая работа стала реальностью почти для всех нас и вероятно может остаться такой на достаточно длительное время. Microsoft понимает это и делает создание и поддержание инфраструктуры для предоставления удалённых рабочих мест и приложений максимально простым и экономически доступным. Используя WVD для обеспечения удалённой работы вы сможете достигать большего быстрее.
Полезные ссылки
Попробуй Azure бесплатно
Развертывание и масштабирование виртуализированных рабочих столов и приложений Windows в Azure
Об авторе
Роман Лазарев – Старший Архитектор Облачных Решений. Последние 4 года работаю в Microsoft в роли выделенного архитектора и доверенного советника для крупнейших Российских компаний использующих облако Microsoft Azure.
Linked InВиртуальная машина Windows Virtual PC
Если вам время от времени бывает нужен второй компьютер, а средств для приобретения ещё одного ПК не хватает, то вам поможет программа Microsoft Windows Virtual PC. Эта программа предназначена для создания виртуальных компьютеров. Она позволит вам выделить часть места на жёстком диске и в оперативной памяти для работы виртуальной машины, установить на неё отдельную операционную систему, необходимые программы и даже подключить его к сети Интернет. С таким виртуальным компьтером можно безбоязненно экспериментировать сколько угодно.
Для каких целей можно использовать виртуальные компьютеры?
C помощью виртуальных компьютеров можно выполнять множество задач, в том числе:
- Тестирование новых программ, которые, теоретически, способны нанести вред компьютеру.
- Тестирование настроек компьютерных сетей.
- Тестирование других операционных систем.
- Использование программ, предназначенных для другой ОС.
- Создание защищённых «мостов» (bridges) между реальной локальной сетью и Интернет.
С точки зрения операционных систем и прочего программного обеспечения виртуальные компьютеры ничем не отличаются от реальных. Управлять виртуальным компьютером можно так же, как и реальным, с помощью той же самой мыши и клавиатуры.
Основные возможности Windows Virtual PC
Windows Virtual PC позволяет:
- Выбрать оборудование, которое будет присутствовать на виртуальном компьютере (флоппи, CD-rom и т.д.).
- Добавлять и удалять виртуальное оборудование при необходимости.
- Создавать копии виртуальных компьютеров.
- Соединять виртуальный компьютер (или даже несколько виртуальных машин) по сети с реальным компьютером.
- Быстро переключаться между различными виртуальными компьютерами, переходя по закладкам окна программы Windows Virtual PC.
Windows Virtual PC позволяет копировать и перемещать файлы и каталоги с основного компьютера на виртуальный (и обратно) простым перетаскиванием их мышью, так же, как вы привыкли перетаскивать файлы из одной папки в другую.
Нужно понимать, что виртуальный (гостевой) компьютер расходует ресурсы того ПК, на котором он установлен (хостового), соответственно создать виртуальное оборудование мощнее, чем имеющееся «реальное», вы не сможете.
Таблица рекомендуемых минимальных объёмов свободных ресурсов, которыми должен располагать основной (хостовый) ПК для запуска каждой виртуальной машины:
ОС на гостевом компьютере | Минимум ОЗУ | Минимум пространства на диске |
---|---|---|
Windows 98, Millenium, 2000 | 96 MB | 2 GB |
Windows XP | 128 MB | 2 GB |
Windows XP SP3 | 256 MB | 3 GB |
Windows Vista | 512 MB | 15 GB |
Windows 7, Windows Server 2008 | 1024 MB | 20 GB |
Недостатком Windows Virtual PC можно считать отсутствие поддержки на гостевых компьютерах операционных систем семейства Android, которые установлены во всех современных смартфонах.
Ссылки на загрузку Virtual PC
Скачать дистрибутив Windows Virtual PC можно на официальном сайте Microsoft, по ссылке:
Аналог Windows Virtual PC
Существует замечательная, полностью бесплатная виртуальная машина Oracle VirtualBox. Она значительно более удобна и функциональная. К примеру, с её помощью можно создавать «снимки состояния» виртуальной машины и позднее возвращать её именно в то состояние, которое было зафиксировано. Это очень удобно при тестировании, поскольку позволяет быстро «откатить» систему в прежнее состояние, в случае какой-либо технической проблемы. В Windows Virtual PC этой возможности нет. Поддерживает Oracle VirtualBox любые гостевые операционные системы.
Описание Windows Virtual PC
Windows Virtual PC
Windows Virtual PC — это новейшая технология виртуализации Microsoft. Он позволяет запускать множество приложений для повышения производительности в виртуальной среде Windows одним щелчком мыши прямо с компьютера под управлением Windows 7.
Поддерживаемые операционные системы хоста
Windows 7 Домашняя базовая
Windows 7 Домашняя расширенная
Windows 7 Корпоративная
Windows 7 Профессиональная
Windows 7 Максимальная
Windows 7 Домашняя расширенная (SP1)
Windows 7 Корпоративная (SP1)
Windows 7 Профессиональная (SP1)
Windows 7 Максимальная (SP1)
Поддерживаемые гостевые операционные системы
Windows XP с пакетом обновления 3 (SP3) Professional
Windows Vista Enterprise с пакетом обновления 1 (SP1) и более поздние версии
Windows Vista Ultimate с пакетом обновления 1 (SP1) и более поздние версии
Windows Vista Business с пакетом обновления 1 (SP1) и более поздние версии *
Windows 7 Профессиональная *
Windows 7 Корпоративная.
Windows 7 Максимальная
Windows 7 Профессиональная (SP1) *
Windows 7 Корпоративная (SP1)
Windows 7 Максимальная (SP1)
* Примечание. Виртуальные приложения не поддерживаются в Windows Vista Business, Windows 7 Professional или Windows 7 Professional (SP1).Все остальные функции Windows Virtual PC поддерживаются этими двумя гостевыми системами.
Microsoft представляет Windows 365, ПК с Windows 10 в облаке
Windows 365, новая услуга, анонсированная сегодня на конференции Microsoft Inspire, по сути, представляет собой непреднамеренный риф на меме Yo Dawg: Microsoft поместила Windows в облако, чтобы вы могли запускать компьютер с Windows, пока вы работаете на своем компьютере. Вы можете просто назвать это облачным ПК, как это делает Microsoft. По сути, это простая в использовании виртуальная машина, которая позволяет вам подключиться к вашей собственной установке Windows 10 (и, в конечном итоге, Windows 11) на любом устройстве, будь то Mac, iPad, устройство Linux или планшет Android.Xzibit был бы горд.
Microsoft
Хотя Windows 365 не возникает полностью из ниоткуда — слухи о каких-то усилиях Microsoft в области облачных ПК ходят уже несколько месяцев — ее масштабы все еще удивляют. Он основан на службе Microsoft Azure Virtual Desktop, которая позволяет технически подкованным людям также запускать свои собственные виртуальные ПК, но при этом значительно упрощает весь процесс управления установкой Windows на удаленном сервере. Вам просто нужно перейти на Windows365.com, когда он запустится 2 августа (этот домен еще не работает), выбрать конфигурацию виртуальной машины, и все будет готово.(К сожалению, мы еще не знаем, сколько будет стоить эта услуга, но Microsoft заявляет, что окончательная цена будет объявлена 1 августа.)
Windows 365, вероятно, не будет иметь большого значения для большинства потребителей, но может изменить жизнь ИТ-отделов и малых предприятий. Теперь вместо управления локальными установками Windows на дорогих ноутбуках ИТ-специалисты могут обойтись более простым оборудованием, которое подключается к масштабируемому облаку. В установках Windows 365 можно будет настроить до восьми виртуальных процессоров, 16 ГБ ОЗУ и 512 ГБ памяти на момент запуска.Microsoft также изучает способы предоставления выделенной мощности графического процессора для более требовательных пользователей, сообщает нам Скотт Манчестер, директор по управлению программами для Windows 365.
Небольшие предприятия, тем временем, могут настроить экземпляры Windows 365 для нескольких сотрудников, которые будут использовать их на общих устройствах. И вместо того, чтобы таскать домой рабочее устройство, каждый пользователь Windows 365 может безопасно вернуться к своим виртуальным рабочим столам со своих домашних ПК или планшетов через Интернет или приложение Microsoft Remote Desktop.Во время короткой демонстрации Windows 365 запуск приложений и просмотр веб-страниц не сильно отличался от локального ПК. По словам Манчестера, этого достаточно для потоковой передачи видео без каких-либо заметных артефактов. (Microsoft также использует технологию, которая может отображать потоковое видео на локальном компьютере, которое в конечном итоге передается на ваш облачный компьютер.) Вы также сможете откатить свой облачный компьютер к предыдущим состояниям, что должно быть полезно, если вы когда-либо случайно удалите важные файлы.
Microsoft
Хотя идея Windows 365 возникла задолго до пандемии, весь прошлый год сотрудники Microsoft изучали из первых рук, насколько полезным может быть облачный ПК.Они использовали инструмент, предназначенный для гибридной работы, где вы можете легко переключаться между работой в офисе и удаленно, оставаясь дома во время пандемии.
Но зачем разрабатывать Windows 365, если виртуальный рабочий стол Azure уже существует? Манчестер сообщает нам, что Microsoft заметила, что колоссальные 80 процентов клиентов AVD полагались на сторонних поставщиков, которые помогали им управлять своими установками. «В конечном итоге они хотели, чтобы Microsoft была универсальным центром, где они могли бы получить все необходимые услуги», — сказал он.
Эта статистика неудивительна. Виртуализация операционных систем была полезным локальным инструментом для разработчиков в течение последних нескольких десятилетий, но обычным пользователям обычно было слишком сложно управлять им самостоятельно. И хотя такой инструмент, как Azure Virtual Desktop, перенес его в облако (Манчестер уверяет нас, что это тоже никуда не денется), им еще труднее управлять.
Одна вещь, которую Windows 365 не означает, по крайней мере, на данный момент, — это конец традиционным компьютерам.«Я думаю, что у нас по-прежнему будет отличное взаимодействие с клиентскими ПК», — сказала в интервью Мелисса Грант, директор по маркетингу продуктов Windows 365. «Вы знаете, что у нас есть отношения с нашими ноутбуками. Это наш дом и центр для наших вычислительных возможностей. Что мы хотим предложить с Windows 365, так это возможность иметь такую же знакомую и единообразную работу с Windows на других устройствах».
Все продукты, рекомендованные Engadget, выбираются нашей редакционной группой, независимо от нашей материнской компании.Некоторые из наших историй содержат партнерские ссылки. Если вы покупаете что-то по одной из этих ссылок, мы можем получать партнерскую комиссию.
Microsoft Mesh выглядит как виртуальное будущее собраний Microsoft Teams
На прошлой неделе Алекс Кипман из Microsoft, изобретатель Kinect и HoloLens, появился в моей гостиной и протянул мне медуз и акул. Может показаться, что мне приснился странный сон, но это была встреча, которая стала возможной благодаря новой платформе Mesh от Microsoft. Я надел гарнитуру HoloLens 2, присоединился к виртуальной переговорной, и Кипман сразу же появился рядом с моим журнальным столиком, готовый продемонстрировать видение Microsoft будущего VR и AR — или, как Microsoft называет это, смешанной реальности.
Все это было похоже на встречу Microsoft Teams в будущем.
Mesh — это платформа для совместной работы, которая позволяет каждому использовать виртуальный опыт на различных устройствах. «Это была мечта о смешанной реальности, идея с самого начала», — объясняет Кипман. «Вы действительно можете чувствовать, что находитесь в одном месте с кем-то, кто делится контентом, или вы можете телепортироваться с разных устройств смешанной реальности и присутствовать с людьми, даже когда вы не вместе физически.”
Изначально Mesh будет представлять людей в виде виртуальных аватаров, взятых из социальной сети AltspaceVR, которую Microsoft приобрела еще в 2017 году. Mesh в конечном итоге будет поддерживать то, что Microsoft называет «голопортацией», позволяя людям проявлять себя в виртуальном пространстве.
Вы можете свободно взаимодействовать с виртуальными объектами в Microsoft Mesh.Во время моей часовой встречи в Microsoft Mesh я постоянно чувствовал, что это может быть версия Microsoft Teams в далеком будущем.Кипман появился рядом со мной в виде аватара и начал раздавать мне виртуальных медуз и акул. Я мог изменить форму животных, передать их обратно или просто поставить перед собой. Хотя мы не работали над каким-то грандиозным дизайном или 3D-моделью, это было гораздо более захватывающим, чем видеозвонки Zoom, которые мне приходилось посещать почти каждый день.
Это было лучшее, что можно было сделать с Кипманом в комнате, и напомнило мне о моем первом опыте работы с HoloLens. Первоначально Microsoft продемонстрировала HoloLens с помощью совместного звонка в Skype, когда технический специалист мог рассказать вам, как исправить некоторые проводки.Это было похоже на обещание дополненной реальности, и Microsoft Mesh кажется естественным следующим шагом.
«Вы можете полностью представить себе Microsoft Teams с поддержкой Mesh, где главное — думать о коллегах со всего мира, которые работают вместе, как если бы мы с вами находились в одном физическом месте», — говорит Кипман. «Mesh позволяет командам разрешать организациям проводить собрания в смешанной реальности со всеми в одной комнате, поэтому вам следует подумать об этом в среде типа Teams с поддержкой Mesh.”
Microsoft демонстрирует Mesh на Ignite на этой неделе. ОднакоMesh — это не просто приложение для проведения виртуальных встреч; это целая платформа, построенная на базе Azure, которую Microsoft надеется использовать для разработчиков. Microsoft надеется, что архитекторы, инженеры и дизайнеры увидят перспективы Mesh, особенно во время пандемии, когда трудно работать с трехмерными физическими моделями, не находясь в одной комнате.
Microsoft также делает Mesh доступным для различных устройств, включая HoloLens 2, большинство гарнитур виртуальной реальности, планшетов, смартфонов и ПК. Предварительная версия приложения Microsoft Mesh для HoloLens 2 будет доступна сегодня вместе с предварительной версией AltspaceVR с включенной сеткой. Microsoft планирует интегрировать Mesh в Teams и Dynamics 365 в будущем, что может помочь реализовать уникальный опыт встреч, который у меня был, для большего числа людей.
Microsoft определенно считает, что Mesh станет следующим большим достижением в области смешанной реальности.Генеральный директор Сатья Наделла сравнил новую платформу с Xbox Live во время своего основного выступления на Ignite сегодня. «Подумайте о том, что Xbox Live сделала для игр — мы перешли от одиночной игры к многопользовательской, создав сообщества, которые помогли людям объединяться и достигать вместе», — сказал Наделла. «А теперь представьте, случилось бы то же самое со смешанной реальностью».
Основной доклад Microsoft Ignite VR с Джеймсом Кэмероном. Изображение: MicrosoftГлавное, что сдерживает Microsoft Mesh, — это стоимость устройств HoloLens и гарнитур виртуальной реальности.Хотя вы можете переходить с двухмерного экрана, например телефона или ПК, это далеко не так захватывающе, как с помощью гарнитуры. В прошлом Microsoft пыталась восполнить этот пробел с помощью амбициозных проектов, таких как Minecraft Earth , предлагая возможности дополненной реальности на мобильных телефонах. Этот конкретный проект не сработал, и неясно, понравится ли Microsoft Mesh пользователям.
Microsoft Mesh потребуется серьезная поддержка разработчиков или предложения, которые вы просто не можете получить больше нигде в VR, чтобы набрать обороты.Microsoft наняла режиссера Джеймса Кэмерона, разработчика Pokémon Go, Niantic и соучредителя Cirque du Soleil, чтобы продемонстрировать обещание Mesh во время своего выступления на Ignite сегодня.
Доказательная версия Pokémon Go , работающая на HoloLens 2, и виртуальные концерты, безусловно, показывают, что теперь возможно с Microsoft Mesh. Реальность теперь будет зависеть от популярности гарнитур или способности Microsoft продавать эту новую технологию компаниям, стремящимся использовать гибридные способы работы, пока мир вырывается из пандемии.
Обновление , 2 февраля 11:40 по восточноевропейскому времени : статья обновлена комментариями генерального директора Microsoft Сатьи Наделлы.
Microsoft приглашает заявки на 50 000 виртуальных стажировок; подробности здесь
Microsoft запустила программу виртуальной стажировки Future Ready Talent, чтобы дать индийцам возможность получить технологические навыки, необходимые для трудоустройства. Софтверный гигант заявил, что программа направлена на подготовку учащихся к работе над решением бизнес-задач и созданию инновационных решений с использованием таких инструментов, как Microsoft Azure и GitHub.В рамках этой программы студенты получат доступ к GitHub Student Developer Pack (включает Azure для студентов).
Программа открыта для студентов, которые закончили обучение в 2021 году или закончат обучение в 2022 или 2023 году. В программе могут участвовать студенты всех специальностей.
Кто может подать заявку?
Любые кандидаты могут подавать заявки по любой специальности
Как обращаться
Кандидаты могут подать заявку, посетив веб-сайт Future Ready Talent.Последний срок подачи заявок — 29 сентября. Продолжительность стажировки — 8 недель.
Помимо Microsoft, Всеиндийский совет по техническому образованию (AICTE), FutureSkills Prime — инициатива NASSCOM и Министерства электроники и информационных технологий (MeitY) по цифровым навыкам, Ernst & Young (EY), GitHub и Quess Corp будут частью Future Готовая программа талантов.
Microsoft предоставит учебные модули и сертификаты через свою учебную платформу Microsoft Learn.Он будет обучать студентов по таким темам, как облачные вычисления, данные, искусственный интеллект и кибербезопасность.
Принимая во внимание, что SSC NASSCOM обеспечит согласование соответствующих курсов с национальными профессиональными стандартами, привязка этих курсов к FutureSkills Prime EY предоставит студентам технологии и отраслевое наставничество во время их стажировки. GitHub предоставит студентам бесплатный доступ к лучшим инструментам разработчика через GitHub Student Developer Pack. Quess Corp проведет виртуальную ярмарку вакансий для участников, предлагая им карьерные возможности в экосистеме клиентов и партнеров Microsoft.
Подпишитесь на информационный бюллетень Mint
* Введите действующий адрес электронной почты
* Спасибо за подписку на нашу рассылку.
Не пропустите ни одной истории! Оставайтесь на связи и в курсе с Mint. Скачать наше приложение сейчас !!
Microsoft сообщает о ценах на виртуальный рабочий стол Windows 365: от 20 до 162 долларов в месяц
На этой неделе Microsoft запустила службу Windows 365, раскрывая цены на виртуальные рабочие столы в диапазоне от 20 до 162 долларов за пользователя в месяц.
В июле Microsoft анонсировала десктоп как услугу (DaaS), предложив его как альтернативу традиционным локальным аппаратно-ориентированным вычислениям, которые 2 августа предоставят «облачные ПК» компаниям любого размера. Операционная система — а также приложения, от пакета Office до собственных выбранных корпоративных клиентов — хранятся и запускаются по запросу из сети серверных ферм Microsoft Azure, Windows 365 будет передавать операции виртуальной машины в потоковом режиме на любое устройство, которое может запускать веб-браузер.
Не новинка, как в слове «святая корова-что-это?». Windows 365 — это упрощенная и более автоматически масштабируемая версия того, что называлось Windows Virtual Desktop до июня, когда она сменила название на виртуальный рабочий стол Azure. Однако эта услуга требует значительного опыта в развертывании, и ее цена, как и в случае с большинством облачных вычислений, основана на затраченных ресурсах, таких как обмен данными, выделенное хранилище и назначенные процессоры.
Windows 365, с другой стороны, является услугой с фиксированной ставкой.После того, как пользователь выбрал желаемый виртуальный ПК, ежемесячная стоимость фиксируется.
Вот как Microsoft описала это в июле и как опубликовала цены в понедельник.
Исходя из описаний других продуктов 365, Microsoft разделила планы Windows 365 на две общие категории: бизнес и корпоративный. (Пока нет планов для образовательных учреждений или потребителей; возможно, они просто не поддерживаются с финансовой точки зрения.)
Windows 365 Business подходит для клиентов, которые хотят развернуть 300 или меньше облачных ПК в своей организации с ценовые предпочтения для тех, кто оснастил сотрудников устройствами на базе Windows 10 (или 11) Pro, которые производители лицензий наиболее полно устанавливают на свои коммерческие устройства.
Пользователи, получающие доступ к облачному ПК с Windows 365 из своей системы Windows 10 Pro, получают скидку до 16% на свои подписки на Windows 365. Например, виртуальный ПК, который обычно стоит 35 долларов в месяц, стоит 31 доллар в месяц для пользователей Pro. Доступ к виртуальной машине с другой платформы, скажем, macOS, приводит к более высокой комиссии.
Windows 365 Enterprise , как и линейка других служб 365 с таким же названием, является высшим уровнем Microsoft, нацеленным на более крупные организации с обширными ИТ-ресурсами.Здесь нет скидки, так как цены для каждой конфигурации виртуального ПК идентичны сниженным ценам для Business. (Другими словами, скидки выплачиваются.)
Enterprise также требует, чтобы у пользователей была лицензия Microsoft 365, например E3, E5, F3 или Business Premium. Цены на виртуальные ПК основаны на конфигурации трех компонентов: ядер процессора, оперативной памяти и дискового пространства. Самым дешевым является одноядерное устройство с 2 ГБ ОЗУ и 64 ГБ за 20 долларов в месяц. Каждая конфигурация немного дороже, чем предыдущая, с десятком всего сказанного, пока самое топовое устройство — восемь ядер, 32 ГБ ОЗУ, 512 ГБ диск — за 158 долларов в месяц.(Та же самая конфигурация в Windows 365 Business без скидки на Pro составляет 162 доллара в месяц.)
Легко провести непростой расчет и сделать вывод, что цены на Windows 365 не в порядке по сравнению, скажем, с ценой на физический ПК с аналогичной конфигурацией.
«Но общая стоимость владения ПК — это нечто большее, чем просто оборудование», — написал Майкл Нихаус в своем личном блоге. До октября Нихаус работал в Microsoft, в том числе в ролях, связанных с развертыванием Windows и управлением ею; В настоящее время он является специалистом по глобальным технологиям в компании Tanium, занимающейся безопасностью и управлением.
В этом посте, написанном вскоре после июльского объявления Microsoft, а также в других последующих публикациях, Нихаус указал на экономию, которая может быть назначена на виртуальные ПК с Windows 365, в частности на развертывание и ремонт физического оборудования или гарантию. Тем не менее, его заключительный вывод об услуге заключался в том, что наиболее вероятными клиентами будут те, кто уже вложил большие средства в виртуализацию настольных компьютеров — банковский и финансовый сектор в целях безопасности — и которые стремятся сократить эти расходы.
«Таким образом, первоначальное использование Windows 365, вероятно, будет для тех, у кого уже есть существующая постоянная ферма VDI 1: 1, которой они управляют изнутри — огромные инвестиции в оборудование, программное обеспечение и персонал для поддержания ее работоспособности. «, — сказал Нихаус.Он добавил, что случай с Windows 365 вряд ли приведет к немедленному ускорению внедрения DaaS.
«Решения VDI дороги, независимо от того, как они реализованы, в облаке или локально».
MicrosoftЦены на Windows 365 Корпоративная для трех из четырех групп конфигурации.
Copyright © 2021 IDG Communications, Inc.
Microsoft Windows 365, предлагающая более простой вариант для облачных ПК
Сатья Наделла, генеральный директор Microsoft Corp., жестикулирует во время выступления на конференции Microsoft Decoded в Мумбаи, Индия, в среду, 22 февраля 2017 года. Flipkart выбрала службу общедоступных облачных вычислений Microsofts Azure в рамках нового стратегического партнерства, сказал Наделла.
Амит Мадхешия | Bloomberg | Getty Images
В среду Microsoft представила Windows 365, новый способ для организаций предоставить сотрудникам доступ к виртуальным облачным ПК с операционной системой Microsoft Windows. Например, пользователи могут использовать эту службу для доступа к виртуальному ПК, настроенному с рабочими приложениями, со своего домашнего ПК или с устройства, отличного от Windows, например Apple Mac, iPad или планшета Android.
Windows 365 появляется в связи с расширением рынка доступа к корпоративным приложениям на любых устройствах, при этом некоторые сотрудники все еще не выходят из своих офисов из-за пандемии Covid. Если эта услуга станет популярной, это может помочь Microsoft сделать доход от Windows более предсказуемым, а не скачками по мере того, как люди будут переходить со старых версий.
У Microsoft уже есть продукт, который компании используют для предоставления доступа к облачным компьютерам Windows. Служба, которая раньше называлась Windows Virtual Desktop, резко выросла в прошлом году, но в прошлом месяце была переименована в Azure Virtual Desktop.
Но установка и управление несколькими виртуальными рабочими столами с помощью службы может быть сложной задачей, а затраты не всегда предсказуемы.
Windows 365, основанная на виртуальном рабочем столе Azure, была разработана для уменьшения этой сложности.
Опыт использования Windows 10 или Windows 11 в Windows 365 будет таким же, как и на виртуальном рабочем столе Azure, сказал Джаред Спатаро, корпоративный вице-президент Microsoft, в интервью CNBC в понедельник. Но новая служба предложит администраторам более мощные средства управления.По словам Спатаро, они смогут видеть так называемые облачные ПК наряду с физическими ПК в программном обеспечении Microsoft Endpoint Manager.
Компания хочет работать над улучшением Windows 365 с автономным доступом, чтобы, если люди теряют подключение к своим ПК в облаке, когда соединения восстанавливаются, любые изменения синхронизируются с облаком, сказал Спатаро. По его словам, пока нет планов по внедрению подобных возможностей в виртуальный рабочий стол Azure.
Организации смогут платить за пользователя в месяц за количество используемых ими настольных компьютеров и выбирать определенные конфигурации с вычислением, объемом памяти и объемом памяти для различных настольных компьютеров.Согласно сообщению в блоге, администраторы могут получать рекомендации, а затем обновлять настольные компьютеры одним щелчком мыши. Microsoft объявит цены на Windows 365 2 августа, когда услуга станет общедоступной.
Финансовые последствия
Microsoft считает Windows 365 частью новой категории. «Мы не думаем, что будем единственными участниками в этой категории», — сказал Спатаро.
Конкурент Microsoft в области общедоступного облака, Amazon Web Services, предлагает облачные рабочие столы через свою службу WorkSpaces, в то время как Google предлагает услугу виртуальных рабочих столов только для сотрудников.
«Я считаю, что обе эти компании сыграют решительную роль», — сказал Шеннон Калвар, директор по исследованиям аналитической компании IDC в технологической отрасли.
По словам Калвара, рынок виртуальных клиентских вычислений вырос на 19% до примерно 4,5 млрд долларов в 2020 году по сравнению с ростом на 11% в 2019 году. По словам Калвара, почти весь рост происходит за счет общедоступных облаков, поскольку организации захотят разместить виртуальные рабочие столы ближе к месту их рабочих нагрузок, чтобы уменьшить задержку. Этот рост дал администраторам гораздо больше возможностей для администрирования.
«Любая попытка привнести интеллект и инструменты в работу этих новых ресурсов — облегчение для ИТ-организаций», — сказал Калвар.
Хотя Windows 365 полагается на облачную инфраструктуру Microsoft Azure, для целей финансовой отчетности она будет подпадать под категорию Microsoft Windows Commercial, которая включает корпоративное лицензирование Windows для предприятий. В свою очередь, Windows Commercial относится к зрелой области продуктов Windows, а не к быстрорастущему сегменту Azure, сказал Спатаро.
Если многие организации перейдут на Windows 365, доход от услуги может сделать общий доход Windows менее изменчивым и реагировать на циклы выпусков Windows. Поскольку Microsoft прекращает поддержку более старых версий, организации массово обновляют свои компьютеры, и это может означать, что в определенные периоды Windows растет быстрее, чем в другие. Компании могут платить Microsoft за Windows 365 каждый месяц, вместо того, чтобы покупать новые ПК с последней версией Windows, что приводит к одновременному поступлению доходов от лицензий на Windows в Microsoft.
СМОТРЕТЬ: Как Windows стала доминировать в операционных системах ПК
Microsoft переименовала WVD в «Виртуальный рабочий стол Azure»; добавляет новую опцию ценообразования на потоковую передачу приложений
Кредит: MicrosoftMicrosoft переименовывает свою службу виртуального рабочего стола Windows (WVD) в «Виртуальный рабочий стол Azure».«В то же время компания представляет новый вариант ценообразования для независимых поставщиков программного обеспечения / пользователей и снимает с себя ряд новых функций управления и безопасности, которые появятся в ближайшее время.
WVD, служба на основе Azure, позволяет пользователям виртуализировать свои Рабочий стол Windows, приложения Office и другие сторонние приложения путем их удаленного запуска на виртуальных машинах Azure. Microsoft официально представила виртуальный рабочий стол Windows (WVD) в сентябре 2018 года и сделала его общедоступным через год.
7 июня представители Microsoft представила новые возможности под брендом AVD, которые Microsoft готовится «установить более широкие контуры продукта», как сказал Кам Ведбрат, генеральный директор AVD.
Самая большая из этих предстоящих функций — это новая опция ценообразования для потоковой передачи приложений. Microsoft позволяет клиентам и независимым поставщикам программного обеспечения использовать AVD для потоковой передачи рабочих столов и приложений пользователям за пределами их собственных организаций. Это позволит ИТ-отделам и независимым поставщикам программного обеспечения использовать AVD в качестве базовой инфраструктуры для доставки приложений как услуги.
В период рекламной акции, которая длится с 14 июля по 31 декабря 2021 г., клиенты и независимые поставщики программного обеспечения могут получить эту ежемесячную подписку на пользователя без дополнительной оплаты, хотя им все равно придется продолжать платить за базовые службы Azure. на которую полагается AVD.С 1 января 2022 года этот вариант будет стоить 5,50 долларов США за пользователя в месяц для приложений и 10 долларов США за пользователя в месяц для приложений и рабочего стола. Опять же, эта плата предназначена только для прав доступа пользователей, а это означает, что клиентам необходимо будет продолжать платить за вычислительные ресурсы, хранилище и другие службы Azure, которые обеспечивают работу их приложений.
(Для пользователей, которые являются частью собственной организации клиента или независимого поставщика программного обеспечения, Microsoft советует организациям продолжать использовать AVD с помощью существующих лицензионных прав Windows, которые у них есть через Microsoft 365 E3 или Windows E3 и выше.)
Обновление : один партнер Microsoft оптимистично оценил новый вариант ценообразования.
«Мы работаем со многими независимыми поставщиками программного обеспечения, которые пытаются решить проблемы как технической архитектуры, так и модели ценообразования при переходе на виртуальный рабочий стол Azure. Благодаря фиксированной цене для каждого пользователя нового независимого поставщика программного обеспечения им будет намного проще разработать свою решения на основе AVD », — сказал Джозеф Ландес, директор по доходам компании Nerdio, занимающейся ИТ-управлением и автоматизацией.
Microsoft также добавит в AVD ряд новых функций в ближайшие месяцы.Среди них:
Расширенная поддержка Azure Active Directory: эта функция, которая появится «скоро» в общедоступной предварительной версии, позволит клиентам присоединять свои виртуальные машины AVD непосредственно к Azure Active Directory и подключаться к виртуальной машине с любого устройства с базовыми учетными данными и без необходимость в дополнительном контроллере домена. По словам официальных лиц, в какой-то момент в будущем Microsoft планирует добавить поддержку единого входа и дополнительных типов учетных данных, таких как FIDO2 и Azure Files.
Поддержка управления мультисессионными виртуальными машинами Windows 10 Enterprise с помощью Microsoft EndPoint Manager: эта возможность доступна уже сейчас.Кроме того, путем автоматической регистрации виртуальных машин AVD с помощью Microsoft EndPoint Manager.
Поддержка быстрого развертывания: скоро появится общедоступная предварительная версия. Эта возможность позволит клиентам настроить и запустить сеанс AVD за считанные минуты с портала Azure.
Сегодняшние объявления WVD / AVD не связаны с ожидаемым запуском Microsoft Cloud PC, его службы виртуализации на основе Azure и WVD под кодовым названием Deschutes. Мои источники говорят, что Cloud PC на данный момент находится в закрытом тестировании и может быть запущен позже этим летом.Microsoft планирует продавать Cloud PC как управляемую среду Microsoft 365 по фиксированной цене для каждого пользователя. Это важное отличие от цен на WVD / AVD, которые основаны на потреблении Azure.
.