Оценка Виртуального рабочего стола Azure
Подтверждение концепции Виртуального рабочего стола Azure обеспечивает первоначальную область в качестве базовой реализации. Однако результат этого подтверждения концепции вряд ли подойдет для рабочей среды без изменений.
Упражнение по оценке Виртуального рабочего стола Azure позволяет протестировать предположения с помощью управляемого данными процесса. Данные оценки помогут команде ответить на ряд важных вопросов, подтвердить или опровергнуть свои предположения и скорректировать область для поддержки сценария Виртуального рабочего стола Azure в команде. Используя этот подход, команда может ускорить миграцию или развертывание рабочих столов конечных пользователей в Виртуальном рабочем столе Azure.
Оценка развертываний Виртуального рабочего стола Azure
В ходе оценки Виртуального рабочего стола Azure рассматриваются групповые пользователи, согласованный пул узлов виртуальных машин, приложения и данные конечных пользователей и профили пользователей (данных). Во время оценки цель команды — использовать данные для ответа на вопросы в этом разделе. Ответы позволят очертить фактическую область развертывания и выпуска для миграции на Виртуальные рабочие столы Azure.
Ответы на эти вопросы начинаются с данных. Методология плана, в частности рекомендации и оценка цифровых активов, предполагает, что данные уже собраны и проанализированы для создания плана миграции. Однако вопросы в этой оценке рабочей нагрузки, скорее всего, потребуют дополнительных данных. Данные о рабочих столах, пользователях и рабочих нагрузках, используемых каждым пользователем, необходимы для разработки плана развертывания Виртуального рабочего стола Azure.
Если у вас нет данных, которые необходимы для ответа на все вопросы в этом разделе, поставщик стороннего программного обеспечения может предоставить отдельный процесс обнаружения для дополнения имеющихся данных. Партнеры isV также интегрированы с службой "Миграция Azure" в разделе целей миграции инфраструктуры виртуальных рабочих столов. Поставщик может помочь в составлении плана развертывания Виртуального рабочего стола Azure, включая групповых пользователей, пулы узлов, приложения и профили пользователей.
Групповые пользователи
Сколько групповых пользователей нужно создать для поддержки всех пользователей, входящих в этот сценарий миграции? Чтобы определить это число, нужно объединить пользователей в группы на основе следующих критериев:
- Пулы пользователей. Для отдельных групп пользователей требуются выделенные рабочие столы, а не пулы? Например, требования к безопасности, соответствию, высокой производительности и шумным соседям могут привести к тому, что некоторые пользователи будут работать на выделенных рабочих столах, которые не входят в пулы. Эти сведения вводятся путем указания типа пула узлов сотрудников во время развертывания пула узлов Виртуального рабочего стола Azure.
- Плотность. Требуется ли для отдельных групп пользователей более низкая плотность рабочих столов? Например, может потребоваться выделить один виртуальный ЦП на двух пользователей, а не на шесть, как при более низкой нагрузке. Сведения о плотности указываются в параметрах пула развертывания пула узлов Виртуального рабочего стола Azure.
- Производительность. Требуется ли для отдельных групп пользователей рабочий стол с более высокой производительностью? Например, некоторым пользователям требуется больше памяти на виртуальном ЦП, чем стандартные 4 ГБ ОЗУ. Размер виртуальной машины указывается в сведениях о виртуальной машине для развертывания пула узлов Виртуального рабочего стола Azure.
- Графический процессор (GPU). Некоторым пользователям требуются ресурсы для высокоинтенсивных графических нагрузок? Например, некоторым пользователям требуются виртуальные машины на основе GPU в Azure, как показано в этом руководстве по настройке виртуальных машин на базе GPU.
- Регион Azure. Отдельные группы пользователей ОС работают в разных географических регионах? Например, перед настройкой пула узлов пользователь из каждого региона должен проверить задержку в Azure с помощью средства оценки. Тест позволит выявить регион Azure с наименьшими задержками и указать задержку в миллисекундах для трех ведущих регионов Azure.
- Бизнес-функции. Можно ли сгруппировать отдельные группы пользователей по подразделениям, коду оплаты или бизнес-функции? Этот тип объединения позволит согласовать корпоративные затраты на более поздних этапах процесса.
- Число пользователей. Сколько пользователей будет входить в каждого группового пользователя?
- Максимальное число сеансов. Сколько одновременных пользователей ожидается для каждого группового пользователя во время максимальной нагрузки, учитывая их географическое расположение и часы работы.
Ответы на эти вопросы помогут сформировать образ группового пользователя по бизнес-функциям, центрам затрат, географическим регионам и техническим требованиям. В следующей таблице можно записать ответы, чтобы заполнить документ об оценке или проекте:
| Критерий | Группа групповых пользователей 1 | Группа групповых пользователей 2 | Группа групповых пользователей 3 |
|---|---|---|---|
| Пулы | Пулы | Пулы | Выделенные (в целях безопасности) |
| Плотность | Низкая нагрузка (6 пользователей на виртуальный ЦП) | Высокая нагрузка (2 пользователя на виртуальный ЦП) | Выделенный (1 пользователь на виртуальный ЦП) |
| Производительность | Низкая | Потребление большого объема памяти | Низкая |
| GPU | Н/П | Обязательное поле | Н/П |
| Регион Azure | Северная Америка | Западная Европа | Северная Америка |
| Число пользователей | 1,000 | 50 | 20 |
| Счетчик сеансов | 200 | 50 | 10 |
Для каждого группового пользователя или каждой группы пользователей с отдельными бизнес-функциями и техническими требованиями потребуется определенная конфигурация пула узлов.
Оценка конечных пользователей предоставляет необходимые данные: тип пула, плотность, размер, ЦП/GPU, регион целевой зоны и т. д.
Оценка конфигурации пула узлов позволяет сопоставить эти данные с планом развертывания. Сопоставление технических требований, бизнес-требований и затрат поможет определить правильное число и конфигурацию пулов узлов.
См. примеры цен в восточной части США, Западной Европе или Юго-Восточной Азии.
Группы приложений
Проверка партнера ISV в текущей локальной среде может предоставлять данные о приложениях, работающих на рабочих столах конечных пользователей. Используя эти данные, можно составить список всех приложений, необходимых для каждого группового пользователя. Для каждого обязательного приложения ответы на следующие вопросы помогут определить итерации развертывания:
- Нужно ли устанавливать какие-то приложения на этом рабочем столе группового пользователя? Если групповой пользователь не использует только приложения SaaS, скорее всего, потребуется настроить пользовательский основной образ VHD для каждого группового пользователя, установив необходимые приложения.
- Этому групповому пользователю требуются приложения Microsoft 365? Если да, выберите из коллекции образ, куда входят приложения Microsoft 365, или добавьте Microsoft 365 в пользовательский основной образ VHD.
- Это приложение совместимо с несколькими сеансами в Windows 10 Корпоративная? Если приложение несовместимо, для запуска пользовательского образа VHD может потребоваться личный пул. Если вам нужна помощь с приложением и у вас возникли проблемы совместимости с Виртуальным рабочим столом Azure, используйте службу Assure для приложений рабочего стола.
- Могут ли критически важные приложения пострадать от задержки между экземпляром Виртуального рабочего стола Azure и внутренними системами? Если да, перенесите серверные системы, поддерживающие приложение, в Azure.
Ответы на эти вопросы могут потребовать, чтобы в план входило исправление образов рабочих столов или поддержка вспомогательных компонентов приложения перед миграцией или развертыванием рабочих столов.
Следующие шаги
Рекомендации по конкретным элементам процесса внедрения облачных технологий см. в следующих статьях: