Рекомендации по выбору размера виртуальных машин узла сеансов
Независимо от того, используете ли вы виртуальные машины узла сеансов в службах удаленных рабочих столов или Виртуальном рабочем столе Azure, для разных типов рабочих нагрузок требуются разные конфигурации виртуальных машин. Примеры, приведенные в этой статье, являются универсальными рекомендациями, и их следует использовать только для первоначальных оценок производительности. Масштабируйте развертывание в зависимости от потребностей пользователей, чтобы получить наилучшие результаты.
Рабочие нагрузки
На виртуальных машинах узла сеансов пользователи могут запускать рабочие нагрузки различных типов. В следующей таблице показаны примеры диапазона типов рабочих нагрузок, которые помогут оценить размер виртуальных машин. После настройки виртуальных машин необходимо постоянно следить за их фактическим использованием и соответствующим образом изменять их размер. Если вам необходима виртуальная машина с большим или меньшим размером, вы можете легко масштабировать существующее развертывание в Azure.
В следующей таблице рассматриваются все рабочие нагрузки. Примеры пользователей — это типы пользователей, которые могут найти наиболее полезную рабочую нагрузку. Примеры приложений — это типы приложений, которые хорошо подходят для каждой рабочей нагрузки.
| Тип рабочей нагрузки | Примеры пользователей | Примеры приложений |
|---|---|---|
| Светлый | Пользователи, выполняющие основные задачи ввода данных | Приложения для ввода данных в базу данных, интерфейсы командной строки |
| Средняя | Консультанты и исследователи рынка | Приложения для ввода данных в базу данных, интерфейсы командной строки, Microsoft Word, статические веб-страницы |
| Существенная нагрузка | Разработчики программного обеспечения, создатели содержимого | Приложения для ввода данных в базу данных, интерфейсы командной строки, Microsoft Word, статические веб-страницы, Microsoft Outlook, Microsoft PowerPoint, динамические веб-страницы, разработка программного обеспечения |
| Power | Конструкторы графики, создатели трехмерных моделей, исследователи машинного обучения | Приложения для ввода данных в базу данных, интерфейсы командной строки, Microsoft Word, статические веб-страницы, Microsoft Outlook, Microsoft PowerPoint, динамические веб-страницы, редактирование фото и видео, автоматизированное проектирование, автоматизированное производство |
Рекомендации для односеансового режима
Сценарии односеансового сеанса возникают, когда один пользователь вошел в виртуальную машину узла сеанса в любое время. Например, если вы используете личные пулы узлов в Виртуальном рабочем столе Azure, вы используете сценарий с одним сеансом. Для рекомендаций по размеру виртуальных машин для сценариев с одним сеансом рекомендуется использовать по крайней мере два физических ядра ЦП на виртуальную машину, обычно четыре виртуальных ЦП с гиперпотоками. Если вам нужны более конкретные рекомендации по выбору размера виртуальных машин для односеансовых сценариев, обратитесь к поставщикам программного обеспечения, относящимся к вашей рабочей нагрузке. Размер виртуальной машины для виртуальных машин с одним сеансом обычно соответствует рекомендациям по физическому устройству.
В следующей таблице показаны примеры типичных рабочих нагрузок:
| Тип рабочей нагрузки | Минимальный объем хранилища виртуального ЦП, а также ОЗУ/ОС | Примеры экземпляров 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 Корпоративная операционной системой с несколькими сеансами (ОС), это развертывание с несколькими сеансами.
В следующей таблице приведено максимальное предлагаемое количество пользователей на виртуальный центральный процессор (VCPU) и минимальную конфигурацию виртуальной машины для стандартной или большей рабочей нагрузки пользователя. Если вам нужны более конкретные рекомендации по выбору размера виртуальных машин для односеансовых сценариев, обратитесь к поставщикам программного обеспечения, относящимся к вашей рабочей нагрузке.
| Тип рабочей нагрузки | Максимальное число пользователей на виртуальный ЦП | Минимальный объем хранилища виртуального ЦП, а также ОЗУ и ОС | Примеры экземпляров 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 ГБ |
| 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) для веб-служб.
Графические процессоры хорошо подходят пользователям, которые регулярно используют ресурсоемкие графические программы для отрисовки видео, трехмерного проектирования и моделирования. В Azure есть несколько вариантов развертывания средств ускорения обработки графики и доступно несколько размеров виртуальных машин с поддержкой GPU. Узнайте больше об этих размерах виртуальных машин, оптимизированных для GPU. Дополнительные сведения об ускорение графики в службах удаленных рабочих столов см. в разделе "Службы удаленных рабочих столов" — ускорение GPU
Виртуальные машины серии B с увеличивающейся производительностью в Azure — хороший вариант для пользователей, которым не всегда требуется максимальная производительность ЦП. Дополнительные сведения см. в статье "Размеры виртуальных машин Windows" в Azure и сведения о ценах на ряд виртуальных машин.
Тестирование рабочей нагрузки
Наконец, следует использовать средства моделирования для тестирования развертывания как с помощью стресс-тестов, так и для моделирования использования в реальном времени. Убедитесь, что система реагирует на запросы и достаточно устойчива для удовлетворения потребностей пользователей, и не забывайте менять размер нагрузки во избежание непредвиденных результатов.