Архитектура Azure Virtual Desktop: пулы хостов и балансировка нагрузки

By Mirko Peters · 2026-08-27

Добро пожаловать обратно в блог! Если вы когда-либо заглядывали под капот крупномасштабного облачного проекта, то знаете, что простое развертывание виртуальных машин в облаке — это только половина дела. Когда речь заходит о надежной стратегии виртуализации рабочих столов, настоящая магия происходит на уровне архитектуры. От правильности базовой структуры зависит, получат ли ваши пользователи молни

Automatically translated with AI from the original post. Read the English original

Cover: Azure Virtual Desktop - Simply Explained

В нашем последнем выпуске подкаста Azure Virtual Desktop - Simply Explained мы разобрали основные концепции AVD и причины, по которым он стал незаменимым инструментом для современных организаций. Но сегодня мы существенно расширим эту тему и подробно рассмотрим техническую архитектуру. Мы выясним, как выбрать между пулами хостов с общими и персональными ресурсами, оценим различные алгоритмы балансировки нагрузки, настроим точные ограничения на сессии и, в конечном счете, спроектируем среду, которая сочетает высокую производительность для пользователей с строгой экономической эффективностью.

Введение в архитектуру Azure Virtual Desktop

При проектировании среды Azure Virtual Desktop (AVD) вы создаете экосистему, которая связывает управляемую Microsoft плоскость управления с плоскостью данных в вашей подписке Azure. Плоскость управления отвечает за такие важные задачи, как веб-доступ, службы шлюзов, диагностика и брокеринг подключений. Плоскость данных, где работают ваши рабочие нагрузки, состоит из виртуальных машин Azure, выступающих в роли хостов сеансов, которые организованы в пулы хостов.

Понимание такого разделения обязанностей — основа успешного планирования архитектуры. Поскольку Microsoft берет на себя основную работу по инфраструктуре плоскости управления, ваш главный архитектурный фокус полностью смещается на то, как вы подготавливаете, настраиваете и масштабируете хосты сеансов. Неверный выбор на раннем этапе проектирования может привести к узким местам, плохому использованию ресурсов и раздутым расходам на инфраструктуру. Продуманно проектируя пулы хостов, выбирая подходящие стратегии балансировки нагрузки и тонко настраивая ограничения сеансов, вы сможете создать среду, которая легко масштабируется вместе с ростом организации.

Пулы с общими и персональными ресурсами: выбор подходящей модели

Одно из самых первых архитектурных решений при развертывании AVD — определить, использовать ли пулы хостов с общими или персональными ресурсами. Этот выбор принципиально меняет то, как пользователи работают со своими виртуальными машинами, и то, как ваша базовая инфраструктура расходует вычислительные кредиты Azure.

Пулы с общими ресурсами: максимальная эффективность и экономия

В пуле хостов с общими ресурсами несколько пользователей одновременно работают на одной и той же виртуальной машине. Например, вы можете развернуть мощную виртуальную машину Azure с несколькими vCPU и большим объемом оперативной памяти и позволить нескольким пользователям одновременно входить в эту единственную машину.

Главное преимущество здесь — эффективность и снижение затрат. Поскольку ресурсы используются совместно, для поддержки большого числа сотрудников требуется меньше виртуальных машин, работающих одновременно. Эта модель лучше всего подходит для типовых корпоративных сценариев, где пользователи работают с общими бизнес-приложениями, веб-браузерами и приложениями Microsoft 365. Однако, поскольку ресурсы общие, нужно учитывать эффект «шумных соседей»: ситуацию, когда ресурсоемкое приложение одного пользователя (например, компиляция кода или рендеринг графики) временно снижает производительность для остальных на том же хосте.

Пулы с персональными ресурсами: выделенная мощность и контроль состояния

Напротив, пулы с персональными ресурсами закрепляют за конкретным пользователем одну выделенную виртуальную машину. Каждое утро, когда Джон входит в AVD, он подключается к своей изолированной виртуальной машине, которой не пользуется никто другой.

Эта модель идеально подходит для продвинутых пользователей, разработчиков, инженеров или руководителей, которым нужно специализированное программное обеспечение, сохраняемые локальные настройки или мощные вычислительные ресурсы (например, приложения для CAD или наборы инструментов для анализа данных), которые нельзя легко предоставить нескольким пользователям. Персональные пулы хостов обеспечивают предсказуемую выделенную производительность и устраняют проблему «шумных соседей», но обходятся дороже. Персональные виртуальные машины нельзя легко уменьшить в масштабе, когда пользователи не в сети, если только не внедрить агрессивные стратегии освобождения ресурсов. Это означает, что вы платите за выделенные вычислительные мощности круглосуточно.

Алгоритмы балансировки нагрузки: «в ширину» и «в глубину»

Как только вы решите использовать пулы общих хостов, следующим архитектурным вопросом станет то, как входящие пользовательские сеансы распределяются между доступными виртуальными машинами в пуле. AVD предоставляет два основных алгоритма балансировки нагрузки: «в ширину» (breadth-first) и «в глубину» (depth-first).

Балансировка «в ширину»: приоритет производительности

Алгоритм «в ширину» распределяет новые пользовательские сеансы равномерно между всеми доступными узлами сеанса в пуле хостов. Если в пуле четыре виртуальные машины, первый сеанс пользователя попадает на ВМ 1, второй на ВМ 2, третий на ВМ 3, четвертый на ВМ 4, а пятый снова на ВМ 1.

Почему стоит выбрать «в ширину»? Такой подход максимизирует доступные аппаратные ресурсы на одного пользователя. Поскольку сеансы распределены, каждый пользователь получает большую долю процессора, оперативной памяти и IOPS дискового накопителя на своей машине, что обеспечивает быструю и очень отзывчивую работу. Это лучший выбор для организаций, где производительность для пользователей важнее всего, а нагрузка на приложения непредсказуема.

Балансировка «в глубину»: приоритет экономической эффективности

Алгоритм «в глубину» действует прямо противоположным образом. Он заполняет один узел сеанса до заранее настроенного максимального количества сеансов, прежде чем направить новые подключения пользователей на следующую виртуальную машину в пуле.

Почему стоит выбрать «в глубину»? Этот метод направлен на оптимизацию затрат и согласование с автомасштабированием. Плотно размещая пользователей на меньшем количестве активных виртуальных машин, вы оставляете остальные ВМ полностью простаивающими. В облачной среде простаивающие ВМ можно безопасно выключить или освободить ресурсы с помощью скриптов автоматизации Azure или встроенных планов масштабирования. Так вы не платите за работающие вычислительные ресурсы, которые не нужны в непиковые часы.

Настройка лимитов сеансов для производительности и затрат

Выбор алгоритма балансировки нагрузки — это только половина задачи; нужно также настроить максимальное количество сеансов для узлов сеанса. Определение правильного порога требует тщательного математического баланса, основанного на размере ваших ВМ (vCPU и RAM).

Как ориентир для стандартных офисных задач архитекторы обычно закладывают примерно от 4 до 6 пользовательских сеансов на один vCPU, хотя это число сильно зависит от набора приложений. Например:

Легкие пользователи: пользователи, которые в основном работают с веб-браузерами, электронной почтой и простым редактированием документов, часто могут выдерживать более высокую плотность сеансов.
Тяжелые пользователи: пользователям, которые выполняют сложный анализ данных, запускают несколько ресурсоемких настольных приложений или постоянно участвуют в видеоконференциях, нужны строгие лимиты сеансов, чтобы не допустить нехватки ресурсов.

Если установить слишком высокий максимальный лимит сеансов при конфигурации «в глубину», пользователи столкнутся с серьезным падением производительности, когда ВМ достигнет предела ресурсов. Если же лимит слишком низкий, вы теряете экономию от объединения ресурсов в пул. Здесь важны средства мониторинга, например Azure Monitor: изучите загрузку процессора, памяти и длину очередей дисков в течение типичного рабочего цикла, чтобы точно подобрать нужный порог.

Оптимизация использования ресурсов и экономической эффективности

Архитектура — это не только обеспечение стабильной работы сегодня, но и финансовая устойчивость на протяжении всего срока жизни облачного развертывания. Чтобы добиться по-настоящему эффективных затрат в AVD, необходимо использовать динамическое масштабирование и современное управление профилями.

Внедрение нативного автомасштабирования Azure Virtual Desktop позволяет автоматически включать узлы сеанса, когда спрос пользователей растет утром, и безопасно выключать их по мере того, как пользователи выходят из системы вечером. В сочетании с балансировкой «в глубину» автомасштабирование гарантирует, что вы никогда не платите за «призрачные» мощности.

Кроме того, внедрение контейнеров профилей FSLogix является обязательным условием для грамотно спроектированной среды с пулом узлов сеансов. FSLogix перенаправляет профили пользователей на централизованный файловый ресурс (например, Azure Files или Azure NetApp Files) при входе в систему. Это означает, что независимо от того, на какой узел сеансов попадёт пользователь в соответствии с алгоритмом breadth-first, его настройки рабочего стола, файлы OST для Outlook и персональные настройки будут следовать за ним без сбоев. Так обеспечивается единообразный пользовательский опыт, а локальные диски виртуальных машин остаются компактными и быстрыми.

Заключение и следующие шаги при планировании архитектуры

Проектирование Azure Virtual Desktop — полезная задача, которая требует баланса между пользовательским опытом, предсказуемой производительностью и облачными расходами. Взвешивая плюсы пулов хостов с общими и персональными узлами, осознанно выбирая между алгоритмами балансировки breadth-first и depth-first и тонко настраивая ограничения сеансов вместе с FSLogix и автомасштабированием, вы сможете построить отказоустойчивую и высокопроизводительную инфраструктуру виртуальных рабочих столов.

Если вы готовы вывести свою стратегию виртуализации на новый уровень и хотите услышать больше экспертных разборов современных технологий Microsoft, обязательно послушайте сопутствующий эпизод Azure Virtual Desktop - Simply Explained. Он даёт базовые знания, необходимые для того, чтобы принимать уверенные стратегические архитектурные решения в вашей организации.

Удачи в проектировании, и до встречи в облаке!