Я уже и не помню, писали мы или нет про сайт virtualizationmatrix.com, который представляет собой скрупулезно собранные сравнительные таблицы возможностей популярных платформ виртуализации VMware, Microsoft, Citrix и Red Hat. Ячейки таблиц снабжены детальными пояснениями.

Достоинство этого сайта в том, что он существует уже довольно длительное время, обновляется и до сих пор не загнулся, что очень важно для такого рода ресурсов. Например, недавно вышел VMware Horizon Suite - и он уже есть в таблице:

Версии остальных гипервизоров в таблице также самые актуальные - Citrix XenServer 6.1 (и Cloud Platform 1.6), Red Hat Enterprise Virtualization 3.1 (RHEV) и Microsoft Hyper-V 3.0 в Windows Server 2012.

На сайте все представлено более-менее взвешенно, за исключением того, что в сегменте серверной виртуализации VMware пока, к сожалению, еще не с чем сравнивать.

В матрице доступны следующие категории:

• General - функции платформ в общих чертах
• Management - управление, бэкапы, обновления и развертывание
• VM Mobility and HA - сервисы высокой доступности и мобильности ВМ
• Hypervisor - собственно, платформа
• Network and Storage - сети и хранилища данных
• Cloud (Extensions) - возможности построения облачных инфраструктур (интересно, кстати)
• VDI (Extensions) - ПО для построения инфраструктуры виртуальных ПК
• Extensions - Other - всякие дополнительные штуки

В общем, приятно, что такие проекты живут и развиваются.

За что я всегда любил VMware, так это за то, что она, в отличие от Microsoft и Citrix, никогда не выпускала фича-паки, сервис-паки, мега-паки, а ограничивалась обычными Update 1,2,3 и т.п. для платформы виртуализации VMware vSphere. Однако, это время, похоже, прошло - VMware выпустила Horizon View 5.2 Feature Pack 1.

Напомним, что недавно была выпущена обновленная версия продукта для виртуализации настольных ПК VMware Horizon View 5.2, которая является частью VMware View Horizon Suite. Внимательные пользователи при развертывании пулов виртуальных ПК могли заметить следующую приписку к функциональности HTML access (доступ к консоли через браузер посредством HTML5):

Соответственно, данная функциональность до настоящего времени была недоступна.

Как можно увидеть из первой картинки, пакет VMware Horizon View 5.2 Feature Pack 1 содержит 2 нововведения:

• Доступ к виртуальным ПК через браузер (HTML Access) - теперь уже стандартная функциональность Horizon View по доступу к виртуальным ПК через веб-браузер посредством HTML5, которая раньше называлась AppBlast. Для работы этой возможности необходимо поставить специального агента (HTML Access Agent) на виртуальные ПК, к которым требуется доступ через веб-браузер (около 6 МБ), а также HTML Access Web Portal на сервер View Connection.
• Unity Touch - возможность получения доступа к приложениям виртуального ПК с планшета в "мобильном" стиле. Для этого на ПК тоже требуется поставить специального агента - Remote Experience Agent.

Остановимся на Unity Touch поподробнее. Эта штука позволяет вывести менюшку с приложениями рабочего стола Windows на вашем iPad, без необходимости идти в меню "Пуск" или еще куда и свободно переключаться между ними с помощью бокового меню. Можно переключаться между запущенными приложениями (а также удобно "убивать" их) и своими документами:

В этом всем множестве организован поиск, что весьма удобно.

Работает эта штука с обновленными клиентами VMware View, доступными на iOS App Store (под iPad и iPhone), Google Play Store, а также Amazon AppStore for Android. Кроме того, полный их список, как всегда, можно найти здесь.

Кстати, возможности VMware Unity Touch выросли из проекта AppShift, демо которого было показано на VMworld 2012:

Более подробно процедура установки и настройки фича-пака приведена в документе "VMware Horizon View Feature Pack Installation and Administration".

Мы уже много писали об облачной экосистеме компании VMware, которая представляет собой партнерскую модель (см. программу VSPP) распространения услуг IaaS через сеть сервис-провайдеров по всему миру (напомним, что в России этим занимается компания ИТ-ГРАД). Суть этой схемы сводится к тому, что партнеры VMware, использующие ее ПО для предоставления услуг по сдаче в аренду виртуальных машин своим клиентам, платят ей отчисления на базе потребляемых ресурсов. В большинстве случаев единицей тарификации является сконфигурированная оперативная память виртуальных машин (vRAM).

Совсем недавно компания VMware анонсировала сервис vCloud Hybrid Service (см. также новость от Gartner и Forrester), который будет предоставлять IaaS-услуги клиентам от VMware, однако, все же, через экосистему партнеров, кидать которых было бы не очень красиво (по крайней мере на заре становления облачного рынка). Эти партнеры смогут продавать доступ к публичном облаку VMware, но факт остается фактом - само публичное облако будет от VMware.

Поэтому кидок все-таки через некоторое время обязательно случится. Видимо VMware считает, что облачный рынок на основе ее продуктов развивается недостаточно быстро, а со стороны серьезных облачных провайдеров (Amazon, Microsoft и многих других) чувствуется сильное конкурентное давление. Поэтому VMware решила сама взять вожжи в руки и взбодрить свой облачный бизнес. Кстати, слово Hybrid в названии сервиса VMware означает, что он будет позволять объединять публичное облако VMware и частные облака клиентов (через vCloud Connector).

Microsoft сразу забоялась и сделала страничку с таким баннером:

На данный момент vCloud Hybrid Service доступен только для пробного 90-дневного использования от одного из партнеров в сфере vCloud. Бесплатная версия включает в себя использование в облаке двух виртуальных машин, каждая из которых имеет один vCPU, 2 ГБ оперативной памяти и 50 ГБ дискового пространства на базе ОС Linux или Microsoft Windows. Во втором квартале этого года нам обещают полноценную доступность сервиса vCloud Hybrid Service.

Что скажете, товарищи VSPP-шники?

Мы уже писали о том, что в скором времени увидит свет новая версия ПО для резервного копирования виртуальных машин - Veeam Backup and Replication 7. Сначала было объявлено о поддержке новой версией решения vCloud Director, теперь же компания Veeam показала плагин для тонкого клиента vSphere Web Client.

Те, кто хочет узнать о плагине Veeam для vSphere Web Client, могут зарегистрироваться на вебинар, который пройдет 26 марта.

Этот шаг Veeam видится вполне логичным на фоне того, что компания VMware полностью переходит на управление виртуальной инфраструктурой через веб-клиент в следующей версии платформы виртуализации VMware vSphere 6.

Продукт Veeam Backup and Replication 7 будет выпущен в третьем квартале 2013 года.

Не так давно компания VMware выпустила новый документ "VMware Network Virtualization Design Guide", который полезно будет почитать менеджерам и сетевым администраторам виртуализованного ЦОД на платформе VMware vSphere.

В документе на довольно концептуальном уровне рассматривается сетевая модель виртуального датацентра (virtual datacenter, VDC) в контексте использования следующих продуктов и технологий VMware:

• VMware vSphere Distributed Switch 5.1 (1)
• VMware vSphere logical network VXLAN (2)
• VMware vCloud Networking and Security Edge 5.1 (3)
• VMware vCloud Networking and Security Manager 5.1 (4)
• VMware vCloud Director 5.1 (5)
• VMware vCenter Server 5.1

Кстати, об организации сетей VXLAN в виртуальной инфраструктуре VMware vSphere и о том, для чего они нужны, мы уже писали вот тут.

В рамках концепции VXLAN рассмотрено прохождение пакетов в рамках одной виртуальной сети VXLAN:

А также прохождение пакетов из одной сети VXLAN в другую:

Интересны также комплексные сценарии, например, по организации доступа к виртуальной машине, работающей в рамках растянутого кластера (Stretched Cluster) и переехавшей из одного датацентра в другой посредством vMotion.

В общем - читайте.

Интересная, но спорная штука должна оказаться доступной сегодня, 11 марта - VMware Cloud Cred Program. Это новая инициатива по вовлечению профессионалов в сфере виртуализации на базе продуктов VMware в хм.. новый вид социальной игры.

Краткий обзор веб-сервиса Cloud Cred:

Технический обзор на вебинаре VMware, посвященном Cloud Cred:

Участвовать в активностях сервиса можно как отдельному человеку, так и командам (оба варианта также возможны совместно). В этих двух режимах профессионалы и могут собирать очки (слева - индивидуальные очки, справа - очки команды):

По-сути, это новый членомер от VMware для тех, кому требуется еще одна площадка для самовыражения. Видимо, в VMUG'ах стало тесновато и выделиться на фоне безликой толпы админов стало довольно сложно. Поэтому люди будут расти не только на фоне других, но и в глазах себя, зарабатывая очки и бейджи.

Итак, за что же даются эти очки? За выполнение заданий. Вот примеры таких заданий:

Можно вести блог, можно шарить знания с комьюнити, можно участвовать в мероприятиях или выполнять различные лабораторные работы. Например, если вы поставите VMware vCenter и создадите 1 машину на VMware ESXi, то получите 500 очков (подтверждается нотариально заверенным скриншотом):

Также за различные активности и статусы (например, вы vExpert и помогли человеку) вам дают бейджи. Их вы можете распечатать и повесить себе на грудь сайт.

Манчкинируя денно и нощно на очки, можно накопить себе на ручку, футболку и (уау) даже зонт:

Если вы особенно круты - вас засыпят стикерами "I love VMware" и выдадут почетную "Cloud Cred button".

Зарабатывая бейджи и "лидируя" в активностях, можно добиться своего упоминания в твиттере или фейсбуке VMware (вот это да!) или попасть на вечеринку CTO Party (боюсь предположить, что там происходит). А гвоздем программы и главным призом является посещение конференции VMword с компенсацией затрат на проезд и проживание + карманные деньги.

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

Во-вторых, коммерциализация блоггинга, шаринга и прочих ингов, совершаемых людьми из филантропических побуждений - не очень хорошая идея. Раньше помогали просто так, а теперь - за поинты, на которые можно купить зонт. Это правильно?

SMM-щики компании VMware (еще, оказывается, в прошлом году) решили запулить виральное видео про факты из ранней истории компании. Вышло неплохо, но скучновато:

Из видео вы узнаете, что:

• В стартапе под названием VMware в феврале 1998 года изначально работало 5 талантливых людей, а сейчас там уже больше 13 000 лоботрясов, потребляющих 12000 фунтов кофе в год.
• Ливень обрушил потолок во время собеседования QA-лида (с тестерами - это обычное дело) и он отказался работать в VMware (не понял знака).
• В вмварном кампусе Пало-Альто здание возводится за год (с нуля до въезда).

Ну и России (как, впрочем, и Нигерии) на карте как бы нет:

В целом, это верно - я этих ребят тоже в последнее время у нас не замечаю.

У компании VMware есть специализированное ПО для моделиирования рабочей нагрузки в VDI-среде - VMware View Planner 2.0. К сожалению, это средство доступно только партнерам VMware, однако умной голове не составит труда раздобыть его. Также, напомним, что мы уже писали о средствах тестирования VDI-нагрузок: VDI Sizing Tool и Login VSI.

View Planner поставляется в виде виртуального модуля (Virtual Appliance) в формате OVF, построенного на базе дистрибутива Linux Centos 5.x и требующего 2 GB памяти и один vCPU на виртуальную машину.

View Planner предназначен для генерации различных сценариев рабочей нагрузки виртуальных ПК, включая управление состояниями виртуальных машин, пользователями Active Directory, построение отчетов и прочее. Все это управляется через веб-интерфейс, присутствующий у виртуального модуля, включая службы Active Directory и конфигурации View Connection servers, контролируемые средствами развертываемых на них агентов.

Архитектурно решение VMware View Planner состоит из следующих компонентов:

• Виртуальные ПК на хостах VMware ESXi.
• Несколько клиентских виртуальных машин на хостах ESXi - используются для удаленного режима или пассивных тестов, т.е. те, откуда происходит доступ к виртуальным ПК.
• VDI controller appliance - управляющий модуль View Planner.

View Planner можно запускать в трех различных режимах:

• Remote mode - в этом случае для каждой тестируемой ВМ будет своя клиентская машина. Это самый затратный с точки зрения необходимых ресурсов способ тестирования, однако самый адекватный.
• Passive Client mode - в этом режиме клиентских машин требуется меньше и они только пассивно принимают результаты вывода тестируемых машин, а последние генерируют нагрузку. Это позволяет снизить требования к нужным для тестирования ресурсам.
• Local mode - в этом случае тесты исполняются только на десктопах, без клиентов. Это не учитывает сетевой трафик между ними, поэтому менее репрезентативно, зато и менее затратно.

Вот, например, как работает тест в режиме Remote mode:

Все данные о тестировании нагрузок хранятся в базе данных MySQL.

Модель нагрузки задается в виде блоков, каждый из которых создается под свою задачу для виртуальных ПК:

Пример рабочей нагрузки, генерируемой View Planner:

В качестве результатов работы View Planner вы получите следующие полезные параметры:

• Время отклика в виртуальном ПК (Responce Time) - показатель QoS для пользователей
• Статистики использования ресурсов (Resource stats)

Запускаем тест, получаем примерное число виртуальных ПК (пользователей), которые выдержит наша виртуальная инфраструктура с заданным показателем QoS (в данном случае время отклика - 1,5 секунды):

Из таблицы видно, что при заданной модели нагрузки наша VDI-инфраструктура с приемлемым показателем качества обслуживания будет выдерживать максимум ~130 пользователей. Не такого ли ответа на вопрос ожидают те из вас, кто планирует VDI-инфраструктуру у себя в организации?

Чтобы продолжить изучение полезного продукта VMware View Planner, рекомендую обратиться по следующим ссылкам:

• VMware View Planner: Measuring True Virtual Desktop Experience at Scale
• View Planner 2.0: Load-test your VMware View implementation
• VMware View Planner Installation and User Guide

Остальное - на официальной странице VMware View Planner.

Администраторы VMware vSphere знают, что для виртуальных машин, работающих на серверах VMware ESXi, есть операция Suspend, которая позволяет поставить виртуальную машину "на паузу", что означает сохранение памяти ВМ на диск. Когда машину потребуется "продолжить" (Resume), ее память с диска будет загружена в физическую RAM и она продолжит исполнять инструкции.

В платформе Microsoft Hyper-V есть такая операция Save, которая работает аналогично операции Suspend в ESXi, однако есть и операция Pause, которая работает несколько иначе: виртуальная машина прекращает исполнять инструкции, но память ее продолжает оставаться загруженной в оперативную память сервера. Вследствие этого, такая ВМ может быть быстро продолжена, так как не требуется загружать память с диска.

Есть ли такая операция в VMware vSphere? Как пишет Вильям Лам, оказывается, есть. Для этого можно поступить с VMX-процессом виртуальной машины так же, как и с любым другим процессом в случае его "замораживания" в Unix-системе.

Итак, чтобы поставить ВМ на такую "паузу", идентифицируем ее PID (Process ID). Для этого выполним команду:

# esxcli vm process list

PID виртуальной машины приведен в секции "VMX Cartel ID" результатов вывода команды:

В качестве альтернативы можно использовать также команду ps:

# ps -c | grep -v grep | grep [vmname]

Ну и, собственно, ставим ВМ на паузу:

# kill -STOP [pid]

Чтобы снять машину с паузы, выполняем команду для продолжения VMX-процесса:

# kill -CONT [pid]

Машинка продолжит возвращать пинги:

Надо отметить, что эта штука не работает с виртуальными машинами, для которых включена функция VM monitoring, поскольку этот механизм ничего не знает о такой возможности по приостановке виртуальных машин.

Ну и, само собой, несмотря на то, что эта штука вполне себе работает, она не поддерживается со стороны VMware.

Недавно мы писали про выход новой версии решения для виртуализации настольных ПК VMware Hoizon View 5.2, а также нового пакета продуктов VMware Hoizon View Suite, но на самом деле в марте появилось еще несколько важных изменений в продуктовой линейке компании VMware.

1. Сегодня, 4 марта, начались продажи VMware Hoizon View 5.2.

При этом произошли следующие изменения:

• Редакция VMware View Permier поменяла название на VMware Horizon View, при этом действующие партномера и цены сохранились. Издания VMware View Enterprise больше не будет - оно снимается с продаж с 1 октября 2013 года.
• Ввиду предыдущего пункта, для существующих заказчиков View Enterprise изменяется название у VMware View 5 Enterprise Bundle: Starter Kit 10 Pack на VMware View 5 Enterprise Bundle: 10 Pack. Партномера и цены остаются прежними.
• Также отдельно будут доступны для заказа продукты VMware Horizon Workspace и VMware Horizon Mirage.

2. С середины декабря 2013 ПО для виртуализации приложений VMware ThinApp будет недоступно как отдельный продукт.

Но с 4 марта 2013 ThinApp входит в состав решений Horizon Workspace, Horizon Mirage, Horizon View, Horizon Suite.

3. С 14 марта 2013 снимаются с продаж наборы лицензий VMware vSphere Acceleration Kit.

А именно:

• vSphere 5 Standard Acceleration Kit for 6 processors
• vSphere 5 Enterprise Acceleration Kit for 6 processors
• vSphere 5 Enterprise Plus Acceleration Kit for 6 processors
• vSphere 5 Standard with Operations Management Acceleration Kit for 6 processors

Вместо них появляются следующие пакеты:

• vSphere with Operations Management Standard Acceleration Kit, состоящий из vSphere with Operations Management Standard на 6 процессоров ESXi и 1 лицензии vCenter Server Standard
• vSphere with Operations Management Enterprise Acceleration Kit, состоящий из vSphere with Operations Management Enterprise и vSphere Data Protection Advanced на 6 процессоров ESXi, и 1 лицензии vCenter Server Standard
• vSphere with Operations Management Enterprise Plus Acceleration Kit, состоящий из vSphere with Operations Management Enterprise Plus и vSphere Data Protection Advanced на 6 процессоров ESXi, и 1 лицензии vCenter Server Standard.

Таким образом, при покупке пакетов Acceleraton Kit компания VMware заставляет пользователей платить за продукт vCenter Operations. Нехорошо.

4. Появляются новые лицензии VMware vSphere с Operations.

Аналогично предыдущему пункту, но уже не в составе пакетов, а при покупке лицензий по процессорам:

• vSphere with Operations Management Standard, состоящий из лицензий vSphere Standard и  vCenter Operations Management Suite Standard
• vSphere with Operations Management Enterprise, состоящий из лицензий vSphere Enterprise и  vCenter Operations Management Suite Standard
• vSphere with Operations Management Enterprise Plus, состоящий из лицензий vSphere Enterprise Plus и  vCenter Operations Management Suite Standard

Обычные лицензии vSphere, к счастью, остаются без изменений. Тут Operations пока насильно не впаривают.

5. С 14 марта доступно приобретение лицензий на продукт VMware vSphere Data Protection издания Advanced.

Об этом продукте мы уже писали вот тут - "Вышел VMware vSphere Data Protection (VDP) Advanced - отличия от обычного VDP". Теперь его можно будет заказывать дополнительно к имеющимся VDP в различных изданиях VMware vSphere.

Многим из вас знакомы продукты StarWind iSCSI SAN и StarWind Native SAN for Hyper-V, предназначенные для создания отказоустойчивых хранилищ виртуальных машин для платформ VMware и Hyper-V.

Начиная с 1-го марта и до 31-го компания StarWind Software дает скидку на продукты, начав со скидки 31% и уменьшая ее каждый день на 1%.

Сегодня скидка равна 28%:

Торопитесь, пока скидки еще есть. Заказать со скидкой продукт StarWind iSCSI SAN можно по этой ссылке, а продукт StarWind Native SAN for Hyper-V по этой.

На днях, на сайте проекта VMware Labs (у нас есть тэг Labs) появилась новая утилита DRMdiagnose, с помощью которой возможно просмотреть информацию о текущем состоянии ресурсов кластера и получить рекомендации по управлению ими.

DRM - это Distributed Resource Manager, основной компонент VMware vSphere, являющийся ядром механизма VMware DRS, который осуществляет балансировку ресурсов в кластере. Основное назначение утилиты DRMdiagnose - это предоставление информации о том, что произойдет с производительностью виртуальных машин и их вычислительными ресурсами, если настройки ресурсов (limit, shares, reservation) будут изменены для какой-то из виртуальных машин. Кроме того, эта утилита выдает рекомендации относительно того, что нужно сделать с ресурсами виртуальных машин по отношению к текущим назначенным ресурсам (уменьшить, увеличить).

Появилась эта утилита по той причине, что пользователи VMware vSphere не знали, что происходит с кластером и его производительностью при регулировании настроек выделения ресурсов для виртуальных машин. Утилита позволяет получить рекомендации относительно того, как можно изменить настройки ресурсов ВМ для достижения оптимальной производительности.

DRMdiagnose позволяет увидеть рекомендации в кластере наподобие таких:

Increase CPU size of VM Webserver by 1
Increase CPU shares of VM Webserver by 4000
Increase memory size of VM Database01 by 800 MB
Increase memory shares of VM Database01 by 2000

Decrease CPU reservation of RP Silver by 340 MHz
Decrease CPU reservation of VM AD01 by 214 MHz
Increase CPU reservation of VM Database01 by 1000 MHz

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

• vCenter server appliance: /var/log/vmware/vpx/drmdump/clusterX/
• vCenter server Windows 2003: %ALLUSERSPROFILE%\Application Data\VMware\VMware VirtualCenter\Logs\drmdump\clusterX\
• vCenter server Windows 2008: %ALLUSERSPROFILE%\VMware\VMware VirtualCenter\Logs\drmdump\clusterX\

Сама утилитка может работать в трех режимах:

1. Default - если указан путь к drmdump, то выводятся все ВМ кластера, их назначенные ресурсы, а также запрашиваемые ресурсы.
2. Guided - если указан путь к drmdump и целевые параметры ресурсов ВМ, то утилита сгенерирует набор рекомендаций для их достижения.
3. Auto - если указан путь к drmdump, то будут сгенерированы рекомендации для самых несбалансированных ВМ (то есть ВМ, для которых разница между назначенными и запрашиваемыми ресурсами самая большая).

Выглядят снапшоты кластера вот так:

А вот так можно запустить утилиту в дефолтном режиме для вывода информации в файл output.txt:

Формат использования DRMdiagnose:

Работает DRMdiagnose только с VMware vCenter 5.1 и выше, скачать утилиту можно по этой ссылке.

Компания ИТ-ГРАД, ведущий сервис-провайдер по предоставлению IaaS-инфраструктуры VMware в аренду, ввела в эксплуатацию новый облачный центр обработки данных в Санкт-Петербурге.

Существующий дата-центр перестал удовлетворять нашим потребностям по расширению, как в части площадей, так и в части увеличения энергопотребления. Новая инфраструктура облака ИТ-ГРАД более чем в два раза превышает мощности старой площадки.

Мы выбрали самый современный в Петербурге ЦОД на ул. Репищева, построенный в соответствии со спецификациями стандарта TIA-942 Tier 3. Дата-центр является крупнейшим по площади и мощности в Санкт-Петербурге, что соответствует нашим планам по динамике дальнейшего роста. Данный дата-центр запущен в 2011 году и уже имеет достаточный опыт бесперебойной эксплуатации.

Ядро новой инфраструктуры реализовано с полной заменой старого оборудования на самые современные и надежные High End решения производства NetApp, Dell, HP, Cisco и Juniper, что обеспечивает многократный запас ресурсов, мощности и производительности по сравнению со старой площадкой. При проектировании архитектуры нового облака был использован весь многолетний опыт компании, по построению и эксплуатации частных и публичных облаков.

В частности внедрена новая система хранения данных NetApp V6240 с использованием flash-кэширования и SSD дисков. Новая СХД позволяет решать абсолютно любые задачи наших клиентов, связанные с высокой нагрузкой на дисковую подсистему.

Новый центр обработки данных позволяет предлагать клиентам новое поколение облачных вычислений – IT-GRAD Cloud 2.0. Наши клиенты могут оперировать не только объёмом дискового пространства, но и характеристиками производительности СХД по требуемому количеству IOPS, мощности новой СХД позволяют предоставлять отдельным клиентам десятки тысяч операций ввода-вывода в секунду.

Миграция клиентских виртуальных машин в новый центр обработки данных для подавляющего большинства клиентов производится прозрачно, в режиме реального времени и без простоя услуги. Это достигается применением технологий виртуализации VMware, на базе которой реализована наша виртуальная инфраструктура.

Иногда бывает так, что VMware ESXi может начать вести себя странно, но симптомы могут быть совершенно разными, например:

• Не работает vMotion - отваливается на 13% с ошибкой "A general system error occurred: Timed out waiting for vpxa to start" или зависает вовсе
• Не работает консоль виртуальной машины (Unable to contact the MKS)
• Не зайти на хост VMware ESXi по SSH
• Хост ругается на отсутствие свободного места, хотя оно есть на разделах ESXi (No free space left on device)
• и прочие неприятности

При этом иногда сходу и не скажешь, что произошло. А проблема вот в чем: у файловых систем ОС Unix есть объекты inode - структуры данных, где хранится метаинформация о стандартных файлах, каталогах или других объектах файловой системы, кроме непосредственно данных и имени. Так вот, этих inode - ограниченное количество, и при большом количестве файлов они могут просто закончиться.

Чтобы проверить количество доступных inodes надо выполнить следующую команду на VMware ESXi (подробнее в KB 1007638):

[root@esx /]$ stat -f /

Вывод будет похож на этот:

File: "/"
ID: 0 Namelen: 255 Type: ext2/ext3
Blocks: Total: 1259079 Free: 898253 Available: 834295 Size: 4096
Inodes: Total: 640000 Free: 580065

Вот тут мы видим, что из 640 тысяч айнодов свободно 580 тысяч, то есть все в порядке.

Откуда может взяться так много файлов? Оказывается это случается, когда включен демон SNMPD на VMware ESXi 5.1. Каталог /var/spool/snmp начинает быстро засираться файлами SNMP-трапов. Если у вас включен SNMP и в этом каталоге более 2000 файлов - вероятность возникновения описанного выше поведения высока.

Выход - почистить папку и сделать так, как написано в статье KB 2040707.

P.S. Кстати, интересная идея для злодеев.

В прошлой статье, посвященной новым возможностям VMware Horizon View 5.2, мы рассказали о том, что новая версия VDI-решения от VMware является частью пакета VMware Horizon Suite, содержащего в себе все необходимое для управления инфраструктурой виртуальных и физических ПК предприятия.

Итак, напомним, что пакет состоит из трех основных компонентов:

• VMware Horizon View 5.2 - полноценное решение для виртуализации настольных ПК.
• VMware Horizon Mirage 4.0 - продукт о котором мы писали вот тут.  Это решение позволяет создать образ рабочей станции пользователя, разделив его на слои (система, приложения, а также данные и настройки пользователя), а потом централизованно управлять такими образами. То есть, это продукт для физических сред (и сейчас он пока не интегрирован с VMware View).
• VMware Horizon Workspace 1.0 - это комбинация двух интересных продуктов - Horizon Data (бывший Project Octopus - решение а-ля корпоративный Dropbox, о котором мы много писаливот тут), а также Horizon Application Manager - решение для федерации SaaS-приложений и VDI-сервисов (подробная статья здесь).

Кстати, появилась пара интересных видео, рассказывающих о том, что такое VMware Horizon Workspace. Маркетинговый булшит от VMware:

И видео по делу:

Давайте теперь обратим внимание на состав этих компонентов и принципы их лицензирования:

Итак, мы видим, что если покупать VMware Horizon View отдельно, то его по-прежнему можно лицензировать на число одновременных подключений, однако, если решение View покупается в составе Horizon Suite, то нужно уже лицензировать каждого пользователя, использующего виртуальный ПК (это может создать некоторые помехи для организаций, использующих View для сменных рабочих на одном компьютере под одной лицензией, например, call-центры). Если VMware Horizon View куплен в составе бандла, то продукт VMware ThinApp также лицензируется на именованных пользователей (ThinApp есть только в издании View Horizon Premier).

Для всех же остальных продуктов тип лицензии только один - именованный пользователь.

Теперь мы видим продукт VMware Workstation и звездочку над ним, что это? Это означает, что в лицензированный компонент входит лицензия на Workstation, но (обломитесь) она подходит только для компьютера, на котором будут создаваться виртуальные приложения VMware ThinApp. То есть с Workstation нельзя будет работать под этой лицензией пользователям организации.

А вот в состав VMware Horizon Mirage входит полноценная лицензия на VMware Fusion для компьютеров с Mac OS по числу лицензированных пользователей.

Теперь, что касается ценообразования. Есть вот такой невнятный документ от VMware - "VMware End-User Computing Products Pricing, Licensing and Upgrading", на него ссылается страница с Horizon Suite, но там про его стоимость ничего нет.

Кстати, вот российские цены на составляющие пакета:

• VMware Mirage Bundle for 10 named Users (Desktop Recovery + Repair and Image Management) = $2 200 (то есть $220 за лицензию)
• VMware Horizon Application Manager Perpetual Bundle: 10 Pack = $660 (это Workspace-Octopus, $66 за лицензию)
• VMware View 5 Enterprise Bundle: Starter Kit 10 Pack = $1 650 ($165 за лицензию)
• VMware View 5 Premier Bundle: Starter Kit 10 Pack = $2 750 ($275 за лицензию)

Целиком набор VMware Horizon Suite будет стоить где-то около $400-$450 за лицензию (у нас), если VMware снова не обуреет с ценовой политикой.

На прошлой неделе компания VMware анонсировала новую версию своего решения для виртуализации настольных ПК предприятия VMware Horizon View 5.2. Пользователи предыдущих версий этого продукта, наверняка, заметили, что компания VMware добавила к его названию слово Horizon.

Это все от того, что приставка Horizon означает принадлежность продукта к семейству решений из множества EUC (End User Computing). Продукты под маркой Horizon были объединены в набор VMware Horizon Suite, который включает в себя следующие решения:

• VMware Horizon View 5.2 - полноценное решения для виртуализации настольных ПК, о котором сегодня пойдет речь.
• VMware Horizon Mirage 4.0 - продукт о котором мы писали вот тут.  Это решение, которое позволяет создать образ рабочей станции пользователя, разделив его на слои (система, приложения, а также данные и настройки пользователя), а потом централизованно управлять такими образами. То есть, это продукт для физических сред (и сейчас он пока не интегрирован с VMware View).
• VMware Horizon Workspace 1.0 - это комбинация двух интересных продуктов - Horizon Data (бывший Project Octopus - решение а-ля корпоративный Dropbox, о котором мы много писали вот тут), а также Horizon Application Manager - решение для федерации SaaS-приложений и VDI-сервисов (подробная статья здесь).

Напомним, что раньше комплектацию пакета мы уже описывали тут, но с тех пор все немного изменилось - проект VMware Project AppBlast (мы писали о нем тут) был-таки включен в VMware Horizon View. И теперь концепция стала понятной - в пакете VMware Horizon Suite осталось всего 3 продукта (напомним, что ThinApp уже являлся частью VMware View).

Так во что же превратился AppBlast? В полноценного HTML5-клиента виртуальных ПК VMware View:

А теперь приведем краткий обзор возможностей нового решения VMware Horizon View 5.2 (полный обзор будет опубликован после выхода продукта):

Efficient Use of Storage Capacity with SEsparse Disks

Horizon View 5.2 использует возможности VMware vSphere, представляющие новый формат виртуальных дисков Flexible Space Efficiency (Flex-SE он же SE sparse disk), который позволяет найти оптимальное соотношение между потреблением дискового пространства и нагрузкой на хранилище за счет размера выделяемого для диска блока, а также способа управления этими блоками. Кроме этого, появилась возможность возвращения удаленных и неиспользуемых блоков виртуального диска (в гостевой ОС) системе хранения средствами View Composer.

Unified Client with View Desktops in Horizon

Если решение VMware Horizon View установлено в рамках пакета Horizon Suite, то вы получите централизованную консоль доступа к его компонентам, включая View, а также возможности единого входа (Single Sign-On, SSO).

Clientless HTML5 Access to View Desktops & Apps

Это то самое, о чем рассказано в видео выше. Теперь получить доступ к десктопам View можно безо всяких клиентов - просто посредством браузера с поддержкой HTML 5 (через Horizon View Security Server).

Hardware Accelerated 3D Graphics

Интересная возможность VMware Horizon View, позволяющая использовать аппаратные ресурсы GPU-устройства совместно несколькими виртуальными машинами. По-прежнему, виртуальная машина видит универсальное устройство SVGA device, но теперь уже использует возможности 3D-графики в гостевой системе. Соответственно получается 2 режима использования графической акселерации:

• vSGA (Shared Graphics Acceleration)      
• Software 3D renderer

Для таких машин можно делать vMotion без прерывания работы 3D-графики. Пока поддерживаются следующие видеоадаптеры серверов:

Improved Video Chat with MSFT Lync Support

Это улучшенная поддержка клиентов  Microsoft Lync 2013 в виртуальных ПК, включая полную поддержку VoIP и видеочата для протоколов RDP и PCoIP.

Такжн появилось несколько новых возможностей по интеграции с клиентскими приложениями Microsoft:

• Сжатие трафика USB-вебкамер
• UDP-канал для ускоренной передачи в WAN
• Улучшенная поддержка USB медиа-устройств

Windows 8 Desktop Support

Появилась поддержка виртуальных ПК с гостевыми ОС Windows 8. Исправлены различные баги, имевшие место в предыдущих версиях.

Куча новых возможностей протокола PCoIP

Вот только некоторые из них:

• Поддержка сетевых устройств MITM (Man-In-The-Middle)
• Настройки PCoIP GPO применяются сразу после изменения
• Поддержка Multi Touch для Windows 8
• Существенные улучшения безопасности
• Улучшения производительности, например, vertical offset caching и другое

Об этом позднее - в полном обзоре новых возможностей.

Horizon Based ThinApp Entitlement for View

Возможность привязать назначение прав на использование виртуальных приложений ThinApp в консоль Horizon Workspace.

Large Pools with more than 8 hosts

Ограничение для связанных клонов в 8 штук хостов ESXi для пула было убрано (подробнее - тут). Теперь действует единый лимит - 32 хоста, неважно Linked Clone пул это или нет.

Multi-VLAN support

Теперь один базовый образ виртуального ПК можно назначить нескольким VLAN или портгруппам.

Кэширование данных для VMware View Manager

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

Улучшение производительности операций Provisioning, Rebalance, Recompose 

До двух раз сократилось время развертывания виртуальных ПК и уменьшилось время операции Rebalance для пула.

Integrated Service Console in VC Web Client

Эта экспериментальная возможность позволяет веб-клиенту vSphere Web Client "быть в курсе" объектов VMware View (например, Users, Desktops и Pools). Классная и нужная администраторам штука:

VC Virtual Appliance Support

Да, теперь для установки VMware View поддерживается виртуальный модуль vCenter (vCSA)!

New Admin Dashboard Look & Feel

Теперь новая админка VMware Horizon View выглядит как vSphere Web Client:

Появились также множественные улучшения безопасности решения - но об этом обо всем в следующей статье.

Ну и взглянем на максимумы решения VMware Horizon View 5.2 по сравнению с предыдущей версией VMware View 5.1:

• Теперь (ура!) поддерживается 32 хоста в кластере на основе томов VMFS (было 8)
• 32 хоста в кластере на основе томов NFS (не изменилось)
• 16 виртуальных машин на физическое ядро (не изменилось)
• 1000 виртуальных машин на пул виртуальных ПК (для одной реплики) - не изменилось
• 140 виртуальных машин на один LUN с поддержкой VAAI (не изменилось)
• Теперь поддерживается 10 000 ВМ на один сервер vCenter (раньше было 2000)
• 1000 виртуальных машин на хост VMware ESXi (не изменилось)

О возможности загрузки VMware Horizon View 5.2 будет объявлено дополнительно.

Если у вас или вашего руководства возникают вопросы о том, поддерживается ли то или иное приложение на платформе VMware vSphere, то теперь вы можете получить достоверный ответ на сайте Business Applications on the VMware Platform. На данный момент в базе данных 3707 приложений и список постоянно пополняется:

Что означает этот список? Он означает полную поддержку работоспособности данного ПО в виртуальной машине именно со стороны производителя данного бизнес-приложения, а не VMware. То есть, VMware обращается к вендору этого ПО (в том числе по запросам пользователей), а он, в свою очередь, публикует support statement, который также появляется на этом сайте.

Вот, например, заметка про поддержку IBM WebSphere на VMware vSphere:

Идем по ссылке и внизу страницы находим официальную информацию про поддержку VMware vSphere:

Каждый пользователь может самостоятельно составить запрос к вендору того или иного приложения, для этого нужно зарегистрироваться.

И еще одно - если вам для чего-то нужен этот список в офлайн, можно скачать вот такой полный список поддерживаемых приложений на VMware vSphere со ссылками на support statement.

Компания VMware выпустила интересный и полезный документ "Best Practices for Running VMware vSphere on Network-Attached Storage (NAS)", в котором описаны лучшие практики по работе платформы VMware vSphere на IP-хранилищах NAS/NFS, а также рекомендации по их развертыванию.

В документе рассмотрены различные варианты подключения дисковых массивов NFS, их преимущества и недостатки, а также совместная работа с такими технологиями как Storage I/O Control, VAAI, Network I/O Control, Storage DRS и прочими. Также администраторам будет интересно прочитать про расширенные настройки VMware vSphere, относящиеся к хранилищам NFS.

Если вы заглянете в папку с работающей виртуальной машиной в VMware ESXi 5.1 из консоли, то увидите, что там находятся 2 конфигурационных файла VMX:

Не стоит думать, что файл vmx~ - это lock-файл вроде тех, которые бывают для виртуальных дисков VMDK (lck). На самом деле, это так называемый "edit file", который нужен для того, чтобы вносимые в конфигурацию виртуальной машины изменения сначала сохранялись в нем, а затем эти два файла меняются местами.

Таким образом, этот файл вам пригодится, если оригинальный vmx-файл будет поврежден или потерян, так как vmx~ является точной копией его последнего рабочего состояния.

Поэтому не стоить вносить правки в файлы vmx вручную, а стоит воспользоваться интерфейсом vSphere Client:

Можно также внести правки в расширенные настройки виртуальной машины через интерфейсы удаленного администрирования, например, как описано в этой статье.

Компания StarWind Software, производитель средства номер 1 для создания отказоустойчивых хранилищ iSCSI для виртуальных машин VMware и Microsoft, выпустила интересный документ "StarWind High Availability Best Practices", где описаны лучшие практики для механизмов отказоустойчивости, имеющихся в продукте:

Данный документ подойдет как новичкам, так и опытным администраторам СХД StarWInd, поскольку в нем имеется описание необходимых настроек ОС, сетевого взаимодействия, тиминга адаптеров, канала синхронизации, а также имеются рекомендации по настройке HA-устройств, снабженные иллюстрациями.

Как многие из вас знают, у компании VMware есть средство для резервного копирования виртуальных машин на серверах VMware ESXi - VMware vSphere Data Protection (VDP), входящее в состав платформы виртуализации VMware vSphere 5.1.

Это решение построено на базе продукта EMC Avamar, что позволяет производить резервное копирование содержимого гостевой ОС виртуальной машины, без агентов и со встроенной дедупликацией. Этот продукт заменил предыдущее решение vSphere Data Recovery, которым ранее бэкапились виртуальные машины.

На прошлой неделе компания VMware выпустила расширенную версию продукта - vSphere Data Protection Advanced.

Взглянем на отличия обычного VDP от VDP Advanced:

По-сути, отличия заключаются в том, что VDP Advanced может применять дедупликацию на хранилищах до 8 ТБ, поддерживает резервное копирование до 400 ВМ и имеет в своем составе агентов для восстановления объектов ПО Microsoft. В частности, VDP Advanced может восстанавливать отдельные объекты Microsoft SQL (все приложение, файлы БД или только архивные логи) средствами SQL Agent, а Exchange Server Agent позволяет производить гранулярное восстановление почтовых ящиков и отдельных сообщений.

Продукт традиционно поставляется в виде виртуального модуля (Virtual Appliance) и требует обязательного наличия vCenter Server 5.1, а также установленного vSphere Web Client.

Ценовая политика на решение vSphere Data Protection Advanced вызывает недоумение: за сокет сервера ESXi придется заплатить $1095 (в ценах NAM). И это при том, что Veeam Backup and Replication 6.5 Enterprise, имеющий намного больше возможностей, стоит практически столько же.

Более подробно о решении VMware vSphere Data Protection Advancedможно почитать в официальном пресс-релизе.

Компания VMware традиционно выпустила черновик своего руководства по обеспечению информационной безопасности виртуальной инфраструктуры - VMware vSphere 5.1 Security Hardening Guide Draft. Традиционно - потому что, как правило, VMware делает доступным черновик руководства для его публичного обсуждения, а через пару-тройку месяцев выпускает его финальную версию. Так было и с прошлой версией - vSphere 5.0 Security Hardening.

Руководство, как обычно, состоит из экселевских табличек:

Пока в документе мало что добавилось нового с прошлой версии (например, в секции виртуальных машин - ничего вообще). Обещают, что в скором времени Security Hardening Guide будет включать в себя секции с руководствами по обеспечению безопасности компонентов Single Sign-On (SSO) и vCenter Server Virtual Appliance.

Комментарии к документу можно почитать и оставить на странице обсуждения.

На прошлой неделе компания Veeam Software в очередной раз доказала, что является действительно инновационной компанией, которая выпускает продукты с возможностями, отсутствующими у других производителей программного обеспечения для платформ виртуализации.

На этот раз компания выпустила решение для резервного копирования виртуальных машин VMware и Microsoft в облако - Veeam Backup & Replication Cloud Edition.

Если заглянуть в секцию Network утилиты esxtop, то там (начиная с ESXi 5.1) можно увидеть объекты Shadow of vmnic1 и т.п.:

На самом деле, эти штуки созданы для обеспечения работы функций VDS Network Health Check, которые появились в VMware vSphere 5.1. Для каждого физического интерфейса создается shadow port, через который посылаются пакеты Health Check, связанные с состоянием этого порта. Эти виртуальные интерфейсы можно мониторить на предмет работоспособности означенной функциональности.

Если эти штуки вам мешают, то можно убрать их, отключив модули хоста ESXi, связанные с хэлсчеком (заодно и в целях безопасности). Для этого нужно выполнить следующую последовательность команд для выгрузки ненужных модулей:

vmkload_mod -u vlanmtucheck
vmkload_mod -u teamcheck
vmkload_mod -u heartbeat
vmkload_mod -u healthchk

Помните, что после перезагрузки эти изменения не сохранятся - модули снова будут загружены автоматически.

Кстати, не по теме, но хозяйке на заметку: если вы видите, что в esxtop какой-либо счетчик принимает только значения 0 или 100 - знайте, что это просто означает работает эта штука в данный момент времени или нет. Так, например, происходит с SIOC. Просто нет еще в esxtop булевых метрик.

В этой части статьи разберем рекомендации по настройке физических клиентских устройств. В настоящий момент все рекомендации будут касаться платформы Microsoft Windows. В случае если инфраструктура виртуальных десктопов разворачивается на предприятии, пользователю клиентского физического устройства не рекомендуется выдавать административные права на нем...

Интересная статья обнаружилась у Кормака, касающаяся того, как работает LUN Discovery на хостах VMware ESXi. Оказывается все новые LUN, висящие на одном таргете обнаруживаются сервером ESXi автоматически по заданному таймауту.

То есть мы сначала делаем Rescan, чтобы добавить новый таргет (порт массива), например, T2 с LUN ID=10:

Дальше на этом таргете создаем новый LUN ID=20, и через какое-то время он автоматически появляется в списках устройств:

Все это потому, что по умолчанию каждые 5 минут вызывается проба (SCSI-команды  REPORT_LUN и/или INQUIRY), целью которой является обнаружение новых устройств и путей на известных хосту таргетах. Настраивается это время (в секундах) в следующей расширенной настройке (по умолчанию 300 секунд):

Disk.DeviceReclaimTime

Кроме того, все это отрабатывает и тогда, когда происходят операции добавления (Rescan) или удаления таргета.

Недавно ассоциация DMTF, в которую входят многие вендоры платформ виртуализации, такие как VMware, Citrix, Microsoft и другие, объявила о выпуске спецификации на стандарт формата OVF 2.0 (Open Virtualization Format), предназначенного для распространения программного обеспечения в виде виртуальных модулей (VIrtual Appliances) - т.е. готовых к импорту в виртуальную среду машин.

Надо отметить, что в последнее время формат OVF набирает все большую популярность у производителей программного обеспечения. Вот пример развертывания ПО Cisco Prime LMS из OVF-пакета:

Теперь стандарт OVF 2.0 больше ориентирован на облачные инфраструктуры, в том числе IaaS-провайдеров. Это выражается в том, что теперь есть средства для повышения гибкости сетевой инфраструктуры виртуальных машин и механизмы обеспечения повышенной безопасности.

Какие нововведения подразумевает формат OVF 2.0:

• Улучшенная поддержка конфигурации сетевого взаимодействия с возможностями отображения сетевой конфигурации виртуального модуля на физическую и виртуальные сети инфраструктуры предприятия
• Возможность шифрования пакета OVF (EncryptionSection), позволяющая гарантировать использование корректного пакета
• Расширенные возможности параметров развертывания
• Поддержка базовых политик первоначального размещения машины - affinity и availability
• Поддержка общих дисков (Shared disks)
• Улучшенная обработка механизма приоритета загрузки с устройств
• Улучшенные механизмы передачи данных в гостевую ОС (например, IP-адреса и прочего)
• Улучшенные схемы CIM

Спецификацию формата OVF 2.0 можно найти по этой ссылке, а FAQ доступен тут.

Если вам по каким-либо причинам понадобилось подключить флэшку или другое USB-устройство к VMware ESXi, например, в целях сбора диагностических данных или интеграции сторонних пакетов (или драйверов) в гипервизор, то сделать это можно способом, описанным ниже. Прежде всего отметим, что монтирование USB-хранилищ в консоль ESXi поддерживается только для файловой системы FAT16.

1. Сначала нужно отключить службу USB Arbitrator service, которая отвечает за проброс USB-девайсов в виртуальные машины хост-сервера. Для этого выполняем команду:

# /etc/init.d/usbarbitrator stop

2. Далее подключаем носитель к ESXi и проверяем девайс командой:

# esxcli storage core device list | grep -i usb

или смотрим список смонтированных файловых систем:

# esxcli storage filesystem list

После этого вы можете работать с USB-устройством через папку /vmfs/volumes/NO NAME/. Например, можно установить бандл ESXi с флешки:

# esxcli software vib install -d /vmfs/volumes/NO\ NAME/offline-bundle.zip

3. По завершении работы включаем арбитратор командой:

# /etc/init.d/usbarbitrator start

Не так давно мы писали о том, что компания Teradici планирует выпустить продукт для доступа пользователей к серверам инфраструктуры предприятия через высокопроизводительный протокол PCoIP и сервисы Microsoft RDS. Изначально это решение носило название Teradici Remote Desktop Services Host (RDSH), теперь же оно звучит проще - Teradici Arch.

На самом деле, релиз продукта ожидался в ближайшем будущем, однако был отложен из-за наблюдающихся проблем с масштабируемостью решения (а именно - при превышении 45 сессий на Windows-сервер). Поэтому он выпущен пока как технологическое превью.

Решение Teradici Arch направлено на тех пользователей, кто использует терминальные службы Microsoft для доступа пользователей к приложениям, размещенным на серверах Microsoft Windows Server, которые они по каким-то причинам не хотят (или не могут) переносить в VDI-среду VMware View.

С одной стороны, для VMware этот шаг Teradici очень выгоден - поскольку решение Arch завязано на брокер соединений VMware View Manager (обязательное требование), только VMware сможет предлагать своим клиентам законченное решение как по виртуализации рабочих нагрузок в VDI-среде VMware View, так и для улучшения производительности Legacy-информационных систем, применяющих терминальный доступ на базе Microsoft RDS в Windows Server 2008 и Windows Server 2012 (последний пока не поддерживается).

С другой же стороны, не будем забывать, что компания Teradici не принадлежит VMware, и решение Arch несколько диверсифицирует ее софтово-продуктовый портфель, что может привести к приобретению большей независимости от VMware в будущем и, как следствие, сотрудничеству с Microsoft.

Архитектура решения Teradici Arch такова:

В разрыв канала между софтовыми и железными клиентами ставится виртуальный модуль PCoIP Connection Manager (Virtual Appliance), который и отвечает за обработку соединений пользователей и выступает в качестве защищенного шлюза. Модуль PCoIP Security Gateway позволяет поддерживать безопасное соединение между клиентами и View Connection Server (который находится в DMZ), что не требует наличия стороннего VPN-решения. Компоненты PCoIP Services устанавливаются на Windows-серверы и позволяют полностью избавиться от RDP-протокола, заменив его на PCoIP (то есть, RDP становится недоступным на этих серверах).

Требования продукта Teradici Arch:

• Microsoft Windows Server 2008 R2 SP1 x64 с сервисами RDS (работающий в виртуальных машинах на ESXi или на физических серверах)
• VMware View Agent 5.1 или более поздней версии
• VMware View Connection Server 5.1 или более поздней версии
• Установленные VMware Tools, если сервер работает в виртуальной машине

На данный момент заявлена поддержка до 2-х мониторов на публикуемый рабочий стол с разрешением 2560×1600. Поддерживаемые клиенты:

• PCoIP Zero Clients
• Tera2: firmware version 4.0.3
• Tera1: firmware version 4.0.2
• VMware View Windows soft client, version 5.2
• VMware View Apple OS X soft client, version 1.7
• VMware View iOS and Android clients, version 1.7

Поддержка USB-устройств пока ограничена только клавиатурой и мышью.

Продукт Teradici Arch пока доступен только в качестве технологического превью по этой ссылке. Даташит доступен тут.