Машины на рабочий стол: Автомобили, спорткары, обои с машинами и автомобилями на рабочий стол

Создание виртуальных машин для удаленного рабочего стола

Twitter




LinkedIn




Facebook




Адрес электронной почты

• 
  Статья
• 
  12/21/2022
• Чтение занимает 3 мин
• 
  

Область применения: Windows Server 2022, Windows Server 2019, Windows Server 2016

Следуйте инструкциям ниже, чтобы создать виртуальные машины в среде клиента, которые будут использоваться для выполнения ролей, служб и компонентов Windows Server 2016, необходимых для развертывания по размещению рабочих столов.

В этом примере базового развертывания будет создано минимальное количество виртуальных машин, то есть 3 единицы. Одна виртуальная машина будет размещать посредник подключений к удаленному рабочему столу, службы роли сервера лицензирования и общую папку для развертывания. Вторая виртуальная машина будет размещать шлюз удаленных рабочих столов и службы роли веб-доступа. Третья виртуальная машина размещает службу роли узла сеансов удаленных рабочих столов. Для малых развертываний вы можете сократить расходы виртуальной машины, используя прокси-сервер приложения AAD, чтобы исключить все общедоступные конечные точки из развертывания и совместить все службы ролей на одной виртуальной машине. Чтобы предоставить лучшее масштабирование, для более крупных развертываний можно установить различные службы ролей на отдельные виртуальные машины.

В этом разделе описаны действия, необходимые для развертывания виртуальных машин каждой роли, на основе образов Windows Server в Microsoft Azure Marketplace. Если вам нужно создать виртуальные машины из пользовательского образа, требующего PowerShell, см. статью Создание виртуальной машины Windows с помощью диспетчера ресурсов и PowerShell. Затем вернитесь сюда, чтобы подключить диски данных Azure для общей папки, и введите внешний URL-адрес для развертывания.

1. Создайте виртуальные машины Windows, чтобы разместить посредник подключений к удаленному рабочему столу, сервер лицензирования удаленного рабочего стола и файловый сервер.

   Для наших целей мы использовали следующие соглашения об именовании:

   • Посредник подключений к удаленному рабочему столу, сервер лицензирования удаленного рабочего стола и файловый сервер:

     • Виртуальная машина: Contoso-Cb1
     • Группа доступности: CbAvSet

   • Веб-доступ к удаленным рабочим столам и шлюз удаленных рабочих столов:

     • Виртуальная машина: Contoso-WebGw1
     • Группа доступности: WebGwAvSet

   • Узел сеансов удаленных рабочих столов:

     • Виртуальная машина: Contoso-Sh2
     • Группа доступности: ShAvSet

   Каждая виртуальная машина использует одинаковую группу ресурсов.

2. Создайте и подключите диск данных Azure, чтобы предоставить общий доступ для диска профиля пользователя (UPD).

   1. На портале Azure щелкните Обзор  Группы ресурсов, выберите группу ресурсов для развертывания, а затем — виртуальную машину, созданную для посредника подключений к удаленному рабочему столу (например, Contoso-Cb1).
   2. Щелкните Параметры  Диски > Подключить новый.
   3. Примите значения по умолчанию для имени и типа.
   4. Введите размер (в ГБ), который будет достаточным для хранения общих сетевых ресурсов среды клиента, включая диски профилей пользователей и сертификаты. Вы можете уделить приблизительно 5 ГБ на пользователя, которого вы планируете использовать
   5. Примите значения по умолчанию для расположения и кэширование узла и нажмите кнопку ОК.

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

   1. На портале Azure щелкните Обзор  Подсистемы балансировки нагрузки, а затем нажмите кнопку Добавить.
   2. Введите имя, выберите Общедоступный в качестве типа подсистемы балансировки нагрузки и выберите соответствующую подписку, группу ресурсов, и расположение.
   3. Нажмите Выбрать общедоступный IP-адрес, Создать новый, введите имя и нажмите ОК.
   4. Нажмите Создать, чтобы создать подсистему балансировки нагрузки.

4. Настройка внешней подсистемы балансировки нагрузки для развертывания

   1. На портале Azure щелкните Обзор  Группы ресурсов, выберите группу ресурсов для развертывания, а затем — подсистему балансировки нагрузки, созданную для развертывания.
   2. Добавьте серверный пул для подсистемы балансировки нагрузки, чтобы отправить трафик в:
      1. Нажмите Серверный пул и Добавить.
      2. Введите имя и выберите + Добавить виртуальную машину.
      3. Нажмите Группа доступности и WebGwAvSet.
      4. Нажмите Виртуальные машины, Contoso WebGw1, Выбрать, ОК, и ОК.
   3. Добавьте пробу, чтобы подсистеме балансировки нагрузки было известно, какие машины активны:
      1. Выберите Пробы и Добавить.
      2. Введите имя (например, HTTPS), выберите TCP, введите Порт 443 и нажмите ОК.
   4. Введите правила балансировки нагрузки для распределения нагрузки входящего трафика:
      1. Нажмите Правила балансировки нагрузки и Добавить
      2. Введите имя (например, HTTPS), выберите TCPи 443 для порта и внутреннего порта.
         • Если вы выполняете развертывание на Windows 10 и Windows Server 2016, оставьте значение Сохранение состояния сеанса как None (Нет), или выберите IP-адрес клиента.
      3. Нажмите ОК, чтобы подтвердить правило HTTPS.
      4. Создайте новое правило, нажав Добавить.
      5. Введите имя (например, UDP), выберите UDPи 3391 для порта и **внутреннего порта.
         • Если вы выполняете развертывание на Windows 10 и Windows Server 2016, оставьте значение Сохранение состояния сеанса как None (Нет), или выберите IP-адрес клиента.
      6. Нажмите ОК, чтобы подтвердить правило UDP.
   5. Введите правило NAT для входящего трафика, чтобы создать прямое подключение к Contoso WebGw1
      1. Выберите Правило NAT для входящего трафика и нажмите Добавить.
      2. Введите имя (например, RDP-Contoso-WebGw1), выберите Customm для службы, TCP для протокола и введите 14000 для порта.
      3. Нажмите Выбрать виртуальную машину и выберите Contoso WebGw1.
      4. Выберите Custom (Настраиваемый) для сопоставления портов, введите 3389 для Целевой порти нажмите ОК.

5. Введите внешний URL-адрес или DNS-имя для развертывания, чтобы получить к нему внешний доступ:

   1. На портале Azure щелкните Обзор  Группы ресурсов, выберите группу ресурсов для развертывания, а затем — общедоступный IP-адрес для веб-доступа к удаленным рабочим столам и шлюза удаленных рабочих столов.
   2. Нажмите Конфигурация, введите метку DNS-имени (например, contoso), а затем кнопку Сохранить. Эта метка имени DNS (contoso.westus.cloudapp.azure. com) является DNS-именем, которое будет использоваться для подключения к серверу веб-доступа к удаленным рабочим столам и шлюза удаленных рабочих столов.

Кен Томпсон: живая легенда / Хабр

Людей, внесших значительный вклад в развитие мировой IT-индустрии и вошедших благодаря этому в историю, можно пересчитать по пальцам. Один из них — Кеннет Лейн Томпсон, один из разработчиков Unix, операционных систем Plan 9 и Inferno, создатель языка программирования B, соавтор языка Go. Томпсон принимал участие в конструировании шахматного компьютера Belle, первой машины, достигшей уровня игры мастера с рейтингом USCF 2250. Она пять раз выигрывала чемпионат Северной Америки по компьютерным шахматам ACM и чемпионат мира по компьютерным шахматам 1980 года. В 1983 году Томпсон разделил со своим давним другом и коллегой Деннисом Ритчи премию Тьюринга, неофициально признанную «нобелевкой» в мире компьютерных наук.

Кеннет Лейн Томпсон родился 4 февраля 1943 года в американском городе Новый Орлеан, штат Луизиана. О его юных годах известно не слишком многое. Отец Кена служил в военно-морском флоте, поэтому семья часто переезжала из одного города в другой, и мальчику приходилось регулярно менять школы. «Я учился в разных школах, каждый год в новой», — вспоминал потом Томпсон, — «попадались и неплохие, и откровенно паршивые. Иногда мне приходилось осваивать двухлетнюю программу за год, а весь следующий год я просто бездельничал. Поэтому мое начальное математическое образование можно назвать просто ужасным».

Так продолжалось до седьмого класса, в котором Томпсону показали основы двоичной арифметики. И эта тема внезапно увлекла Кена: он решил изучить действия с числами в двоичной системе глубже, чем это предусматривала школьная программа. Кен прочитал несколько книг по математике, освоил различные типы двоичных вычислений и научился решать задачи, значительно выходившие за рамки учебного курса. Позже он вспоминал, что, будучи школьником, научился пользоваться десятичным арифметическим устройством наподобие счет — скорее всего, Томсон имел в виду Счислитель Куммера. Вместо костяшек там имелся специальный ползунок, указывавший на цифры от 0 до 9. Перемещать ползунок нужно было с помощью стилуса, операция сложения выполнялась с помощью верхнего ряда цифр, вычитания — нижнего. При переполнении разряда следовало переместить ползунок в следующей колонке.

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

Получив степень бакалавра в 1965-м и магистра — в 1966-м году, Кеннет Томпсон устроился программистом в компанию Bell Labs. Сам он не стремился занять эту должность. В одном из интервью Кен вспоминал: «один из моих институтских преподавателей буквально натравил на меня рекрутёра из Bell Labs. Тот назначил мне встречу, но я не пришел на нее, потому что проспал. Тогда он заявился ко мне домой и очень настаивал, чтобы я прошел собеседование, даже предложил оплатить мою поездку на Восточное побережье. Тогда я сказал: окей, парень, вот что я отвечу. Мне не нужна эта работа. Но бесплатная поездка – это круто, у меня есть там друзья. К ним и поеду». Томпсон успешно прошел собеседование в Bell Labs, затем взял машину напрокат и навестил старых институтских приятелей, разъехавшихся после окончания Беркли по разным городам Восточного побережья. Вскоре он получил сообщение от Bell Labs о том, что принят на работу для развития одного очень интересного и перспективного проекта.

Multics и Unix

Его основным инструментом на новом месте стал компьютер GE-645 производства General Electric. Для этой машины нужна была операционная система, ее разработкой занялась Bell Labs совместно с Массачусетским технологическим институтом (MIT) и компанией General Electric на деньги Агентства перспективных разработок и исследований ARPA, того самого, благодаря которому в будущем появился на свет интернет. ОС получила название Multics, к работе над ней и подключился Кен Томпсон вместе с другим сотрудником Bell — Деннисом Ритчи. Система основывалась на концепции одноуровневой памяти и использовала принцип разделения времени исполнения программ, программы для нее писались на языке PL/1. В 1969 году, экспериментируя с Multics, Томпсон написал графическую игру Space Travel, в которой игрок управляет космическим кораблем, летящим вокруг двухмерной масштабной модели Солнечной системы. В ходе игры он может приземляться на различные планеты и их спутники, меняя импульс тяги двигателя и учитывая силы гравитации, которые действуют на корабль.

В том же 1969 году компания Bell Labs свернула свое участие в проекте Multics, но Томпсон решил не бросать свою затею: он переписал Space Travel на Фортране под операционную систему GECOS, работавшую на GE-645, но ни сам компьютер, ни ОС не подходили для этой задачи. Тогда Томпсон оккупировал простаивающий без дела PDP-7 производства Digital Equipment Corporation. Это была относительно недорогая для своего времени машина — она стоила 72 тысячи долларов, и к тому же она считалась компактной: вместе с периферией оборудование компьютера занимало всего лишь несколько шкафов.

Игра писалась на кросс-ассемблере на GE-645, компилировалась, а затем переносилась на PDP-7 с помощью перфоленты. Процесс оказался настолько сложным и утомительным, что Кен Томпсон взялся писать новую операционную систему для PDP-7, чтобы упростить эту задачу. Правда, на сей раз он поставил перед собой более амбициозную цель: снизить зависимость ОС от «железа» и облегчить ее переносимость на другие аппаратные платформы.

Томпсон и его коллега Ритчи написали прототип иерархической файловой системы, конвейеры для межпроцессорного взаимодействия, подсистему разделения потоков и интерпретатор командной строки. Новую систему назвали Unics по аналогии с Multics, но в 1970 году присоединившийся к команде разработчиков Брайан Керниган предложил изменить название ОС на Unix, чтобы оно меньше походило на имена других проектов. В своих воспоминаниях Томпсон писал: «В первых версиях Unix я по большому счету экспериментировал с некоторыми концепциями Multics на PDP-7 после того, как этот проект был закрыт. Я работал с такой маленькой командой, какую вы только можете себе представить — она состояла из Денниса Ритчи и Дуга Макилроя. Сейчас это может показаться странным, но в те времена операционные системы были очень компактными – ядро занимало всего несколько килобайт, у ОС не было графического интерфейса. По одной неделе у нас ушло на разработку ядра, файловой системы, редактора кода и компилятора. К концу первого месяца у нас уже имелся вполне работоспособный прототип ОС».

Язык B

Проводя часы за написанием ассемблерного кода на PDP-7, Кен Томпсон пришел к выводу, что для ускорения разработки и отладки ему необходим язык высокого уровня. Фортран для этого не подходил в силу свойственных ему ограничений, и Томпсон взялся за создание собственного языка, а также компилятора к нему. В честь своей жены Бонни он назвал новый язык B (Би).

В ходе этой работы Томпсон опирался на BCPL, процедурный, императивный и структурированный язык программирования, позволяющий писать компиляторы для других языков. Разработанные на BCPL компиляторы могут быть достаточно компактными, кроме того, исходный компилятор, написанный на BCPL, легко переносится на другие платформы. Этот компилятор сначала переводит код в промежуточное представление (intermediate representation (IR)), а уже затем второй компонент компилятора преобразовывает его в исполняемый код для целевой машины. Первая версия Би была бестиповой: единственным типом данных в этом языке был формат слова в памяти базовой машины, каким бы он ни был. В зависимости от контекста слово трактовалось либо как целое число, либо как адрес памяти.

Когда Bell Labs приобрела компьютеры PDP-11, стала важной поддержка символьных данных, и бестиповая природа языка стала его существенным недостатком. Томсон и Ритчи разработали расширенную версию языка, которая поддерживала новые внутренние и определяемые пользователем типы данных. Сам по себе язык Би не нашел широкого распространения, хотя на нем была написана часть системных компонентов в ранних версиях Unix, но он послужил основой для языка Си, ставшего в 70-х одним из самых популярных языков программирования. Сам Томпсон впоследствии описывал эту историю так: «В какой-то момент я получил от Мартина Ричардса из Массачусетского технологического института BCPL и немного переработал его, но на самом деле получился иной язык, который я назвал Би. Затем Деннис Ритчи добавил к нему типы данных и назвал его Си в честь своего сына Corey (Кори)». В 1973 году Ритчи и Томпсон полностью переписали ядро Unix на Си, в результате чего ОС стала по-настоящему портируемой и обрела возможность работать на различных аппаратных платформах.

Дальнейшая судьба Unix описана во многих источниках: Томпсон переписал операционную систему на ассемблере PDP-11, и она стала использоваться во многих внутренних проектах Bell Labs — для сбора отчетов о неисправностях в телефонных линиях, для учета подключения кабелей, конфигурация которых непрерывно менялась. Unix понемногу обрастал приложениями, эти приложения требовали поддержки со стороны операционной системы, поэтому в Bell создали специальный отдел под названием Unix Support Group (USL). Со временем он превратился в коммерческое подразделение компании AT&T, занимавшийся развитием операционной системы. Агентство ARPA (Advanced Research Projects Agency) приняло Unix версии 6 в качестве базовой платформы для своей сети ARPANet, ставшей впоследствии основой интернета. Под нее был доработан стек протоколов TCP/IP, в результате чего различные компьютеры под управлением Unix смогли обмениваться информацией по сети. Это послужило началом роста популярности Unix и его версий во всем мире.

Компьютер Belle и Plan 9

Игрой в шахматы Кен Томпсон увлекался с самого детства. Летом 1972 года он занялся разработкой шахматной программы для Unix и компьютера PDP-11, на котором работал в Bell Labs. В том же 1972 году программа Томпсона приняла участие в открытом чемпионате США по шахматам в качестве одного из игроков, но не сумела одержать победу. Томпсон начал совершенствовать своё творение, добавляя в него новые математические алгоритмы. Так, вторая версия программы использовала методику поиска спокойствия (quiescence search), применяемую в некоторых игровых программах, позже добавились таблицы транспонирования (таблицы позиций фигур), которые представляли собой кэш ранее просмотренных позиций и связанных с ними оценок в дереве игры, сгенерированном шахматной программой. Вскоре к разработке присоединился еще один сотрудник Bell Labs — Джо Кондон, который предложил построить для программы Томпсона отдельный компьютер.

Эта машина, получившая название Belle (в честь лаборатории, в стенах которой она появилась на свет), была собрана в корпусе PDP-11. Belle пять раз выигрывала чемпионат Северной Америки по компьютерным шахматам ACM и чемпионат мира по компьютерным шахматам 1980 года, а также первой в истории достигла уровня игры мастера с рейтингом USCF 2250. В своей последней версии Belle использовала в качестве аппаратной основы модификацию основной платы PDP-11 под названием LSI-11, более дешевую, но в то же время достаточно мощную для выполнения всех необходимых в ходе шахматной партии математических операций. Сейчас этот легендарный компьютер выставлен в экспозиции Смитсоновского института.

В середине восьмидесятых годов компания Bell Labs начала разработку распределённой операционной системы Plan 9 в составе той же группы, которая изначально занималась разработкой Unix. Помимо Кена Томпсона и Денниса Ритчи в команду разработчиков вошли Роб Пайк, Дэйв Пресотто и Фил Уинтерботтом. Plan 9 должен был заменить Unix в качестве основной платформы в Bell Labs. Название проекта позаимствовали из низкобюджетного фильма ужасов «План-9 из открытого космоса» Эдварда Вуда-младшего. Эта кинолента в своё время получила антипремию «Золотая индюшка» и была названа критиками худшей голливудской кинолентой всех времён. Возможно, в случае с операционкой от Bell сработал известный принцип «как корабль назовёшь, так он и поплывёт». По крайней мере, у Plan 9 пока еще не получилось завоевать такую же всемирную популярность, как у другого детища Томпсона — Unix.

В основу новой операционной системы легла идеология Unix «всё есть файл», также она унаследовала иерархическую файловую систему, но при этом ОС изначально была ориентирована на рабочие станции и встраиваемые устройства. Основным отличием Plan 9 от других системных платформ является то, что пользователь получает доступ не к ресурсам конкретного компьютера, а к некой вычислительной среде, пространство которой физически может располагаться на удалённом сервере или в локальной сети. Позже схожий принцип будет реализован в современных облачных средах. Например, устройство /dev/mouse в идеологии Plan 9 — это мышь на компьютере, с которого вызывается процесс приложения, использующего это устройство. ОС поддерживала множество сетевых протоколов, файловые серверы в качестве сетевых хранилищ данных, а также графический интерфейс Rio.

Со временем Bell прекратила разработку, и развитием ОС занялась владеющая активами Bell компания Lucent Technologies. На основе кодовой базы Plan 9 попытались разработать ОС Inferno, которая должна была составить конкуренцию платформе от Sun Microsystems со встроенной поддержкой Java, но этот проект тоже не сумел добиться каких-либо значительных успехов на рынке. В 2000 году исходники Plan 9 были опубликованы под открытой лицензией. Окончательный официальный релиз этой системы состоялся в начале 2015 года.

Google и Go

В конце 2000 года, спустя 34 года после своего трудоустройства, Кен Томпсон покинул Bell Labs и перешел в компанию Entrisphere, а затем стал сотрудником Google, где вошел в группу разработчиков языка Go. В эту же команду вошел Роберт Пайк, с которым Томпсон работал в Bell Labs над проектом операционной системы Plan 9, а также Роберт Гриземер, создавший для Google собственный интерпретатор JavaScript. По воспоминаниям Кэна Томпсона, основной причиной, побудивший его заняться разработкой языка Go, стало желание «вернуть в программирование удовольствие и продуктивность».

Одно из главных увлечений Кена Томпсона — коллекционирование музыкальных записей. Еще до появления стандарта MP3 в Bell Labs был разработан алгоритм сжатия аудио PAC (Perceptual Audio Coding), который и использовал Томпсон при создании своей коллекции. Сейчас она насчитывает более 20 тысяч записей, для управления и катологизации которых он написал специальную программу, позволяющую выбирать треки по жанру, исполнителям, годам и неделям. Сам Томпсон писал, что не может обнародовать свою коллекцию из-за ограничений, связанных с авторскими правами, поскольку собранная им музыка может использоваться только в личных или исследовательских целях. Кроме того, Кен Томпсон — пилот-любитель, он часто поднимается в небо на небольших частных самолетах и даже посещал Россию, чтобы полетать на истребителе «МиГ-29».

Влияние Кена Томпсона на развитие IT-технологий трудно переоценить. Он является создателем одной из самых популярных операционных систем в мире, послуживший фундаментом для развития целого семейства системных платформ. Во многом благодаря ему возник язык программирования Си, а также он оказал значительное влияние на развитие языка Go, который сейчас активно используется в разработке программ и поддерживается множеством операционных систем. Кен женат, воспитывает сына. Если верить интервью, которое он дал 2009 году, в настоящее время Кен Томпсон активно использует операционные системы на базе Linux.

Источники:
https://en.wikipedia.org/wiki/Ken_Thompson
https://www.thefamouspeople.com/profiles/ken-thompson-15474.php
https://amturing.acm.org/award_winners/thompson_4588371.cfm
https://www.britannica.com/biography/Kenneth-Lane-Thompson
https://www.chessprogramming.org/Ken_Thompson
https://www.thecrazyprogrammer.com/2023/01/ken-thompson-biography.html
https://computerhistory.org/profile/ken-thompson/
https://www. computer-museum.ru/articles/galglory_inostranci/2867/
https://en.wikipedia.org/wiki/B_(programming_language)
https://en.wikipedia.org/wiki/Belle_(chess_machine)
https://gunkies.org/wiki/LSI-11
https://en.wikipedia.org/wiki/Plan_9_from_Bell_Labs

Управление машинами — Power Automate

Редактировать

Твиттер

LinkedIn

Фейсбук

Эл. адрес

• Статья
• 30.12.2022
• 8 минут на чтение

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

Подключив машину напрямую к Power Automate и облаку, вы сможете использовать все возможности роботизированной автоматизации процессов (RPA).

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

Важно

• Прямое подключение доступно только для Power Automate 2.8.73.21119или позже. Если вы в настоящее время используете более старую версию, обновите ее до последней.
• Прямое подключение недоступно для компьютеров под управлением Windows 10 Домашняя или Windows 11 Домашняя.
• Чтобы зарегистрировать вашу машину и использовать функции управления машиной, в вашей среде Power Platform должна быть версия решения MicrosoftFlowExtensionsCore , которая выше или равна 1.2.4.1.
• Прежде чем регистрировать машину для запуска потоков рабочего стола из облачных потоков, убедитесь, что машина защищена и ее администраторы заслуживают доверия.

Зарегистрируйте новую машину

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

1. Установите последнюю версию Power Automate на свое устройство. Если у вас уже установлена ​​последняя версия, пропустите этот шаг. Во время установки убедитесь, что вы проверили Установите приложение среды выполнения для подключения к облачному порталу Power Automate .

2. Запустить среду выполнения Power Automate.

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

4. Если машина еще не зарегистрирована, появится сообщение с предложением выбрать рабочую среду машины. Power Automate будет использовать эту среду для запуска всех инициированных потоков рабочего стола.

5. После успешного установления соединения в настройках аппарата появятся следующие поля, касающиеся аппарата:

   • Имя машины: Уникальное имя для идентификации машины.
   • Описание машины: Необязательное описание машины.
   • Среда машины: Рабочая среда машины.

Примечание

• Чтобы успешно зарегистрировать машину, убедитесь, что службы, указанные в конфигурации IP-адреса, доступны.
• Для регистрации машин требуется роль Environment Maker или Desktop Flow Machine Owner . Перед регистрацией машины убедитесь, что у вас есть необходимые разрешения и доступная среда для регистрации новой машины.
• В случае виртуальной машины не клонируйте виртуальную машину после установки среды выполнения Power Automate.
• На компьютеры не влияют изменения в Power Automate для организации рабочего стола.
• Хотя вы можете создавать и отлаживать потоки рабочих столов в средах Teams, вы не можете регистрировать в них компьютеры.

Обновление рабочей среды для вашего компьютера

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

1. Запустите среду выполнения Power Automate на компьютере и выберите 9.0032 Настройки машины .

2. В разделе Среда компьютера выберите среду в раскрывающемся списке.

Примечание

Изменение рабочей среды машины приводит к удалению всех ее текущих подключений.

Запуск потока рабочего стола для запуска на вашем компьютере

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

1. Редактировать существующий облачный поток или создать новый облачный поток.

2. Создайте потоковое подключение к рабочему столу, следуя инструкциям в разделе Создание потоковых подключений к рабочему столу

   .

3. Следуйте инструкциям в разделе Запуск потоков рабочего стола из облачных потоков, чтобы запустить поток рабочего стола из облачного потока.

Важно

• Чтобы применить эту функцию, вам нужен премиум-план на пользователя с сопровождаемым RPA.
• Когда вы создаете подключение потока рабочего стола, вы разрешаете Power Automate создавать сеанс Windows на вашем компьютере для запуска потоков вашего рабочего стола. Убедитесь, что вы доверяете совладельцам ваших потоков, прежде чем использовать свое соединение в потоке.

Режим обслуживания для машин

Режим обслуживания позволяет остановить все потоки рабочего стола на машинах или группах машин. Эта функция полезна, когда вам нужно выполнить установку или развертывание на компьютерах и избежать сбоев при запуске.

Чтобы использовать режим обслуживания:

1. Войдите на портал Power Automate.

2. Перейти к Монитор > Машины .

3. Выберите машину, перейдите на страницу сведений о ней и выберите Настройки .

4. Включите переключатель Включить режим обслуживания .

5. Выберите Активировать в диалоговом окне.

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

Примечание

• Если группа машин находится в режиме обслуживания, все машины группы находятся в режиме обслуживания, и вы не можете изменить их по отдельности.
• Когда машинам требуются определенные действия (например, смена ключа), режим обслуживания отключается.
• Если на вашем компьютере в данный момент выполняется поток рабочего стола, когда включен режим обслуживания, запуск не отменяется.
• Когда машина находится в режиме обслуживания, ей не назначается новый запуск. Если компьютер является автономным, запуск рабочего стола будет помещен в очередь выполнения. Если машина входит в группу машин, поток рабочего стола назначается активной машине. Тайм-аут по умолчанию остается прежним.

Просмотр списка компьютеров

После регистрации компьютера в среде вы можете в любое время просмотреть его сведения на портале Power Automate. Вы также можете просмотреть все другие машины, к которым у вас есть доступ.

1. Войдите на портал Power Automate.

2. Перейти к Монитор > Машины .

3. Выберите нужную машину. Для каждой машины можно просмотреть:

   • Название машины.
   • Описание машины.
   • Версия машины.
   • Группа, частью которой является машина, если применимо.
   • Статус машины.
   • Количество потоков, запущенных на машине.
   • Количество потоков, поставленных в очередь на машине, если применимо.
   • Тип вашего доступа к машине.
   • Владелец машины.

Примечание

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

Совместное использование компьютера

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

1. Войдите на портал Power Automate.

2. Перейти к Монитор > Машины .

3. Выберите свой компьютер из списка, а затем Управление доступом .

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

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

   Существует два уровня разрешений, которые вы можете назначить при управлении доступом к вашему компьютеру:

   • Совладелец . Этот уровень доступа дает полные права на эту машину. Совладельцы могут запускать потоки рабочего стола на компьютере, делиться им с другими, редактировать его данные и удалять его.

   • Пользователь . Этот уровень доступа дает разрешение только на запуск потоков рабочего стола на компьютере. При таком доступе права на редактирование, совместное использование или удаление недоступны.

   Действия	Совладелец	Пользователь
   Запустить рабочий стол на машине	х	х
   Поделись машиной	х
   Добавить машину в группу	х
   Изменить данные	х
   Удалить машину	х

6. Выбрать Сохранить .

Примечание

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

Удалить компьютер

Вы не можете удалить компьютер из среды выполнения Power Automate. Чтобы удалить машину:

1. Войдите на портал Power Automate.

2. Перейти к Монитор > Машины .

3. Выберите из списка машину, которую хотите удалить.

4. Выберите Удалить машину на панели команд.

Переключение со шлюзов на прямое подключение

Важно

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

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

Вы можете изменить подключение или создать новое для каждого действия рабочего стола в облачном потоке:

1. Если вы еще этого не сделали, обновите Power Automate для рабочего стола до версии 2.8.73.21119 или более поздней.

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

3. В поле Подключить выберите Непосредственно к машине .

4. Выберите имя вашей машины.

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

6. Выбрать Создать .

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

Обновление разрешений на основе роли безопасности

По умолчанию все пользователи с ролью Environment Maker могут регистрировать свои машины в среде. Вы можете ограничить действия на машинах и группах машин, изменив разрешения Flow Machine и Flow Machine Group для определенной роли безопасности.

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

Ограничения по машинам и группам машин

Другие известные ограничения

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

Обратная связь

Отправить и просмотреть отзыв для

Этот продукт

Эта страница

Просмотреть все отзывы о странице

Что такое виртуальный рабочий стол? | Глоссарий

Обзор

Обзор

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

Виртуальные рабочие столы на подъеме

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

Связанные решения, продукты или услуги HPE

Централизованное управление обеспечивает безопасность

Эти виртуальные рабочие столы имеют «образ» операционной системы, поэтому они работают с использованием системы, размещенной и совместно используемой в другом месте центра обработки данных. А поскольку центр обработки данных физически размещен в другом месте и управляется централизованно, виртуальные рабочие столы могут быть более безопасными, чем физический офис, где несколькими компьютерами необходимо управлять отдельно.

Похожие темы

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

• Подготовка операционной системы  – метод, при котором операционная система отправляется либо на виртуальную машину в центре обработки данных, либо на реальную машину на физическом рабочем столе. В любом случае требуется постоянное подключение к центру обработки данных, поэтому использование ноутбука не рекомендуется, а реальным настольным компьютерам может потребоваться значительная аппаратная поддержка.
• Службы удаленных рабочих столов (RDS)  – когда виртуализация выполняется в центре обработки данных, высвобождая ресурсы для клиента. Здесь на общем сервере размещается только один экземпляр приложения или операционной системы, поэтому RDS довольно экономичен.
• Клиентские гипервизоры  – когда клиент имеет гипервизор непосредственно на рабочем столе, что позволяет запускать несколько виртуальных машин одновременно. Хотя локальное оборудование обычно работает лучше, чем что-либо, размещенное на сервере данных, маловероятно, что гипервизор клиента будет иметь оборудование для его поддержки. Это означает, что виртуальная машина, скорее всего, не будет работать на нем.
• Виртуальные рабочие столы, размещенные на стороне клиента.  – виртуальные машины могут работать поверх операционной системы, обеспечивая доступ в любом месте и в любое время. Это означает, что здесь, по сути, задействованы две операционные системы, что увеличивает вероятность того, что виртуальные машины будут работать. Однако использование этого метода часто требует интенсивного обучения/принятия системного администратора.
• Виртуализация приложений  – Когда приложения изолированы от операционной системы пользователя и работают полностью независимо. Такое разделение позволяет множеству приложений работать на одной и той же платформе одновременно, не мешая друг другу. Используя контейнер для доставки «корзины» приложений, администраторы могут более эффективно управлять пулом приложений организации.

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

• Безопасность  – Огромным преимуществом для организаций является то, что каждое устройство изолировано от конфиденциальных данных и проприетарных ресурсов, поэтому любая потеря или кража также не представляет опасности.
• Управление  – Поскольку виртуальные рабочие столы управляются централизованно, их можно быстро обновлять и обслуживать в любом удаленном месте.
• Гибкость  — администраторы могут быстро выделять и настраивать виртуальные рабочие столы, избавляя от необходимости выделять физические устройства, которые могут не понадобиться в течение длительного времени.
• Стоимость  – виртуальные рабочие столы не требуют особого обслуживания или физического оборудования и обеспечивают явное преимущество в цене.
• Вычислительная мощность  – Фактическая мощность для работы виртуальных рабочих столов поступает из центра управления данными, который намного мощнее, чем обычно используемые «тонкие» клиенты.
• Производительность  – Некоторые исследования показывают, что удаленная работа может повысить эффективность сотрудников и, следовательно, производительность.
• Восстановление  – Еще одним важным преимуществом изоляции конечных устройств от данных и приложений является то, что все эти ресурсы хранятся централизованно и регулярно резервируются.

Несколько простых отличий отличают виртуальный рабочий стол от виртуальных машин.

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

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

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

Образование: Universidad Americana столкнулся с растущим спросом на дополнительные предложения виртуального образования и развернул новую компонуемую инфраструктуру для повышения гибкости своей ИТ. Благодаря этому изменению университет смог быстро реагировать на требования академических кругов, сократить расходы на ИТ и улучшить взаимодействие с пользователем. Использование автоматизации позволило им быстро предоставлять виртуальные серверы и рабочие столы для студентов повсюду, высвобождая персонал, чтобы сосредоточиться на инновациях, а не на администрировании ИТ.

Строительство:  Когда крупный ритейлер реконструировал свои магазины, вместо отправки человека для проверки выполняемой работы они использовали дополненную реальность (AR), чтобы человек мог удаленно видеть физическое пространство. Дополненная реальность позволила работникам проекта ходить по магазину, чтобы инспекторы могли увидеть его в реалистичной трехмерной перспективе. Благодаря этому ритейлер смог ограничить большую часть поездок, необходимых для проведения многочисленных проверок.

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

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

HPE предлагает подходящие решения для любых задач на самых безопасных в мире платформах. С помощью HPE вы можете быстро развернуть следующие решения VDI:

ProLiant Rack:   Модернизируйте свой центр обработки данных с помощью оптимизированных для стоек серверов HPE, которые обеспечивают производительность, отказоустойчивость и масштабируемость для ключевых бизнес-критичных задач. рабочие нагрузки. Стойка ProLiant предлагает производительность нового поколения с приростом производительности до 60% и увеличением числа ядер на 27%. Вы также получаете преимущества автоматически оптимизированных профилей рабочей нагрузки и ресурсов сервера, а также автоматически решаете ИТ-проблемы с помощью  Предиктивная аналитика HPE InfoSight AI и HPE iLO5 .

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

Moonshot:  Система HPE Moonshot использует новую инновационную архитектуру, которая согласовывает специально созданные модули с правильной рабочей нагрузкой, чтобы обеспечить оптимальные результаты для вашей выделенной среды хостинга. В отличие от традиционных серверов, система Moonshot сочетает в себе компоненты корпуса, отвечающие за управление, работу в сети, хранилище, шнуры питания и охлаждающие вентиляторы, в одном корпусе. Он способен поддерживать 45 серверов на шасси 4.3U. Это позволяет вам получать больший доход при меньшей занимаемой площади при одновременном снижении эксплуатационных расходов.

VMware®:   Виртуализация клиентов HPE с помощью VMware Horizon View  позволяет снизить бизнес-риски и снизить сложность и стоимость управления настольными компьютерами, продолжая при этом предоставлять конечным пользователям функциональные возможности автономного рабочего стола. Это решение для замены настольных компьютеров, которое предоставляет ИТ-командам гибкость для быстрой доставки и обновления рабочих столов независимо от устройства.

Citrix :  HPE объединяет свои инновационные и проверенные архитектуры для облачных и периферийных центров обработки данных вместе с безопасными цифровыми рабочими пространствами Citrix, чтобы унифицировать доступ к приложениям и данным, которые нужны людям для повышения производительности.