1. надійність
2. перемикання транспорту
3. Аналітика при перемиканні транспорту
4. Деякі результати тестування
5. Перший тест (5 MS latency, no packet loss) для Blast Extreme
6. Перший тест (5 MS latency, no packet loss) для PCoIP
7. Робота Blast Extreme на latency 200 мілісекунд
8. Робота PCoIP на latency 200 мілісекунд

Як багато хто вже знає, не так давно VMware випустила оновлену версію рішення для віртуалізації і доставки робочих оточень користувачів VMware Horizon 7.5 . серед нових можливостей клієнтів Horizon View була така фіча: "VMware Blast вибирає оптимальний транспорт автоматично (UDP або TCP) для надання кращої якості обслуговування користувачеві (раніше потрібно було робити це вручну)".

Виявляється, це дуже важлива штука, і називається вона Blast Extreme Network Intelligent Transport (BENIT). Раніше компанія VMware анонсувала механізм Blast Extreme Adaptive Transport (BEAT), який дозволяв переходити на UDP-протокол в мережах з поганою якістю зв'язку, надаючи користувачу вибір типу з'єднання:

Blast Extreme автоматично підлаштовується під параметри Bandwidth, Latency і Packet Loss в різних мережах і вибирає найбільш ефективний транспорт: TCP або UDP. Працювало це так:

• Excellent - призначений для LAN-мереж з гарною якістю (висока швидкість і низькі втрати пакетів). У цьому випадку використовується тільки TCP протокол - і для управління передачею, і для відправки самих даних.
• У разі вибору Poor протокол Blast Extreme використовує тільки UDP для управління передачею і відсилання даних. Це оптимально для WAN-мереж з великими затримками і коефіцієнтом втрат пакетів 20% і більше.
• Дефолтний пункт - Typical - це оптимальний вибір для 99% користувачів. У цьому випадку буде використовуватися TCP для керування передачею, а UDP для основної відправки даних, з урахуванням адаптивного алгоритму. Якщо з якихось причин UDP буде недоступний (наприклад, заблокований політикою на мережевому екрані), то станеться непомітне для користувача перемикання на TCP.

Далі в версії VMware Horizon 7.3.1 з'явилися окремі канали для для USB і CDR всередині протоколу Blast. Це дозволило инкапсулировать весь трафік в рамках одного протоколу, що зручно з точки зору управління каналом.

Тим часом, деякі недоліки такого механізму ще залишалися, особливо при використанні UDP:

• UDP часто заблокований в корпоративній інфраструктурі або сильно затиснутий по ширині каналу.
• Маршрутизація на основі політик може вести TCP і UDP трафік через абсолютно різні шляхи.
• Деякі програми (наприклад, копіювання файлів) набагато важливіше сира пропускна здатність, ніж рівень відгуку для користувача, з чим відмінно справляється TCP.
• При використанні TCP в протоколі Blast навантаження на CPU є кілька підвищеної, якщо порівнювати з власними механізмами оптимізації TCP в операційних системах.

Ну і головним недоліком BEAT було те, що умови з'єднання користувача могли змінюватися в процесі роботи - виявлявся вплив різних типів трафіку, зміна параметрів каналу та інше. Ну і сам користувач не завжди був в курсі, яку політику BEAT потрібно вибрати при роботі з тим чи іншим додатком.

Ще однією проблемою є використання мобільних клієнтів - протоколи TCP або Adaptive Transport надають надійне з'єднання тільки коли постійно є. Але мобільний пристрій може переключитися з Wi-Fi на 3G / LTE, при цьому, наприклад, копіювання файлів в гостьовій ОС не має перериватися.

Як наслідок, VMware розробила протокол сеансового рівня для Blast, який з'явився в VMware Horizon View 7.5.0 і Horizon Clients 4.8.0 - Blast Extreme Network Intelligent Transport (BENIT).

Цей протокол надає наступні характеристики:

• Надійність - гарантія послідовної доставки даних в умовах переривання мережевого з'єднання / перемикання мережевих адаптерів.
• Перемикання транспорту для окремого додатка на основі відгуку програми в мережі.
• Балансування навантаження за рахунок одночасного використання обох транспортів для різних додатків, а також за рахунок вибору конкретного транспорту для певного класу трафіку (наприклад, File Copy).

Так це виглядає наочно:

Прив'язка потрібного типу протоколу відбувається динамічно на рівні сесії для кожної програми або типу трафіку через компонент мультиплексор.

Давайте подивимося на деякі аспекти такого рішення:

надійність

Тут виникає 2 основних проблеми:

• Втрата з'єднання для транспортного протоколу, коли дані були відіслані і, можливо, отримані одержувачем, але джерело не отримав підтвердження цього. Для протоколу BENIT це вирішується повторної відправкою даних тільки в разі перемикання транспорту для додатка.
• ефект Race condition - коли додаток відправило пакет під одному каналу, а потім відбулося перемикання транспорту, і воно відправило інший пакет по іншому каналу, а відповідь для них може прийти в зворотному порядку. Ця проблема вирішується механізмом виявлення і корекції помилок.

перемикання транспорту

Для того, щоб механізм BENIT працював ефективно, потрібна можливість дивитися на продуктивність транспорту для певних програм, яка і реалізована в протоколі. Рішення по переключенню може прийматися на основі заздалегідь заданій політики (дефолтні це втрати пакетів> 1%, затримка> 50 мс і пропускна здатність <200 Мб / с), або за допомогою інтелектуального алгоритму, який сам розуміє необхідність перемикання. Статичні політики ви можете задати самостійно, на основі емпіричних результатів продуктивності для окремих додатків або інфраструктури в цілому.

При роботі з сполуками BENIT буде періодично тестувати їх характеристики і виробляти необхідні перемикання транспорту для додатків. Це знімає з адміністраторів і користувачів обов'язок самостійно робити вибір типу з'єднання.

До речі, треба розуміти, що перемикання транспорту відбувається незалежно на клієнті і на віддаленому робочому столі, тобто якщо на клієнті щось змінюється (наприклад, параметри адаптера), то саме там відбувається перемикання транспорту, а на робочому столі все залишається як і було.

Аналітика при перемиканні транспорту

Тут все працює таким чином: при використанні одного транспорту і недотриманні параметрів політики по його продуктивності відбувається тестування згенерував трафіком іншого каналу. Якщо його характеристики виявляються краще, відбувається перемикання на інший транспорт. Але це породжує проблему завантаження мережі трафіком тестування.

Тому тут є механізм навчання - якщо, наприклад, сталася серія "поганих" перемикань з BEAT на TCP і назад, то BENIT запам'ятає цей зв'язок і буде підтримувати TCP-з'єднання, навіть якщо всі вимоги по переключенню будуть виконані.

З точки зору ефективності перемикання на інший транспорт, тут теж є 2 механізму:

• Lazy switching - якщо одна порція трафіку поки ще цілком не послав через транспорт, то наступна надсилається вже через новий канал, при цьому на старому ще деякий час очікується квитанція про прийом, і якщо її не приходить - то повідомлення перепосилается вже через новий канал. Це викликає деяку затримку часу перемикання, але зате ефективно з точки зору використання каналу.
• Rollback and switch - в цьому випадку недопосланное повідомлення анулюється, відбувається миттєве перемикання і перепосилка цього повідомлення по новому каналу. Це призводить до максимально швидкого переключення, але частина трафіку в каналі дублюється.

Деякі результати тестування

Ось так виглядають результати по FPS при перегляді відео на віртуальному робочому столі при використанні протоколів TCP і BENIT в умовах різних мережевих з'єднань:

А ось результати по копіюванню файлів через механізм Drive Redirection:

Ну і головне - BENIT дозволяє зберегти потік копіювання файлів при перемиканні між сполуками Wi-Fi і 3G / LTE на мобільному інтернеті або при втраті мережевого з'єднання (за замовчуванням налаштований час очікування 120 секунд, його можна змінювати):

У серпні компанія VMware випустила цікавий документ про те, як влаштований, працює і налаштовується протокол Blast Extreme для віртуальних десктопів VMware Horizon 7.

Нагадаємо, що високопродуктивний протокол Blast Extreme може використовувати як протокол TCP, що дозволяє йому адаптуватися до параметрів каналу (коли важлива безперервність передачі потоку, але допускається відставання від того, що відбувається в оригіналі), так і UDP - коли важлива швидкість передачі без відставання від того, що відбувається (в цьому випадку буде " перестрибування "картинки при вузькому каналі).

В цілому в більшості випадків Blast показує результати краще свого аналога - протоколу PCoIP. Про поліпшення Blast Extreme в останній версії рішення для віртуалізації настільних ПК VMware Horizon 7.1 ми писали ось тут .

документ " Blast Extreme Display Protocol in VMware Horizon 7 "Розповідає про таких ключових аспектах використання протоколу:

• Еволюція протоколу і поява нових фіч.
• Технології, вкладені в нього (як Lossy, так і Lossless).
• Детальний опис застосовуваних у вирішенні кодеків.
• Архітектура рішення і схеми з'єднань на рівні портів як зсередини VDI-інфраструктури, так і ззовні.
• Засоби забезпечення безпеки.
• Лог-файли.
• Розгортання компонентів протоколу.
• Конфігурація клієнтських пристроїв і верифікація конфігов.
• Поради щодо оптимізації протоколу.

Не так давно ми писали про те, що компанія VMware випустила оновлену версію рішення для віртуалізації настільних ПК підприємства VMware Horizon 7.1 . Серед інших нових можливостей там були і поліпшення протоколу Blast Extreme, які ми розглянемо докладніше нижче.

Нагадаємо, що в Blast Extreme з'явилася технологія Adaptive Transport, яка дає помітний приріст продуктивності в низькоякісних мережах (з коефіцієнтом втрат пакетів 20% і вище). Також технологічне превью цього протоколу стало доступно для фізичних комп'ютерів.

Оптимізація проводиться за рахунок того, що Blast Extreme автоматично підлаштовується під параметри Bandwidth, Latency і Packet Loss в різних мережах (LAN, public Wi-Fi і т.п.). Протокол Blast підтримує більше 125 тонких клієнтів, десктопів, лептопів і мобільних пристроїв. Blast Extreme працює по протоколах TCP і UDP на одному порту - 443, з використанням шифрування SSL.

Поліпшення, зроблені в Blast Extreme для мереж з високими показниками затримок (latency), дозволяють прискорити передачу файлів в середньому до 4-6 разів. Фреймрейт і якість картинки, прийнятої користувачами в мережах з малою пропускною здатністю, покращився до 50% в порівнянні з минулими релізами:

VMware проводила тести в мережі з пропускною спроможністю 1.5 Mbps і затримкою 200 ms, де втрати пакетів доходили до 20% - так ось там продуктивність зростала до 12 разів!

Ось цікаве відео на цю тему - продуктивність протоколу при запуску різних додатків і перегляді відео на клієнті в Каліфорнії з віртуального робочого столу, який запущено в сінгапурському датацентрі:

Blast Extreme надає 3 опції з'єднання для користувачів:

1. Excellent (TCP only)
2. Typical (default, mixed UDP / TCP)
3. Poor (UDP only)

Пункт Excellent підійде для LAN-мереж з гарною якістю (висока швидкість і низькі втрати пакетів). У цьому випадку буде використовуватися тільки TCP протокол - і для управління передачею, і для відправки самих даних.

У разі вибору Poor протокол Blast Extreme буде використовувати тільки UDP для управління передачею і відсилання даних. Це оптимально для WAN-мереж з великими затримками і коефіцієнтом втрат пакетів 20% і більше.

Ну і дефолтний пункт - Typical - це оптимальний вибір для 99% користувачів. У цьому випадку буде використовуватися TCP для керування передачею, а UDP для основної відправки даних, з урахуванням адаптивного алгоритму. Якщо з якихось причин UDP буде недоступний (наприклад, заблокований політикою на мережевому екрані), то станеться непомітне для користувача перемикання на TCP.

Оновлений Blast Extreme з технологією adaptive transport доступний для клієнтів Horizon Client for Windows, Mac, Linux, iOS і Android версій 4.4 і вище.

дуже цікаве порівняння протоколів доступу до віртуальних ПК і додатків в інфраструктурі VMware Horizon 7 з'явилося на одному з блогів, присвячених технологіям віртуалізації. Колега порівнював продуктивність перевіреного часом PCoIP і прийшов йому на зміну протоколу Blast Extreme в наступній тестовій конфігурації:

Автор звертає увагу на те, що PCoIP працює по UDP, тому схожий на гоночну машину (найкраще поводиться на широкій смузі каналу без перешкод і високого навантаження), а Blast Extreme, що працює по TCP - це джип, який добре їде по пересіченій місцевості (тобто, адаптується до параметрів каналу).

Тестування проводилося за наступною схемою:

• Користувач логинится і чекає 1 хвилину, щоб сесія налаштувалася і була готова до тестування.
• Відкрили локальний PDF-файл, Скролл його вгору і вниз 1 хвилину.
• Зайшли на новинний сайт з графікою http://www.vg.no і поскроллілі його.
• Відкрили Word і друкували там лабуду протягом 1 хвилину.
• Відкрили трейлер фільму Captain America Civil War в повний екран браузера Chrome на повну тривалість (2 хвилини).

Для збору даних і налаштування оточення використовувалися наступні засоби:

• Splunk - Uberagent (збір даних).
• Netbalancer (bandwidth, можливість установки параметра packet loss, визначення лімітів по bandwidth limits і завдання latency).

Перший тест (5 MS latency, no packet loss) для Blast Extreme

Параметри використання каналу: 248 MB total, Maximum usage 1,6 MBPS

Використання CPU: (Splunk, UberAgent) VMBlastW.exe (близько 8.2%):

Середнє використання пам'яті:

Максимальне використання пам'яті:

Перший тест (5 MS latency, no packet loss) для PCoIP

Тут треба зазначити, що PCoIP буферизует і збирає пакети по тисяча сто дев'яносто вісім байт перед відправкою:

Параметри використання каналу: 184 MB, Maximum usage 999 KBPS

Використання CPU: (Splunk, UberAgent, близько 24.2%):

Середнє використання пам'яті:

Максимальне використання пам'яті:

Автор робить висновок, що PCoIP дає набагато більше навантаження на клієнтський пристрій, ніж Blast Extreme, який, в свою чергу, дає кращий User Experience, але споживає велику ширину каналу. Це може бути пов'язано з додатковими накладними витратами на квитанції TCP, а також тим, що Blast Extreme тестує канал при початку передачі і намагається вичавити з нього максимум.

Робота Blast Extreme на latency 200 мілісекунд

Використання каналу 43 MB, Maximum bandwidth 201 KBPS:

Тут latency робить досить негативний ефект на Blast за рахунок протоколу TCP. Також на зображенні вище видно, що неефективно маленькі пакети використовуються навіть коли буфер порожній або пости порожній.

При перегляді ролика на Youtube Blast все ж максимізує розмір пакета:

Максимальне використання пам'яті:

Робота PCoIP на latency 200 мілісекунд

Використання каналу 118 MB, Maximum bandwidth 689 KBPS:

Навантаження на CPU (зверніть увагу, що менше, ніж без latency):

Використання пам'яті:

Висновок: Blast вміє використовувати широкий канал і дає кращий user experience + створює менше навантаження на клієнтський пристрій.

цікавий пост вийшов на одному з блогів компанії VMware про продуктивність протоколу VMware Horizon Blast Extreme, який використовується спільно з технологією побудови інфраструктури продуктивних віртуальних десктопів NVIDIA GRID.

Не так давно ми писали про нові можливості VMware Horizon 7 , Однією з яких стало повноцінне включення протоколу Blast Extreme на основі видеокодека H.264 в стек використовуваних протоколів поряд з PCoIP і RDP. Спільно з рішенням NVIDIA GRID продуктивність протоколу Blast Extreme значно зростає, давайте подивимося наскільки.

У тесті команди NVIDIA GRID Performance Engineering Team використовувався симулятор робочого навантаження ESRI ArcGIS Pro 1.1, який відтворював типові дії користувачів а в якості основних метрик знімалися затримки (latency), фреймрейт (FPS), необхідна смуга пропускання (bandwidth) та інші. При цьому проводилося порівняння Blast Extreme (в програмному варіанті і при апаратному прискоренні GRID) з протоколом PCoIP, який широко використовується в даний момент.

Завдяки прискоренню обробки кодування / декодування на апаратному рівні, зменшуються затримки при виконанні операцій (за рахунок прискорення обробки на стороні сервера):

Blast Extreme зменшує затримку аж на 51 мілісекунду в порівнянні з традиційним PCoIP.

За результатами тесту для FPS продуктивність Blast Extreme перевершує PCoIP на цілих 37%:

Для 19 віртуальних машин на одному сервері в тесті ESRI ArcGIS Pro 1.1 необхідна смуга пропускання для Blast Extreme була нижче на 19%, ніж для PCoIP (і це без втрат якості картинки):

Завдяки кодеку H.264, який передає навантаження на сторону виділених апаратних движків NVIDIA GPU, знижується навантаження на центральний процесор хост-сервера VMware ESXi на 16%:

При цьому вдалося домогтися збільшення числа користувачів на сервері ESXi на 18%, а це 3 людини на сервер.

Зрозуміло, що тест ESRI ArcGIS Pro 1.1 не є універсальною навантаженням, але в цілому можна сказати, що Blast Extreme при апаратному прискоренні підвищує продуктивність відсотків на 15.

Минулого тижня закінчилася конференція VMworld 2014 року - подія номер один у сфері віртуалізації, а ми так і не розповіли про зроблених компанією VMware анонсах в сфері інфраструктурних технологій для кінцевих користувачів (End User Computing, EUC). Виправляємо це упущення.

Отже, по-перше, на конференції був випущений VMware Workspace Suite - єдина платформа для управління призначеними для користувача даними, додатками, оточеннями і пристроями.

По-суті, це комплект з трьох сутностей:

• VMware Horizon 6 - закінчене решение для віртуалізації Додатків (VMware ThinApp), настільніх ПК (VMware View) и абстракції рівнів фізичних ПК (VMware Mirage), а такоже засоби для Федерации Додатків ( VMware Workspace ). Тобто, це набір програмних продуктів, що встановлюються на майданчику клієнта.
• VMware AirWatch EMM (Mobility Management Suite) - це рішення, що забезпечує доставку користувальницьких оточень (додатки і дані) з корпоративної інфраструктури на мобільні пристрої. Нагадаємо, що компанію AirWatch VMware купила на самому початку цього року . У Citrix вже є аналогічне рішення, яке включає в себе подібні можливості - Citrix Workspace Services (CWS) .
• Secure Content Locker - засіб від компанії AirWatch для забезпечення безпеки передачі даних в корпоративній інфраструктурі, а також їх шифрування.

Комплект VMware Workspace Suite доступний на сайті VMware вже сегодня .

По-друге, було анонсовано рішення VMware Horizon DaaS - можливість отримання віртуального ПК в оренду (Desktop-as-a-Service) на платформі VMware vCloud Air .

Тут буде кілька основних моментів:

• Експансія в Європу. Сервіс буде доступний в UK через датацентр в Слау (Slough).
• Сервіс Horizon DaaS Enterprise надаватиме віртуальні ПК з 4 vCPU, 8 ГБ пам'яті і 120 ГБ дисками.
• В Horizon DaaS можна буде отримувати і віртуальні програми через інфраструктуру RDS.
• Сервіси DaaS будуть підтримувати помісячні контракти.

По-третє, з'явиться технологія оригінальної доставки віртуалізованних додатків CloudVolumes . Про неї ми вже писали ось тут , Тому докладніше зупинятися не будемо.

По-четверте, вже скоро ми побачимо повноцінну підтримку vGPU від NVIDIA на платформі VMware Horizon View для віртуальних ПК з інтенсивними графічними навантаженнями. NVIDIA GRID vGPU - це найбільш передова на сьогоднішній день технологія для розподілу ресурсів GPU між декількома віртуальними робочими столами. Нагадаємо, що раніше ця технологія була доступна тільки з рішенням Citrix XenDesktop .

Для хромбуков з'явиться технологія VMware BLAST Performance, яка забезпечить максимальну продуктивність 3D-графіки . Хромбукі на базі NVIDIA Tegra K1, такі, як Acer Chromebook 13, першими отримають підтримку це передової технології.

Все це з'явиться в 4 кварталі цього року, а поки ось тут можна записатися на ранній доступ до програми тестування.

Ну і, по-п'яте, платформа AirWatch Enterprise Mobility Management Platform буде інтегрована з рішенням Mobile App Management від SAP Mobile Secure. Про це докладніше написано тут .

Як багато хто з вас знають, пару тижнів тому компанія VMware зробила доступним для завантаження рішення VMware Horizon 6 , Що містить в собі набір продуктів для управління інфраструктурою віртуальних і фізичних ПК підприємства.

Одним з таких продуктів є рішення VMware Workspace Portal 2.0, яке раніше було відомо як VMware Horizon Workspace. Воно дозволяє надати користувачеві уніфіковане робоче простір для запуску різних додатків і інших об'єктів, таких як SaaS-сервіси, віртуальні ПК VMware Horizon View та інше із застосуванням таких технологій як Blast , Single Sign-On і т.п. Тобто це засіб федерації ІТ-сервісів:

У цій версії продукту компанія VMware прибрала функції Horizon Files (які ще були у версії 1.8), надала можливість запускати додатки View Hosted Apps і Citrix XenApp (аналоги можливостей по доставці додатків в безшовних вікнах від VMware і Citrix), а також зробила ще кілька важливих змін, щоб продукт вписувався в лінійку Horizon 6.

Нові можливості VMware Workspace Portal 2.0:

• Підтримка рішення VMware Horizon 6 і механізму View Hosted Applications (Повинен бути встановлений View Horizon 6 і Horizon Client версії 3.0 або вище).
• Підтримка додатків Citrix XenApp (починаючи з версії 5.0). На базі ферми XenApp призначаються права доступу користувачів Workspace щодо цих програм. Citrix Receiver повинен бути встановлений на клієнтській машині.
• Workspace позбувся наступних компонентів, які були прибрані за незатребуваність:
• Підтримка Office 365 і механізму аутентифікації non-SAML - єдиний вхід (SSO) використовується для веб-додатків Office 365, Sharepoint і Outlook 365.
• Підтримка декількох екземплярів "View pod" для одного простору Active Directory.
• Підтримка додатків ThinApp 5.0 64-bit тепер нативная для Windows-агента (працює без додаткового ПЗ). Доставка додатків тепер можлива на будь-який Windows-ПК навіть не в домені - логін в систему йде через Kerberos.
• Підтримка ThinApp 5.0.1
• Покращений механізм роботи з логами за рахунок механізму Elasticsearch.
• Покращена звітність за активністю користувачів і використання ними додатків.
• Більше можливостей для брендингу стартової сторінки і керуючих елементів.
• Покращений механізм призначення прав, крім того швидше працює синхронізація зі службами каталогу.
• Підтримка декількох DNS-серверів для компонента Workspace vApp.
• Оновлення OPENSSL до версії openssl-1.0.1h, VMware Workspace де була зафікшена вразливість Heartbleed та інші помилки.
• Поліпшені засоби керування і категоризація об'єктів.

Більш докладно про нові можливості VMware Workspace 2.0 можна дізнатися в Release Notes . Завантажити продукт можна по ЦІМ ПОСИЛАННЯ в складі VMware Horizon 6 (пробна версія - тут ).

Не так давно ми писали про спільну ініціативу компаній VMware і Google з підтримки віртуальних десктопів VMware Horizon View в пристроях Chromebook . У хромбук можна отримувати доступ до Windows-додатків свого корпоративного ПК через браузер з підтримкою Google Chrome (за допомогою HTML 5). У цій статті ми розповімо як правильно налаштувати оточення для даної конфігурації.

Нещодавно ми писали про нові можливості кошти для віртуалізації настільних ПК підприємства VMware Horizon View 5.3 , В якому з'явилося безліч нових можливостей і поліпшень. Одна з них - це оновлений механізм HTML Access , Що дозволяє користувачам отримувати доступ до свого віртуального ПК через веб-браузер з підтримкою HTML5 по протоколу Blast .

Ця можливість доступна в VMware Horizon View 5.3 Feature Pack 1 , Який встановлюється окремо. У ньому не тільки поліпшений HTML Access, але є і купа інших можливостей.

А ось що нового тепер є в HTML Access для Horizon View 5.3:

• Використання меншою смуги пропускання - тепер вимоги до пропускної здатності мережі зменшилися до 50%.
• Тепер звук з віртуального ПК йде за замовчуванням і з достатньою якістю (включено за замовчуванням).
• Можливість Copy і Paste між віртуальним ПК і клієнтським пристроєм.
• Просте перемикання між поточним дозволом і повноекранним.
• Можливість переключитися в режим високого дозволу на пристроях, які це підтримують. Наприклад, на MacBook з дисплеєм Retina.
• Можливість доступу через HTML Access до віртуальних машин Windows Server 2008 R2.
• Підтримка в режимі Tech Preview гостьових ОС віртуальних ПК Windows 8 (32- і 64-бітних) і Windows 8.1 (32- і 64-бітних).
• Офіційна підтримка Chromebook Pixel і інших хромбуков.

З приводу останньої можливості - тепер стало більше варіантів використання хромбуков з Horizon View. Можна програвати музику зі свого віртуального ПК, можна копіювати текст з листа в віртуальному ПК і вставляти його в документ на Google Docs. Обмінюватися файлами між хромбук і віртуальним ПК можна через Google Drive, а надрукувати документ - через Google Cloud Print.

Більше подробиць про використання HTML Access приведено в документі " Using VMware Horizon View HTML Access ", Документ по установці - VMware Horizon View Feature Pack Installation and Administration . скачать VMware Horizon View 5.3 Feature Pack 1 можна за цим посиланням.

Не так давно ми писали про нові можливості VMware Horizon View 5.3 - одного з лідируючих рішень на ринку віртуалізації корпоративних ПК. Кілька днів тому цей продукт став доступний для скачування ( лінк на завантаження).

Нагадаємо, що основний очікуваної нової можливістю VMware Horizon View 5.3 стала повноцінна підтримка 3D-графіки в віртуальних ПК в режимі vDGA (поки що тільки для карт NVIDIA ).

Нагадаємо коротенько про нові можливості VMware View 5.3 (повний список - тут и в Release notes ):

• Windows Server 2008 R2 Desktop Operating System Support - можливість використовувати цю ОС для віртуальних ПК, що цікаво для тих організацій, який хочуть надавати віртуальні ПК в оренду (кастомизировать серверну ОС під десктопну, так як Microsoft забороняє надання в оренду настільних ОС).
• Підтримка Windows 8.1 для віртуальних ПК.
• Використання VMware Horizon Mirage для управління десктопами View (докладніше - тут ).
• підтримка технології Virtual SAN і таких сховищ для десктопів (як і раніше, в бета-режимі).
• Memory Recommendation messages - можливість отримання рекомендацій для сайзінга по пам'яті Connection Server.
• Повноцінна підтримка режиму Virtual Dedicated Graphics Acceleration (vDGA).
• Покращення механізму пов'язаних клонів - тепер для пулу Linked-Clone доступна політика Storage Overcommit.
• View Persona Management Supportability Improvements - поліпшення режиму віртуалізації профілів.
• Можливість додавати групу "Адміністратори" до перенаправляє механізмом Persona Management папок.
• Плагін View Agent Direct-Connection Plug-in - можливість організувати пряме з'єднання по протоколу PCoIP між клієнтом і віртуальним ПК, минаючи View Connection Server.
• View Composer Array Integration Support - повноцінно підтримується технологія View Composer API for Array Integration (VCAI) , Яка дозволяє передати частину операцій по роботі з віртуальними ПК на сторону дискового масиву.
• Підтримка до 350 з'єднань для шлюзу Blast Secure Gateway.
• VMware ThinApp 5.0 - оновлена ​​версія кошти для віртуалізації додатків.
• Клієнт VMware View Client 2.2 при використанні ОС Linux тепер може працювати з аудіо / відео-потоком.
• Підтримка Multimedia Redirection для десктопів Windows 7
• Оновлений HTML Access в складі Horizon View 5.3 Feature Pack ( купа поліпшень )
• Flash URL Redirection - перенаправлення swf-потоку на клієнтський пристрій.
• Режим Unity Touch тепер підтримується для Windows Server 2008 R2 і Windows 8.1.
• USB 3.0 redirection support - можливість перенаправлення таких пристроїв в віртуальні ПК.
• Підтримка БД Oracle 11.2.0.3.

Крім цього, були оновлені всі Клієнти VMware View до версії 2.2 (Тепер підтримується iOS 7). Ось документація по цих клієнтам, де можна дізнатися про нові можливості кожного:

Тепер офіційні документи по Horizon View 5.3:

решта документів ще не оновилися.

Цікаве відео з налаштування View 5.3 спільно з сховищами VSAN:

І на цю ж тему цікава стаття - Horizon View 5.3 Storage Optimization Features-Deep Dive .

Пряме з'єднання по PCoIP:

Завантажити VMware Horizon View 5.3 можна по ЦІМ ПОСИЛАННЯ .

Деякий час тому ми вже писали про те, що в VMware Horizon View 5.2 Feature Pack 1 з'явилася можливість організувати доступ до віртуальних ПК по протоколу Blast через браузер з підтримкою технології HTML5.

Для цього на сервер VMware View Connection треба поставити спеціальний компонент HTML Access Web Portal, а на клієнтські ПК - агенти HTML Access Agent.

Для доступу до свого ПК користувач з'єднується з VMware View Security Server, який з'єднується з View Connection Server за протоколом Blast по порту 8443, який а той вже, в свою чергу, взаємодіє з віртуальними ПК пулу по порту 22443 (див. тут ):

При цьому схоже, що Blast - це окремий протокол в VMware View, а не просто кидок PCoIP через HTML5. Ось так це виглядає в моніторингу сесій View Administrator:

Нагадаємо, що для роботи функції HTML Access в віртуальних ПК за допомогою Blast на даний момент підтримуються наступні браузери:

• Google Chrome 22 і вище
• Internet Explorer 9 і вище
• Safari 5.1.7 і вище
• Firefox 16 і вище
• Mobile Safari для iOS з iOS 6 і вище (через Unity Touch )

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

• Відсутня Multimedia і Flash Redirection
• Чи не працює універсальна друк через ThinPrint
• Чи не працює перенаправлення USB
• Чи не працює звук в віртуальному ПК
• Не працюють веб-камери
• Немає можливості доступу з Android-пристроїв
• Продуктивність Blast істотно нижче, ніж для PCoIP-сесії через товстий клієнт
• Можливі проблеми сумісності в різних браузерах

В цілому для багатьох оточень критичною є тільки продуктивність сесії користувачів в порівнянні з PCoIP-з'єднаннями. Тому чекаємо найближчим часом зворотного зв'язку від користувачів на цю тему.