Заметки о выпуске Azure Stack Edge 2205

ОБЛАСТЬ ПРИМЕНЕНИЯ:Azure Stack Edge Pro — GPUAzure Stack Edge Pro 2Azure Stack Edge Pro RAzure Stack Edge Mini R

Следующие заметки о выпуске определяют критически важные открытые проблемы и устраненные проблемы для выпуска 2205 для устройств Azure Stack Edge. Функции и проблемы, соответствующие определенной модели Azure Stack Edge, вызываются везде, где это применимо.

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

Эта статья относится к выпуску Azure Stack Edge 2205 , который сопоставляется с номером версии программного обеспечения 2.2.1983.5094. Это программное обеспечение можно применить к устройству, если вы используете по крайней мере программное обеспечение Azure Stack Edge 2106 (2.2.1636.3457).

Новые возможности

Выпуск 2205 имеет следующие функции и улучшения:

• Изменения Kubernetes. Начиная с этого выпуска, включение вычислений перемещается на выделенную страницу Kubernetes в локальном пользовательском интерфейсе.
• Виртуальные машины поколения 2. Начиная с этого выпуска, виртуальные машины поколения 2 можно развернуть в Azure Stack Edge. Дополнительные сведения см. в разделе "Поддерживаемые размеры и типы виртуальных машин".
• Обновление расширения GPU. В этом выпуске обновляются пакеты расширений GPU. Эти обновления исправят некоторые проблемы, возникшие в предыдущем выпуске во время установки расширения. Дополнительные сведения см. в статье об обновлении расширения GPU Azure Stack Edge.
• Нет варианта IP-адресов. Вы можете не задать IP-адрес сетевого интерфейса на устройстве Azure Stack Edge. Дополнительные сведения см. в разделе "Настройка сети".

Проблемы, исправленные в выпуске 2205

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

Нет.	Компонент	Проблема
1.	Установка расширения GPU	В предыдущих выпусках возникли проблемы, которые привели к сбою установки расширения GPU. Эти проблемы описаны в разделе "Устранение неполадок с расширением GPU". Они исправлены в выпуске 2205 года, а пакеты установки Windows и Linux обновляются. Дополнительные сведения о конкретных изменениях установки 2205 рассматриваются в разделе "Установка расширения GPU" на устройстве Azure Stack Edge.
2.	Виртуальные машины HPN	В предыдущем выпуске Standard_F12_HPN может поддерживать только один сетевой интерфейс и не может использоваться для развертываний многодоступных пограничных вычислений (MEC). В этом обновлении эта проблема исправлена.

Известные проблемы в выпуске 2205

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

Нет.	Компонент	Проблема	Временное решение и комментарии
1.	Предварительная версия функций	В этом выпуске доступны следующие функции в предварительной версии: — Кластеризация и многодоступные пограничные вычисления (MEC) только для устройств GPU Azure Stack Edge Pro. — VPN только для Azure Stack Edge Pro R и Azure Stack Edge Mini R. — Локальный диспетчер ресурсов Azure, виртуальные машины, управление облаком виртуальных машин, управление облаком Kubernetes и многопроцессная служба (MPS) для GPU Azure Stack Edge Pro, Azure Stack Edge Pro R и Azure Stack Edge Mini R.	Эти функции будут общедоступными в последующих выпусках.

Известные проблемы предыдущих выпусков

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

Нет.	Компонент	Проблема	Временное решение и комментарии
1.	Azure Stack Edge Pro + SQL Azure	Для создания базы данных SQL требуются права администратора.	Выполните следующие действия вместо шагов 1–2 в Create-the-sql-database. — В локальном пользовательском интерфейсе устройства включите вычислительный интерфейс. Выберите вычислительный > порт # > Включить для применения вычислений > . — Скачайте sqlcmd на клиентском компьютере с помощью служебной программы команд SQL. — Подключение IP-адрес вычислительного интерфейса (включенный порт), добавив в конец адреса значение "1401". - Последняя команда будет выглядеть следующим образом: sqlcmd -S {Interface IP},1401 -U SA -P "Strong! Passw0rd. После этого шаги 3–4 из текущей документации должны быть выполнены без изменений.
2.	Обновить	Изменения с приращением больших двоичных объектов, восстановленных с помощью команды Обновить, НЕ поддерживаются.	Для конечных точек большого двоичного объекта частичные обновления больших двоичных объектов после обновления могут привести к тому, что обновления не будут переданы в облако. Например, такая последовательность действий: 1. Создание большого двоичного объекта в облаке. Или удалите ранее отправленный BLOB-объект с устройства. 2. Обновите большой двоичный объект из облака в (модуль) с помощью функции обновления. 3. Обновите только часть большого двоичного объекта с помощью REST API Пакета SDK Azure. Эти действия могут привести к тому, что обновленные разделы BLOB-объекта не будут обновлены в облаке. Обходное решение. Используйте такие средства, как RoboСopy, или обычное копирование файлов с помощью Explorer или командной строки, чтобы заменить большие двоичные объекты целиком.
3.	Регулирование	При регулировании полосы пропускания и запрете записи на устройство запись с помощью клиента NFS завершится ошибкой с сообщением "Отказано в доступе".	Эта ошибка будет выведена следующим образом: hcsuser@ubuntu-vm:~/nfstest$ mkdir test mkdir: не удается создать каталог test: разрешение запрещено
4.	Прием данных в хранилище BLOB-объектов	При использовании AzCopy версии 10 для приема данных в хранилище BLOB-объектов запустите AzCopy со следующим аргументом: Azcopy <other arguments> --cap-mbps 2000	Если эти ограничения не предоставляются для AzCopy, это может привести к отправке на устройство большого количества запросов, что приведет к сбоям в работе службы.
5.	Многоуровневые учетные записи хранения	При использовании многоуровневых учетных записей хранения применяются следующие условия. — поддерживаются только блочные BLOB-объекты. Страничные большие двоичные объекты не поддерживаются. — Нет поддержки моментального снимка или копирования API. — Прием рабочей нагрузки Hadoop не поддерживается, так как она использует операцию копирования distcp в значительной степени.
6.	Подключение к общей папке NFS	Если несколько процессов копируются в одну общую папку, а nolock атрибут не используется, во время копирования могут возникнуть ошибки.	Для копирования файлов в общую папку NFS необходимо передать атрибут nolock в команде подключения mount. Например: C:\Users\aseuser mount -o anon \\10.1.1.211\mnt\vms Z:.
7.	Кластер Kubernetes	После применения обновления на устройстве с запущенным кластером Kubernetes, виртуальные машины Kubernetes перезапустятся и перезагрузятся. В этом случае только те модули, которые развернуты с указанными репликами, восстановятся автоматически после обновления.	Если были созданы отдельные модули pod за пределами контроллера репликации без указания набора реплик, эти модули не будут автоматически восстановлены после обновления устройства. Вам потребуется восстановить эти модули pod. Набор реплик заменяет удаленные или завершенные модули pod по какой-либо причине, например из-за сбоя или обновления узла с перерывом в его работе. Поэтому рекомендуется использовать набор реплик, даже если приложению требуется только один модуль pod.
8.	Кластер Kubernetes	Kubernetes на Azure Stack Edge Pro поддерживается только в версии Helm v3 или более поздней. Дополнительные сведения см. в разделе Часто задаваемые вопросы: удаление сервера Tiller.
9.	Kubernetes	Порт 31000 зарезервирован для панели мониторинга Kubernetes. Порт 31001 зарезервирован для реестра контейнеров Edge. Аналогично в конфигурации по умолчанию IP-адреса 172.28.0.1 и 172.28.0.10 зарезервированы для службы Kubernetes и основной службы DNS соответственно.	Не используйте зарезервированные IP-адреса.
10.	Kubernetes	Kubernetes в настоящее время не разрешает службы LoadBalancer с несколькими протоколами. Например, служба DNS должна прослушивать как TCP, так и UDP.	Чтобы обойти это ограничение Kubernetes с MetalLB, можно создать две службы (одну для TCP, другую для UDP) на одном и том же селекторе pod. Эти службы используют один и тот же ключ общего доступа и spec.loadBalancerIP для совместного использования одного и того же IP-адреса. IP-адреса также могут быть общими, если количество служб больше, чем IP-адресов. Дополнительные сведения см. в статье Совместное использование IP-адресов.
11.	Кластер Kubernetes	Существующие модули Azure IoT Edge Marketplace могут потребовать изменения для запуска на IoT Edge на устройстве Azure Stack Edge.	Дополнительные сведения см. в статье Запуск существующих модулей IoT Edge с устройств FPGA Azure Stack Edge Pro на устройстве GPU Azure Stack Edge Pro.
12.	Kubernetes	Подключения с привязкой на основе файлов не поддерживаются для Azure IoT Edge в Kubernetes на устройстве Azure Stack Edge.	IoT Edge использует слой преобразования для перевода параметров ContainerCreate в конструкции Kubernetes. Создание Binds сопоставлений с hostpath каталогом и таким образом подключения привязки на основе файлов не могут быть привязаны к путям в контейнерах IoT Edge. По возможности сопоставьте родительский каталог.
13.	Kubernetes	Если вы приносите собственные сертификаты для IoT Edge и добавляете эти сертификаты на устройство Azure Stack Edge после настройки вычислений на устройстве, новые сертификаты не собираются.	Чтобы обойти эту проблему, перед настройкой вычислений на устройстве следует передать сертификаты. Если среда выполнения вычислений уже настроена, подключитесь к интерфейсу PowerShell устройства и выполните команды IoT Edge. Перезапустите модули pod iotedged и edgehub.
14.	Сертификаты	В некоторых случаях обновление состояния сертификата в локальном пользовательском интерфейсе может занять несколько секунд.	Это может повлиять на следующие сценарии в локальном пользовательском интерфейсе. Столбец - Состояние на странице Сертификаты. Фрагмент - Безопасность на странице Начало работы. Фрагмент - Настройка на странице Обзор.
15.	Сертификаты	Оповещения, связанные с сертификатами цепочки подписей, не удаляются с портала даже после отправки новых сертификатов цепочки подписей.
16.	Веб-прокси	Веб-прокси на основе проверки подлинности NTLM не поддерживается.
17.	Internet Explorer	Если включены функции усиленной безопасности, доступ к локальным веб-страницам пользовательского интерфейса будет невозможен.	Отключите усиленную безопасность и перезапустите браузер.
18.	Kubernetes	Kubernetes не поддерживает ":" в именах переменных среды, используемые в приложениях .NET. Это также необходимо для модуля Сетки событий IoT Edge для работы на устройстве Azure Stack Edge и других приложениях. Дополнительные сведения см. в документации по ASP.NET Core.	Замените ":" двойным символом подчеркивания. Дополнительные сведения см. в статье Проблема Kubernetes.
19.	Кластер Azure Arc и Kubernetes	По умолчанию при удалении ресурса yamls из репозитория Git соответствующие ресурсы не удаляются из кластера Kubernetes.	Необходимо задать --sync-garbage-collection в параметрах оператора (OperatorParams) Arc, чтобы разрешить удаление ресурсов при их удалении из репозитория Git. Дополнительные сведения см. в статье Удаление конфигурации.
20.	NFS	В приложениях, использующих общий доступ NFS на устройстве для записи данных, должна использоваться монопольная запись. При этом гарантируется запись на диск.
21.	Настройка вычислений	Конфигурация вычислений завершается сбоем в конфигурациях сети, где шлюзы или коммутаторы или маршрутизаторы отвечают на запросы протокола ARP для систем, которые не существуют в сети.
22.	Вычисления и Kubernetes	Если на устройстве сначала настраивается Kubernetes, он выделяет себе все доступные GPU. Поэтому невозможно создать виртуальные машины Azure Resource Manager с помощью GPU после настройки Kubernetes.	Если на устройстве имеется 2 GPU, можно создать одну виртуальную машину, использующую GPU, а затем настроить Kubernetes. В этом случае Kubernetes будет использовать оставшийся доступный один GPU.
23.	Расширение пользовательских сценариев виртуальных машин	Существует известная проблема на виртуальных машинах Windows, созданных в предыдущем выпуске, и устройство было обновлено до 2103. Если добавить расширение пользовательского скрипта на этих виртуальных машинах, то гостевой агент виртуальной машины Windows (только в версии 2.7.41491.901) остается в состоянии обновления, что ведет к выходу времени развертывания за пределы тайм-аута.	Чтобы обойти эту проблему, выполните указанные ниже действия. — Подключение на виртуальную машину Windows с помощью протокола удаленного рабочего стола (RDP). — Убедитесь, что waappagent.exe на компьютере Get-Process WaAppAgentвыполняется: — Если waappagent.exe служба не запущена, перезапустите rdagent службу: Get-Service RdAgent | Restart-Service Подождите 5 минут. - Во время waappagent.exe выполнения убейте WindowsAzureGuest.exe процесс. — После того как процесс завершится, процесс снова запускается с более новой версией. — Убедитесь, что гостевой агент виртуальной машины Windows имеет версию 2.7.41491.971, используя следующую команду: Get-Process WindowsAzureGuestAgent | fl ProductVersion - Настройте расширение пользовательских скриптов на виртуальной машине Windows.
24.	Служба для нескольких процессов (MPS)	При обновлении программного обеспечения устройства и кластера Kubernetes параметр MPS не сохраняется для рабочих нагрузок.	Повторно включите MPS и вновь разверните рабочие нагрузки, использовавшие MPS.
25.	Wi-Fi	Wi-Fi не работает в Azure Stack Edge Pro 2 в этом выпуске.	Эта функция может быть доступна в будущем выпуске.
26.	Емкость устройства	Если вы обновили этот выпуск из более старой сборки, емкость устройства не отображалась в портал Azure. Если виртуальная машина была подготовлена в портал Azure, метрики емкости будут обновляться и отображаться.	Чтобы синхронизировать метрики в портал Azure, создайте виртуальную машину и удалите ее.

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

• Обновление устройства