Поделиться через

Рекомендации по хранилищу для рабочих нагрузок Виртуального рабочего стола Azure

  • Статья

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

Важно!

Эта статья входит в серию рабочих нагрузок Виртуального рабочего стола Azure Well-Architected Framework . Если вы не знакомы с этой серией, рекомендуем начать с статьи Что такое рабочая нагрузка Виртуального рабочего стола Azure?

Выбор региона

Влияние: эффективность производительности, оптимизация затрат

При развертывании Виртуального рабочего стола Azure важно учитывать выбор региона. Прежде чем выбрать регион Azure, в который вы хотите развернуть, следует проверка доступность продукта. Номера SKU для таких служб, как Azure Виртуальные машины, могут отличаться в зависимости от региона, так как не каждый регион содержит одинаковое оборудование. Сведения о доступности номеров SKU виртуальных машин и других служб см. в статье Доступность продуктов по регионам.

Прежде чем выбирать конкретный регион, необходимо также знать о его региональных требованиях к соответствию и месту расположения данных.

Еще одним важным аспектом выбора региона является задержка. Как правило, лучше всего централизовать все необходимые ресурсы в том же регионе Azure, что и пул узлов. Развертывание Виртуального рабочего стола Azure в регионе, удаленном от пользователей, может увеличить задержку и снизить производительность. Это также может увеличить стоимость передачи данных между регионами.

Хранилище метаданных Виртуального рабочего стола Azure содержит рабочие области, пулы узлов, группы приложений и планы масштабирования. Это хранилище метаданных не всегда поддерживается в регионе, выбранном для узлов сеансов. Отсутствие поддержки может привести к разделять хранилище метаданных и узлы сеансов. Дополнительные сведения см. в статье Расположения данных для Виртуального рабочего стола Azure.

Рекомендации
  • Убедитесь, что номера SKU виртуальных машин и необходимые службы Azure доступны в выбранном регионе.
  • Ознакомьтесь с требованиями к соответствию и месту расположения данных в любом регионе, который вы рассматриваете.
  • Разместите ресурсы в том же регионе Azure, что и пул узлов, чтобы свести к минимуму задержку и снизить затраты на передачу данных.
  • Ознакомьтесь с регионами, в которых доступны ресурсы плоскости управления Виртуального рабочего стола Azure.

Размер виртуальной машины и диска

Влияние: эффективность производительности, оптимизация затрат

Определение размера виртуальной машины является важным фактором при развертывании Виртуального рабочего стола Azure. Изменение размера напрямую влияет на затраты и взаимодействие с конечными пользователями. Изменение размера также определяет, какие рабочие нагрузки выполняются гладко. Общей целью является правильное изменение размера виртуальных машин путем изучения таких факторов, как требования к ресурсам рабочей нагрузки и использование личных пулов узлов или пулов узлов. Кроме того, предпочтительнее использовать большее количество небольших виртуальных машин, чем несколько крупных виртуальных машин, так как проще управлять и обслуживать небольшие виртуальные машины. Подробные сведения о размере виртуальной машины см. в статье Рекомендации по настройке размера виртуальной машины узла сеансов.

Планы масштабирования обеспечивают эффективный способ использования небольших виртуальных машин с низкой плотностью пользователей. План масштабирования автоматически корректирует количество виртуальных машин в зависимости от потребностей пользователей и расписания. Такой подход снижает затраты за счет отключения неиспользуемых виртуальных машин. Он оптимизирует ресурсы, сопоставляя емкость пула узлов с сеансами пользователей. Дополнительные сведения см. в статье Планы автомасштабирования и примеры сценариев в Виртуальном рабочем столе Azure.

При выборе диска операционной системы для Виртуального рабочего стола Azure вы можете сэкономить затраты, выбрав стандартный жесткий диск (HDD) вместо твердотельных накопителей (SSD), но вы потеряете производительность. Если для рабочей рабочей нагрузки требуется соглашение об уровне обслуживания (SLA), следует использовать хранилище SSD класса Premium.

Еще одно соображение заключается в том, что виртуальные машины Azure имеют ограничения производительности операций ввода-вывода в секунду (IOPS) и пропускной способности, основанные на типе и размере виртуальной машины. Выбранный номер SKU дисков операционной системы и дисков данных в конечном счете определяет количество операций ввода-вывода в секунду, доступных пользователю. При использовании профилей FSLogix требуются дополнительные требования к операции ввода-вывода в секунду, так как профили извлекаются из общих сетевых ресурсов и записываются на диск. Подробные сведения о производительности операций ввода-вывода в секунду и диска см. в статье Целевые показатели масштабируемости и производительности для дисков виртуальных машин.

Рекомендации
  • Прежде чем выбрать номер SKU виртуальной машины, изучите использование ЦП, GPU, памяти и хранилища рабочих нагрузок, выполняемых пользователями.
  • Используйте виртуальные машины с по крайней мере двумя физическими ядрами ЦП для узлов с одним сеансом.
  • Используйте виртуальные машины по крайней мере с четырьмя ядрами для узлов с несколькими сеансами.
  • Используйте большее количество небольших виртуальных машин вместо нескольких больших виртуальных машин.
  • Используйте планы масштабирования, чтобы настроить количество виртуальных машин в зависимости от потребностей пользователей и расписания.
  • При выборе типа диска учитывайте ограничения производительности операций ввода-вывода в секунду и пропускной способности виртуальных машин.
  • Используйте диски SSD для высокопроизводительных рабочих нагрузок.
  • Используйте диски SSD ценовой категории "Премиум" для рабочих нагрузок, требующих высокой производительности, низкой задержки и соглашение об уровне обслуживания.
  • Используйте диски SSD ценовой категории "Премиум" для Windows 10 или Windows 11 Корпоративная многосеансового режима.
  • Используйте диски SSD ценовой категории "Стандартный" или "Премиум" для персональных рабочих столов.

Профили пользователей

Влияние: эффективность производительности, оптимизация затрат

Виртуальный рабочий стол Azure может эффективно обрабатывать задачи, связанные с профилями пользователей, такие как управление большими файлами таблиц автономного хранилища и сохранение современных параметров. В целом FSLogix — это рекомендуемое решение для профилей пользователей для Виртуального рабочего стола Azure. Он предназначен для перемещения профилей в удаленных вычислительных средах. При входе пользователя контейнер профилей FSLogix динамически присоединяется к вычислительной среде с помощью виртуального жесткого диска (VHD) и виртуального жесткого диска Hyper-V (VHDX). Профиль пользователя сразу же становится доступным и отображается в системе как собственный профиль пользователя.

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

Другим вариантом решения хранилища FSLogix является Azure NetApp Files, которая является высокопроизводительной службой хранилища файлов корпоративного класса Azure. Уровень продукта и емкость, выбираемые для Azure NetApp Files повлиять на его производительность. Подготовка большей емкости приводит к более высокому бюджету производительности, что может привести к более низкому уровню требований. Эта ситуация может привести к более оптимальной совокупной стоимости владения (TCO). При выборе уровня необходимо сбалансировать производительность, производительность и затраты. Дополнительные сведения о доступных уровнях см. в разделе уровни Azure NetApp Files.

В следующей таблице представлено краткое сравнение вариантов хранения для FSLogix.

Компоненты Файлы Azure Azure NetApp Files
Вариант использования Общего назначения Общего назначения на корпоративный масштаб
Служба платформы Да, собственное решение Azure Да, собственное решение Azure
Доступность по регионам все регионы. Выбранные области
Избыточность Локально избыточное, избыточное между зонами, геоизбыточное или геоизбыточное между зонами Локально избыточное, избыточное между зонами с репликацией между зонами или геоизбыточное с репликацией между регионами
Уровни Стандартный (оптимизированный для транзакций), премиум "Стандартный", "Премиум", "Ультра"
Производительность Максимум 100 000 операций ввода-вывода в секунду на общую папку с 10 Гбит/с с задержкой около 3 мс Максимум 460 000 операций ввода-вывода в секунду на том с 4,5 Гбит/с на том с задержкой около 1 мс. Сведения о выполнении операций ввода-вывода в секунду и производительности см. в разделах Рекомендации по производительности для Azure NetApp Files и Часто задаваемые вопросы о производительности для Azure NetApp Files.
Capacity 100 ТиБ на акцию, до 5 PiB на учетную запись общего назначения 100 ТиБ на том, до 12,5 PiB на учетную запись NetApp
Необходимая инфраструктура Минимальный размер общей папки 1 ГиБ Минимальный пул емкости 2 ТиБ, минимальный размер тома 100 ГиБ
Протоколы Сетевая файловая система (NFS) 4.1 (предварительная версия), блок сообщений сервера (SMB) 3.0, SMB 2.1, REST NFS 4.1, NFS 3, SMB 3.x, SMB 2.x, двойной протокол

Подробные сведения о решениях хранилища FSLogix см. в статье Варианты хранения для контейнеров профилей FSLogix в Виртуальном рабочем столе Azure.

Рекомендации
  • Используйте FSLogix в качестве решения профиля пользователя для Виртуального рабочего стола Azure.
  • Разверните решение хранилища для контейнеров профилей FSLogix в том же регионе, что и узлы сеансов.
  • Убедитесь, что любое решение хранилища, которое вы рассматриваете, поддерживает используемые протоколы.
  • В большинстве сценариев используйте Файлы Azure в качестве решения для хранения. При выборе уровня учитывайте следующие рекомендации.
    • Используйте общие папки класса Premium для рабочих нагрузок с интенсивным вводом-выводом, требующих высокой производительности и низкой задержки.
    • Используйте стандартные общие папки для рабочих нагрузок ввода-вывода, которые менее чувствительны к изменчивости производительности.
    • Используйте стандартные общие папки для модели выставления счетов с оплатой по мере использования.
  • Рассмотрите возможность использования Azure NetApp Files в качестве решения для хранения для крупномасштабных развертываний Виртуального рабочего стола Azure. Помните следующее.
    • Убедитесь, что Azure NetApp Files доступна в вашем регионе.
    • Учитывайте затраты и требования к производительности при выборе уровня и емкости подготовки.
    • Имейте в виду, что подготовленная емкость может повлиять на выбор уровня.

Приложения (присоединение приложений)

Влияние: эффективность работы

Подключение приложений — это рекомендуемое решение для доставки приложений на виртуальные машины Виртуального рабочего стола Azure. Он предлагает множество преимуществ для управления упаковкой и приложениями. Примеры включают повышение безопасности, гибкости и контроля, а также сокращение времени развертывания. Например, подключение приложений можно использовать для обновления приложений, не затрагивая пользовательские данные или параметры. Он поддерживает классические и универсальная платформа Windows приложения (UWP). Подключение приложений также позволяет легко устанавливать и удалять приложения с помощью установщика приложений Windows.

Подключение приложения отличается от MSIX. Подключение приложений предназначено специально для поддерживаемых продуктов, таких как Виртуальный рабочий стол Azure. В развертывании Виртуального рабочего стола Azure app Attach доставляет приложения на узлы сеансов в контейнерах MSIX. Эти контейнеры разделяют пользовательские данные, операционную систему и приложения. Такое разделение повышает безопасность и повышает эффективность устранения неполадок. Main преимуществом app Attach является то, что оно обеспечивает гибкость и контроль над доставкой приложений. Например, можно динамически присоединять приложения из пакета MSIX к сеансу пользователя.

Присоединение приложений не имеет конкретных зависимостей от типа структуры хранилища, используемой в общей папке. В результате рекомендации по присоединению к общей папке приложения совпадают с рекомендациями для общей папки FSLogix. Эти рекомендации см. в разделе Профили пользователей ранее в этой статье. Дополнительные сведения о требованиях к хранению см. в статье Варианты хранения для контейнеров профилей FSLogix в виртуальном рабочем столе Azure.

Рекомендации

  • Отделите структуру хранилища App Attach от контейнеров профилей FSLogix.

  • Исключите следующие файлы из антивирусной проверки, чтобы избежать узких мест производительности:

    • <App-Attach-file-share>*. VHD
    • <App-Attach-file-share>*. VHDX
    • <App-Attach-file-share>. CIM

  • Если вы используете Файлы Azure, исключите из антивирусной программы следующие расположения:

    • \storageaccount.file.core.windows.net\share*. VHD
    • \storageaccount.file.core.windows.net\share*. VHDX
    • \storageaccount.file.core.windows.net\share*. CIM

  • Запустите тест, если используется узел с несколькими сеансами, чтобы узнать, могут ли два или более пользователей на одном узле сеансов успешно запускать приложение одновременно.

  • Включите шаги в планы аварийного восстановления для Виртуального рабочего стола Azure для репликации общей папки App Attach в дополнительном расположении отработки отказа. Кроме того, убедитесь, что путь к общей папке доступен в дополнительном расположении. Для удовлетворения этого требования рекомендуется использовать пространство имен распределенной файловой системы (DFS ).

  • При использовании Файлы Azure убедитесь, что общая папка App Attach содержит следующие разрешения:

    Объект Azure Требуемая роль Функция роли
    Узлы сеансов (объекты-компьютеры виртуальной машины) Читатель общей папки файловых данных хранилища SMB Предоставляет доступ на чтение к общим папкам Azure по протоколу SMB.
    Администраторы общих папок Участник общих папок данных SMB службы хранилища с повышенными правами Предоставляет доступ на чтение, запись и удаление и разрешения на изменение списков управления доступом к файлам и каталогам в общих папках Azure.

Дальнейшие действия

Теперь, когда вы рассмотрели рекомендации по хранению, ознакомьтесь с тем, как интегрировать рабочую нагрузку Виртуального рабочего стола Azure с целевыми зонами Azure.

Интеграция целевой зоны

Используйте средство оценки для оценки вариантов разработки.

Оценка