容器脱机时在Universal Broker环境中使用分配的注意事项

在Universal Broker环境中使用最终用户分配时，如果参与分配的其中一个容器断开连接并变为脱机状态，则可能会在分配中遇到可用资源有限的情况。

在Universal Broker环境中使用最终用户分配时，可能会遇到以下情况。

浮动 VDI 分配

• 如果浮动 VDI 分配包含多个容器中的桌面，并且一个或多个参与容器变为脱机状态，则 Universal Broker 会忽略已脱机的容器并仅从联机容器中搜索桌面以满足用户的请求，前提是用户请求没有超过最大容量。
• 如果浮动 VDI 分配中的某个参与容器变为脱机状态，稍后又重新联机，则最终用户可能会在多个容器中看到该分配的多个连接会话。多个实例通常表示与变为脱机状态的容器建立的较早会话，以及为满足用户请求而从其他联机容器启动的较晚会话。当用户选择其中一个会话时，另一个会话将自动注销。

专用 VDI 分配

• 如果最终用户收到专用 VDI 分配中的一个专用桌面，并且包含该桌面的容器变为脱机状态，则用户将无法访问该桌面。仅当容器重新联机时，用户才能重新访问该桌面。
• 如果最终用户尚未收到分配中的专用桌面，并且一个或多个参与容器变为脱机状态，则 Universal Broker 会忽略已脱机的容器并仅从联机容器中搜索桌面以满足用户的请求，前提是用户请求没有超过最大容量。

RDSH 会话桌面和应用程序分配

• 如果参与 RDSH 分配的某个容器变为脱机状态，您将无法在 Horizon Universal Console中访问该分配或所包含的任何会话桌面。虽然最终用户仍然可以看到分配中的会话桌面，但打开与桌面的连接会话的任何尝试都将失败。当容器重新联机时，分配和会话桌面将在控制台中再次变为可供最终用户使用。
• 如果 RDSH 分配中包含的应用程序所在的参与容器变为脱机状态，您将无法在控制台中访问这些特定的应用程序。虽然最终用户仍然可以看到脱机容器中的远程应用程序，但任何尝试启动与这些应用程序的会话的操作都将失败。分配中来自脱机容器之外的容器中的应用程序仍将在控制台中可供最终用户使用。当脱机容器重新联机时，该容器中的应用程序将在控制台中再次变为可供最终用户使用。