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