Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
В этой статье приведены рекомендации по развертыванию виртуального рабочего стола Azure с помощью Azure NetApp Files.
Azure NetApp Files — это высокопроизводительная служба хранилища файлов из Azure. Он может обеспечить до 450 000 операций ввода-вывода и задержку менее миллисекунды, способных поддерживать чрезвычайно большой масштаб развертываний виртуальных рабочих столов Azure. Вы можете настроить пропускную способность и изменить уровень обслуживания томов Azure NetApp Files по требованию практически мгновенно без приостановки ввода-вывода при сохранении доступа к плоскости данных. Эта возможность позволяет легко оптимизировать масштаб развертывания Виртуального рабочего стола Azure для затрат. Кроме того, можно создавать малозатратные с точки зрения объема моментальные снимки без влияния на производительность. Эта функциональность позволяет вам откатить отдельные контейнеры профилей пользователей FSLogix с помощью копии из каталога ~snapshot, или мгновенно откатить весь том сразу благодаря функции восстановления тома. При наличии до 255 (поворотных) моментальных снимков для защиты тома от потери данных или их повреждения администраторы получают множество возможностей отменить совершённые изменения.
Примеры схем
В следующих примерах схем показана интеграция виртуального рабочего стола Azure с Azure NetApp Files. В сценарии с пулами настольных компьютеров пользователи направляются к лучшему доступному узлу сеанса (в режиме широкого выбора) в пуле с использованием виртуальных машин с несколькими сеансами. С другой стороны, личные рабочие столы зарезервированы для сценариев, в которых у каждого пользователя есть собственная виртуальная машина.
Сценарий общего доступа к рабочему столу
Для сценария с пулом команда "Виртуальный рабочий стол Azure" рекомендует следующее руководство по соотношению количества пользователей и виртуальных процессоров. Обратите внимание, что размер виртуальной машины не указан в этой рекомендации.
| Тип рабочей нагрузки | Свет | Средний | Тяжёлый |
|---|---|---|---|
| Пользователи на каждый vCPU | 6 | 4 | 2 |
Эта рекомендация подтверждается тестом LoginVSI на 500 пользователей, подключая примерно 62 "осведомленных / средних пользователей" к каждой виртуальной машине D16as_V4.
Например, с 62 пользователями на виртуальной машине D16as_V4, Azure NetApp Files может легко поддерживать 60 000 пользователей в одной среде. Выполняется тестирование для оценки верхнего предела виртуальной машины D32as_v4. Если рекомендация о количестве пользователей виртуального рабочего стола Azure на каждый виртуальный ЦП для D32as_v4 окажется правильной, то более 120 000 пользователей смогут разместиться в пределах 1 000 виртуальных машин до достижения ограничения виртуальной сети в 1 000 IP-адресов, как показано на следующем рисунке.
Сценарий личного рабочего стола
В сценарии личного рабочего стола на следующем рисунке показана рекомендация по архитектуре общего назначения. Пользователи сопоставляются с определенными модулями pod для настольных компьютеров, и каждый модуль pod имеет чуть менее 1000 виртуальных машин, оставляя место для IP-адресов, распространяющихся из виртуальной сети управления. Azure NetApp Files может легко обрабатывать 900 и более личных рабочих столов в виртуальной сети пула узлов для одиночных сессий, при этом фактическое количество виртуальных машин равно 1000 минус количество узлов управления, найденных в концентратора виртуальной сети. Если требуется больше персональных рабочих столов, легко добавить дополнительные pods (пулы узлов и виртуальные сети), как показано на следующем рисунке.
При создании архитектуры на основе POD назначение пользователям правильного pod при входе имеет значение, чтобы гарантировать, что пользователи всегда будут находить свои профили.