Разработка сайта для Вашего бизнеса. Веб дизайн. Дизайн логотипа, фирменного стиля, рекламная фотография . Комплексный рекламный креатив.

Ralex. We do the work.
На рынке с 1999го года. Средняя ценовая категория. Ориентация на эффективность решений.
Ознакомтесь с нашим портфолио
Узнайте больше о услугах
Свяжитесь с нами:
E-mail: [email protected]
Tel: (044) 587 - 84 - 78
Custom web design & дизайн и разработка сайта "под ключ"
Креативный, эффективный дизайн. Система управления сайтом (СУС).
Custom flexible разработка систем электронной коммерции
Система e-commerce разрабатывается под индивидуальные потребности. Гибкая функциональность.
Search Engine Optimzation & оптимизация под поисковые системы (SEO)
Постоянная оптимизация и мониторинг сайта в поисковых системах. Достигаем результата быстро и эффективно
Custom logo design & дизайн логотипа и фирменного стиля
Многолетний опыт. Огромное портфолио. Уникальное предложение и цена.
профессиональная рекламная фотография
креативно, смело, качественно
Custom logo design & рекламный креатив. дизайн рекламы
Многолетний опыт. Огромное портфолио. Уникальное предложение и цена.

Віртуалізація


Наша взаимовыгодная связь https://banwar.org/

Ви все, звичайно ж, в курсі, що графічні карти вже давно використовуються не тільки для прорахунку графіки в іграх і вимогливих до графіки додатках, але і для обчислювальних задач. Сьогодні процесори GPGPU (General Purpose GPU) використовуються в ІТ-інфраструктурах High Performance Computing (HPC) для вирішення складних завдань, в тому числі машинного навчання (Machine Learning, ML), глибокого навчання (Deep Learning, DL) і штучного інтелекту (Artificial Intelligence , AI).

Ці завдання, часто, добре паралелі, а архітектура GPU (в порівнянні з CPU) краще пристосована саме для такого роду завдань, так як в графічних платах зараз значно більше обчислювальних ядер:

Крім того, архітектура CPU більше заточена на рішення послідовних завдань, де параметри розраховуються один за одним, а архітектура GPU дозволяє незалежно прораховувати компоненти завдання на різних процесорних кластерах, після чого зводити підсумковий результат.

Ось так, якщо узагальнити, виглядає архітектура CPU - два рівня кешу на базі кожного з ядер і загальний L3-кеш для шаринга даних між ядрами:

Число ядер на CPU може досягати 32, кожне з яких працює на частоті до 3.8 ГГц в турбо-режимі.

Графічна карта має, як правило, тільки один рівень кеша на рівні обчислювальних модулів, об'єднаних в мультипроцесори (Streaming Multiprocessors, SM), які, в свою чергу, об'єднуються в процесорні кластери:

Також в відеокарті є L2-кеш, який є загальним для всіх процесорних кластерів. Набір процесорних кластерів, що мають власний контролер пам'яті і загальну пам'ять GDDR-5 називається пристрій GPU (GPU Device). Як видно, архітектура GPU має менше рівнів кешу (замість транзисторів кеша на плату поміщаються обчислювальні блоки) і більш толерантна до затримок отримання даних з пам'яті, що робить її більш придатною до паралельних обчислень, де завдання локалізується на рівні окремого обчислювального модуля.

Наприклад, якщо говорити про пристрої NVIDIA, то модель Tesla V100 містить 80 мультипроцессоров (SM), кожен з яких містить 64 ядра, що дає в сумі 5120 ядер! Очевидно, що саме такі штуки треба використовувати для завдань ML / DL / AI.

Платформа VMware vSphere підтримує технологію vGPU для реалізації такого роду завдань і можливості використання віртуальними машинами виділених ВМ модулів GPU. В першу чергу, це все працює для карток NVIDIA GRID, але і для AMD VMware також зробила підтримку, починаючи з Horizon 7 (Хоча і далеко не в повному обсязі).

Якщо говорити про завдання машинного навчання, то ми вже писали про результатах тестування Machine Learning / Deep Learning завдань на платформі VMware vSphere . Все це вже зараз використовується в охороні здоров'я, страхування, фінансах та інших галузях.

Ще одна цікава архітектура для вирішення подібних завдань - це технологія FlexDirect від компанії BitFusion . Вона дозволяє організувати обчислення таким чином, що хости ESXi з модулями GPU виконують віртуальні машини, а їх ВМ-компаньйони на звичайних серверах ESXi виконують безпосередньо додатки. при CUDA-інструкції від клієнтських ВМ передаються серверним по мережі:

Обмін даними може бути організований як по TCP / IP, так і через інтерфейс RDMA, який може бути організований як підключення Infiniband або RoCE (RDMA over Converged Ethernet). Про результати тестування такого мережевого взаємодії ви можете почитати тут .

При цьому FlexDirect дозволяє використовувати ресурси GPU як тільки одній машині, так і розділяти його між декількома. При цьому адміністратор може вибрати, який обсяг Shares виділити кожній з машин, тобто можна пріоритезувати використання ресурсів GPU.

Така архітектура дозволяє розділити віртуальну інфраструктуру VMware vSphere на яруси: кластер GPU, обраховується дані, і кластер виконання додатків користувачів, які вводять дані в них і запускають розрахунки. Це дає гнучкість в обслуговуванні, управлінні і масштабування.

Більш докладно про налаштування FlexDirect написано тут , А документація по продукту доступна тут .


Таги: VMware, vSphere, vGPU, NVIDIA, ML, ESXi, vSphere

Як багато хто з вас знають, в останній версії платформи віртуалізації VMware vSphere 6.7 Update 1 компанія VMware зробила підтримку гарячої міграції vMotion для віртуальних машин, які мають на борту технологію vGPU з метою прямого використання ресурсів відеокарт NVIDIA.

Нагадаємо, що раніше була введена підтримка операцій Suspend / Resume для GRID , А тепер з'явилася і підтримка гарячої міграції vMotion для машин з прив'язкою до карток NVIDIA Quadro vDWS.

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

Migration was temporarily disabled due to another migration activity . vGPU hot migration is not enabled.

Вільям Лам написав про те, як включити підтримку vMotion в цій ситуації. Вам треба піти в Advanced Settings на сервері vCenter і поставити там значення true на настройки vgpu.hotmigrate.enabled:

Ця установка також розглядається в документації ось тут . Треба відзначити, що вступає в дію вона відразу ж, і ви можете робити не тільки vMotion, а й Storage vMotion будь-якої машини (одночасно з vMotion, до речі). Пам'ятайте, що для успішної роботи vMotion на всіх хостах ESXi повинні бути картки NVIDIA GRID і встановлений відповідний VIB-пакет.

Також встановити цю настройку можна і за допомогою командлета PowerCLI:

Get-AdvancedSetting -Entity $ global: DefaultVIServer -Name vgpu.hotmigrate.enabled | Set-AdvancedSetting -Value $ true -Confirm: $ false


Таги: VMware, vSphere, vGPU, NVIDIA, Grid, vMotion

Ми багато писали про рещеніях NVIDIA GRID / Quadro vDWS (Вони використовують технології virtual GPU або vGPU), наприклад тут , тут і тут . Раніше ця технологія передбачала тільки застосування vGPU для навантажень в віртуальних машинах, які вимогливі до графіку, тому використовують ресурси графічного адаптера в розділеному режимі.

Тим часом, починаючи з недавнього часу (а саме з випуску архітектури Pascal GPU), VMware і NVIDIA пропонують використання vGPU для задач машинного навчання (CUDA / Machine Learning / Deep Learning), які останнім часом стають все більш актуальними, особливо для великих компаній . За допомогою цієї технології віртуальна машина з vGPU на борту може ефективно використовувати бібліотеки TensorFlow, Keras, Caffe, Theano, Torch та інші.

Наприклад, можна створити використовувати профіль P40-1q vGPU для архітектури Pascal P40 GPU, що дозволить мати до 24 віртуальних машин на одному фізичному адаптер (оскільки на пристрої 24 ГБ відеопам'яті).

Навіщо ж використовувати vGPU для ML / DL-задач, адже при виконанні важкого навантаження (наприклад, тренування складної нейронної мережі) завантажується все пристрій? Справа в тому, що користувачі не використовують на своїх машинах 100% часу на виконання ML / DL-завдань. Більшість часу вони збирають дані і готують їх, а після виконання завдання інтерпретують результати і складають звіти. Відповідно, лише частина часу йде велике навантаження на GPU від одного або декількох користувачів. У цьому випадку використання vGPU дає максимальний ефект.

Наприклад, у нас є 3 віртуальних машини, при цьому важке навантаження у VM1 і VM2 перетинається тільки 25% часу. Навантаження VM3 не перетинається з VM1 і VM2 в часі:

Компанія VMware проводила тест для такого випадку, використовуючи віртуальні машини CentOS з профілями P40-1q vGPU, які мали 12 vCPU, 60 ГБ пам'яті і 96 ГБ диска. Там запускалися завдання навчання TensorFlow, включаючи комплексне моделювання для рекуррентной нейронної мережі (recurrent neural network, RNN), а також завдання розпізнавання рукописного тексту за допомогою сверточное нейронної мережі (convolution neural network, CNN). Експеримент проводився на серверах Dell PowerEdge R740 з 18-ядерним процесором Intel Xeon Gold 6140 і картками NVIDIA Pascal P40 GPU.

Результати для першого тесту виявилися такі:


Час навчання через накладення вікон навантаження в середньому збільшилася на 16-23%, що в цілому прийнятно для користувачів, які поділяють ресурси на одному сервері. Для другого тесту було отримано щось подібне:

Цікавий тест, коли все навантаження виконувалися в одному часовому вікні за наступною схемою:

Незважаючи на те, що число завантажених ML / DL-навантаженням віртуальних машин збільшилася до 24, час тренування нейронної мережі збільшилася лише в 17 раз, тобто навіть у разі повного накладення тимчасових вікон робочих навантажень є певний позитивний ефект:

Цікаві також результати зі зміною політики використання vGPU. Деякі знають, що у планувальника vGPU є три режими роботи:

  • Best Effort (це виконання завдань на обчислювальних ядрах за алгоритмом round-robin ).
  • Equal Share (всім дається однакова кількість часу GPU - це дозволяє уникнути впливу важких навантажень на легкі машини, наприклад).
  • Fixed Share (планувальник дає фіксований час GPU на основі профілю навантаження vGPU).

VMware поекспериментувати з налаштуваннями Best Effort і Equal Share для тих же тестів, і ось що вийшло:

З точки зору часу виконання завдань, настройка Best Effort виявилася найкращим вибором, а ось з точки зору використання GPU - Equal Sharing менше грузила графічний процесор:

Деякі інші деталі ви можете почитати в оригінальної статті VMware .


Таги: VMware, vSphere, vGPU, NVIDIA, Performance, ML

Деякі з вас (особливо адміністратори VMware Horizon 7.5 ) Знають, що в останній версії VMware vSphere 6.7 з'явилася можливість припиняти віртуальні машини, що використовують vGPU , З вивільненням ресурсів графічного адаптера під інші завдання. Раніше ресурси графічної карти поверталися платформі тільки при виключенні віртуальної машини.

На цю тему VMware записала невелике відео з демонстрацією даної можливості:

Для демо використовуються два 2 пулу ресурсів: перший - під два віртуальних десктопа VMware Horizon, а другий - під дві машини, що використовують ресурси vGPU для розрахунку моделей за допомогою бібліотеки машинного навчання TensorFlow.

Всі 4 машини налаштовують на використання політики, яка прив'язана до адаптера NVIDIA Tesla P40 і дозволяє використовувати до половини ресурсів відеокарти. Спочатку включають 2 віртуальних ПК Horizon, які з'їдають всю карту, тому інші дві машини включити не вдається. Але потім десктопи припиняють (Suspend), після чого машини з TensorFlow стає можливо запустити. Ну і на закінчення гасять одну з машин TensorFlow, після чого успішно запускають один з віртуальних ПК Horizon (Resume).

Виробник графічних адаптерів NVIDIA також записала невелике демо своєї технології GRID для vSphere 6.7:

Тут розглядається дещо інший кейс. Десктоп з AutoCAD всередині ставлять на паузу, після чого його обслуговують адміністратори датацентру, не боячись того, що користувач не зберіг свої дані в САПР. Потім після обслуговування десктоп запускають - і користувач спокійно продовжує роботу.

Загалом, це нововведення дуже зручна і корисна штука.


Таги: VMware, Horizon, vGPU, NVIDIA, VMachines, Hardware

Ця стаття призначена в допомогу адміністраторам VDI, які оновили свої хости ESXi, оснащені картами GRID vGPU, до vSphere версії 6.5. Як сказано Джеремі Майном в цьому форумі NVIDIA, vSphere 6.5 і драйвер GRID від листопада 2016 вимагає зміни режиму GPU з «Shared» (vSGA) на «Shared Direct» (vGPU) через веб-клієнт для включення підтримки режиму vGPU віртуальними машинами ...


Таги: VMware, PowerCLI, ESXi, vSphere, vGPU, NVIDIA

Як ви знаєте, в новій версії рішення VMware Horizon 6.2 для віртуалізації настільних ПК компанія VMware зробила спеціальне видання VMware Horizon for Linux , Що дозволяє створювати інфраструктуру віртуальних десктопів на базі комп'ютерів з хостовой ОС Linux. Це затребуване в організаціях, де такі робочі станції використовуються для графічного моделювання, складних розрахунків та інших вимогливих до продуктивності графічної підсистеми навантажень.

Нагадаємо, що ще з версії Horizon 6.2 повністю підтримувалися режими Virtual Shared Graphics Acceleration (vSGA), Virtual Dedicated Graphics Acceleration (vDGA) і NVIDIA GRID vGPU на базі GRID 2.0 для Linux-десктопів:

Дистрибутив Linux Режими роботи 3D-графіки vSGA vDGA vGPU Red Hat Enterprise Linux 6.6 Workstation x86_64 Немає Horizon 6.1.1 або більш пізній Вимагає адаптера NVIDIA M60, GRID 2.0, а також Horizon 6.2 або більш пізній Red Hat Enterprise Linux 7.1 Workstation x86_64 Horizon 6.2 або більш пізній Немає Вимагає адаптера NVIDIA M60, GRID 2.0, а також Horizon 6.2 або більш пізній

Зовсім недавно компанія VMware випустила VMware Horizon 6.2.1, де в плані підтримки Linux-десктопів з'явилося ще кілька потрібних нових можливостей:

1. Clipboard Redirection (Copy / Paste).

Тепер в Linux-десктопах з'явилося перенаправлення клавіатури, яке дозволяє копіювати і вставляти з хостового ПК в віртуальний і назад текст з форматуванням, а також картинки. Природно, в цілях безпеки можна цю функцію відключити у файлі конфігурації / etc / vmware / config (див. Документ " Setting Up Horizon 6 for Linux Desktops ").

2. Single Sign-On.

Тепер в Linux-ПК з'явилася підтримка SSO, що дозволяє користувачеві хостового пристрою не вводити облікові дані при логін в свій віртуальний ПК Linux, який інтегрований зі службами Active Directory через Open LDAP. Ці можливості підтримуються для Horizon Client під Mac, Windows і Linux. На даний момент функція доступна тільки для ПК Red Hat Enterprise Linux 6.6 Workstation x86_64 і CentOS 6.6 x86_64.

3. Smart Card Authentication.

Аутентифікація через смарт-карти в віртуальному ПК потрібно в багатьох державних і приватних організаціях з відповідними регулюючими процедурами. Для аутентифікації підтримуються карти типу Personal Identity Verification (PIV) і Common Access Cards (CAC) з дистрибутивом Red Hat Enterprise Linux 6.6 Workstation x86_64.

4. Kerberos Authentication

Після установки View Agent в віртуальний ПК Linux ви можете вибрати тип аутентифікації Kerberos на додаток до вже наявної MD5 digest authentication.

5. Consolidated Client Environment Information

До VMware Horizon 6.2.1 вся інформація про призначеному для користувача оточенні (ім'я хоста, IP-адреса та інше) записувалася в стандартний лог-файл, який містить зневадження. Це було незручно, так як файл великий, і вивуджувати з нього потрібні дані було важко. Тепер для цього є окремий файл /var/log/vmware/Environment.txt, який допоможе вирішувати проблеми під час налаштування інфраструктури віртуальних ПК.

Отримати VMware Horizon 6.2.1 for Linux можна двома способами:

1. Купити ліцензію VMware Horizon 6 Enterprise Edition, яка містить все необхідне для побудови VDI-інфраструктури, в тому числі на Linux-платформі.

2. Використовувати спеціалізоване видання Horizon 6 for Linux standalone, яке можна завантажити за цим посиланням .


Таги: VMware, Horizon, Linux, View, VDI, Update, vGPU

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

Раніше ми вже писали про режими Soft 3D, vSGA і vDGA , Які можна застосовувати для віртуальних машин, що використовують ресурси графічного адаптера на стороні сервера.

Нагадаємо їх:

  • Soft 3D - рендеринг 3D-картинки без використання адаптера на основі програмних технік з використанням пам'яті сервера.
  • vDGA - виділення окремого графічного адаптера (GPU) однієї віртуальної машини.
  • vSGA - використання загального графічного адаптера декількома віртуальними машинами.

Режим vSGA виглядає ось так:

Тут графічна карта видається віртуальній машині як програмний відеодрайвер, а графічний введення-виведення обробляється через спеціальний драйвер в гіпервізора - ESXi driver (VIB-пакет). Команди обробляються за принципом "first come - first serve".

Режим vDGA виглядає ось так:

Тут уже фізичний GPU призначається віртуальній машині через механізм проброса пристроїв DirectPath I / O. Тобто цілий графічний адаптер споживається віртуальною машиною, що зовсім неекономно, але дуже продуктивно.

У цьому випадку спеціальний драйвер NVIDIA GPU Driver Package встановлюється всередині віртуальної машини, а сам режим повністю підтримується в релізах Horizon View 5.3.х і 6.х (тобто це давно вже не превью і не експериментальна технологія). Цей режим працює в графічних картах K1 і K2, а також і більш свіжих адаптерах, про які йтиметься нижче.

Режим vGPU виглядає ось так:

Тобто вбудований в гипервизор NVIDIA vGPU Manager (це теж драйвер у вигляді пакету ESXi VIB) здійснює управління віртуальними графічними адаптерами vGPU, які прикріплюються до віртуальних машин в режимі 1: 1. В операційній системі віртуальних ПК також встановлюється GRID Software Driver.

Тут вже вводиться поняття профілю vGPU (Certified NVIDIA vGPU Profiles), який визначає типову робоче навантаження і технічні параметри робочого столу (максимальний дозвіл, обсяг відеопам'яті, число користувачів на фізичний GPU і т.п.).

vGPU можна застосовувати з першою версією технології GRID 1.0, яка підтримується для графічних карт K1 і K2 :

Але якщо ми говоримо про останню версію технології GRID 2.0, що працює з адаптерами Tesla M60 / M6, то там все влаштовано трохи інакше. Нагадаємо, що адаптери Tesla M60 призначені для Rack / Tower серверів з шиною PCIe, а M6 - для блейд-систем різних вендорів.

Технологія NVIDIA GRID 2.0 доступна в трьох версіях, які дозволяють розподіляти ресурси між користувачами:

  • «Віртуальний ПК» (Virtual PC)
  • «Віртуальна робоча станція» (Virtual Workstation)
  • «Розширена віртуальна робоча станція» (Virtual Workstation Extended)

Характеристики даних ліцензованих для адаптерів Tesla видань представлені нижче:

Тут ми бачимо, що справа вже не тільки в апаратних властивості графічної картки, але і в ліцензованих фічах для відповідного варіанту використання робочого навантаження.

Кожен "experience" ліцензується на певне число користувачів (одночасні підключення) для певного рівня віртуальних профілів. Тому в інфраструктурі GRID 2.0 додається ще два допоміжних компонента: Licensing Manager і GPU Mode Change Utility (вона потрібна, щоб перевести адаптер Tesla M60 / M6 з режиму compute mode в режим graphics mode для роботи з відповідним типом ліцензії віртуальних профілів).

Зверніть увагу, що підтримка гостьових ОС Linux заявлена ​​тільки в останніх двох типах ліцензій.

На даний момент сертифікацію драйверів GRID пройшло з наступним програмним забезпеченням сторонніх вендорів (докладніше про це тут ):

Специфікації карток Tesla виглядають на сьогоднішній день ось так:

Підтримка також розділена на 2 рівня (також прикріплюється до ліцензії):

Посібник із розгортання NVIDIA GRID можна скачати по ЦІМ ПОСИЛАННЯ , Ну а в цілому про технологію написано тут .


Таги: NVIDIA, vGPU, VMware, ESXi, VDI, GRID, vSphere, View, Horizon

На минулому зовсім недавно конференції Citrix Synergy 2015 компанія Citrix зробила масу цікавих анонсів . Серед них - оголошення про вихід серверної платформи віртуалізації Citrix XenServer v6.5 SP1 , Яка вже зараз доступна для завантаження.

Нагадаємо, що минула версія XenServer 6.5 вийшла на початку цього року . Ну а в пакеті оновлень SP1 ми отримали наступні нові можливості:

  • Збільшено кількість віртуальних машин на хост - до 1000.
  • Повністю дороблена підтримка технологій Intel GVT-d (кидок GPU в ВМ) для Windows-машин.
  • Підтримка проброса GPU nVIDIA в віртуальні машини з гостьової ОС Linux. Тут була пророблена дійсно велика робота спільно з nVIDIA, тепер у віртуальній машині можна комфортно працювати з додатками, задіюється GPU безпосередньо. Крім того, драйвери vGPU тепер ставляться через GUI, без жодних команд CLI.

  • Додана підтримка контейнерів Docker - тепер можна запускати контейнери в ВМ і управляти їх життєвим циклом через XenCenter.

  • Підтримка нових гостьових ОС і їх оновлень: Windows 10 (поки неофіційна) і CoreOS.
  • Покращення XenCenter: можливість перегляду використання кешу на читання на рівні окремої ВМ.

Завантажити XenServer 6.5 SP1 можна по ЦІМ ПОСИЛАННЯ .


Таги: Citrix, XenServer, Update, NVIDIA, vGPU, Hardware

Продовжуємо розповідати про нові можливості платформи віртуалізації VMware vSphere 6 , Вихід якої очікується в самий найближчий час. Сьогодні ми розповімо про підтримку режиму vGPU , Який дозволяє надати ресурси відеокарти (GPU) безпосередньо відразу декільком віртуальним машинам (режим vGPU). Нагадаємо, що ця технологія вже досить давно підтримується в продуктах Citrix (а також в рішенні RemoteFX від Microsoft), а її підтримка в платформах VMware була анонсована в минулому році на VMworld 2014 .

технологія vGPU від NVIDIA при використанні з продуктами VMware має на увазі використання в якості платформи VMware vSphere 6, а в якості засобу керування віртуальними ПК - VMware Horizon 6 (Для цього вийде спеціальне оновлення до версії 6.1).

vGPU підтримується для графічних адаптерів NVIDIA GRID K1 і K2, для кожної з яких визначені 4 профілю для віртуальних ПК, які використовують ресурси відеокарти. Ось таблиця цих профілів:

Всього є три типи користувачів:

  • Designer - людина, яка використовує дуже вимогливі до графічних ресурсів додатки (не тільки дизайнери, але і користувачі CAD-додатків).
  • Power User - людина, що використовує подібні додатки час від часу.
  • Knowledge Worker - користувач з порівняно невеликим навантаженням на ресурси відеокарти.

Важливо, що в рамках одного фізичного GPU відеокарти можна використовувати тільки профілі одного типу. Погляньте на картинку - як можна, а як не можна:

Наведемо тут коротко процедуру настройки використання vGPU з VMware vSphere 6, яка приведена в vGPU Deployment Guide (документ ще не вийшов).

Для настройки vGPU необхідні наступні компоненти:

  • VMware vCenter 6.0
  • VMware ESXi 6.0
  • VMware Horizon View 6.1
  • NVIDIA GRID vGPU Manager

Будуть потрібні також налаштування BIOS на серверах (для кожного вендора свої). Ось, наприклад, конфігурація Cisco:

  • CPU Performance: виставити в Enterprise або High Throughput.
  • Energy Performance: виставити в Performance.
  • PCI Configuration: виставити MMCFG BASE в 2 GB і Memory Mapped I / O above 4GB: Disabled.
  • VGA Priority: виставити в Onboard VGA Primary.

Далі потрібно розгорнути на хостах компонент NVIDIA vGPU Manager, який створює зв'язок між GPU відеокарти і віртуальною машиною. Встановлюється він як звичайний VIB-пакет:

[Root @ ESX60-01: ~] esxcli software vib install --no-sig-check -v /vmfs/volumes/ISO/vib/NVIDIA-vgx-VMware-346.27-1OEM.600.0.0.2159203.x86_64.vib
Installation Result:
Message: Operation finished successfully.
Reboot Required: false
VIBs Installed: NVIDIA_bootbank_NVIDIA-vgx-VMware_vSphere_6_Host_Driver_346.27-1OEM.600.0.0.2159203
VIBs Removed:
VIBs Skipped:
[Root @ IUESX60-01: ~] esxcli software vib list | grep -i nvidia
NVIDIA-vgx-VMware_ESXi_6.0_Host_Driver 346.27-1OEM.600.0.0.2159203 NVIDIA VMwareAccepted 2015-02-06

Після того, як NVIDIA vGPU Manager налаштований на хост-серверах ESXi, потрібно підготувати віртуальні машини. Робиться це через vSphere Web Client. Виберемо апаратні характеристики ВМ в залежності від типу робочого навантаження:

  • Entry Level Engineer / Design Reviewer: 4GB RAM, 2 vCPU
  • Mid Level Engineer: 8 GB RAM, 2-4 vCPU
  • Advanced Engineer: 16 GB RAM, 4-8 vCPU

Потім в налаштуваннях ВМ потрібно додати Shared PCI Device:

Вибираємо тип NVIDIA GRID vGPU і профіль відповідно до таблиці, наведеної на початку статті:

Зверніть увагу, що потрібно зарезервувати пам'ять для віртуальних машин, інакше їх просто не можна буде запустити. Тобто, кнопку "Reserve all memory" потрібно натиснути обов'язково. Крім того, для машин, що використовують vGPU, не підтримуються такі технології як vMotion, HA, снапшоти - тобто, машина повністю прив'язана до хосту ESXi.

Після цього в віртуальному ПК можна встановлювати гостьову ОС (підтримується Windows 7 і пізніші версії). Потім потрібно встановити NVIDIA GRID driver (після цього непогано б зробити з такої машини шаблон для подальшого прискореного розгортання нових десктопів):

До речі, в диспетчері пристроїв в гостьовій ОС віртуального ПК можна подивитися на драйвер графічного адаптера:

Потім потрібно відповідним чином налаштувати пул віртуальних ПК в VMware Horizon View. Просто вказуємо протокол PCoIP і тип 3D-рендери NVIDIA GRID VGPU:

Ось, в принципі, і все. Після цього віртуальні машини готові до роботи з vGPU в рамках пулу віртуальних ПК.


Таги: VMware, vGPU, vSphere, NVIDIA, ESXi, VMachines, Hardware, VDI

Вчора компанія Citrix оголосила про випуск оновленої версії своєї серверної платформи віртуалізації Citrix XenServer 6.5 (Кодова назва Creedence). Нагадаємо, що про нові можливості цієї версії ми писали ще в липні минулого року (тоді ще передбачалося, що вийде відразу версія 7.0).

Отже, нові можливості XenServer 6.5 (повний список тут , А Release Notes - ось тут ):

  • 64-бітний домен dom0 (тобто, тепер все 64-бітове)
  • Нова версія ядра Linux 3.10
  • Гипервизор Xen версії 4.4
  • Функції Workload balancing (WLB), що надаються окремим віртуальним модулем WLB appliance
  • Оновлений віртуальний комутатор Open virtual switch 2.1.x
  • Компонент Distributed Virtual Switch Controller (DVSC)
  • Повноцінна підтримка технології vGPU для VDI-середовища (до 96 vGPU на хост)
  • Покращення обробки явища Boot storm за допомогою використання кешу на читання
  • Використання In-memory read caching для репозиторіїв сховищ файлового типу
  • Використання технік TRIM і UNMAP для повернення дискових ємностей на сторону сховищ при видаленні віртуальних машин
  • Міграція віртуальних машин з 32-бітної платформи на 64-бітну
  • Технологія міграції сховищ з XenServer 6.2 і раніших
  • Численні поліпшення продуктивності
  • Нові максимально підтримувані конфігурації (докладніше тут )
  • Підтримка гостьових ОС SLES 11 SP3 і Ubuntu 14.04 LTS

На додаток до видання XenServer Standard з'явилося Enterprise Edition. Тільки в останньому є наступні компоненти і технології:

  • In-memory read-cache
  • Dynamic resource scheduling (workload balancing)
  • Безпечне завантаження платформи гипервизора (Intel TXT)
  • vSphere workload conversion manager

З приводу поліпшень продуктивності у Citrix є ось така картинка (клікабельно):

Завантажити нову версію Citrix XenServer 6.5 можна по ЦІМ ПОСИЛАННЯ .


Таги: Citrix, XenServer, Update, vGPU

Як ми Вже писали ось тут , Компанія NVIDIA на минулому VMworld US 2014 розповіла про швидку повноцінної підтримки технології vGPU на платформі VMware Horizon View для віртуальних ПК з інтенсивними графічними навантаженнями.

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

Тепер ось з'явився невеликий огляд про те, як це буде працювати на хромбук, і премущества технології (виглядає вражаюче):

Також є невелике відео з VMworld про співпрацю VMware і NVIDIA:

Ну і, нарешті, демонстрація графічних можливостей заліза NVIDIA при роботі на платформі VMware:

Ну і для тих, кому не терпиться випробувати адаптери NVIDIA і режим vGPU спільно з платформою VMware в дії, є ось такий ресурс - Early Access Program .


Таги: VMware, NVIDIA, Update, Performance, VDI, vGPU

Минулого тижня закінчилася конференція 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, EUC, VDI, View, Horizon, Update, Mobile, vGPU, NVIDIA, Blast

Днями компанія Citrix випустила технічне превью рішення для віртуалізації настільних ПК підприємства Citrix XenDesktop 7.1 .

Основна мета релізу XenDesktop 7.1, вже доступного для завантаження - підтримати нові версії операційних систем Microsoft Windows 8.1 і Windows Server 2012 R2 , Які вже скоро стануть доступними (за традицією - у жовтні), а корпоративні замовники вже зараз хочуть спробувати їх в VDI-середовищі.

Якщо говорити конкретніше, то XenDesktop 7.1 дозволить спробувати наступні нові можливості цих ОС:

  • використовувати гипервизор Hyper-V 3 з підтримкою локальних сховищ для служб Machine Creation Services (MCS).
  • Перенаправлення Flash-графіки для ОС Windows 8.1, Windows 8, Windows Server 2012 R2 і 2012 (незрозуміло, правда, навіщо воно потрібне серверних систем).

Даний реліз XenDesktop 7.1 може використовувати Windows 8.1 в якості гостьової ОС для віртуальних ПК і ОС Windows Server 2012 R2 для розгортання керуючих компонентів рішення. Доступний він тільки для користувачів XenDesktop з активною підпискою ( Subscription Advantage ).

Крім того, була анонсована підтримка платформою Citrix XenServer технології NVIDIA GRID , Про яку ми вже не раз писали (наприклад, тут и тут ). Офіційний реліз підтримки технології як раз збігся з випуском превью XenDesktop 7.1, що є основою VDI-рішень з підтримкою технології NVIDIA (vGPU). Для XenDesktop 7.0 такої підтримки немає і, по всій видимості, не буде.

З використанням технології XenServer hardware GPU sharing (підтримується в XenServer 6.2 ) Стає доступним застосування віртуальних графічних адаптерів (vGPU) в віртуальних машинах, безпосередньо використовують ресурси спеціального апаратного забезпечення від NVIDIA і здійснюють інтенсивну обробку 3D-графіки. На аби-якому обладнанні використовувати цю технологію не вийде, тому попередньо радимо прочитати вісь Цю статтю від Citrix.

Технологія NVIDIA GRID доступна як для Citrix XenServer, так і для VMware vSphere / ESXi (основа VDI-рішення VMware View), однак Citrix заявляє, що використовує нативні драйвери NVIDIA , В той час як VMware - свої власні (режими vSGA і vDGA - докладніше про це тут ):

Обмежена функціональність режимів vSGA і vDGA у VMware vSphere полягає в наступному:

В общем-то логічно, що NVIDIA тут робить ставку на лідера ринку віртуальних ПК - Citrix, однак ми очікуємо і повноцінної підтримки VMware vSphere / View вже в найближчому майбутньому.

Треба відзначити, що технологія vGPU від Citrix поки працює для гостьових ОС Windows 7 і Windows Server 2008 R2, тому з новою Windows 8.1 спробувати її поки не вийде. Ну і додамо також, що для Hyper-V на даний момент немає аналогів механізмам віртуалізації і проброса GPU в віртуальні машини.


Таги: Citrix, XenDesktop, Update, NVIDIA, vGPU, VMware, View, VDI
Навіщо ж використовувати vGPU для ML / DL-задач, адже при виконанні важкого навантаження (наприклад, тренування складної нейронної мережі) завантажується все пристрій?
Категории
  • Биология
  • Математика
  • Краеведению
  • Лечебная
  • Наука
  • Физике
  • Природоведение
  • Информатика
  • Новости

  • Новости
    https://banwar.org/
    Наша взаимовыгодная связь https://banwar.org/. Запустив новый сайт, "Пари Матч" обещает своим клиентам незабываемый опыт и возможность выиграть крупные суммы.


    Наши клиенты
    Клиенты

    Быстрая связь

    Тел.: (044) 587-84-78
    E-mail: [email protected]

    Имя:
    E-mail:
    Телефон:
    Вопрос\Комментарий: