Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Независимо от того, запущены ли виртуальные машины узла сеанса на службах удаленных рабочих столов или виртуальном рабочем столе Azure, для разных типов рабочих нагрузок требуются разные конфигурации виртуальных машин. Примеры, приведенные в этой статье, являются универсальными рекомендациями, и их следует использовать только для первоначальных оценок производительности. Для оптимального взаимодействия масштабируйте развертывание в зависимости от потребностей пользователей.
Workloads
На виртуальных машинах узла сеансов пользователи могут запускать рабочие нагрузки различных типов. В следующей таблице показаны примеры диапазона типов рабочих нагрузок, которые помогут оценить размер виртуальных машин. После настройки виртуальных машин необходимо постоянно отслеживать фактическое использование и настраивать их размер соответствующим образом. Если в конечном итоге требуется более крупная или меньшая виртуальная машина, вы можете легко масштабировать существующее развертывание вверх или вниз в Azure.
В следующей таблице описана каждая рабочая нагрузка. Примеры пользователей — это типы пользователей, которые могут оказаться наиболее полезными для каждой рабочей нагрузки. Примеры приложений — это типы приложений, которые лучше всего работают для каждой рабочей нагрузки.
| Тип рабочей нагрузки | Примеры пользователей | Примеры приложений |
|---|---|---|
| Light | Пользователи, выполняющие основные задачи ввода данных | Приложения для входа в базу данных, интерфейсы командной строки |
| Medium | Консультанты и исследователи рынка | Приложения для входа в базу данных, интерфейсы командной строки, Microsoft Word, статические веб-страницы |
| Heavy | Разработчики программного обеспечения, создатели содержимого | Приложения для входа в базу данных, интерфейсы командной строки, Microsoft Word, статические веб-страницы, Microsoft Outlook, Microsoft PowerPoint, динамические веб-страницы, разработка программного обеспечения |
| Power | Графические дизайнеры, 3D-разработчики моделей, исследователи машинного обучения | Приложения для входа в базу данных, интерфейсы командной строки, Microsoft Word, статические веб-страницы, Microsoft Outlook, Microsoft PowerPoint, динамические веб-страницы, редактирование фотографий и видео с помощью компьютеров (CAD), автоматизированное производство (CAM) |
Рекомендации для одного сеанса
В сценарии одного сеанса только один пользователь входит на виртуальную машину узла сеанса в любой момент времени. Например, если вы используете личные пулы узлов в Виртуальном рабочем столе Azure, вы используете сценарий с одним сеансом. Для рекомендаций по размеру виртуальных машин для сценариев с одним сеансом рекомендуется использовать по крайней мере два физических ядра ЦП на виртуальную машину, обычно четыре виртуальных ЦП с гиперпотоками. Если вам нужны более конкретные рекомендации по размеру виртуальных машин для сценариев с отдельными сессиями, попросите поставщиков программного обеспечения для вашей рабочей нагрузки. Размер виртуальной машины для виртуальных машин с одним сеансом обычно соответствует рекомендациям по физическому устройству.
В следующей таблице показаны примеры типичных рабочих нагрузок:
| Тип рабочей нагрузки | Минимальный объем хранилища виртуальных ЦП/ОЗУ/ОС | Примеры экземпляров Azure | Минимальный размер хранилища контейнеров профиля |
|---|---|---|---|
| Light | 2 виртуальных ЦП, 8 ГБ ОЗУ, 32 ГБ хранилища | D2s_v5, D2s_v4 | 30 ГБ |
| Medium | 4 виртуальных ЦП, 16 ГБ ОЗУ, 32 ГБ хранилища | D4s_v5, D4s_v4 | 30 ГБ |
| Heavy | 8 виртуальных ЦП, 32 ГБ ОЗУ, 32 ГБ хранилища | D8s_v5, D8s_v4 | 30 ГБ |
Рекомендации по использованию нескольких сеансов
В сценарии с несколькими сеансами несколько пользователей вошли в виртуальную машину узла сеанса в любое время. Например, при использовании пулов узлов в виртуальном рабочем столе Azure с Windows 11 Корпоративная операционной системой с несколькими сеансами (ОС), это развертывание с несколькими сеансами.
В следующей таблице приведено максимальное предлагаемое количество пользователей на виртуальный центральный процессор (VCPU) и минимальную конфигурацию виртуальной машины для стандартной или большей рабочей нагрузки пользователя. Если вам нужны более конкретные рекомендации по размеру виртуальных машин для сценариев с отдельными сессиями, попросите поставщиков программного обеспечения для вашей рабочей нагрузки.
| Тип рабочей нагрузки | Максимальное количество пользователей на виртуальный ЦП | Минимальное хранилище виртуальных ЦП/ОЗУ/ОС | Примеры экземпляров Azure | Минимальное хранилище профилей |
|---|---|---|---|---|
| Light | 6 | 8 виртуальных ЦП, 16 ГБ ОЗУ, 32 ГБ хранилища | D8s_v5, D8s_v4, F8s_v2, D8as_v4, D16s_v5, D16s_v4, F16s_v2, D16as_v4 | 30 ГБ |
| Medium | 4 | 8 виртуальных ЦП, 16 ГБ ОЗУ, 32 ГБ хранилища | D8s_v5, D8s_v4, F8s_v2, D8as_v4, D16s_v5, D16s_v4, F16s_v2, D16as_v4 | 30 ГБ |
| Heavy | 2 | 8 виртуальных ЦП, 16 ГБ ОЗУ, 32 ГБ хранилища | D8s_v5, D8s_v4, F8s_v2, D8as_v4, D16s_v5, D16s_v4, F16s_v2, D16as_v4 | 30 ГБ |
| Power | 1 | 6 виртуальных ЦП, 56 ГБ ОЗУ, 340 ГБ хранилища | D16ds_v5, D16s_v4, D16as_v4, NV6, NV16as_v4 | 30 ГБ |
Для рабочих нагрузок с несколькими сеансами следует ограничить размер виртуальной машины размером от 4 виртуальных ЦП до 24 виртуальных ЦП по следующим причинам:
Все виртуальные машины должны иметь более двух ядер. Компоненты пользовательского интерфейса в Windows используют по крайней мере два параллельных потока для некоторых более тяжелых операций отрисовки. Для сценариев с несколькими сеансами наличие нескольких пользователей на двух основных виртуальных машинах приводит к нестабильному пользовательскому интерфейсу и приложениям, что снижает качество взаимодействия с пользователем. Четыре ядра — это наименьшее рекомендуемое количество ядер, которые должны иметь стабильная многосеансовая виртуальная машина.
Виртуальные машины не должны содержать более 32 ядер. По мере увеличения числа ядер также увеличивается нагрузка на синхронизацию системы. Для большинства рабочих нагрузок, около 16 ядер, рентабельность инвестиций снижается, при этом большая часть дополнительной емкости компенсируется затратами на синхронизацию. Взаимодействие с пользователем лучше с двумя 16-ядерными виртуальными машинами вместо одной 32-ядерной виртуальной машины.
Рекомендуемый диапазон от 4 до 24 ядер обычно обеспечивает лучшую производительность для пользователей по мере увеличения числа ядер. Например, если одновременно 12 пользователей войдут на виртуальную машину с четырьмя ядрами, то соотношение будет три пользователя на одно ядро. На виртуальной машине с 8 ядрами и 14 пользователями соотношение составляет 1,75 пользователей на ядро. В этом сценарии последняя конфигурация с соотношением 1,75 обеспечивает большую емкость ускорения для приложений, имеющих краткосрочный спрос на ЦП.
Эта рекомендация верна в более широком масштабе. В сценариях с 20 или несколькими пользователями, подключенными к одной виртуальной машине, несколько небольших виртуальных машин будут работать лучше, чем одна или две большие виртуальные машины. Например, если вы ожидаете, что 30 или более пользователей войдут в систему в течение 10 минут друг после друга на одном сервере сеанса с 16 ядрами, две 8-ядерные виртуальные машины будут справляться с рабочей нагрузкой лучше. Кроме того, можно использовать балансировку нагрузки по широте для равномерного распределения пользователей между различными виртуальными машинами, а не балансировку нагрузки по глубине, где можно использовать новый сеансовый хост только после того, как существующий будет заполнен пользователями.
Кроме того, лучше использовать большое количество небольших виртуальных машин вместо нескольких крупных виртуальных машин. Проще завершить работу виртуальных машин, которые должны быть обновлены или не используются в данный момент. С более крупными виртуальными машинами вероятно, что как минимум один пользователь будет в системе в любой момент времени, что не позволяет выключить виртуальную машину. Если у вас есть несколько небольших виртуальных машин, скорее всего, у вас есть некоторые виртуальные машины без активных пользователей. Вы можете безопасно завершить работу этих неиспользуемых виртуальных машин для экономии ресурсов вручную или автоматически с помощью автомасштабирования в Виртуальном рабочем столе Azure. Экономия ресурсов повышает устойчивость развертывания, упрощает обслуживание и снижает затраты.
Общие рекомендации по виртуальным машинам
Чтобы запустить выбранную ОС в Azure, необходимо использовать хранилище SSD класса Premium для рабочих нагрузок, требующих соглашения об уровне обслуживания (SLA). Дополнительные сведения см. в соглашениях об уровне обслуживания (SLA) для веб-служб.
Единицы обработки графики (GPU) — это хороший выбор для пользователей, которые регулярно используют графические программы для отрисовки видео, трехмерного дизайна и моделирования. Azure имеет несколько вариантов развертывания графического ускорения и нескольких размеров виртуальных машин GPU. Чтобы получить дополнительную информацию, см. размеры виртуальных машин, оптимизированных для GPU. Дополнительные сведения об ускорение графики в службах удаленных рабочих столов см. в разделе "Службы удаленных рабочих столов" — ускорение GPU
Виртуальные машины серии B в Azure являются хорошим выбором для пользователей, которые не всегда нуждаются в максимальной производительности ЦП. Дополнительные сведения см. в статье "Размеры виртуальных машин Windows" в Azure и сведения о ценах на ряд виртуальных машин.
Тестирование рабочей нагрузки
Наконец, следует использовать средства моделирования для тестирования развертывания как с помощью стресс-тестов, так и для моделирования использования в реальном времени. Убедитесь, что ваша система достаточно быстра и устойчива для удовлетворения потребностей пользователей, и не забудьте изменить размер нагрузки, чтобы избежать сюрпризов.