Оценка виртуального рабочего стола Azure

Прототип виртуального рабочего стола Azure предоставляет начальный охват в качестве основы для реализации. Однако выходные данные этого доказательства концепции вряд ли соответствуют потребностям производства as-is.

Упражнение по оценке виртуального рабочего стола Azure служит в качестве ориентированного средства тестирования предположений с помощью процесса, управляемого данными. Данные оценки помогут команде ответить на ряд важных вопросов, проверить или сделать недействительными свои предположения, а также уточнить область, необходимую для поддержки сценария виртуального рабочего стола Azure команды. Используя этот подход проверки допущений, команда может ускорить миграцию или развертывание рабочих столов конечных пользователей на виртуальный рабочий стол Azure.

Оценка развертываний виртуального рабочего стола Azure

Каждая оценка виртуального рабочего стола Azure будет оценивать сочетание пользователя, согласованного пула узлов виртуальных машин (виртуальных машин), приложений и данных конечных пользователей и профилей пользователей (данных). Во время оценки цель команды — использовать данные для ответа на вопросы в этом разделе. Ответы будут определять фактический объем развертывания и внедрения виртуального рабочего стола Azure.

Ответы на эти вопросы начинаются с данных. В методологии плана, в частности, рекомендации и инвентаризация и оценка, данные уже должны собираться и анализироваться для создания плана миграции. Однако для этой оценки рабочей нагрузки, скорее всего, потребуются дополнительные данные. Данные о рабочих столах, пользователях и рабочих нагрузках, используемых каждым пользователем, требуются для разработки плана развертывания виртуального рабочего стола Azure.

Если у вас нет данных, необходимых для ответа на все вопросы в этом разделе, дополнительный сторонний поставщик программного обеспечения может предоставить отдельный процесс обнаружения для расширения данных, которые у вас есть. Партнеры ISV также интегрированы со службой "Миграция Azure" в разделе, посвящённом целям миграции инфраструктуры виртуальных рабочих столов. Поставщик может помочь разработать план развертывания Azure Виртуального Рабочего Стола, включая роли пользователей, пулы узлов, приложения и профили пользователей.

Персоны пользователей

Сколько отдельных лиц потребуется для поддержки всех пользователей, включенных в этот сценарий миграции? Определение лиц будет происходить в результате сегментирования пользователей на основе следующих критериев:

  • Персональные пулы: Нуждаются ли некоторые группы пользователей в выделенных рабочих столах вместо общих пулов? Например, требования к безопасности, соответствию, высокой производительности или шумному соседству могут привести к некоторым пользователям, работающим на выделенных рабочих столах, которые не являются частью стратегии объединения. Введите эту информацию, указав личный тип пула хостов при развертывании пула хостов Виртуального рабочего стола Azure.
  • Плотность: Требуют ли определенные группы пользователей рабочий стол с более низкой плотностью? Например, для более высокой плотности может потребоваться два пользователя на виртуальный центральный процессор (vCPU) вместо шести пользователей на vCPU при менее нагруженном сценарии. Введите сведения о плотности в параметрах развертывания пула узлов в Azure Virtual Desktop.
  • Производительность: Требуются ли определенные группы пользователей более высокопроизводительный рабочий стол? Например, некоторым пользователям требуется больше памяти на vCPU, чем предполагается по умолчанию - 4 гигабайта (ГБ) ОЗУ на vCPU. Вы введете размер виртуальной машины в сведениях о развертывании пула узлов виртуального рабочего стола Azure.
  • Графическая обработка (GPU): Имеют ли определенные группы пользователей более широкие графические требования? Например, для некоторых пользователей требуются виртуальные машины на основе GPU в Azure, как показано в этом руководстве по настройке виртуальных машин GPU.
  • Регион Azure: Работают ли определенные группы пользователей из различных географических регионов? Например, перед настройкой пула узлов пользователь из каждого региона должен проверить задержку в Azure с помощью средства оценки. Тестовый пользователь должен указать регион Azure с наименьшей задержкой и сообщить задержку в миллисекундах для трех лучших регионов Azure.
  • Бизнес-функции: Могут ли определенные группы пользователей быть сегментированы бизнес-подразделением, кодом оплаты или их бизнес-функцией? Этот тип группировки поможет выровнять корпоративные затраты на последующих этапах операций.
  • Число пользователей: Сколько пользователей будет в каждой отдельной персоне?
  • Максимальное число сеансов: На основе географии и графика работы, сколько одновременных пользователей ожидается для каждой роли во время максимальной нагрузки?

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

Критерий Группа Persona 1 Группа Persona 2 Группа Persona 3
Пулы Пулы Пулы Посвящено (проблемам безопасности)
Плотность Light (6 пользователей/vCPU) Heavy (2 пользователя на виртуальный процессор) Выделенный (1 пользователь или виртуальный ЦП)
Производительность Низкий уровень Потребление большого объема памяти Низкий уровень
Графический процессор Не применимо Обязательно Не применимо
регион Azure Северная Америка Западная Европа Северная Америка
Число пользователей 1 000 50 20
Счетчик сеансов 200 50 10

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

Оценка конечных пользователей предоставляет необходимые данные: тип пула, плотность, размер, ЦП/GPU, область целевой зоны и т. д.

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

Примеры ценообразования см. в регионах восточной части США, Западной Европы или Юго-Восточной Азии .

Группы приложений

Проверка партнера ISV в текущей локальной среде может предоставлять данные о приложениях, работающих на рабочих столах конечных пользователей. С помощью этих данных можно создать список всех приложений, необходимых для каждого пользователя. Для каждого обязательного приложения ответы на следующие вопросы будут формировать итерации развертывания:

  • Необходимо ли установить какие-либо приложения для пользователя, чтобы использовать этот рабочий стол? Если пользователь не использует 100 процентов веб-программного обеспечения в качестве приложений-служб, вам, скорее всего, потребуется настроить пользовательский образ виртуального жесткого диска для каждого пользователя с необходимыми приложениями, установленными на главном образе.
  • Требуются ли этому пользователю приложения Microsoft 365? Если это так, вам потребуется выбрать образ из коллекции с включенными приложениями Microsoft 365 или добавить Microsoft 365 в настроенный образ главного виртуального жесткого диска.
  • Совместимо ли это приложение с Windows 10 Enterprise для многопользовательских сеансов? Если приложение несовместимо, для запуска пользовательского образа VHD может потребоваться личный пул . Для получения помощи по вопросам совместимости приложений и Azure Virtual Desktop см. службу проверки совместимости настольных приложений.
  • Могут ли критически важные приложения страдать от задержки между экземпляром Виртуального рабочего стола Azure и любыми внутренними системами? В таком случае может потребоваться перенести серверные системы, поддерживающие приложение в Azure.

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

Дальнейшие действия

Инструкции по конкретным элементам пути внедрения облака см. в следующих руководствах.