Архитектура и устойчивость службы виртуального рабочего стола Azure

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

Корпорация Майкрософт предоставляет компоненты инфраструктуры виртуальных рабочих столов (VDI) для основных функциональных возможностей в качестве службы. Сюда входят следующие компоненты.

• Веб-служба: веб-сайт и конечная точка с пользователем и возвращает сведения о подключении к устройству пользователя.
• Служба брокера: оркеструет входящие подключения.
• Служба шлюза: служба websocket, предоставляющая подключение к протоколу удаленного рабочего стола (RDP) с устройства пользователя, где бы они ни подключались к узлам сеансов, предоставляя рабочие столы и приложения.
• Каталог ресурсов: предоставляет сведения для указания веб-службы, в которой несколько географических баз данных размещают сведения о подключении, необходимые для каждого пользователя.
• Географическая база данных: содержит файлы подключения (.rdp) и значки для каждого ресурса, подготовленного пользователем.

Кроме того, виртуальный рабочий стол Azure использует другие глобальные службы Azure, такие как Диспетчер трафика Azure и Azure Front Door, чтобы направлять пользователей к ближайшим точкам входа виртуального рабочего стола Azure.

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

• Зоны доступности Azure для распространения узлов сеансов между физическими расположениями центров обработки данных в регионе Azure, каждый из которых имеет независимые возможности питания, охлаждения и сети.
• Azure Backup для резервного копирования и восстановления узлов сеансов.
• Azure Site Recovery для репликации узлов сеансов в другой регион Azure.
• Помощник по Azure поможет оптимизировать ресурсы Azure.

На этой высокоуровневой схеме показаны компоненты и обязанности:

Соединения пользователей

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

1. Обнаружение веб-канала. Веб-канал — это список рабочих столов и приложений, доступных пользователю.
2. Подключение через протокол удаленного рабочего стола к узлу сеанса.

Обнаружение веб-каналов

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

Процесс обнаружения веб-каналов выглядит следующим образом:

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

2. Веб-служба подключается к службе брокера виртуального рабочего стола Azure в том же регионе Azure, чтобы получить файлы RDP и значки приложения для веб-канала пользователя. Служба брокера подключается к географической базе данных виртуального рабочего стола Azure и каталогу ресурсов в том же регионе, чтобы получить сведения.

3. Служба брокера возвращает файлы RDP и значки приложений в веб-службу, которая возвращает сведения на устройство пользователя.

   Ниже приведена высокоуровневая схема, показывающая процесс обнаружения веб-каналов в одном регионе Azure:

   

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

   Ниже приведена высокоуровневая схема, показывающая процесс обнаружения веб-каналов для пула узлов в регионе Azure, который охватывает другую географию:

   

Подключение по протоколу RDP

Когда пользователь подключается к рабочему столу или приложению из веб-канала, подключение RDP устанавливается следующим образом:

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

2. Служба шлюза подключается к службе брокера в том же регионе Azure. Служба шлюза позволяет узлам сеансов находиться в любом регионе и по-прежнему быть доступным для пользователей.

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

4. На этом этапе выполняется один из двух типов подключений в зависимости от конфигурации и доступных сетевых протоколов:

   1. Обратный транспорт подключения: после подключения клиента и узла сеанса к службе шлюза он начинает ретрансляцию трафика RDP с помощью протокола TCP между клиентом и узлом сеансов. Обратный транспорт подключения — это тип подключения по умолчанию.

   2. RDP Shortpath: прямой транспорт на основе протокола UDP создается между устройством пользователя и узлом сеанса, обходя службу шлюза.

Ниже приведена высокоуровневая схема, показывающая процесс подключения RDP:

Устойчивость службы

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

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

• Диспетчер трафика Azure направляет трафик для веб-службы и Azure Front Door направляет трафик для службы шлюза. Если возникает сбой, который приводит к недоступности веб-службы или шлюза из одного региона Azure или сбоя в полном регионе, трафик перенаправляется в следующий ближайший доступный экземпляр в ближайшем регионе. Перенаправление трафика позволяет пользователям по-прежнему создавать новые подключения.

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

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

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

Ниже приведена высокоуровневая схема, показывающая, как связаны компоненты, управляемые корпорацией Майкрософт:

Другие службы Azure, на которых используется виртуальный рабочий стол Azure, предназначены для обеспечения устойчивости и надежности. Дополнительные сведения см. в статье Диспетчер трафика Azure и Azure Front Door.

Глобальный доступ

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

Ниже приведена карта, демонстрирующая глобальный охват виртуального рабочего стола Azure:

Связанный контент

Сведения о расположениях, хранящихся в виртуальном рабочем столе Azure для объектов службы, см. в разделе "Расположения данных" для виртуального рабочего стола Azure.