你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

Azure Stack Edge 2105 发行说明

  • 项目

适用于：Yes for Pro GPU SKUAzure Stack Edge Pro - GPUYes for Pro 2 SKUAzure Stack Edge Pro 2Yes for Pro R SKUAzure Stack Edge Pro RYes for Mini R SKUAzure Stack Edge Mini R

以下发行说明明确了 2105 版 Azure Stack Edge 的重要未结问题和已解决问题。 这些发行说明适用于Azure Stack Edge Pro GPU、Azure Stack Edge Pro R 和 Azure Stack Edge Mini R 设备。 与特定模型相对应的功能和问题会在适当的位置进行调用。

发行说明会持续进行更新，并且会陆续将所发现的需要解决的重要问题添加到说明中。 在部署设备之前，请仔细查看本发行说明中包含的信息。

本文适用于 Azure Stack Edge 2105 版本，该版本映射到软件版本号 2.2.1606.3320。 如果你运行的软件版本至少是 Azure Stack Edge 2010 (2.1.1377.2170)，则此软件可应用于你的设备。

新增功能

Azure Stack Edge 2105 版本中提供了以下新功能。

  • 虚拟本地网络 (VLAN) 配置支持 - 在此版本中，可以通过连接到设备的 PowerShell 接口来更改虚拟本地区域网络 (VLAN) 配置。 有关详细信息，请参阅在虚拟交换机上创建 vLAN 网络。

  • IP 转发支持 - 从此版本开始，附加到虚拟机 (VM) 的网络接口支持 IP 转发。

    • IP 转发让 VM 能够接收来自未 IP（未分配给 VM 上网络接口的任何 IP 配置）的流量。
    • IP 转发还能够让 VM 通过一个不同的源 IP 地址发送流量，而不是通过分配给 VM 网络接口 IP 配置的地址。

    有关详细信息，请参阅启用或禁用 IP 转发。

  • Kubernetes 改进 - 在此版本中，进行了多项与 Kubernetes 相关的增强功能。

    • 提供以下 Kubernetes 版本更新：

      • Kubernetes 服务器版本：v1.20.2
      • IoT Edge 版本：0.1.0-beta14
      • 启用了 Azure Arc 的 Kubernetes 版本：1.1

    • 启用了 Azure Arc 的 Kubernetes 现在支持各种云，改进了日志记录，还改进了以 PowerShell 为接口的 cmdlet 体验。

    • 已进行诊断和遥测修复。

    • 增强了用于计算日志的主动日志收集。

  • 支持 Az cmdlet - 启动此版本后，在连接到设备的本地 Azure 资源管理器或部署 VM 工作负荷时，可以使用（在预览中）az cmdlet。 有关详细信息，请参阅 Az cmdlets。

  • 通过 HTTP 启用远程 PowerShell 会话 - 从此版本开始，你可以通过本地 UI，通过 http 启用到设备的远程 PowerShell 会话。 有关详细信息，请参阅如何通过 http 为你的设备启用远程 PowerShell。

2105 版本中修复的问题

下表列出了以前版本的发行说明中记录的并在当前版本中修复的问题。

不是。 功能 问题
1。 VM DHCP 租用续签期间失败不应导致删除网络接口记录。
2. VM 改进监视，以解决预配 VM 时的锁定问题。

2105 版本中的已知问题

下表提供了 2105 版本中已知问题的摘要。

不是。 功能 问题 解决方法/备注
1。 预览功能 此版本中提供了以下所有功能的预览版：本地 Azure 资源管理器、VM、VM 的云管理、Kubernetes 云管理、启用了 Azure Arc 的 Kubernetes、用于 Azure Stack Edge Pro R 和 Azure Stack Edge Mini R 的 VPN、多进程服务 (MPS)、用于 Azure Stack Edge Pro GPU 的网络功能管理器。 将在以后的版本中正式推出这些功能。
2. 多接入边缘计算 (MEC)/网络功能管理器 (NFM) 部署 对于 2105 更新之前的 MEC/NFM 部署，你可能会遇到这一罕见问题，即来自 LAN/WAN VM NetAdapter 的流量会被丢弃。

在 Azure Stack Edge 设备上，端口 5 和端口 6 连接到 Mellanox 网络接口卡，以允许加速网络。 加速网络允许来自端口 5 和端口 6 的 LAN/WAN 流量绕过虚拟机监控程序层和虚拟交换机，直接访问物理交换机。

可以通过在 LAN/WAN 网络接口上禁用虚拟功能 (VF) 设备来禁用加速网络。 来自 VM 的所有网络流量现在都将遍历执行安全检查的虚拟机监控程序层。 如果应用程序使用任意单播源 IP 地址（不是 VM NetAdapter 的 IP）发送流量，则安全检查会导致流量丢弃（因为它似乎源自虚拟网络功能协定中未指定的任意 IP）。		 若要解决此问题，可以暂停 2105 更新，并等待具有此问题修补程序的下一版本。

或者，可以在 Azure Stack Edge 设备上应用 2105 更新，重新部署相同的 VNF。 2105 更新后部署的 VNF 不需要修复。

以前版本中的已知问题

下表总结了以前发行版中遗留的已知问题。

不是。 功能 问题 解决方法/备注
1。 Azure Stack Edge Pro + Azure SQL 创建 SQL 数据库需要管理员访问权限。 执行以下步骤，而不是 Create-the-sql-database 中的步骤 1-2。
  • 在设备的本地 UI 中，启用计算接口。 选择“计算”>“端口号”>“启用计算”>“应用”。
  • 从 SQL 命令实用工具中下载 sqlcmd 至你的客户端计算机。
  • 连接到计算接口 IP 地址（已启用的端口），在地址末尾添加“,1401”。
  • 最终命令将类似于：sqlcmd -S {Interface IP},1401 -U SA -P "Strong!Passw0rd"。
    • 完成此操作后，当前文档中的步骤 3-4 应相同。
2. 刷新 不支持对通过刷新还原的 blob 进行增量更改 对于 Blob 终结点，刷新后对 blob 进行部分更新可能导致更新无法上传到云中。 例如这样的一系列操作：
  • 在云中创建 blob。 或从设备删除之前上传的 blob。
  • 使用刷新功能，将 blob 从云中刷新到设备。
  • 使用 Azure SDK REST API 仅更新部分 blob。
这些操作可能导致 blob 已更新的部分不在云中更新。
规避方法：使用 robocopy 等工具，或者通过资源管理器或命令行进行常规文件复制，替换整个 blob。
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。 页 blob 不受支持。
  • 不提供快照或复制 API 支持。
  • 不支持通过 distcp 引入 Hadoop 工作负载，因为它会大量使用复制操作。
6. NFS 共享连接 如果将多个进程复制到相同的共享，并且未使用 nolock 属性，则在复制过程中可能会出现错误。 必须将 nolock 属性传递给 mount 命令，才能将文件复制到 NFS 共享。 例如：C:\Users\aseuser mount -o anon \\10.1.1.211\mnt\vms Z:。
7. Kubernetes 群集 在运行 kubernetes 群集的设备上应用更新时，Kubernetes 虚拟机将重启并重新引导。 在这种情况下，更新后只会自动还原使用指定副本部署的 pod。 如果在未指定副本集的情况下在复制控制器之外创建了单独的 pod，则在设备更新后，不会自动还原这些 pod。 需要还原这些 pod。
副本集会替换因任何原因（例如节点故障或中断性节点升级）而删除或终止的 pod。 由此，即使你的应用程序只需要一个 pod，仍建议使用副本集。
8. Kubernetes 群集 只有 Helm v3 或更高版本支持 Azure Stack Edge Pro 上的 Kubernetes。 有关详细信息，请参阅常见问题解答：删除 Tiller。
9. 已启用 Azure Arc 的 Kubernetes 对于正式发布版，已启用 Azure Arc 的 Kubernetes 已从版本 0.1.18 更新为 0.2.9。 由于 Azure Stack Edge 设备上不支持已启用 Azure Arc 的 Kubernetes 更新，因此需要重新部署已启用 Azure Arc 的 Kubernetes。 执行以下步骤：
  1. 应用设备软件和 Kubernetes 更新。
  2. 连接到设备的 PowerShell 界面。
  3. 删除现有的 Azure Arc 代理。 键入：Remove-HcsKubernetesAzureArcAgent。
  4. 将 Azure Arc 部署到新资源。 不要使用现有的 Azure Arc 资源。
10. 已启用 Azure Arc 的 Kubernetes 如果在 Azure Stack Edge Pro 设备上配置 Web 代理，则不支持 Azure Arc 部署。
11. Kubernetes 端口 31000 保留给 Kubernetes 仪表板。 端口 31001 保留给 Edge 容器注册表。 同样，在默认配置中，IP 地址 172.28.0.1 和 172.28.0.10 分别保留用于 Kubernetes 服务和核心 DNS 服务。 不要使用保留的 IP。
12. Kubernetes Kubernetes 当前不允许多协议 LoadBalancer 服务。 例如，需要同时侦听 TCP 和 UDP 的 DNS 服务。 若要使用 MetalLB 解决 Kubernetes 的这一限制，可在同一 pod 选择器上创建两个服务（一个用于 TCP，一个用于 UDP）。 这些服务使用相同的共享密钥和 spec.loadBalancerIP 来共享相同的 IP 地址。 如果服务数多于可用 IP 地址数，还可以共享 IP。
有关详细信息，请参阅 IP 地址共享。
13. Kubernetes 群集 现有 Azure IoT Edge marketplace 模块可能需要修改才能在 Azure Stack Edge 设备上的 IoT Edge 中运行。 有关详细信息，请参阅修改市场中的 Azure IoT Edge 模块，以便在 Azure Stack Edge 设备上运行。
14. Kubernetes Azure Stack Edge 设备上的 Kubernetes 上的 Azure IoT Edge 不支持基于文件的绑定装载。 IoT Edge 使用转换层将 ContainerCreate 选项转换为 Kubernetes 构造。 创建到 hostpath 目录的 Binds 映射，使得基于文件的绑定安装不能绑定到 IoT Edge 容器中的路径。 尽可能映射父目录。
15. Kubernetes 如果你为 IoT Edge 自带证书，并在设备上配置了计算后将这些证书添加到 Azure Stack Edge 设备上，则不会提取新证书。 若要解决此问题，应在设备上配置计算之前上传证书。 如果已配置计算，请连接到设备的 PowerShell 界面并运行 IoT Edge 命令。 重新启动 iotedged 和 edgehub pod。
16. 证书 在某些情况下，本地 UI 中的证书状态可能需要几秒钟才能更新。 本地 UI 中的以下方案可能会受到影响。
  • “证书”页上的“状态”列。
  • “入门”页上的“安全性”磁贴。
  • “概览”页上的“配置”磁贴。
17. IoT Edge 通过 IoT Edge 部署的模块不能使用主机网络。
18. 计算 + Kubernetes 计算/Kubernetes 不支持 NTLM Web 代理。
19. Kubernetes + 更新 以前的软件版本（如 2008 版本）存在一个争用条件更新问题，该问题导致更新失败并出现 ClusterConnectionException。 使用较新版本应有助于避免此问题。 如果仍出现此问题，解决方法是重试升级，此方法应能奏效。
20 Internet Explorer 如果启用了增强的安全功能，你可能无法访问本地 web UI 页。 禁用增强的安全性，并重新启动浏览器。
21. Kubernetes 仪表板 不支持带 SSL 证书的 Kubernetes 仪表板的 Https 终结点。
22. Kubernetes Kubernetes 在 .NET 应用程序使用的环境变量名称中不支持“:”。 这也是事件网格 IoT Edge 模块在 Azure Stack Edge 设备和其他应用程序上运行时所必需的。 有关详细信息，请参阅 ASP.NET 核心文档。 将“:”替换为双下划线。 有关详细信息，请参阅 Kubernetes 问题
23. Azure Arc + Kubernetes 群集 默认情况下，从 Git 存储库中删除资源 yamls 时，不会从 Kubernetes 群集中删除相应的资源。 若要允许从 git 存储库删除资源时同时删除群集中的相应资源，请在 Arc OperatorParams 中设置 --sync-garbage-collection。 有关详细信息，请参阅删除配置。
24. NFS 那些使用设备上的 NFS 共享装载来写入数据的应用程序应使用独占写入。 这可确保数据写入磁盘。
25. 计算配置 如果网络配置中的网关或交换机或路由器为网络上不存在的系统响应地址解析协议 (ARP) 请求，计算配置在网络配置中会失败。
26. 计算和 Kubernetes 如果先在设备上设置了 Kubernetes，它会声明获取所有可用 GPU。 因此在设置 Kubernetes 后就无法使用 GPU 创建 Azure 资源管理器 VM 了。 如果设备有 2 个 GPU，可以先创建 1 个使用 GPU 的 VM，然后再配置 Kubernetes。 在这种情况下，Kubernetes 将使用剩余的可用 1 GPU。
27. 自定义脚本 VM 扩展 在早期版本中创建的 Windows VM 存在一个已知问题，并且设备已更新为 2103。
如果在这些虚拟机上添加自定义脚本扩展，Windows VM 来宾代理（仅限版本 2.7.41491.901）会在更新中停滞，导致扩展部署超时。		 若要解决此问题，请执行以下操作：
  • 使用远程桌面协议 (RDP) 连接到 Windows VM。
  • 确保 waappagent.exe 正在计算机上运行：Get-Process WaAppAgent。
  • 如果 waappagent.exe 未在运行，请重启 rdagent 服务：Get-Service RdAgent | Restart-Service。 等待 5 分钟。
  • 在 waappagent.exe 正在运行时，终止 WindowsAzureGuest.exe 进程。
  • 在终止该进程后，该进程会使用较新的版本再次开始运行。
  • 使用此命令来验证 Windows VM 来宾代理版本是否为 2.7.41491.971：Get-Process WindowsAzureGuestAgent | fl ProductVersion。
  • 在 Windows VM 上设置自定义脚本扩展。
    28. GPU VM 在此版本之前，更新流中未管理 GPU VM 生命周期。 因此，在更新到 2103 版本时，在更新过程中不会自动停止 GPU VM。 在更新设备之前，需要使用 stop-stayProvisioned 标志来手动停止 GPU VM。 有关详细信息，请参阅暂停或关闭 VM。
    所有在更新前保持运行状态的 GPU VM 都会在更新后启动。 在这些情况下，VM 上运行的工作负载不会正常终止。 并且 VM 在更新后可能最终会处于异常状态。
    所有在更新前通过 stop-stayProvisioned 停止的 GPU VM 都会在更新后自动启动。
    如果通过 Azure 门户停止 GPU VM，则需要在设备更新后手动启动该 VM。    		 如果运行使用 Kubernetes 的 GPU VM，请在即将更新前再停止这些 GPU VM。
    在 GPU VM 停止时，Kubernetes 将会接管原来由 VM 使用的 GPU。
    GPU VM 处于停止状态的时间越长，Kubernetes 将会接管 GPU 的可能性就越大。
    29. 多进程服务 (MPS) 在更新设备软件和 Kubernetes 群集时，不会为工作负载保留 MPS 设置。 重新启用 MPS 并重新部署曾经使用 MPS 的工作负载。

    后续步骤