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

Внимание

Поддержка служб лабораторий Azure прекратится 28 июня 2027 г. Дополнительные сведения см. в руководстве по выходу на пенсию. Чтобы упростить миграцию, Microsoft опубликовала скрипты автоматизации для очистки ресурсов Azure Lab Services. Они доступны в репозитории GitHub Azure Lab Services Retirement Scripts.

Внимание

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

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

Схема общего представления ресурсов Azure в учетной записи лаборатории

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

Дополнительные сведения об этой архитектуре см. в статье Основы архитектуры лабораторий.

Подписка

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

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

  • выставление счетов происходит через подписку, содержащую учетную запись лаборатории;
  • Вы можете предоставить пользователям доступ к службам лабораторий Azure в клиенте Microsoft Entra подписки. Вы можете добавить пользователя в качестве владельца или участника учетной записи лаборатории либо в качестве создателя или владельца лаборатории.

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

Группа ресурсов

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

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

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

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

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

Учетная запись лаборатории

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

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

  • Управление различными требованиями к политике в лабораториях

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

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

    • Образы виртуальной машины, которые лаборатории могут использовать для создания виртуальных машин. Например, у вас есть набор лабораторий, для которых необходим доступ к образу Azure Marketplace виртуальной машины для обработки и анализа данных для Linux.

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

  • Назначение отдельного бюджета для каждой учетной записи лаборатории

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

  • Отделение пилотных лабораторий от активных или рабочих лабораторий

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

Лаборатория

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

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

При выборе структуры лабораторий учитывайте следующие факторы.

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

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

  • Квота использования задается на уровне лаборатории и применяется ко всем пользователям в лаборатории.

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

  • Расписание запуска или завершения работы задается на уровне лаборатории и применяется ко всем виртуальным машинам в лаборатории.

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

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

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

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

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

  • Сохранение версий шаблонного образа виртуальной машины и управление ими

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

  • Шаблонные образы виртуальных машин можно использовать совместно и повторно в разных лабораториях.

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

  • Вы можете отправлять собственные пользовательские образы из других сред за пределами лабораторий

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

Для логической группировки общих образов выполните одно из следующих действий.

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

Именование

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

Тип ресурса Роль Рекомендуемый шаблон Примеры
Группа ресурсов Содержит один или несколько планов лабораторий, лабораторий и /или общих коллекций образов. {org-name}labs-{env}-rg, {dept-name}labs-rg contosolabs-rg, contosolabs-pilot-rg, contosolabs-prod-rg, mathdept-rg
Учетная запись лаборатории Содержит одну или несколько лабораторий. {org-name}-{env}-la, {dept-name}-{env}-la contoso-la, mathdept-la, cs-pilot-la
Лаборатория Содержит одну или несколько виртуальных машин учащихся. {class-name}-{time}-{преподаватель} CS101-Fall2021, CS101-Fall2021-JohnDoe
Общая коллекция образов Содержит одну или несколько версий образа виртуальной машины {org-name}-sig, {dept-name}-sig contoso-sig, mathdept-sig

В приведенной выше таблице мы использовали некоторые термины и маркеры в предлагаемых шаблонах имен. Давайте рассмотрим эти термины немного подробнее.

Термин или токен шаблона Определение Пример
{org-name} Токен для короткого имени организации без пробелов. contoso
{dept-name} Токен для короткого имени отдела в организации. математика, биология, информатика
{env} Маркер для имени среды Prod для рабочей среды, пилотный проект для небольших тестов
{class-name} Маркер для сокращенного имени или кода для поддерживаемого класса. CS101, Bio101
{преподаватель} Псевдоним преподавателя, управляющего лабораторией. johndoe
{time} Маркер для короткого имени (без пробелов), обозначающего время проведения занятия. Spring2021, декабрь 2021 г.
rg Указывает, что ресурс — это группа ресурсов.
la Указывает, что ресурс — это учетная запись лаборатории.
sig Указывает, что ресурс — это общая коллекция образов.

Для получения дополнительной информации о наименовании других ресурсов Azure см. статью Соглашения об именовании для ресурсов Azure.

Регионы и расположения

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

Группа ресурсов

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

Учетная запись лаборатории

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

Лаборатория

Расположение лаборатории зависит от следующих факторов.

Примечание.

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

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

Изменение размера виртуальной машины

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

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

Размер Виртуальные ЦП Память (ГБ) Серия Предполагаемое использование
Небольшой 2 4 A2_v2 Лучше всего подходит для командной строки, открытия браузера, веб-серверов с низким трафиком и малых и средних баз данных.
Средний 4 8 A4_v2 Лучше всего подходит для реляционных баз данных, кэширования в памяти и аналитики.
Крупный 8 16 A8_v2 Этот размер лучше всего подходит для приложений, которым требуются ЦП с более высокой тактовой частотой, более высокая производительность локального диска, крупные базы данных и большие объемы кэш-памяти.
Средний уровень (вложенная виртуализация) 4 16 D4s_v3 Лучше всего подходит для реляционных баз данных, кэширования в памяти и аналитики. Этот размер поддерживает вложенную виртуализацию.
Крупный (вложенная виртуализация) 8 32 D8s_v3 Этот размер лучше всего подходит для приложений, которым требуются более быстрые процессоры, лучшая производительность локальных дисков, большие базы данных и большие объемы кэш-памяти. Этот размер поддерживает вложенную виртуализацию.

Размеры GPU

Размер Виртуальные ЦП Память (ГБ) Серия Предполагаемое использование GPU и ускоритель Память акселератора (ГБ)
Маленький GPU (для вычислений) 8 56 NC8asT4_v3 Высокопроизводительные приложения, такие как ИИ и глубокое обучение NVIDIA Tesla T4 16
6 112 NC6s_v3 Высокопроизводительные приложения, такие как ИИ и глубокое обучение NVIDIA Tesla V100 16
Небольшой GPU (визуализация) 12 110 NV12ads_A10_v5 Удаленная визуализация и потоковая передача NVIDIA A10 (1/3) 8
Средний GPU (визуализация) 18 220 NV18ads_A10_v5 Удаленная визуализация и потоковая передача NVIDIA A10 (1/2) 12
12 112 NV12_v3 Удаленная визуализация и потоковая передача NVIDIA Tesla M60 8

Управление идентичностью

Используя Управление доступом на основе ролей (RBAC) Azure для доступа к учетным записям лабораторий и лабораториям, можно назначить следующие роли.

  • Владелец учетной записи лаборатории

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

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

    Администратор, которому назначена роль участника, может:

    • изменять параметры учетной записи лаборатории;
    • создавать и управлять всеми лабораториями в учетной записи лаборатории.

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

  • Создатель лаборатории

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

  • Владелец или участник лаборатории

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

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

  • Общая коллекция образов.

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

Когда вы назначаете роли, полезно следовать этим советам:

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

Фильтрация содержимого

Ваше учебное заведение может потребоваться выполнить фильтрацию содержимого, чтобы предотвратить доступ учащихся к неуместным веб-сайтам. например для соблюдения Закона о защите детей в Интернете (CIPA). Службы лаборатории не предлагают встроенную поддержку фильтрования содержимого.

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

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

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

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

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

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

Управление конечными точками

Многие средства управления конечными точками, такие как Microsoft Configuration Manager, требуют, чтобы виртуальные машины Windows имели уникальные идентификаторы безопасности компьютеров (SID). Использование SysPrep для создания обобщенного образа обычно гарантирует, что каждый компьютер Windows имеет новый уникальный идентификатор безопасности компьютера, созданный при загрузке виртуальной машины из образа.

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

Например, образы Azure Marketplace обобщаются. При создании лаборатории из образа Win 10 Marketplace и публикации шаблона виртуальной машины, все виртуальные машины студентов в лаборатории имеют тот же SID (идентификатор безопасности), что и виртуальная машина шаблона. SID компьютера можно проверить с помощью такого средства, как PsGetSid.

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

Цены

Службы лабораторий Azure

Узнайте о ценах на странице Цены на Службы лаборатории Azure.

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

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

Расходы на хранение

Для хранения версий образов в общей галерее изображений по умолчанию используются стандартные HDD управляемые диски. Мы рекомендуем использовать управляемые HDD диски при использовании общей галереи образов со Службами лаборатории. Размер используемого управляемого диска HDD зависит от размера хранимой версии образа. Службы лаборатории поддерживают размеры образов и дисков до 128 ГБ. Чтобы узнать о ценах, см. Цены на управляемые диски.

Расходы за репликацию и исходящий трафик сети

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

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

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

Оплата за исходящий трафик может быть отменена для клиентов решений для образования. За дополнительной информацией обращайтесь к диспетчеру учетных записей.

Дополнительные сведения см. в разделе "Какие программы передачи данных существуют для академических клиентов и как я могу претендовать?" в разделе "Вопросы и ответы" на странице "Программы для образовательных учреждений ".

Пример тарификации

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

  • У вас имеется один пользовательский образ виртуальной машины.
  • вы сохраняете две версии образа;
  • ваша лаборатория находится в США, где в общей сложности восемь регионов;
  • размер каждой версии образа составляет 32 ГБ. В результате стоимость управляемого диска HDD, составляет 1,54 долл. США в месяц.

Итоговая стоимость за месяц составит:

  • Количество образов × количество версий × количество реплик × цена на управляемый диск = общая стоимость в месяц

В этом примере стоимость составляет:

  • 1 пользовательский образ (32 ГБ) × 2 версии × 8 регионов США × $ 1,54 = $24,64 в месяц

Примечание.

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

Управление затратами

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

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

Следующие шаги

Дополнительные сведения о настройке лабораторий и управлении ими см. в следующих статьях: