Azure Stack Hub 发行说明

本文介绍 Azure Stack Hub 更新包的内容。 此更新包括最新版 Azure Stack Hub 的改进和修复。

若要访问不同版本的发行说明,请使用左侧目录上方的版本选择器下拉列表。

重要

对于 2005 内部版本,此更新包仅适用于 Azure Stack Hub 集成系统。 请勿将此更新程序包应用于 Azure Stack 开发工具包 (ASDK)。

重要

对于 2005 内部版本,如果 Azure Stack Hub 实例落后于两个以上的更新,则认为它不符合条件。 必须至少更新到最低支持版本才能获得支持

重要

如果没有与硬件合作伙伴签订有效的 Azure Stack Hub 实例支持合同,则认为它不符合条件。 必须签订有效的支持合同才能获得支持

更新规划

应用更新之前,请务必查看以下信息:

有关对更新和更新过程进行故障排除的帮助,请参阅对 Azure Stack Hub 的修补和更新问题进行故障排除

下载更新

可使用 Azure Stack Hub 更新下载程序工具下载 Azure Stack Hub 更新包。

2102 内部版本参考

Azure Stack Hub 2102 更新内部版本号为 1.2102.28.82。

更新类型

Azure Stack Hub 2102 更新内部版本类型为“完整”。

根据我们的内部测试,2102 更新的预期运行时间如下:

  • 4 个节点:8-20 小时
  • 8 个节点:11-26 小时
  • 12 个节点:14-32 小时
  • 16 个节点:17-38 小时

确切的更新持续时间通常取决于租户工作负载在系统上使用的容量、系统网络连接(如果已连接到 Internet),以及系统的硬件规格。 持续时间短于或长于预期值并不常见。因此,除非更新失败,否则不需要 Azure Stack Hub 操作员执行操作。 此运行时近似值特定于 2102 更新,不应与其他 Azure Stack Hub 更新进行比较。

有关更新内部版本类型的详细信息,请参阅在 Azure Stack Hub 中管理更新

新增功能

  • Azure Stack Hub 基础结构备份服务现在支持渐进式备份。 此功能有助于降低有关外部备份位置的存储要求,并改变了在外部备份存储中组织文件的方式。 建议不要操作备份根目录下的文件。

  • Azure Stack Hub 托管磁盘现在支持 Azure 计算 API 版本 2019-07-01,其中包含一部分可用功能。

  • Azure Stack Hub 存储现在支持 Azure 存储服务管理 API 版本2019-06-01,其中包含所有可用功能的一部分。

  • Azure Stack Hub 管理员门户现在会显示 GPU 相关的信息,包括容量数据。 这需要在系统中安装 GPU。

  • 用户现在可以通过 Azure Stack Hub 用户门户使用 Nvidia T4 部署所有受支持的 VM 大小。

  • Azure Stack Hub 操作员现在可以通过管理员门户在 Azure Stack Hub 中配置多租户。 有关详细信息,请参阅配置多租户

  • Azure Stack Hub 操作员现在可以使用特权终结点配置法律声明。 有关详细信息,请参阅配置 Azure Stack Hub 安全控制

  • 在更新过程中,将引入精细位图修复 (GBR)(存储修复过程中的一种优化)来修复不同步的数据。 与以前的过程相比,现在会修复较小的段,这会缩短修复时间和总体更新持续时间。 对于 2102 版本的所有新部署,默认已启用 GBR。 从旧版本 (2008) 更新到 2102 时,在更新过程中将启用 GBR。 GBR 要求所有物理磁盘处于正常状态,因此在 UpdateReadiness 检查中添加了一个额外的验证。 如果通不过该验证,则修补和更新将在早期阶段失败。 此时,云管理员必须采取措施来解决磁盘问题,然后再继续更新。 若要与 OEM 跟进相关操作,请查看 OEM 联系信息

  • Azure Stack Hub 现在支持新的 Dv3、Ev3 和特定于 SQL 的 D 系列 VM 大小。

  • Azure Stack Hub 现在支持将 GPU 添加到任何现有系统。 若要添加 GPU,请执行 test-azurestack,运行 test-azurestack 的整个过程,添加 GPU,然后运行 test-azurestack,直到完成 。 如果系统中已有 GPU,则必须停止并解除分配以前创建的任何 GPU VM,然后重启。

  • 使用实时更新过程缩短了 OEM 更新时间。

  • Azure Stack Hub 上的 AKS 引擎添加了以下新功能。 有关详细信息,请参阅 AKS 引擎文档中的发行说明:

    • Ubuntu 18.04 已正式发布。
    • 支持 Kubernetes 1.17.17 和 1.18.15。
    • 证书轮换命令公共预览版。
    • CSI 驱动程序 Azure 磁盘公共预览版。
    • CSI 驱动程序 NFS 公共预览版。
    • 适用于 Azure Blob 的 CSI 驱动程序个人预览版。
    • T4 Nvidia GPU 支持个人预览版。
    • Azure Active Directory 集成个人预览版。

改进

  • 延长了网络控制器日志保留期,因此会将日志保留更长的时间,以帮助工程师进行有效的故障排除;即使在问题得到解决后,也仍可使用这些日志。
  • 做出了改进,以便在更新期间保留网络控制器、网关 VM、负载均衡器和主机代理日志。
  • 改进了因出现预配失败状态而阻止的网络资源的删除逻辑。
  • 已将每个 VM 的 XRP 内存减少为 14 GB,将每个 VM 的 WAS 内存减少为 10 GB。 避免增大总 VM 内存占用量可以部署更多的租户 VM。
  • 提供缩放单元和诊断共享中的文件快照的日志收集 HTML 报告现在包含所收集文件、角色、资源提供程序的汇总视图和事件信息,以更好地帮助了解日志收集过程的成功率和失败率。
  • 已将 PowerShell cmdlet Set-AzSLegalNoticeGet-AzSLegalNotice 添加到特权终结点 (PEP),用于在部署后检索和更新登录横幅文本的内容。
  • 已将 Webhook 功能添加到 Azure Stack Hub 个人预览版中的 Azure 容器注册表功能。 请参阅创建 Webhook - CLI
  • 从 Azure Stack Hub 中完全删除了 Active Directory 证书服务 (ADCS) 和 CA VM。 这减少了基础结构的占用空间,最多可将更新时间节省 2 个小时。

更改

  • 结构资源提供程序 API 现在会公开有关 GPU 的信息(如果已在缩放单元中提供)。
  • Azure Stack Hub 操作员现在可以通过 PowerShell 更改 GPU 分区比率(仅限 AMD)。 这需要解除分配所有虚拟机。
  • 此内部版本包含新版 Azure 资源管理器。
  • Azure Stack Hub 用户门户现在提供全屏体验用于创建负载均衡器、网络安全组、DNS 区域、磁盘和 VM。
  • 在 2102 版本中,可以通过已解锁的 PEP 会话按需启用 Windows Admin Center (WAC)。 默认未启用 WAC。 若要启用,请指定 -EnableWac 标志,例如 unlock-supportsession -EnableWac
  • 主动日志收集现在使用改进的算法,在发生了操作员看不到的错误状态期间,该算法会捕获日志。 此算法可确保在适当的时间收集适当的诊断信息,而无需操作员进行任何交互。 在某些情况下,Microsoft 支持可以更快地开始故障排除并解决问题。 初始算法改进侧重于修补升级操作。 建议启用主动收集日志的功能,因为更多的操作已经过优化,好处更多。
  • Azure Stack Hub 基础结构使用的内存暂时增加了 10 GB。

修复项

  • 修复了以下问题:内部 DNS 区域在更新期间失去同步,导致更新失败。 此项修复已通过修补程序向后移植到版本 2008 和 2005。
  • 修复了物理主机、网络控制器、网关和负载均衡器上的日志耗尽磁盘空间的问题。 此项修复已向后移植到版本 2008。
  • 修复了以下问题:由于网络控制器层存在孤立的资源,删除资源组或虚拟网络失败。
  • 从 VM 大小选取器中删除了“ND6s_dev”大小,因为它是不受支持的 VM 大小。
  • 修复了以下问题:对 VM 执行“停止并解除分配”操作导致删除 VM 上的 MTU 配置。 此行为与 Azure 不一致。

安全更新

有关此 Azure Stack Hub 更新中的安全更新的信息,请参阅 Azure Stack Hub 安全更新

修补程序

Azure Stack Hub 定期发布修补程序。 从 2005 版开始,更新到新的主版本(如 1.2005.x 到1.2008.x)时,新的主版本中最新的修补程序(如果有)会自动安装。 在此之后,如果发布了适用于你的内部版本的修补程序,则应安装它。

备注

Azure Stack Hub 修补程序版本是累积性的;你只需安装最新的修补程序即可获取该版本的任何以前修补程序版本中包含的所有修补程序。

有关详细信息,请参阅我们的服务策略

Azure Stack Hub 修补程序仅适用于 Azure Stack Hub 集成系统;请勿尝试在 ASDK 上安装修补程序。

修补程序先决条件:在应用 2102 更新之前

必须在包含以下修补程序的版本 2008 上应用 Azure Stack Hub 版本 2102:

成功应用 2102 更新之后

更新到新的主版本(如 1.2008.x 到 1.2102.x)时,会自动安装新的主版本中的最新修补程序(如果有)。 在此之后,如果发布了适用于你的内部版本的修补程序,则应安装它。

安装 2102 之后,如果有任何 2102 修补程序被发布,应安装这些修补程序:

2008 内部版本参考

Azure Stack Hub 2008 更新内部版本号为 1.2008.13.88。

更新类型

Azure Stack Hub 2008 更新内部版本类型为“完整”。

与以前的更新相比,2008 更新包更大。 增加的大小会导致下载时间更长。 此更新将长时间保留为“正在准备”状态,操作员可预期此过程所需的时间长于以前的更新。 在我们的内部测试中,2008 更新的预期运行时间如下 - 4 个节点:13-20 小时,8 个节点:16-26 小时,12 个节点:19-32 小时,16 个节点:22-38 小时。 确切的更新运行时间通常取决于租户工作负荷在系统上使用的容量、系统网络连接(如果已连接到 Internet),以及系统的硬件规格。 运行时间短于或长于预期值并不常见。因此,除非更新失败,否则不需要 Azure Stack Hub 操作员执行操作。 此运行时近似值特定于 2008 更新,不应与其他 Azure Stack Hub 更新进行比较。

有关更新内部版本类型的详细信息,请参阅在 Azure Stack Hub 中管理更新

新增功能

  • Azure Stack Hub 现在支持 VNET 对等互连,这样,你便可以在不使用网络虚拟设备 (NVA) 的情况下连接 VNET。 有关详细信息,请参阅新 VNET 对等互连文档
  • Azure Stack Hub blob 存储现在允许用户使用不可变 blob。 通过在容器上设置不可变的策略,可将业务关键型数据对象以 WORM(写入一次,读取多次)状态进行存储。 在此版本中,不可变的策略只能通过 REST API 或客户端 SDK 来设置。 在此版本中,也不可能执行追加 blob 写入。 有关不可变 blob 的详细信息,请参阅使用不可变存储来存储业务关键型 blob 数据
  • Azure Stack Hub 存储现在支持 Azure 存储服务 API 版本 2019-07-07。 有关与新 REST API 版本兼容的 Azure 客户端库,请参阅 Azure Stack Hub 存储开发工具。 对于 Azure 存储服务管理 API,已添加对 2018-02-01 的支持,其中包含全部可用功能的子集。
  • Azure Stack Hub 计算现在支持 Azure 计算 API 版本 2020-06-01,其中包含全部可用功能的子集。
  • Azure Stack Hub 托管磁盘现在支持 Azure 计算 API 版本 2019-03-01,其中包含可用功能的子集。
  • Windows Admin Center 的预览版现在可以连接到 Azure Stack Hub,以便在支持操作期间提供有关基础结构的深入见解(需要不受限)。
  • 能够在部署时将登录横幅添加到特权终结点 (PEP)。
  • 发布了更多“独占操作”横幅,这可提高当前在系统上发生的操作的可见性,并禁止用户启动任何其他独占操作(并随后失败)。
  • 在每个 Azure Stack Hub 市场项的产品页中引入了两个新横幅。 如果从市场下载时失败,操作员可以查看错误详细信息,并尝试执行建议的步骤来解决此问题。
  • 发布了一个评级工具供客户提供反馈。 这将使 Azure Stack Hub 可以度量和优化客户体验。
  • 此版本的 Azure Stack Hub 包含 Azure Kubernetes 服务 (AKS) 和 Azure 容器注册表 (ACR) 的个人预览版。 该个人预览版的目的是收集有关 Azure Stack Hub 上 AKS 和 ACR 的质量、功能和用户体验的反馈。
  • 此版本包含使用 AKS 引擎 0.55.4 的 Azure CNI 和 Windows 容器的公共预览版。 有关如何在 API 模型中使用它们的示例,请参阅 GitHub 上的此示例
  • 通过 AKS 引擎 0.55.4 部署的群集上现在支持 Istio 1.3 部署。 有关详细信息,请参阅此处的说明
  • 现在已支持使用 AKS 引擎 v 0.55.4 部署专用群集
  • 此版本包括对从 Azure 和 Azure Stack Hub Key Vault 实例获得 Kubernetes 配置机密来源的支持。

改进

  • 实现了网络控制器和 SLB 主机代理的内部监视,因此,如果服务进入停止状态,则会被自动修正。
  • 现在,当客户已在其自己的 AD FS 服务器上轮换了令牌签名证书后,Active Directory 联合身份验证服务 (AD FS) 会检索新的令牌签名证书。 若要为已配置的系统充分利用这一新功能,必须重新配置 AD FS 集成。 有关详细信息,请参阅将 AD FS 标识与 Azure Stack Hub 数据中心集成
  • 更改了基础结构角色实例及其在缩放单元节点上的依赖项的启动和关闭过程。 这些更改提高了 Azure Stack Hub 启动和关闭操作的可靠性。
  • 已更新 Test-azurestack 验证工具的 AzSScenarios 套件,从而使云服务提供商能够在对所有客户帐户强制实施多重身份验证的情况下成功运行此套件。
  • 通过为生命周期操作期间 29 个面向客户的警报添加抑制逻辑,提高了警报可靠性。
  • 现在可以查看详细的日志收集 HTML 报告,其中提供了有关日志收集的角色、持续时间和状态的详细信息。 此报表的用途是帮助用户提供已收集日志的摘要。 然后,Azure 客户支持服务可以快速评估该报表以评估日志数据,并帮助排查和缓解系统问题。
  • 基础结构故障检测覆盖范围已扩展,用户方案中增加了 7 个新监视器(如 CPU 利用率和内存消耗),以帮助提高故障检测的可靠性。

更改

  • SRP API 版本 2016-01-01 和 2016-05-01 中的 supportHttpsTrafficOnly 存储帐户资源类型属性已启用,但 Azure Stack Hub 不支持此属性。

  • 已将卷容量利用率警报阈值从 80%(警告)和 90%(严重)提高到 90%(警告)和 95%(严重)。 有关详细信息,请参阅存储空间警报

  • 在此版本中,AD Graph 配置步骤已更改。 有关详细信息,请参阅将 AD FS 标识与 Azure Stack Hub 数据中心集成

  • 为了与为 Windows Server 2019 定义的当前最佳做法保持一致,Azure Stack Hub 正在更改为使用附加流量类或优先级来进一步分离服务器到服务器通信,以支持故障转移群集控制通信。 这些更改的结果为故障转移群集通信提供了更好的复原能力。 此流量类和带宽预留配置是通过对 Azure Stack Hub 解决方案的架顶式 (ToR) 交换机以及 Azure Stack Hub 的主机或服务器的更改实现的。

    这些更改是在 Azure Stack Hub 系统的主机级别添加的。 请与 OEM 联系,以在架顶式 (ToR) 网络交换机上进行所需的更改。 此 ToR 更改可在更新到 2008 版本之前执行,也可在更新到 2008 版本后执行。 有关详细信息,请参阅网络集成文档

  • 在此内部版本中,支持 GPU 的 VM 大小 NCas_v4 (NVIDIA T4) 已替换为 VM 大小 NCasT4_v3,以便与 Azure 保持一致。 这些 VM 大小在门户中尚不可见,只能通过 Azure 资源管理器模板使用。

修复项

  • 修复了删除未附加到正在运行的 VM 的 NIC 的 NSG 时失败的问题。
  • 修复了在修改关联到负载均衡器的公共 IP 的 IdleTimeoutInMinutes 值时导致公共 IP 进入失败状态的问题。
  • 修复了 Get-AzsDisk cmdlet,以便为已附加的托管磁盘返回正确的“Attached”状态,而不是“OnlineMigration”。

安全更新

有关此 Azure Stack Hub 更新中的安全更新的信息,请参阅 Azure Stack Hub 安全更新

修补程序

Azure Stack Hub 定期发布修补程序。 在更新到 2008 之前,请确保安装最新 2005 修补程序。 此外,从 2005 版开始,更新到新的主版本(如 1.2005.x 到1.2008.x)时,新的主版本中最新的修补程序(如果在下载包时可用)会自动安装。 这样,你的 2008 安装将具有最新的所有修补程序。 在此之后,如果发布了适用于 2008 的修补程序,则应安装它。

备注

Azure Stack Hub 修补程序版本是累积性的;你只需安装最新的修补程序即可获取该版本的任何以前修补程序版本中包含的所有修补程序。

有关详细信息,请参阅我们的服务策略

Azure Stack Hub 修补程序仅适用于 Azure Stack Hub 集成系统;请勿尝试在 ASDK 上安装修补程序。

提示

如果希望收到有关每个修补程序版本的通知,请订阅 RSS 源以收取有关每个修补程序的通知。

成功应用 2008 更新之后

由于 Azure Stack Hub 修补程序是累积的,因此,作为最佳做法,你应安装已为你的内部版本发布的所有修补程序,以确保主要版本之间的最佳更新体验。 更新到新的主版本(如 1.2005.x 到1.2008.x)时,新的主版本中最新的修补程序(如果在下载包时可用)会自动安装。

安装 2008 之后,如果有任何 2008 修补程序被发布,应安装这些修补程序:

2005 内部版本参考

Azure Stack Hub 2005 更新内部版本号为 1.2005.6.53。

更新类型

Azure Stack Hub 2005 更新内部版本类型为“完整”。

与以前的更新相比,2005 更新包更大。 增加的大小会导致下载时间更长。 此更新将长时间保留为“正在准备”状态,操作员可预期此过程所需的时间长于以前的更新。 在我们的内部测试中,2005 更新的预期运行时间如下 - 4 个节点:13-20 小时,8 个节点:16-26 小时,12 个节点:19-32 小时,16 个节点:22-38 小时。 确切的更新运行时间通常取决于租户工作负荷在系统上使用的容量、系统网络连接(如果已连接到 Internet),以及系统的硬件规格。 运行时间短于或长于预期值并不常见。因此,除非更新失败,否则不需要 Azure Stack Hub 操作员执行操作。 此运行时近似值特定于 2005 更新,不应与其他 Azure Stack Hub 更新进行比较。

有关更新内部版本类型的详细信息,请参阅在 Azure Stack Hub 中管理更新

新增功能

  • 此内部版本支持 3 个新的 GPU VM 类型:NCv3 (Nvidia V100)、NVv4 (AMD MI25) 和 NCas_v4 (NVIDIA T4) VM 大小。 对于具有正确硬件并且已加入 Azure Stack Hub GPU 预览计划的用户,VM 部署将会成功。 如果你感兴趣,请在 https://aka.ms/azurestackhubgpupreview 注册 GPU 预览计划。 有关详细信息,请参阅此处
  • 此版本提供了一项支持自动修复的新功能,可检测故障、评估影响并安全地缓解系统问题。 借助此功能,我们可以努力提高系统的可用性,而无需手动干预。 对于版本 2005 及更高版本,客户遇到警报将会减少。 除非另行通知,否则此管道中的任何故障都不需要 Azure Stack Hub 操作员进行操作。
  • Azure Stack Hub 管理门户中有一个新选项,气隙/断开连接的 Azure Stack Hub 客户可使用该选项在本地保存日志。 当 Azure Stack Hub 与 Azure 断开连接时,可以将日志存储在本地 SMB 共享中。
  • 如果系统操作已在进行中,Azure Stack Hub 管理门户现在会阻止某些操作。 例如,如果正在进行更新,则不能添加新的缩放单元节点。
  • 此版本在 1910 之前创建的 VM 中提供了与 Azure 更高的结构一致性。 对于 1910,Azure 宣布所有新创建的 VM 将使用 wireserver 协议,使客户能够使用与 Azure 相同的 WALA 代理和 Windows 来宾代理,从而更轻松地在 Azure Stack Hub 上使用 Azure 映像。 在此版本中,将自动迁移所有在 1910 前创建的 VM 以使用 wireserver 协议。 这也提供了更可靠的 VM 创建、VM 扩展部署以及稳定状态运行时间方面的改进。
  • Azure Stack Hub 存储现在支持 Azure 存储服务 API 版本2019-02-02。 对于 Azure 客户端库,它与新的 REST API 版本兼容。 有关详细信息,请参阅 Azure Stack Hub 存储开发工具
  • Azure Stack Hub 现在支持最新版本的 CreateUiDefinition(版本 2)
  • 批处理 VM 部署的新指南。 有关详细信息,请参阅此文
  • Azure Stack Hub 市场 CoreOS 容器 Linux 项的生命周期即将结束。 有关详细信息,请参阅从 CoreOS 容器 Linux 迁移

改进

  • 对存储基础结构群集服务日志和事件的改进。 存储基础结构群集服务的日志和事件的保留时间最长为 14 天,以便更好地进行诊断和故障排除。
  • 提高启动和停止 Azure Stack Hub 的可靠性的改进。
  • 使用分散化和删除依赖项减少更新运行时的改进。 与 2002 更新相比,4 个节点标记更新时间从 15-42 小时缩短到 13-20 小时。 8 个节点标记更新时间从 20-50 小时缩短到 16-26 小时。 12 个节点标记更新时间从 20-60 小时缩短到 19-32 小时。 16 个节点标记更新时间从 25-70 小时缩短到 22-38 小时。 确切的更新运行时间通常取决于租户工作负荷在系统上使用的容量、系统网络连接(如果已连接到 Internet),以及系统的硬件规格。
  • 现在,如果发生某些无法恢复的错误,更新会提前失败。
  • 提高了从 Internet 下载时更新包的复原能力。
  • 提高了对 VM 停止解除分配的复原能力。
  • 提高了网络控制器主机代理的复原能力。
  • 向 syslog 消息的 CEF 有效负载添加了其他字段,以报告用于连接到特权终结点和恢复终结点的源 IP 和帐户。 有关详细信息,请参阅通过 Syslog 转发将 Azure Stack Hub 与监视解决方案集成
  • 向通过 syslog 客户端发出的事件列表添加了 Windows Defender 事件(事件 ID 5001、5010、5012)。
  • 在 Azure Stack 管理员门户中为 Windows Defender 相关事件添加了警报,以报告 Defender 平台和签名版本不一致以及无法对检测到的恶意软件采取操作。
  • 添加了将 Azure Stack Hub 集成到数据中心时对 4 个边界设备的支持。

更改

  • 从管理员门户中删除了停止、关闭和重启基础结构角色实例的操作。 还在 Fabric 资源提供程序中删除了相应的 API。 Azure Stack Hub 的管理员 RM 模块和 AZ 预览版中的以下 PowerShell cmdlet 不再有效:Stop-AzsInfrastructureRoleInstance、Disable-InfrastructureRoleInstance 和 Restart-InfrastructureRoleInstance 。 将从 Azure Stack Hub 的下一个管理员 AZ 模块版本中删除这些 cmdlet。
  • Azure Stack Hub 2005 现在仅支持 Azure Stack Hub 2020(版本 87.x)上的应用服务
  • 执行硬件监视所需的用户加密设置已从 DES 更改为 AES,以提高安全性。 请联系你的硬件合作伙伴,了解如何更改基板管理控制器 (BMC) 中的设置。 在 BMC 中进行更改后,可能需要使用特权终结点再次运行命令 Set-BmcCredential。 有关详细信息,请参阅在 Azure Stack Hub 中轮换机密

修复项

  • 修复了以下问题:修复缩放单元节点可能因找不到基础 OS 映像的路径而失败。
  • 修复了对修复缩放单元节点具有级联影响的支持基础结构角色的横向缩减和横向扩展的问题。
  • 修复了以下问题:当操作员通过“所有服务”>“计算”>“VM 映像”>“添加”,将自己的映像添加到 Azure Stack Hub 管理员门户时,不允许使用 .VHD 扩展(而不是 .vhd)。
  • 修复了以下问题:在执行任何其他 VM 更新操作(添加磁盘、标记等)后,以前的 VM 重启操作随后出现意外重启。
  • 修复了创建重复 DNS 区域导致门户停止响应的问题。 它现在应显示相应的错误。
  • 修复了以下问题:Get-AzureStackLogs 不收集所需日志来解决网络问题。
  • 修复了以下问题:门户允许附加的 NIC 比它实际允许的 NIC 少。
  • 修复了代码完整性策略,以免为某些内部软件发出违规事件。 这可减少通过 syslog 客户端发出的代码完整性违规事件产生的干扰。
  • 修复了 Set-TLSPolicy cmdlet 以强制实施新策略,而无需重启 https 服务或重启主机。
  • 修复了以下问题:使用 Linux NTP 服务器错误地在管理门户中生成警报。
  • 修复了以下问题:备份控制器服务实例的故障转移导致禁用自动备份。
  • 修复了以下问题:在基础结构服务未建立 Internet 连接的情况下,内部机密轮替失败。
  • 修复了用户无法使用 Azure Stack Hub 门户查看订阅权限的问题。

安全更新

有关此 Azure Stack Hub 更新中的安全更新的信息,请参阅 Azure Stack Hub 安全更新

修补程序

Azure Stack Hub 定期发布修补程序。 从 2005 版开始,更新到新的主版本(如 1.2002.x 到1.2005.x)时,新的主版本中最新的修补程序(如果有)会自动安装。 在此之后,如果发布了适用于你的内部版本的修补程序,则应安装它。

备注

Azure Stack Hub 修补程序版本是累积性的;你只需安装最新的修补程序即可获取该版本的任何以前修补程序版本中包含的所有修补程序。

有关详细信息,请参阅我们的服务策略

Azure Stack Hub 修补程序仅适用于 Azure Stack Hub 集成系统;请勿尝试在 ASDK 上安装修补程序。

先决条件:应用 2005 更新之前

必须在包含以下修补程序的版本 2002 中应用 Azure Stack Hub 版本 2005:

成功应用 2005 更新之后

从 2005 版开始,更新到新的主版本(如 1.2002.x 到1.2005.x)时,新的主版本中最新的修补程序(如果有)会自动安装。

安装 2005 之后,如果以后发布了任何 2005 修补程序,应安装这些修补程序: