Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Эффективная доставка приложений помогает обеспечить надежные, экономичные и высокопроизводительные удаленные рабочие столы и приложения. В этой статье приведены рекомендации по оптимизации пулов хостов и сеансовых хостов. Эти рекомендации соответствуют основным компонентам Azure Well-Architected Framework.
Параметры пула узлов
При создании пулов узлов существуют различные параметры конфигурации, которые непосредственно влияют на производительность и эффективность среды.
Типы пулов узлов
Вы можете создать два типа пулов узлов в Виртуальном рабочем столе Azure:
Личные пулы узлов назначают пользователю определенную виртуальную машину. Пользователь подключается к одной виртуальной машине каждый раз. Данные профиля пользователя хранятся на диске операционной системы виртуальной машины. Эта конфигурация позволяет сохранять состояние приложений пользователей с течением времени. Для личных пулов хостов требуется надежная резервная копия при возникновении аварии.
Объединенные пулы узлов назначают нескольких пользователей на различные виртуальные машины в пуле. Пользователи могут подключаться к разным узлам сеансов каждый раз. FSLogix требуется для хранения данных профиля пользователя. Эта настройка обеспечивает общий удаленный интерфейс и повышает эффективность из-за эфемерного характера подключений. Объединённые пулы узлов также могут быть дешевле.
Сведения о выборе типа пула узлов см. в разделе "Пулы узлов".
Как правило, старайтесь выявлять общие черты между вариантами использования и стандартизировать пулы узлов для упрощения вашей среды. Такой подход приводит к оптимизации операций и упрощает выполнение ожиданий надежности и производительности.
Рекомендации
| Рекомендация | Преимущества |
|---|---|
| Ознакомьтесь с критическим значением пула узлов и поддерживаемыми рабочими нагрузками. Убедитесь, что объединенные соглашения об уровне обслуживания соответствуют требованиям рабочей нагрузки. Определите каждую рабочую нагрузку RPO и RTO. Оцените преимущества и последствия использования архитектуры Active-Active или Active-Passive в личных пулах и пулах с общим доступом хостов. | Вызов соответствующей стратегии BCDR гарантирует, что ожидания бизнес-лидеров и потребности конечных пользователей соответствуют или превышаются. |
| Цельтесь на развертывание на этап 3 с поддержкой нескольких регионов, если сбой в регионе недопустим. Узнайте, как метаданные реплицируются между объектами и ресурсами AVD. |
Сохраняйте непрерывность бизнес-процессов для рабочих нагрузок и сохраняйте работу пользователей даже во время регионального сбоя. |
| Подключение виртуальных машин к AVD Insights с помощью агента Azure Monitor для мониторинга работоспособности виртуальных машин. | Наблюдение за состоянием виртуальных машин будет иметь решающее значение для работоспособности и стабильности работы. |
| Используйте доверенные образы из Azure Marketplace и установите программное обеспечение только из доверенных источников. Регулярно обновляйте базовый образ и программное обеспечение. Для объединенных пулов узлов убедитесь, что вы обновляете все хосты сеансов и избегаете уклонения конфигурации. |
Повышает уровень безопасности и уменьшает поверхность атаки в результате уязвимостей, которые могут скомпрометировать ваши рабочие нагрузки. Обеспечивает согласованное и надежное взаимодействие с пользователем независимо от узла сеанса, к которому пользователь направлен. |
| Примените соответствующую сегментацию для конфиденциальных рабочих нагрузок, таких как изоляция рабочих нагрузок с высокой конфиденциальностью и их запуск на виртуальных машинах конфиденциальной серии вычислений. | Аппаратно-реализованное TEE усиливает защищенность памяти и состояния гостевой ОС, повышая уровень безопасности. |
| Изучите структуру затрат серверов сеансов и пользователей пула узлов, и выполните моделирование затрат для создания оптимизированной среды. Используйте калькулятор цен Azure для получения оценок для решения. Создайте бюджеты в Azure, чтобы обеспечить соответствие развертывания оценкам затрат. | Создание бюджетов помогает удалить любые неожиданные затраты на AVD, особенно если вы включаете будущий рост или виртуальные машины, работающие более чем ожидаемое количество часов. |
| Оцените затраты, связанные с облачными классическими решениями, такими как Windows 365. | Облачные решения для настольных компьютеров могут быть более подходящими для персональных нужд настольных компьютеров из-за снижения затрат на управление и фиксированной ежемесячной стоимости, по сравнению с потребительской моделью Azure Virtual Desktop. |
| Оцените, какие приложения или пользователи могут работать на узле сеансов с несколькими сеансами. Создайте варианты использования с учетом этого вопроса. FSLogix можно использовать для ограничения доступа к приложениям, чтобы одни пользователи получали приложения вместо других в том же пуле узлов. |
Пулы узлов с несколькими сеансами обычно предлагают более низкую стоимость на пользователя, чем конфигурации персональных рабочих столов. |
| Используйте политику Azure для повышения согласованности в средах виртуального рабочего стола Azure, таких как конфигурации виртуальных машин, включение AVD Insights, тегов и многое другое. | Это повышает согласованность развертывания ресурсов, избегая дорогостоящих развертываний или рисков для обеспечения безопасности. |
| Используйте инфраструктуру в качестве кода (IaC) для развертываний. Используйте ресурсы, такие как построитель образов виртуальных машин Azure и акселератор виртуальных рабочих столов. | Эти подходы упрощают стандартизацию в нескольких пулах узлов, что способствует повторяемости. Они также снижают затраты на проектирование и операции. |
| Используйте пулы узлов проверки для тестирования входящих обновлений AVD. Убедитесь, что у вас есть несколько пользователей, которые регулярно используют среду, чтобы обеспечить тщательное тестирование. | Гарантирует, что все входящие функции, поступающие в AVD, проверяются и валидируются. Операции могут временно отключить автоматическое обновление агентов AVD, если возникают проблемы. |
Компромисс. Выберите соответствующую архитектуру и типы пулов хостов для каждой персоны пользователя, которых поддерживает среда Виртуального рабочего стола Azure. Более высокая устойчивость обеспечивает более высокую стоимость и добавленную сложность, но более низкая стоимость также вызывает пробелы в устойчивости ради простоты.
Замечание
Если вы используете общий пул хостов, у вас есть два варианта алгоритма балансировки нагрузки. Каждая из них напрямую влияет на эффективность затрат и производительности.
Балансировка нагрузки в первом режиме распределяет сеансы пользователей между узлами сеансов. Пользователи назначаются узлу сеанса с наименьшей нагрузкой, что может улучшить их опыт.
Балансировка нагрузки с приоритетом глубины полностью использует один узел сеансов за раз, прежде чем назначать сеансы пользователям на другие узлы, что обеспечивает эффективное использование ресурсов. Этот подход особенно экономичный, так как он полностью использует емкость одного узла перед выделением пользователей на следующий узел сеанса. Глубинная балансировка нагрузки особенно полезна в сценариях уменьшения масштаба.
Планы масштабирования
Используйте планы масштабирования в Виртуальном рабочем столе, чтобы обеспечить соответствие требованиям пользователей и сократить затраты на обслуживание среды виртуального рабочего стола. При использовании планов масштабирования можно динамически нацеливаться на емкость пула узлов на основе расписаний, выбирать поведение балансировки нагрузки в зависимости от времени суток и управлять простоем сеансов пользователей, отключением и выходом из системы. Операторы Виртуального рабочего стола Azure могут объединить все эти элементы управления для балансировки взаимодействия с пользователем, повышения производительности и оптимизации затрат для рабочих нагрузок Виртуального рабочего стола Azure.
Документация по продукту см. в разделе "Планы масштабирования".
Чтобы создать стратегию масштабирования пула-host pool-а, соберите следующие данные:
- Общее число пользователей, назначенных в пул узлов, а также прогнозируемый рост или сокращение числа.
- Ожидаемые или известные пиковые одновременные сеансы пользователей
- Общее количество развернутых хостов сеансов (ВМ)
- Максимальный лимит сеансов на хост сеанса
- Пользовательские лица и рабочие расписания
Чтобы определить соответствующую стратегию масштабирования, используйте общее число назначенных пользователей, которые соответствуют или превышают общую емкость. Найдите общую емкость, умножив максимально допустимое количество участников в сеансе на количество хостов сеанса. Затем используйте пиковые одновременные сеансы пользователей, чтобы определить нужное количество хостов сеансов для каждого этапа расписания. Большинство организаций нацелены на использование пула хостов в диапазоне 80-90%, что помогает сократить задействование ресурсов хостов сеанса, избежать чрезмерного развертывания и управлять затратами.
Наиболее распространенным методом является согласование расписания и этапов плана масштабирования с персонажами пользователей, назначенными пулу хостов. Включите соответствующий алгоритм балансировки нагрузки на основе того, следует ли определить приоритет взаимодействия с пользователем или затратами.
Внимание
Используйте подход, охватывающий всех пользователей, в период адаптации, чтобы избежать слишком большого количества авторизаций, которые могут перегружать хост сеансов, когда пользователи начинают свой рабочий день. Затем перейдите к поиску в глубину во время пикового периода, периода снижения нагрузки и внепиковых часов. Эта стратегия зависит от целей организации и требований к рабочей нагрузке.
Рассмотрим следующие примеры критериев:
- Тип пула узлов: Общий рабочий стол
- Всего пользователей: 300
- Максимальное ограничение сеанса: 8
- Размер виртуальной машины: D16as_v5
- Общее число узлов сеансов: 38 (это значение округлено вверх на основе уравнения 300 / 8 = 37.5)
- Общая емкость пула узлов: 304 сеанса
- Ожидаемые пиковые одновременные сеансы: 280
В следующей таблице показан пример плана масштабирования на основе предыдущих критериев:
| Стадия планирования | Конфигурация этапа |
|---|---|
| Наращивайте |
Время начала: 7 утра Алгоритм балансировки нагрузки: Ширина первого Минимальный процент узлов: 20% (8 сеансовых узлов = 64 сеанса, доступных пользователям) Пороговое значение емкости: 50% (план масштабирования запускает больше сеансов, если 40% используемой емкости пула узлов превышает 50% = 32 сеанса). |
| Пиковые часы |
Время начала: 9:00 Алгоритм балансировки нагрузки: Глубина в первую очередь Пороговое значение емкости: 50% (установлено на основе этапа наращивания) |
| Снижать уровень |
Время начала: 2 вечера Алгоритм балансировки нагрузки: Глубина в первую очередь Минимальный процент активных хостов: 10% (минимум четыре хоста сеанса) Пороговое значение емкости: 90% Принудительное отключение пользователей: Нет Остановите виртуальные машины, когда: У виртуальной машины нет активных сеансов |
| Вне часа пик |
Время начала: 8 вечера Минимальный процент активных узлов: 10% (не отображаются в графическом интерфейсе, но отражаются в логике). Алгоритм балансировки нагрузки: Глубина в первую очередь Пороговое значение емкости: 90% |
Для получения дополнительных сведений о сценариях см. раздел Планы автомасштабирования и примеры сценариев в виртуальных средах.
Личные пулы узлов назначают каждому пользователю выделенную постоянную виртуальную машину, чтобы убедиться, что они всегда подключаются к одному узлу сеанса. Стратегия личного хост-пула имеет меньше аспектов масштабирования. Сосредоточьте свою стратегию больше на улучшении пользовательского опыта и управлении затратами, чем на общей емкости пула узлов. Чтобы создать стратегию масштабирования для личного пула хостов, рассмотрите следующие факторы:
- Определите, используется ли функция запуска виртуальной машины при подключении .
- Определите, какие виртуальные машины будут запускаться в период ускорения.
- Рассмотрите параметры отключения и выхода.
- Рассмотрите возможность зимней спячки.
Рекомендации
| Рекомендация | Преимущества |
|---|---|
| Используйте планы масштабирования виртуального рабочего стола Azure для точной настройки масштабируемости и отключения узлов сеансов, когда нет спроса. Обеспечьте достаточное количество хостов сеансов для удовлетворения требований нагрузки вашей службы виртуальных рабочих столов Azure. Общие сведения об ограничениях масштабирования подписок, служб и виртуальных машин. |
Планы по масштабированию помогают оптимизировать эффективность пула вычислительных узлов, изменяя емкость в соответствии со спросом в режиме реального времени. Они сокращают ненужное использование ресурсов в периоды низкого спроса и обеспечивают доступность достаточного количества узлов сеансов при необходимости, что в конечном итоге повышает производительность управления затратами и рабочей нагрузки. Дополнительные сведения см. в статье о работе плана масштабирования и рекомендациях по проектированию надежной стратегии масштабирования. |
| Выровняйте расписание масштабирования с ожидаемыми шаблонами нагрузки, будь то статические, динамические, прогнозируемые или шаблоны всплесков. | Сопоставление расписаний масштабирования с шаблонами рабочих нагрузок предотвращает ненужное потребление ресурсов, обеспечивая пользователям достаточную емкость при необходимости. |
| Настройте алгоритм балансировки нагрузки. | Оптимизированный алгоритм балансировки нагрузки помогает обеспечить стабильность системы и предотвратить перегрузки. Это также может снизить задержку, которая повышает удовлетворенность пользователей и эффективность. |
| Воспользуйтесь преимуществами Аналитики виртуальных рабочих столов Azure для записи журналов диагностики плана масштабирования, которые заполняют тенденции использования и операции. | Эти метрики помогают гарантировать, что план масштабирования и расписания остаются эффективными и предоставляют командам эффективные данные, чтобы они могли соответствующим образом вносить корректировки. |
| Реализуйте оповещения Azure Monitor и настройте группы действий, чтобы уведомить заинтересованных лиц и принять меры, если не хватает емкости пула узлов или сбоя планов масштабирования. | Выявляйте нехватку ресурсов и сбои при масштабировании, чтобы можно было автоматически или вручную вмешаться, предотвращая проблемы до их воздействия на пользователей. Помогает поддерживать оптимальную доступность сеансов и предотвращает непредвиденные простои. |
| Для рабочих нагрузок Greenfield используйте тщательное подтверждение концепции и среды тестирования принятия пользователей для сбора достаточных данных для тестирования производительности. | Результаты помогают определить оптимальные значения для соответствующих конфигураций плана масштабирования. |
| Просмотрите параметры простоя и отключения, которые позволяют свести к минимуму прерывание, когда пользователь возвращается к работе. | Помогает оптимизировать взаимодействие с пользователем, уменьшая ненужные выходы сеансов и позволяя пользователям быстро возобновить работу. |
| Для персональных пулов узлов — Настройте назначенные виртуальные машины для запуска на этапе развертывания. — Воспользуйтесь преимуществами гибернации. |
Виртуальные машины, запускающиеся на фазе запуска, улучшают качество соединения в начале дня пользователя. Гибернация снижает задержки запуска и улучшает взаимодействие с пользователем при минимизации затрат на инфраструктуру. |
| Для объединённых пулов узлов: — Используйте балансировку нагрузки с использованием ширины первого уровня для распределения сеансов пользователей между доступными узлами. — целевое значение 80-90% максимальной емкости сеанса на основе общего числа назначенных пользователей и пиковых одновременных сеансов. — Используйте теги исключения на неисправных узлах сеансов, чтобы план масштабирования не включил эти узлы. — Убедитесь, что хост-пул имеет достаточную пропускную способность для удовлетворения внезапного спроса, незапланированного обслуживания или устранения сбоев. |
Балансировка нагрузки в первую очередь снижает влияние на пользователей, если узел сеанса переходит в автономный режим или возникает критическая ошибка. Целевой уровень емкости 80-90% помогает оптимизировать затраты, предотвращая чрезмерное использование. Буферы емкости обеспечивают устойчивость во время всплесков спроса, периодов обслуживания и сбоев инфраструктуры, что снижает риск снижения производительности. |
Замечание
Планы масштабирования не создают и не удаляют хосты сеансов. Если вы хотите создать или удалить сеансовые хосты, необходимо создать пользовательскую автоматизацию, используя комбинацию IaC и конвейеров непрерывной интеграции и непрерывной доставки (CI/CD).
Хотя планы масштабирования виртуальных рабочих столов оптимизируют использование ресурсов, они не создают и не удаляют сеансовые хосты динамически. Если требуется более детализированный контроль, пользовательские решения автомасштабирования можно разработать в собственной среде с помощью PowerShell, CLI или REST API для масштабирования узлов сеансов на основе спроса в режиме реального времени. Этот подход требует дополнительных затрат на управление, но обеспечивает большую гибкость и автоматизацию, адаптированную к потребностям рабочей нагрузки. "
Дополнительные сведения см. в рекомендациях по оптимизации затрат и рекомендаций по оптимизации масштабирования и секционирования.
Группы приложений
Группы приложений в Виртуальном рабочем столе Azure (AVD) можно использовать для управления и публикации набора приложений или рабочих столов пользователям. Группы приложений определяют, к каким приложениям или рабочим столам пользователи могут обращаться и как они представлены. Они помогают эффективно упорядочивать ресурсы и управлять доступом, повышая безопасность и взаимодействие с пользователем.
К двум типам групп приложений в Виртуальном рабочем столе Azure относятся:
Группы приложений для настольных ПК: Пользователи получают доступ к полному рабочему столу Windows с сервера сеансов. Общие и личные пулы узлов поддерживают группы приложений для рабочего стола.
Группы приложений RemoteApp: Пользователи получают доступ к определенным приложениям, которые вы выбираете и публикуете в группе приложений. Только пулы узлов с общими ресурсами поддерживают группы приложений RemoteApp.
При использовании пула узлов можно назначить оба типа групп приложений к тому же пулу узлов. Однако каждый пул узлов может иметь только одну группу приложений для рабочего стола, но может иметь несколько групп приложений RemoteApp.
| Рекомендация | Преимущества |
|---|---|
| Оцените, следует ли использовать RemoteApp или сеансовый рабочий стол для каждой группы приложений. Если пользователям требуется доступ к определенным приложениям на основе отдела, например отдела кадров или финансов, используйте RemoteApp для публикации только необходимых приложений. Если пользователям нужна полная классическая среда со всеми приложениями, используйте сеансовый рабочий стол. | Это гарантирует, что пользователи имеют соответствующий уровень доступа, повышая безопасность, следуя принципу наименьших привилегий, а также упрощая управление и уменьшая ненужное использование ресурсов. |
| Назначайте пользователей в группы приложений с помощью групп безопасности Microsoft Entra ID вместо прямого назначения пользователей. | Оптимизирует управление пользователями, обеспечивает масштабируемость и обеспечивает согласованность при подключении или отключении пользователей. |
| Задайте ограничение сеанса для каждой группы приложений и сохраните количество приложений в группе RemoteApp ниже 50. | Предотвращает снижение производительности, избегая избыточной нагрузки на сеансы. |
| Включите параметры диагностики для групп приложений в виртуальном рабочем столе Azure и настройте их для отправки журналов и метрик в Log Analytics. | Улучшает упреждающий мониторинг, что позволяет ускорить обнаружение проблем и устранение неполадок. |
Оцените критичность группы приложений (масштаб 1–5), чтобы проверить, соответствует ли конфигурация пула узлов требованиям к доступности и производительности. Note: Each Application Group is linked to a single Host Pool. - Уровень 5. Критически важные приложения (например, финансы) → Убедитесь, что пулы узлов используют зоны доступности и диски SSD класса Premium. - Уровень 3. Важные приложения (например, редакторы документов) → Убедитесь, что пулы узлов используют группы доступности и стандартные SSD. - Уровень 1. Приложения с низким приоритетом → Подтвердить использование оптимизированных для затрат виртуальных машин (таких как серия B) |
Этот подход гарантирует, что решения инфраструктуры оправданы и согласованы с бизнес-важностью приложений, оптимизируя использование ресурсов во время выполнения задач доступности и производительности. |
| Назначьте метки конфиденциальности группам приложений на основе типа данных и важности бизнеса. Например, для группы приложений, обрабатывающей финансовые данные, назначьте конфиденциальную метку. Для группы приложений с общими средствами администрирования назначьте метку "Общие ". |
Повышает уровень безопасности, применяя соответствующие средства управления доступом на основе конфиденциальности данных. |
| Используйте Azure Key Vault для безопасного хранения секретов приложений, таких как ключи API и учетные данные базы данных, используемые приложениями в группах приложений. Убедитесь, что вы шифруете секреты, чтобы защитить их от несанкционированного доступа. | Повышает безопасность путем централизованного управления секретами и шифрования. Снижает риск утечки учетных данных, упрощает смену учетных данных и улучшает соблюдение политикам безопасности. Например, финансовое приложение в группе приложений подключается к базе данных SQL Azure и стороннему API оплаты. Без Azure Key Vault: учетные данные базы данных и ключи API хранятся в файлах кода или конфигурации, повышая риск раскрытия и несанкционированного доступа. |
| Контролируйте и анализируйте модели использования групп приложений с помощью Azure Log Analytics и AVD Insights. | Этот подход помогает определить неиспользуемые или неиспользуемые группы приложений. Используйте эти данные, чтобы определить, когда нужно освободить ресурсы, чтобы сократить затраты. |
| Изменение размера или уменьшение количества активных виртуальных машин, поддерживающих группы приложений на основе шаблонов использования. | Эта практика сводит к минимуму затраты на избыточные ресурсы. |
| Воспользуйтесь преимуществами средств IaC, таких как шаблоны Azure Resource Manager (шаблоны ARM), Bicep или Terraform. Например, можно определить декларативный шаблон ARM, который подготавливает пул узлов, назначает узлы сеансов и настраивает группы приложений с определенными назначениями приложений и политиками. |
Этот подход стандартизирует развертывание и настройку пулов узлов и групп приложений и снижает количество человеческих ошибок. Вы можете создавать развертывания, которые являются повторяемыми, масштабируемыми и согласованными в разных средах. |
Параметры узла сеанса
Как и параметры пула узлов, параметры на виртуальных машинах, которые служат в качестве узлов сеансов, также могут повлиять на производительность среды виртуального рабочего стола.
Регионы
Расположение узла сеанса сопоставляется непосредственно с задержкой, которую пользователи испытывают. Если вы используете FSLogix, расстояние между расположением пула узлов и расположением хранилища FSLogix также влияет на взаимодействие с пользователем. Развертывание узлов сеансов близко к расположениям пользователей.
Регион узлов сеансов также влияет на надежность среды виртуального рабочего стола. Важно развернуть узлы сеансов с избыточностью. Вы можете включить зоны доступности или масштабируемые наборы виртуальных машин.
Зоны доступности повышают устойчивость узлов сеансов к сбоям между зонами, но они ограничены определенными регионами.
Масштабируемые наборы виртуальных машин с гибкой оркестрацией предоставляют возможности развертывания по нескольким зонам. В каждой зоне можно развернуть в разных доменах сбоя.
Дополнительные сведения о зонах доступности и масштабируемых наборах с гибкой оркестрацией см. в следующих статьях:
- Поддержка службы зоны доступности
- Поддержка региона зоны доступности
- Масштабируемые наборы с гибкой оркестрацией
Объем вычислительных ресурсов
Размер вычислительных ресурсов узла сеанса также влияет на производительность среды. Azure предлагает различные размеры вычислительных ресурсов. Существует также множество семейств, типов архитектуры, количества ядер, возможностей хранения и специализированного аппаратного обеспечения, такого как GPU. Выберите нужный размер рабочей нагрузки, чтобы обеспечить оптимальную производительность в оптимальной ценовой точке.
Некоторые размеры предлагают специальные функции:
DCasv5 и ECasv5 — это конфиденциальные размеры, обеспечивающие надежные функции высокой безопасности. Примерами этих функций являются аппаратные изоляции, шифрование и выделенные модули виртуальной доверенной платформы.
Некоторые размеры обеспечивают поддержку GPU. Используйте серии NV, которая поддерживает графические процессоры NVIDIA Tesla M60, если вы используете платформы, такие как OpenGL и DirectX, или при использовании графических приложений с интенсивным графикой.
Решения хранения данных
Решение хранилища также влияет на производительность виртуального рабочего стола. Узлы сеансов используют управляемые диски Azure в качестве виртуальных жестких дисков. К типам дисков относятся:
- Премиум SSD Azure
- Стандартный SSD Azure
- HDD azure уровня "Стандартный"
Каждый диск имеет собственный максимальный размер, пропускную способность и операции ввода-вывода в секунду (IOPS). Выберите нужный размер диска и ряд, чтобы обеспечить оптимальную производительность в оптимальной ценовой точке. Оптимальный размер диска может помочь предотвратить серьезные проблемы с производительностью для пользователей и предотвратить превышение производительности, которую вы не используете.
Соглашение об уровне обслуживания диска для узлов сеансов зависит от типа диска. Чтобы сравнить соглашения об уровне обслуживания узлов сеансов, использующих различные типы дисков, см. сведения о устойчивости пула узлов.
Отказоустойчивость
Отказоустойчивость в основном сосредоточена на принципах высокой доступности и аварийного восстановления. Чтобы обеспечить высокий уровень доступности, увеличьте количество хостов сеансов, особенно в разных зонах доступности. Если вы распределяете узлы сеансов между зонами доступности и расположениями в зонах доступности, вы можете уменьшить вероятность того, что среда виртуального рабочего стола становится недоступной из-за обслуживания или сбоя.
Для аварийного восстановления узлов сеансов можно использовать золотые образы или резервные копии:
Если узлы сеансов содержат данные или приложения, которые не нужно сохранять активно, используйте золотые образы. Сохраните эти изображения избыточным образом, чтобы обеспечить восстановление узлов сеансов при возникновении аварии.
Если хост сеанса содержит ценные данные, которые часто обновляются, рассмотрите создание резервных копий для сохранения изменений. Затратный резерв гораздо выше, чем стоимость обслуживания эталонных образов.
Вы также должны выполнить анализ режима сбоя (FMA) в вашей среде. С помощью правильной FMA вы можете подготовиться к будущим сбоям и помочь предотвратить их. Возможные точки сбоя:
Узлы сеансов, развернутые в одном регионе. Эта настройка может привести к полному завершению работы службы во время сбоя зоны доступности.
Узлы сеансов личного пула, у которых нет резервных копий. Без включения резервных копий пользователи не могут быстро развернуть другие идентичные узлы сеансов и могут столкнуться с потерей данных.
Неспособность быстро развертывать новые узлы сеансов во время сбоя. Если вы не используете IaC для сохранения сведений о узле сеанса и образов виртуальных машин, вы можете столкнуться с этой проблемой. Примерами IaC являются шаблоны ARM, Bicep и Terraform.
Рекомендации
| Рекомендация | Преимущества |
|---|---|
| Разверните узлы сеансов ближе к пользователям. | Эта практика сводит к минимуму задержку. |
| Разверните сеансовые хосты в зоне доступности или гибком наборе масштабируемых виртуальных машин. | Такой подход помогает защитить среду от сбоев. |
| Изучите различные размеры вычислительных ресурсов, семейства и функции, которые предлагает Azure. | Соответствующие ресурсы оптимизируют производительность и экономичность рабочей нагрузки. |
| При выполнении рабочих нагрузок с высоким уровнем безопасности рассмотрите виртуальные машины в серии DCasv5 или ECasv5. | Эти виртуальные машины без локального диска предоставляют лучшие преимущества для рабочих нагрузок, для которых не требуется локальный временный диск. |
| При использовании графических приложений рекомендуется использовать виртуальные машины серии NV. | Виртуальные машины серии NV предоставляют надежную платформу для отрисовки и обработки графических задач. |
| Учитывайте максимальный размер, пропускную способность и операции ввода-вывода в секунду различных типов управляемых дисков Azure при разработке решения для хранения. | Эта практика помогает оптимизировать производительность приложений |
| Выберите тип управляемого диска, который оптимизирует производительность и экономичность рабочей нагрузки. | Чтобы упростить подготовку, управляйте масштабированием хранилища. |
| Разместите хосты сеансов по различным зонам доступности. | Такой подход улучшает доступность. |
| Распространение узлов сеансов в зонах доступности. | Чтобы уменьшить вероятность недоступности среды из-за обслуживания или сбоя. |
| Используйте золотые изображения, которые можно сохранить в избыточном режиме для аварийного восстановления, если вам не нужно создавать резервные копии данных узла сеанса или приложений. | Эта практика помогает в аварийном восстановлении. |
| При частом обновлении данных узла сеанса используйте резервные копии для аварийного восстановления. | Эта практика помогает защитить ценные данные. |
| Выполните FMA в вашей среде. | FMA помогает подготовиться к будущим сбоям и потенциально предотвратить их. |
Следующие шаги
В следующей статье описывается, как установить подключение сети, создать периметры для нагрузок и равномерно распределить трафик между нагрузками.
Используйте средство оценки для оценки вариантов проектирования.