Использование возможностей утверждений в Azure DevTest Labs

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

Запрашиваемые компьютеры

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

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

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

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

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

• Разработка программного обеспечения и тестирование: Позволить разработчикам или тестировщикам работать эффективнее, имея в распоряжении готовые и свободные машины. Наличие набора виртуальных машин с различными конфигурациями, необходимыми инструментами и с помощью последнего кода позволяет пользователям претендовать на виртуальную машину и начать работу без необходимости тратить время на настройку компьютера. Перед назначением виртуальных машин, компьютеры подготавливаются, но находятся в выключенном состоянии, что минимизирует затраты на имеющиеся машины, которые используются реже. Когда требуются виртуальные машины, пользователь просто запрашивает виртуальную машину, которая запускает систему. Вариант отмены притязания не так полезен в этом случае, поскольку создание новой виртуальной машины часто проще и дешевле.
• Классы и лаборатории: Предварительно настроены виртуальные машины для класса или лаборатории, чтобы учащиеся могли немедленно подключиться к компьютеру с помощью портала Azure. Когда учащийся утверждает виртуальную машину, лаборатория гарантирует, что никто не может претендовать на тот же компьютер. Автоматизация этого процесса гарантирует доступность требуемого количества компьютеров с указанной средой. Если учащиеся не приходят или опаздывают, неиспользуемые компьютеры могут быть доступны до тех пор, пока сеанс не закончится без значительных затрат. Опция отмены требования в этом сценарии не является эффективной, так как виртуальная машина остается в неизвестном состоянии после завершения работы предыдущего пользователя.
• Демонстрации: Используйте машины для демонстраций, где устройства в лаборатории настроены в специальных средах. Эта возможность полезна, когда несколько человек могут одновременно давать демонстрацию или случайным образом, например на конференции. Опция отмены требования может оказаться полезной в этой ситуации, так как демонстрация не должна изменять состояние виртуальной машины, что позволяет пользователям вернуть виртуальную машину обратно в доступный пул для следующей демонстрации. При депровижинге непривязанного компьютера и минимальных затратах виртуальные машины могут оставаться в лаборатории в течение более длительных периодов времени.
• Временные и контрактные работники: Разрешить пользователям использовать устройство. Когда они покидают, они возвращают виртуальную машину в запрашиваемый пул без потери данных. Если виртуальная машина не занята, другой пользователь может претендовать на неё и продолжить работу или просмотреть виртуальную машину для получения дополнительных сведений.
• Вообще: Возможность автоматической настройки и развертывания виртуальных машин с определенной периодичностью может быть полезна в различных ситуациях. Существует несколько различных ситуаций, в которых функционал закрепления/освобождения помогает пользователям быть более эффективными, используя автоматизированный процесс для создания виртуальных машин в освобожденном состоянии с заданной конфигурацией. Конфигурации могут включать различные операционные системы, языки, диски или другое программное обеспечение (артефакты) в зависимости от ваших потребностей. Возможность получения виртуальной машины в лаборатории позволяет пользователю правильно настроить систему без затрат времени или усилий на настройку виртуальной машины. Менеджер лаборатории может использовать заявленное состояние виртуальных машин для увеличения количества созданных машин, очистки машин и определения приоритета конфигураций. Построитель образов виртуальных машин Azure является хорошим примером автоматизированного процесса для создания виртуальных машин и образов для нескольких лабораторий. Скрипты можно изменить для выполнения любой из следующих ситуаций с соответствующими изменениями или использовать в качестве ссылки для создания пользовательской системы.

Ситуационное использование запрашиваемых компьютеров

• Используйте возможность утверждения или отмены утверждений, которая позволяет пользователям передавать управление компьютерами с одного на другой и не знать явно, кто будет забрать компьютер дальше.
• Разработка, тестирование и отладка сценария, в котором определенная конфигурация компьютера может воспроизвести ошибку. Затем компьютер может быть освобожден, что позволяет другому разработчику заново занять компьютер и продолжить работу. Эта функция особенно полезна, так как больше людей работают удаленно в разных районах мира.
• Участники группы могут работать с одной средой. Например, можно вручную настроить сложную среду, которая не может быть автоматизирована или создавать ресурсы, которые могут обрабатывать только изменения для одного входного ввода, например изображений. В прошлом эта проблема была решена путем запуска выделенного компьютера. Требуемая функция — это улучшение процесса вручную путем встроенного управления доступом пользователей и визуальной идентификации при наличии. Когда виртуальная машина не используется, она удаляется для уменьшения затрат.
• У вас есть диск данных, подключенный к виртуальной машине. Каждый диск до 1 ТБ данных позволяет передавать большой объем данных без необходимости копировать или дублировать данные. Виртуальная машина изначально будет создана с подключенным диском с большим объемом данных. Затем любой пользователь может претендовать на компьютер и получить доступ к данным. После завершения освободите виртуальную машину, чтобы другие пользователи могли получить к ней доступ.

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

Дальнейшие шаги

См. следующую статью: создание виртуальных машин, допускающих утверждения, и управление ими в Azure DevTest Labs