如果 Horizon Cloud 在容器更新过程中遇到阻止更新的错误,并且您可以修复这些错误,则会在管理控制台中显示这些错误,以便您可以采取必要的措施来解决这些错误。在 Microsoft Azure 环境中,您可以自行解决所显示的这些阻止升级的错误。由于补救措施在您的掌控之下,无法由 VMware 来解决,因此,如果您在控制台中看到有关更新错误的通知,必须完成相应的操作来解决这些错误,然后再联系 VMware 技术支持团队以继续执行容器更新过程。

更新 Horizon Cloud 容器 介绍了 Microsoft Azure 中部署的容器如何完成更新过程。一般来说,更新过程采用蓝绿模式,其中,容器主资源组和网关相关资源组中待更新容器的现有资源是蓝色组件。升级过程的第一步是在订阅中创建 jump box 资源组,并在该资源组中部署 jump box 虚拟机。然后,该 jump box 虚拟机会在容器的现有资源组中对订阅中一组并行容器虚拟机的创建进行编排。此并行组是蓝绿模式下的绿色组件。绿色组件包括与容器主资源组和网关相关资源组中虚拟机并行的虚拟机(如容器管理器虚拟机和 Unified Access Gateway 虚拟机)。这些虚拟机已启动,并与待更新容器的虚拟机(蓝色组的虚拟机)一起运行,直到端到端更新过程完成为止。仅当您使用控制台安排更新,而且安排的活动开始运行并完成从使用蓝色虚拟机到使用绿色虚拟机的容器切换后,端到端更新过程才会完成。当容器使用绿色虚拟机时,将停止并移除蓝色虚拟机,同时删除 jump box 虚拟机及其资源。

如果您的 Microsoft Azure 环境无法同时容纳待创建的这些并行绿色虚拟机与现有容器虚拟机,则无法成功完成绿色虚拟机的创建过程。出现此问题的一个典型的主要原因是,容器关联的 Microsoft Azure 订阅没有足够的剩余配额来实例化 jump box 虚拟机和绿色虚拟机。增建绿色虚拟机时,如果您的容器当前处于脱机状态,也可能会遇到错误。在控制台中安排更新时,Horizon Cloud 会部署 jump box 虚拟机,以便它可以跟踪此次安排,并准备好在您安排的时间开始将容器迁移到较新的组件。如果容器关联的 Microsoft Azure 订阅没有足够的剩余配额来实例化 jump box 虚拟机并使其在您安排的时间段内保持运行,则在切换到绿色虚拟机后,将会标记一个更新错误,以便在控制台中发出此错误通知。

要了解端对端容器更新过程中各种系统活动的说明,请参阅更新 Horizon Cloud 容器

阻止更新的常见错误

这些是通常会阻止更新的错误,您可以在 Microsoft Azure 环境中修复这些错误。

订阅没有可用于实例化 jump box 虚拟机的容量。
更新过程旨在,当系统增建绿色组件时、当您使用计划程序来安排更新时以及在安排的时间实例化容器订阅中的 jump box 虚拟机,以便编排从蓝色组件到绿色组件的切换。此 jump box 虚拟机会对相关任务进行编排,以使新组件做好准备并运行实际迁移过程。除使用同一订阅的现有容器虚拟机的当前配额使用情况之外,您的订阅配额还需要考虑另一个 Standard_F2 VM 规格(2 个核心 (vCPU))的虚拟机。此配额要求是创建并行绿色虚拟机所需满足的虚拟机类型和核心数要求之外的附加要求。
订阅没有足够多的适当核心 (vCPU) 或虚拟机大小来为并行绿色虚拟机实例化所有虚拟机。
为当前容器中的每个虚拟机增建绿色组件时,将创建另一个虚拟机。因此,在增建绿色组件后,会出现大量重复的容器管理器虚拟机和 Unified Access Gateway 虚拟机,直到在安排的时间在控制台中从蓝色组件切换到绿色组件后重复项才会消失。为了有足够的空间创建这些绿色虚拟机,除订阅中已经用于其现有关联容器的配额之外,该订阅中相关 Microsoft 虚拟机系列的核心 (vCPU) 的配额级别还必须足够容纳这些并行绿色虚拟机。有关各种虚拟机类型和使用情况所需的核心数,请参阅
容器当前处于脱机状态,或者当前无法与 Horizon Cloud 进行通信。
在“容量”页面上,确认待更新容器报告的是联机状态。登录到 Microsoft Azure 门户,检查容器管理器虚拟机及其 Unified Access Gateway 虚拟机(如果您的容器具有这些虚拟机)是否正在运行。如果虚拟机未运行,请打开其电源。有关这些虚拟机所在资源组的详细信息,请参阅 为 Microsoft Azure 中部署的容器创建的资源组

从部署绿色虚拟机直到完成到绿色容器的切换这段时间所需的配额和核心数

如果系统通知您由于缺少可用核心而出现更新错误,请使用下表查看所需的额外配额。对于在当前蓝色容器中使用的各种虚拟机类型,本主题末尾的表格说明了这些类型使用的配额、创建绿色容器虚拟机时所需的额外配额,以及在从创建绿色虚拟机直到完成到绿色虚拟机的切换这段时间内运行蓝色和绿色虚拟机所需的总配额。有关容器使用的虚拟机系列类型和核心的详细信息,请参阅《部署指南》中的容器的虚拟机要求文档主题。

虚拟机类型及其核心 描述 在完成到绿色虚拟机的切换之前运行蓝色虚拟机和绿色虚拟机所需的总配额
Standard_D4_v3 虚拟机类型,每个虚拟机 4 个核心
注: 如果 Standard_D4_v3 类型在您的 Microsoft Azure 区域中不可用,则您的容器通常会使用 Standard_D3_v2 虚拟机类型。该类型也使用 4 个核心。
此虚拟机类型用于容器管理器虚拟机。
对于具有单个管理器虚拟机的容器
您的配额必须考虑现有(蓝色)管理器虚拟机的 4 个核心加上并行绿色管理器虚拟机的额外 4 个核心。这种使用情况需要八 (8) 个核心。
对于已启用高可用性并具有两个管理器虚拟机的容器
您的配额必须考虑现有(蓝色)管理器虚拟机的 8 个核心(2 个虚拟机,每个虚拟机 4 个核心)加上并行绿色管理器虚拟机的额外 8 个核心。这种使用情况需要十六 (16) 个核心。
根据您在部署容器时选择的内容:
  • Standard_A4_v2 虚拟机类型(具有 4 个核心)
  • Standard_F8s_v2(具有 8 个核心)
此虚拟机类型用于容器网关配置中的 Unified Access Gateway 虚拟机。您的订阅需要支持的核心数取决于您在容器上配置的网关类型。
对于仅具有一个外部网关的容器
该外部网关具有两个 Unified Access Gateway 虚拟机,因此需要的核心数为 2 个虚拟机与每个虚拟机具有的核心数的乘积。对于绿色组,您的配额必须考虑现有(蓝色)Unified Access Gateway 虚拟机的总核心数加上并行绿色 Unified Access Gateway 虚拟机的额外重复核心数。
  • 例如,如果您的虚拟机是 Standard_A4_v2(每个虚拟机 4 个核心),则这种使用情况需要 2 × 4 × 2 = 16 个核心。
  • 如果您的虚拟机是大小为每个虚拟机 8 个核心的虚拟机,则这种使用情况需要 2 × 8 × 2 = 32 个核心。
对于仅具有一个内部网关的容器
该网关具有两个 Unified Access Gateway 虚拟机,因此需要的核心数为 2 个虚拟机与每个虚拟机具有的核心数的乘积。对于绿色组,您的配额必须考虑现有(蓝色)Unified Access Gateway 虚拟机的总核心数加上并行绿色 Unified Access Gateway 虚拟机的额外重复核心数。
  • 例如,如果您的虚拟机是 Standard_A4_v2(每个虚拟机 4 个核心),则这种使用情况需要 2 × 4 × 2 = 16 个核心。
  • 如果您的虚拟机是大小为每个虚拟机 8 个核心的虚拟机,则这种使用情况需要 2 × 8 × 2 = 32 个核心。
对于同时具有两种类型网关的容器
该网关具有四个 Unified Access Gateway 虚拟机,因此需要的核心数为 4 个虚拟机与每个虚拟机具有的核心数的乘积。对于绿色组,您的配额必须考虑 4 倍的现有(蓝色)Unified Access Gateway 虚拟机核心数加上 2 倍的并行绿色 Unified Access Gateway 虚拟机的核心数。
  • 例如,如果您的虚拟机是 Standard_A4_v2(每个虚拟机 4 个核心),则这种使用情况需要 4 × 4 × 2 = 32 个核心。
  • 如果您的虚拟机是大小为每个虚拟机 8 个核心的虚拟机,则这种使用情况需要 4 × 8 × 2 = 64 个核心。
Standard_F2 虚拟机,2 个核心 此虚拟机用于 jump box 虚拟机。 在创建绿色组件期间以及在需要编排容器更新活动时,您的配额必须允许这 2 个核心,才能部署和运行 jump box 虚拟机。