Более подробное изучение Hybrid VDI: управление рабочими столами и драйверы устройств

В предыдущей статье с помощью Аарона Судзуки, генерального директора Prowess Consulting и SmartDeploy, мы рассмотрели, почему Hybrid VDI предоставляет ИТ-отделу преимущества централизованного управления инфраструктурой виртуальных рабочих столов, обеспечивая при этом наилучшие возможности для конечных пользователей. В моем интервью с Аароном мы говорили о том, почему управление ПК с Windows может быть сложной задачей для большинства предприятий, и о том, как решение, которое он называет Hybrid VDI, сочетает в себе лучшее из различных традиционных решений по управлению ПК в едином решении, которое проще и экономичнее в управлении. Однако я хотел углубиться в эту тему и попытаться понять, как на самом деле работает Hybrid VDI, поэтому я попросил коллегу Аарона Эрика Наймарка, технического директора SmartDeploy, объяснить это с более технической точки зрения. Эрик любезно ответил, предоставив мне следующее объяснение, которым я делюсь здесь с нашими читателями TechGenix, и я думаю, что после прочтения этого многие из вас, возможно, захотят более внимательно изучить существующую вычислительную инфраструктуру конечного пользователя и посмотреть, следует ли следовать гибридной подход может иметь больше смысла для вашего бизнеса. Потому что описанный здесь гибридный подход помогает решить одну из основных проблем управления клиентами Windows, а именно управление драйверами устройств. И Hybrid VDI успешно уменьшает или даже устраняет эту проблему, предоставляя стратегии изоляции драйверов устройств для упрощения управления Windows. И это то, что Эрик сейчас объяснит нам.
Различные подходы к управлению рабочим столом
Мой коллега Аарон Судзуки объяснил ценность более эффективного подхода к управлению настольными компьютерами, рассматривая управление Windows, приложениями, драйверами и пользовательскими данными централизованно и на логических уровнях. Чтобы расширить это, первым соображением является централизованное управление драйверами через уровень драйверов. Драйверы являются связующим звеном между оборудованием, операционной системой и программным обеспечением. Это создает множество проблем, поскольку драйверы могут быть источником проблем, если они отсутствуют, устарели или когда установлен неправильный драйвер для устройства. Как правило, драйверы устройств для новых ПК часто обновляются, что еще больше увеличивает нагрузку на ИТ-специалистов по поддержанию их в актуальном состоянии, чтобы устройства работали бесперебойно. В этой статье будут рассмотрены распространенные методы управления драйверами, включая плюсы и минусы каждого из них. Методы управления, объединяющие драйверы в логические или физические уровни, предлагают потенциальную эффективность для ИТ.
Аппаратное управление
Вы все еще называете свои изображения в честь модели ПК? Это аппаратное управление драйверами, и, как постоянно напоминают нам наши клиенты, это по-прежнему очень распространенная практика. Независимо от того, выполняете ли вы аппаратное управление на самом деле или нет, это соглашение об именовании вытекает из этой модели управления. При использовании этого метода вы создаете эталонный компьютер на конкретном устройстве и получаете полный набор драйверов. Ключевым преимуществом является то, что вы можете просмотреть и устранить любые проблемы на устройстве перед захватом. После того, как все настроено и проверено, вы можете с уверенностью создать образ, который будет работать на других идентичных устройствах. Этот метод гарантирует, что вы знаете точную конфигурацию эталона, и обеспечивает уровень удобства, что результирующая конфигурация точно такая же.
Несмотря на то, что вы получаете детальный уровень контроля, аппаратное управление нелегко масштабировать, поскольку вы обычно создаете ссылку для каждого устройства. Это приводит к стандартизации ограниченного числа моделей оборудования, что ограничивает гибкость при покупке новых или устройств с другой конфигурацией. Кроме того, это сценарий управления на определенный момент времени: драйверы устареют, и потребуется запасной инвентарь для поддержания эталона и образа в актуальном состоянии. Это может стать особенно болезненным для ИТ, если, например, ваша организация со временем растет. Каждые один-два года OEM-производители обычно перестают продавать устройства, которые вы готовы обслуживать, требуя от вас создания новых образов только потому, что вам приходится покупать разные модели устройств. Точно так же, если ваша организация приобретает или объединяется с другими организациями, входящая инфраструктура почти наверняка будет иметь другие устройства, требующие еще одного цикла работы по созданию образа оборудования для интеграции нового бизнеса.
Виртуализация рабочего стола
Стремясь упростить управление рабочими столами, в том числе избежать проблем с управлением драйверами, некоторые из них внедрили инфраструктуру виртуальных рабочих столов (VDI). VDI опирается на подключение тонкого клиента к виртуальной машине, работающей в центре обработки данных, что позволяет ИТ-специалистам перенести управление рабочим столом и управление им в центральное расположение. Помимо централизованного управления, многие организации используют VDI из соображений безопасности.
Операторы общедоступного облака расширяют VDI с помощью размещенного виртуального рабочего стола (HVD), который представляет собой экземпляр VDI, работающий в общедоступном облаке. HVD предоставляет те же преимущества, что и VDI, однако HVD снимает требования к инфраструктуре и расширяет зону покрытия для тонких клиентских устройств в любом месте, где есть подключение к Интернету. Виртуальные машины предоставляют операционной системе ограниченную и согласованную конфигурацию оборудования, что позволяет управлять простым набором драйверов с небольшим обновлением или обновлениями. Даже когда необходимы обновления, они управляются централизованно и могут применяться к среде глобально.
VDI как архитектура склонна к снижению производительности из-за зависимости от сети и потенциальной задержки по сравнению с ОС, работающей локально. Этот метод также требует значительных инвестиций в оборудование центра обработки данных и постоянного управления сервером или, в случае HDV, ежемесячной абонентской платы. В дополнение к центру обработки данных и управлению виртуальными машинами, тонкие клиентские устройства (или классические рабочие станции ПК и ноутбуки во многих случаях), используемые для доступа к удаленному рабочему столу, также требуют драйверов или микропрограммы, и это, конечно, требует управления со стороны ИТ-группы, что приводит к некоторым те же недостатки аппаратной модели управления.
Гибридный VDI

Гибрид между этими двумя моделями, обеспечивающий локальное выполнение с гибкими методами управления VDI, представляет собой аппаратно-независимое локальное выполнение. Мы называем это гибридной VDI. Этот метод в той или иной форме существует уже более десяти лет и работает за счет модульности драйверов в уровень драйверов.
Исторически это делалось одним из двух способов. Один из способов требует от ИТ-отдела источника и управления каждым набором драйверов для конкретных устройств. Другой использует очень большой всеобъемлющий набор драйверов, которые будут «работать» на большинстве моделей оборудования. Использование этого метода обеспечивает большую гибкость аппаратных моделей, которыми может управлять ИТ-отдел, открывая дверь для экономии средств при покупке, поскольку можно приобрести любую модель, и, при необходимости, позволяет ИТ-отделу использовать сценарии использования собственных устройств.
Когда уровень драйвера логически и физически отделен от операционной системы, для любой модели оборудования можно использовать единый образ операционной системы. Это также то, что облегчает модульность операционной системы в ее собственный уровень. Поддержание уровня драйверов в актуальном состоянии гарантирует, что самые последние и наиболее безопасные драйверы используются во время первоначальной настройки и управления после настройки. Хотя создание уровня драйвера для каждой модели оборудования может быть технически сложным и трудоемким, обычно поставщик гибридной VDI обслуживает его, чтобы снять эту нагрузку с ИТ-отдела организации. Конечно, это требует, чтобы поставщик Hybrid VDI также постоянно обновлял эти уровни в соответствии с жизненным циклом разработки драйверов.
После изучения каждой техники становится ясно, что ни один процесс не идеален. Все сценарии управления в той или иной степени потребуют настройки и усилий со стороны ИТ-команды. Минимизация времени и капиталовложений ИТ-команды является ключом к эффективному подходу. Внедряя аппаратно-независимый подход, такой как решение Hybrid VDI, организации могут добиться точного контроля аппаратного управления с гибкостью VDI. Снова принимая во внимание модели органического и неорганического роста, которые мы обсуждали ранее, с подходом Hybrid VDI вы просто меняете уровень драйверов для новых устройств, используя тот же образ без каких-либо изменений. Усилия перед развертыванием могут быть такими же простыми, как загрузка.
Поддержка уровня драйверов поставщиком Hybrid VDI также расширяет текущие обновления для всех устройств, обеспечивая правильную работу ваших настольных компьютеров и наличие последних исправлений безопасности. В то время как поставщик несет основную тяжесть поддержки драйверов на уровне драйверов, ИТ-команды могут сосредоточиться на более стратегических проектах, будь то в области управления настольными компьютерами или вообще в других областях ИТ, которые в большей степени соответствуют бизнес-целям организации.