Windows server virtual desktop

Настройка производительности удаленный рабочий стол узлов виртуализации Performance Tuning Remote Desktop Virtualization Hosts

Узел виртуализации удаленных рабочих столов (узел виртуализации удаленных рабочих столов) — это служба роли, которая поддерживает сценарии инфраструктуры виртуальных рабочих столов (VDI) и позволяет нескольким пользователям запускать приложения на базе Windows на виртуальных машинах, размещенных на сервере под управлением Windows Server и Hyper-V. Remote Desktop Virtualization Host (RD Virtualization Host) is a role service that supports Virtual Desktop Infrastructure (VDI) scenarios and lets multiple users run Windows-based applications in virtual machines hosted on a server running Windows Server and Hyper-V.

Windows Server поддерживает два типа виртуальных рабочих столов: личные виртуальные рабочие столы и виртуальные рабочие столы в составе пула. Windows Server supports two types of virtual desktops: personal virtual desktops and pooled virtual desktops.

Общие рекомендации General considerations

Память Storage

Наиболее вероятное узким местом производительности является хранилище, поэтому важно изменить размер хранилища, чтобы правильно обрабатывалась нагрузка ввода-вывода, созданная изменениями состояния виртуальной машины. Storage is the most likely performance bottleneck, and it is important to size your storage to properly handle the I/O load that is generated by virtual machine state changes. Если пилотный проект или имитация нецелесообразна, рекомендуется подготовить один дисковый шпиндел для четырех активных виртуальных машин. If a pilot or simulation is not feasible, a good guideline is to provision one disk spindle for four active virtual machines. Используйте конфигурации дисков с хорошей производительностью записи (например, RAID 1 + 0). Use disk configurations that have good write performance (such as RAID 1+0).

При необходимости используйте дедупликацию дисков и кэширование, чтобы уменьшить нагрузку на диск, и включите решение для хранения данных, чтобы повысить производительность путем кэширования значительной части образа. When appropriate, use Disk Deduplication and caching to reduce the disk read load and to enable your storage solution to speed up performance by caching a significant portion of the image.

Дедупликация данных и VDI Data Deduplication and VDI

В Windows Server 2012 R2 дедупликация данных поддерживает оптимизацию открытых файлов. Introduced in Windows Server 2012 R2, Data Deduplication supports optimization of open files. Чтобы использовать виртуальные машины, работающие на дедупликации тома, файлы виртуальной машины должны храниться на отдельном узле, отличном от узла Hyper-V. In order to use virtual machines running on a deduplicated volume, the virtual machine files need to be stored on a separate host from the Hyper-V host. Если Hyper-V и дедупликация выполняются на одном компьютере, эти две функции будут конкурировать за системные ресурсы и негативно повлияют на общую производительность. If Hyper-V and deduplication are running on the same machine, the two features will contend for system resources and negatively impact overall performance.

Том также должен быть настроен для использования типа оптимизации дедупликации «инфраструктура виртуальных рабочих столов (VDI)». The volume must also be configured to use the «Virtual Desktop Infrastructure (VDI)» deduplication optimization type. Это можно настроить с помощью Диспетчер сервера (Файловые службы и тома служб хранилища — > Volumes — > Параметры дедупликации) или с помощью следующей команды Windows PowerShell: You can configure this by using Server Manager (File and Storage Services -> Volumes -> Dedup Settings) or by using the following Windows PowerShell command:

Оптимизация дедупликации данных для открытых файлов поддерживается только для сценариев VDI с Hyper-V, использующих удаленное хранилище по протоколу SMB 3,0. Data Deduplication optimization of open files is supported only for VDI scenarios with Hyper-V using remote storage over SMB 3.0.

Память Memory

Использование памяти сервера управляется тремя основными факторами: Server memory usage is driven by three main factors:

Издержки операционной системы Operating system overhead

Служебные ресурсы Hyper-V на каждую виртуальную машину Hyper-V service overhead per virtual machine

Память, выделенная для каждой виртуальной машины Memory allocated to each virtual machine

Для типичных рабочих нагрузок рабочей нагрузки на гостевых виртуальных машинах с x86 Window 8 или Windows 8.1 необходимо предоставить около 512 МБ памяти в качестве базовых показателей. For a typical knowledge worker workload, guest virtual machines running x86 Window 8 or Windows 8.1 should be given

512 MB of memory as the baseline. Однако динамическая память, скорее всего, увеличит объем памяти гостевой виртуальной машины примерно на 800 МБ в зависимости от рабочей нагрузки. However, Dynamic Memory will likely increase the guest virtual machine’s memory to about 800 MB, depending on the workload. Для x64 мы увидим, что начиная с 800 МБ и увеличивая до 1024 МБ. For x64, we see about 800 MB starting, increasing to 1024 MB.

Поэтому важно предоставить достаточно памяти сервера, чтобы удовлетворить объем памяти, требуемый ожидаемым числом гостевых виртуальных машин, а также обеспечить достаточный объем памяти для сервера. Therefore, it is important to provide enough server memory to satisfy the memory that is required by the expected number of guest virtual machines, plus allow a sufficient amount of memory for the server.

ЦП CPU

При планировании емкости сервера для сервера узла виртуализации удаленных рабочих столов количество виртуальных машин на физические ядра будет зависеть от природы рабочей нагрузки. When you plan server capacity for an RD Virtualization Host server, the number of virtual machines per physical core will depend on the nature of the workload. В качестве отправной точки целесообразно планировать 12 виртуальных машин на физические ядра, а затем выполнять соответствующие сценарии для проверки производительности и плотности. As a starting point, it is reasonable to plan 12 virtual machines per physical core, and then run the appropriate scenarios to validate performance and density. Более высокая плотность может быть достижима в зависимости от особенностей рабочей нагрузки. Higher density may be achievable depending on the specifics of the workload.

Рекомендуется включить технологию Hyper-Threading, но не забудьте вычислить коэффициент превышения лимита подписки на основе числа физических ядер, а не числа логических процессоров. We recommend enabling hyper-threading, but be sure to calculate the oversubscription ratio based on the number of physical cores and not the number of logical processors. Это обеспечивает ожидаемый уровень производительности для каждого ЦП. This ensures the expected level of performance on a per CPU basis.

Оптимизация производительности Performance optimizations

Динамическое распределение памяти Dynamic Memory

Динамическая память обеспечивает более эффективное использование ресурсов памяти сервера, на котором работает Hyper-V, путем балансировки распределения памяти между работающими виртуальными машинами. Dynamic Memory enables more efficiently utilization of the memory resources of the server running Hyper-V by balancing how memory is distributed between running virtual machines. Память можно динамически перераспределить между виртуальными машинами в ответ на изменяющиеся рабочие нагрузки. Memory can be dynamically reallocated between virtual machines in response to their changing workloads.

Динамическая память позволяет повысить плотность виртуальных машин с учетом уже существующих ресурсов без ущерба для производительности или масштабируемости. Dynamic Memory enables you to increase virtual machine density with the resources you already have without sacrificing performance or scalability. Результатом является более эффективное использование дорогостоящих ресурсов серверного оборудования, что может привести к более легкому управлению и снижению затрат. The result is more efficient use of expensive server hardware resources, which can translate into easier management and lower costs.

В операционных системах на виртуальной машине под управлением Windows 8 и более поздних версий с виртуальными процессорами, охватывающими несколько логических процессоров, следует рассмотреть компромисс между запуском с динамическая память, чтобы сократить использование памяти и отключить динамическая память, чтобы повысить производительность приложения, которое поддерживает топологию компьютеров. On guest operating systems running Windows 8 and above with virtual processors that span multiple logical processors, consider the tradeoff between running with Dynamic Memory to help minimize memory usage and disabling Dynamic Memory to improve the performance of an application that is computer-topology aware. Такое приложение может использовать сведения о топологии для принятия решений о планировании и выделении памяти. Such an application can leverage the topology information to make scheduling and memory allocation decisions.

Многоуровневое хранилище Tiered Storage

Узел виртуализации удаленных рабочих столов поддерживает многоуровневые хранилища для пулов виртуальных рабочих столов. RD Virtualization Host supports tiered storage for virtual desktop pools. Физический компьютер, совместно используемый всеми виртуальными рабочими столами в составе пула, может использовать высокопроизводительное решение для хранения данных, такое как зеркальный твердотельный накопитель (SSD). The physical computer that is shared by all pooled virtual desktops within a collection can use a small-size, high-performance storage solution, such as a mirrored solid-state drive (SSD). Виртуальные рабочие столы в составе пула можно разместить на менее дорогостоящем традиционном хранилище, таком как RAID 1 + 0. The pooled virtual desktops can be placed on less expensive, traditional storage such as RAID 1+0.

Физический компьютер должен быть размещен на SSD, так как большая часть операций чтения и ввода-вывода из виртуальных рабочих столов в составе пула переходит в операционную систему управления. The physical computer should be placed on a SSD is because most of the read-I/Os from pooled virtual desktops go to the management operating system. Таким образом, хранилище, используемое физическим компьютером, должно поддерживать более высокие объемы операций чтения в секунду. Therefore, the storage that is used by the physical computer must sustain much higher read I/Os per second.

Эта конфигурация развертывания гарантирует экономичную производительность, когда требуется производительность. This deployment configuration assures cost effective performance where performance is needed. SSD обеспечивает более высокую производительность на диске меньшего размера (

20 ГБ на коллекцию в зависимости от конфигурации). The SSD provides higher performance on a smaller size disk (

20 GB per collection, depending on the configuration). В традиционном хранилище для виртуальных рабочих столов в составе пула (RAID 1 + 0) используется около 3 ГБ на виртуальную машину. Traditional storage for pooled virtual desktops (RAID 1+0) uses about 3 GB per virtual machine.

Кэш CSV CSV cache

Отказоустойчивая кластеризация в Windows Server 2012 и более поздних версий обеспечивает кэширование общих томов кластера (CSV). Failover Clustering in Windows Server 2012 and above provides caching on Cluster Shared Volumes (CSV). Это чрезвычайно полезно для коллекций виртуальных рабочих столов в составе пула, где большая часть операций ввода-вывода считывается из операционной системы управления. This is extremely beneficial for pooled virtual desktop collections where the majority of the read I/Os come from the management operating system. Кэш CSV обеспечивает более высокую производительность с помощью нескольких порядков, поскольку он кэширует блоки, которые считываются более одного раза, и доставляет их из системной памяти, что сокращает число операций ввода-вывода. The CSV cache provides higher performance by several orders of magnitude because it caches blocks that are read more than once and delivers them from system memory, which reduces the I/O. Дополнительные сведения о кэше CSV см. в разделе Включение кэша CSV. For more info on CSV cache, see How to Enable CSV Cache.

Виртуальные рабочие столы в составе пула Pooled virtual desktops

По умолчанию виртуальные рабочие столы в составе пула откатываются в состояние поддерживалась после выхода пользователя, поэтому любые изменения, внесенные в операционную систему Windows с момента последнего входа пользователя, будут отменены. By default, pooled virtual desktops are rolled back to the pristine state after a user signs out, so any changes made to the Windows operating system since the last user sign-in are abandoned.

Хотя откат можно отключить, он по-прежнему является временным, так как обычно коллекция виртуальных рабочих столов в составе пула создается повторно из-за различных обновлений шаблона виртуального рабочего стола. Although it’s possible to disable the rollback, it is still a temporary condition because typically a pooled virtual desktop collection is re-created due to various updates to the virtual desktop template.

Имеет смысл отключить функции и службы Windows, зависящие от постоянного состояния. It makes sense to turn off Windows features and services that depend on persistent state. Кроме того, имеет смысл отключить службы, которые в основном используются для некорпоративных сценариев. Additionally, it makes sense to turn off services that are primarily for non-enterprise scenarios.

Каждая конкретная служба должна оцениваться должным образом до любого широкого развертывания. Each specific service should be evaluated appropriately prior to any broad deployment. Ниже приведены некоторые начальные моменты, которые следует учитывать. The following are some initial things to consider:

Этот список не является полным списком, так как любые изменения повлияют на предполагаемые цели и сценарии. This list is not meant to be a complete list, because any changes will affect the intended goals and scenarios. Дополнительные сведения см. в разделе горячее нажатие клавиш, получите его сейчас, сценарий оптимизации VDI для Windows 8, с помощью PFE!. For more info, see Hot off the presses, get it now, the Windows 8 VDI optimization script, courtesy of PFE!.

В Windows 8 по умолчанию включена упреждающая выборка. SuperFetch in Windows 8 is enabled by default. Он совместим с VDI и не должен быть отключен. It is VDI-aware and should not be disabled. Избыточная выборка может еще больше сократить потребление памяти посредством общего доступа к странице памяти, что полезно для VDI. SuperFetch can further reduce memory consumption through memory page sharing, which is beneficial for VDI. Виртуальные рабочие столы в составе пула под Windows 7 должны быть отключены, но для персональных виртуальных рабочих столов, работающих под Windows 7, необходимо оставить. Pooled virtual desktops running Windows 7, SuperFetch should be disabled, but for personal virtual desktops running Windows 7, it should be left on.

Источник