自动缩放标记的计算机（云爆发）

简介

使用“管理”控制台自动缩放某些标记的计算机

1. 创建一个标记，并将该标记应用于交付组中适用的计算机。有关详细信息，请参阅管理标记和标记限制。
2. 选择交付组，然后打开“管理自动缩放”向导。
3. 在“自动缩放标记的计算机”页面上，选择“为带有标记的计算机启用自动缩放”，从列表中选择一个标记，然后单击“应用”以保存更改。
   单会话操作系统静态和随机交付组的用户界面：
   
   多会话操作系统交付组的用户界面：
   

使用 PowerShell 自动缩放某些标记的计算机

1. 创建标签。 使用 New-Brokertag PowerShell 命令创建标签。
   • 例如：$managed = New-BrokerTag Managed。在这种情况下，此标记名为“Managed”。有关 New-Brokertag PowerShell 命令的详细信息，请参阅 <https://developer-docs.citrix.com/projects/delivery-controller-sdk/en/latest/Broker/New-BrokerTag/>。
2. 将标记应用于计算机。使用 Get-Brokermachine PowerShell 命令将标记应用于您希望 Autoscale 进行电源管理的目录中的计算机。
   • 例如：Get-BrokerMachine -CatalogName "cloud" | Add-BrokerTag $managed.Name。在这种情况下，此目录名为“cloud”。
   • 有关 Get-Brokermachine PowerShell 命令的详细信息，请参阅 <https://developer-docs.citrix.com/projects/delivery-controller-sdk/en/latest/Broker/Get-BrokerMachine/>。
   注意：
   应用标记后，您可能会向目录中添加新计算机。该标记不会自动应用于这些新计算机。

3. 将带标记的计算机添加到您希望 Autoscale 进行电源管理的交付组。 使用 Get-BrokerDesktopGroup PowerShell 命令向包含计算机的交付组添加标记限制（换句话说，即“将启动限制为具有标记 X 的计算机”）。
   • 例如：Get-BrokerDesktopGroup -Uid 1 | Set-BrokerDesktopGroup -RestrictAutoscaleTagUid $managed.Uid。在这种情况下，交付组的 UID 为 1。
   • 有关 Get-BrokerDesktopGroup PowerShell 命令的详细信息，请参阅 <https://developer-docs.citrix.com/projects/delivery-controller-sdk/en/latest/Broker/Get-BrokerDesktopGroup/>。

示例场景

• 计算机目录配置。有两个计算机目录（C1 和 C2）。
  • 目录 C1 包含 5 台计算机（M1 到 M5），这些计算机位于本地部署中。
  • 目录 C2 包含 5 台计算机（M6 到 M10），这些计算机位于云部署中。
• 标签限制。一个名为“Cloud”的标签被创建并应用于目录 C2 中的机器 M6 到 M10。
• 区域配置。创建了两个区域（Z1 和 Z2）。
  • 包含目录 C1 的区域 Z1 对应于本地部署。
  • 包含目录 C2 的区域 Z2 对应于云部署。
• 交付组配置
  • 交付组包含 10 台机器（M1 到 M10），其中 5 台来自目录 C1（M1 到 M5），5 台来自目录 C2（M6 到 M10）。
  • 机器 M1 到 M5 手动开机，并在整个计划期间保持开机状态。
• Autoscale 配置
  • 容量缓冲区设置为 10%。
  • Autoscale 仅管理带有“Cloud”标签的机器。在这种情况下，Autoscale 管理云机器 M6 到 M10。
• 已发布的应用程序或桌面配置。为已发布的桌面（例如）配置了区域首选项，其中对于用户启动请求，区域 Z1 优先于区域 Z2。
  • 区域 Z1 被配置为已发布的桌面的首选区域（主区域）。

1. 没有用户登录。
2. 用户会话增加。
3. 用户会话进一步增加，直到所有可用的本地计算机都被占用。
4. 更多用户会话启动。
5. 由于会话终止，用户会话减少。
6. 用户会话进一步减少，直到会话负载仅由本地计算机处理。

• 无用户负载（初始状态）
  • 本地计算机 M1 到 M5 都已开机。
  • 云中的一台计算机（例如 M6）已开机。该计算机开机是因为配置了容量缓冲区。在这种情况下，10（计算机数量）x 10,000（负载指数）x 10%（配置的容量缓冲区）等于 10,000。因此，一台计算机已开机。
  • 所有已开机计算机（M1 到 M6）的负载指数值处于基线负载（负载指数等于 0）。
• 用户登录
  • 会话通过配置的区域首选项被定向到计算机 M1 到 M5 上托管，并在这些本地计算机之间进行负载均衡。
  • 已开机计算机（M1 到 M5）的负载指数值增加。
  • 已开机计算机 M6 的负载指数值处于基线负载。
• 用户增加负载，消耗所有本地资源
  • 会话通过配置的区域首选项被定向到计算机 M1 到 M5 上托管，并在这些本地计算机之间进行负载均衡。
  • 所有已开机计算机（M1 到 M5）的负载指数值已达到 10,000。
  • 已开机计算机 M6 的负载指数值保持在基线负载。
• 又有一名用户登录
  • 会话溢出区域首选项，并被定向到云计算机 M6 上托管。
  • 所有已开机计算机（M1 到 M5）的负载指数值已达到 10,000。
  • 已开机计算机 M6 的负载指数值增加，不再处于基线负载。当总备用容量的负载指数降至 10,000 以下时，Autoscale 会根据配置的容量缓冲区启动一台额外的计算机 (M7) 以满足需求。请注意，启动计算机 M7 可能需要一些时间。因此，在计算机 M7 准备就绪之前可能会有延迟。
• 更多用户登录
  • 会话被定向到计算机 M6 上托管。
  • 所有已开机计算机（M1 到 M5）的负载指数值已达到 10,000。
  • 已开机计算机 M6 的负载指数值进一步增加，但总备用容量的负载指数仍高于 10,000。
  • 已开机计算机 M7 的负载指数值保持在基线负载。
• 更多用户登录
  • 计算机 M7 准备就绪后，会话将被定向到计算机 M6 和 M7 上托管，并在这些计算机之间进行负载平衡。
  • 所有已开机计算机（M1 到 M5）的负载指数值已达到 10,000。
  • 计算机 M7 的负载指数值不再处于基线负载。
  • 已开机机器（M6 和 M7）的负载指数值增加。
  • 总备用容量在负载指数方面仍高于 10,000。
• 由于会话终止，用户会话负载降低。
  • 用户从其会话注销或空闲会话超时后，机器 M1 到 M7 上释放的容量将重新用于托管其他用户启动的会话。
  • 当总备用容量在负载指数方面增加到 10,000 以上时，Autoscale 会将其中一台云机器（M6 到 M7）置于排空状态。因此，除非发生新的变化（例如，用户负载再次增加或其它云机器负载最低），否则其他用户启动的会话将不再定向到该机器（例如 M7）。
• 用户会话负载进一步降低，直到不再需要一台或多台云机器。
  • 机器 M7 上的所有会话终止且指定的关机延迟超时后，Autoscale 会关闭机器 M7。
  • 所有已开机机器（M1 到 M5）的负载指数值可能会降至 10,000 以下。
  • 已开机机器（M6）的负载指数值降低。
• 用户会话进一步减少，直到不再需要云机器。
  • 即使机器 M6 上没有用户会话，Autoscale 也不会将其关闭，因为它被保留为备用容量。
  • 由于配置了容量缓冲区，Autoscale 会保持剩余的云机器 M6 处于开机状态。该机器正在等待为传入用户提供桌面。
  • 只要本地机器有可用容量，会话就不会被定向到机器 M6 上托管。