Проверка пакетов OEM

Статья
06/01/2022
Чтение занимает 7 мин

Вы можете протестировать новый пакет OEM при изменении встроенного ПО или драйверов для полной проверки решения. Пакет подписывается корпорацией Майкрософт после проверки. В проверке должен содержаться обновленный пакет расширений OEM с драйверами и встроенным ПО, которые прошли проверки по логотипу и PCS Windows Server.

Решение считается проверенным, когда все тесты завершаются результатом успешного выполнения. Если какой-либо из тестов завершился сбоем, сообщите об ошибке в Microsoft Collaborate и отправьте уведомление в корпорацию Майкрософт по адресу vaashelp@microsoft.com.

Важно!

Перед передачей или отправкой пакетов ознакомьтесь со статьей Create an OEM package (Создание пакета OEM), чтобы получить сведения о предполагаемом формате и содержимом пакета.

Управление пакетами для проверки

При использовании рабочего процесса проверки пакета нужно указать URL-адрес Azure Storage Blob. Этот большой двоичный объект является подписанным тестовым пакетом OEM, который будет установлен при обновлении. Создайте большой двоичный объект с помощью учетной записи хранения Azure, созданной во время установки (см. руководство по настройке ресурсов для проверки как услуги (VaaS)).

Предварительные требования: подготовка контейнера хранилища

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

На портале Azure перейдите к учетной записи хранения, созданной с помощью руководства по настройке ресурсов для проверки как услуги (VaaS).
В левой колонке в разделе Служба BLOB-объектов выберите Контейнеры.
Щелкните + Контейнер в строке меню.
1. Укажите имя контейнера. Например, vaaspackages.
2. Выберите желаемый уровень доступа для непроверенных клиентов, таких как VaaS (проверка как услуга). Подробнее о том, как предоставить VaaS доступ к пакетам в каждом сценарии, см. в статье об управлении уровнем доступа к контейнерам.

Отправка пакета в учетную запись хранения

Подготовьте пакет, который требуется проверить. Это файл .zip, содержимое которого должно соответствовать структуре, описанной в статье о создании OEM-пакета.

Примечание

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

Создание URL-адреса большого двоичного объекта пакета для VaaS

При создании рабочего процесса проверки пакета на портале VaaS нужно указать URL-адрес Azure Storage Blob с пакетом. Некоторые интерактивные тесты, включая ежемесячную проверку обновлений Azure Stack Hub и проверку пакетов расширения OEM, также требуют наличия URL-адреса для больших двоичных объектов пакета.

Управление уровнем доступа к контейнеру

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

В случае уровней доступа Частный и BLOB-объект необходимо временно предоставить доступ к большому двоичному объекту пакета, предоставив VaaS подписанный URL-адрес (SAS). Уровень доступа Контейнер не требует создания URL-адресов SAS, но разрешает обращаться к контейнеру и его большим двоичным объектам без проверки подлинности.

Уровень доступа	Требование к рабочему процессу	Требование к тесту
Private	Создайте URL-адрес SAS для каждого большого двоичного объекта пакета (вариант 1).	Создайте URL-адрес SAS на уровне учетной записи и вручную добавьте имя большого двоичного объекта пакета (вариант 2).
BLOB-объект	Укажите свойство URL-адреса большого двоичного объекта (вариант 3).	Создайте URL-адрес SAS на уровне учетной записи и вручную добавьте имя большого двоичного объекта пакета (вариант 2).
Контейнер	Укажите свойство URL-адреса большого двоичного объекта (вариант 3).	Укажите свойство URL-адреса большого двоичного объекта (вариант 3).

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

Вариант 1. Создание URL-адреса SAS большого двоичного объекта

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

Примечание

Этот метод не работает с интерактивными тестами. См. сведения в разделе Вариант 2. Создание URL-адреса SAS контейнера.

Перейдите в свою учетную запись хранения на портале Azure и откройте архив с пакетом (.zip).
В контекстном меню выберите Создать SAS.
Выберите Чтение в списке разрешений.
Задайте текущее время в поле Start time (Время начала), а в поле End time (Время окончания) — время, отстоящее минимум на 48 часов от значения Start time (Время начала). Если вы будете создавать другие рабочие процессы с использованием этого пакета, можно продлить время окончания тестирования.
Щелкните Создать токен SAS BLOB-объекта и URL-адрес.

Используйте URL-адрес SAS BLOB-объекта при предоставлении URL-адресов больших двоичных объектов пакета.

Вариант 2. Создание URL-адреса SAS контейнера

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

Войдите в свою учетную запись хранения на портале Azure. В разделе Параметры выберите Подписанный URL-адрес.
Выберите Большой двоичный объект в разделе Разрешенные службы. Снимите все остальные флажки.
В разделе Разрешенные типы ресурсов выберите Контейнер и Объект.
Выберите Read (Чтение) и List (Список) в разделе Предоставленные разрешения. Снимите все остальные флажки.
Задайте текущее время в поле Время начала, а в поле Время окончания — время, отстоящее минимум на 14 дней от значения Время начала. Если вы будете запускать другие тесты с помощью этого пакета, можно продлить время окончания тестирования. Все тесты, подготовленные к выполнению с помощью VaaS после истечения времени окончания, будут отклонены, и вам нужно будет повторно создать SAS.
Щелкните Создать SAS и строку подключения и скопируйте строку URL-адрес SAS службы BLOB-объектов.

Формат должен выглядеть следующим образом: https://storageaccountname.blob.core.windows.net/?sv=2016-05-31&ss=b&srt=co&sp=rl&se=2017-05-11T21:41:05Z&st=2017-05-11T13:41:05Z&spr=https.
Измените созданный URL-адрес SAS, добавив в него контейнер пакета ({containername}) и имя большого двоичного объекта пакета ({mypackage.zip}). Пример: https://storageaccountname.blob.core.windows.net/{containername}/{mypackage.zip}?sv=2016-05-31&ss=b&srt=co&sp=rl&se=2017-05-11T21:41:05Z&st=2017-05-11T13:41:05Z&spr=https.

Используйте эти значения при предоставлении URL-адресов больших двоичных объектов пакета.

Способ 3. Предоставление общего доступа на чтение

Используйте этот вариант, если клиентам разрешено обращаться к отдельным большим двоичным объектам или (в ходе интерактивных тестов) к контейнеру без проверки подлинности.

Внимание!

Благодаря этому параметру большой двоичный объект открывается для анонимного доступа только для чтения.

Для контейнера пакета задайте уровень доступа BLOB-объект или Контейнер. Дополнительные сведения см. в разделе Предоставление анонимным пользователям разрешений для контейнеров и больших двоичных объектов.

Примечание

Если вы предоставляете URL-адрес пакета для интерактивного теста, нужно разрешить полный общий доступ на чтение к контейнеру, чтобы продолжить тестирование.
Чтобы открыть панель свойств, в контейнере пакета выберите большой двоичный объект пакета.
Скопируйте URL-адрес. Используйте эти значения при предоставлении URL-адресов больших двоичных объектов пакета.

Создание рабочего процесса проверки пакета

Войдите на портал VaaS.
На панели мониторинга решений создайте или выберите решение. Инструкции см. в разделе Создание решения на портале VaaS.
Выберите Start (Начать) на плитке Package Validation (Проверка пакета).
Введите имя рабочего процесса. Имя должно быть уникальным в пределах решения. Рекомендации по именованию см. в статье, посвященной соглашениям об именовании рабочих процессов VaaS.
Чтобы ввести URL-адрес большого двоичного объекта службы хранилища Azure в тестовый подписанный пакет OEM, требуется подпись корпорации Майкрософт. Инструкции см. в разделе Создание URL-адреса большого двоичного объекта пакета для VaaS.
Скопируйте папку с пакетом обновления Azure Stack Hub в локальный каталог на виртуальной машине для разработки. В качестве пути к папке пакета обновления Azure Stack введите путь к папке, содержащей ZIP-файл пакета и файл метаданных.
Скопируйте созданную ранее папку пакета OEM в локальный каталог на виртуальной машине для разработки. В качестве пути к папке пакета обновления OEM введите путь к папке, содержащей ZIP-файл пакета и файл метаданных.

Примечание

Скопируйте пакеты обновления Azure Stack Hub и OEM в два отдельных каталога.
RequireDigitalSignature — укажите значение true, чтобы пакет был подписан корпорацией Майкрософт (выполняется рабочий процесс проверки OEM). Если пакет, подписанный корпорацией Майкрософт, проверяется при последнем обновлении Azure Stack Hub, укажите значение false (выполняется ежемесячная проверка обновлений Azure Stack Hub).
Введите параметры тестирования. Дополнительные сведения и инструкции см. в разделе Параметры теста.

Примечание

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

Вы будете перенаправлены на страницу сводки по тестам.

Обязательные тесты

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

Рабочий процесс проверки OEM

Запуск тестов проверки пакета

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

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

Примечание

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

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

Чтобы отправить запрос на подпись пакета, отправьте сообщение электронной почты с именем решения и именем проверки пакета, связанные с этим выполнением, на адрес vaashelp@microsoft.com.

Дальнейшие действия

Мониторинг теста с помощью проверки как услуги Azure Stack