在 Universal Broker 环境中处理最终用户分配时，如果其中一个参与分配的容器断开连接并变为脱机状态，则您可能会遇到分配中资源可用性有限的情况。
在 Universal Broker 环境中使用最终用户分配时，您可能会遇到以下情况。
浮动 VDI 分配
- 如果浮动 VDI 分配包含多个容器中的桌面，并且一个或多个参与容器变为脱机状态，则 Universal Broker 会忽略已脱机的容器，并且仅从联机容器中搜索桌面以满足用户的请求，前提是用户请求没有超过最大容量。
- 如果浮动 VDI 分配中的某个参与容器变为脱机状态，稍后又重新联机，则最终用户可能会在多个容器中看到该分配的多个连接会话。多个实例通常表示与变为脱机状态的容器建立的较早会话，以及为满足用户请求而从其他联机容器启动的较晚会话。当用户选择其中一个会话时，另一个会话将自动注销。
专用分配
- 如果最终用户收到专用 VDI 分配中的一个专用桌面，并且包含该桌面的容器变为脱机状态，则用户将无法访问该桌面。仅当容器重新联机时，用户才能重新访问桌面。
- 如果最终用户尚未收到分配中的专用桌面，并且一个或多个参与容器变为脱机状态，则 Universal Broker 会忽略已脱机的容器，并且仅从联机容器中搜索桌面以满足用户的请求，前提是该请求没有超过最大容量。
RDSH 会话桌面和应用程序分配
- 如果参与 RDSH 分配的某个容器变为脱机状态，您将无法在 Horizon Universal Console 中访问该分配或包含的任何会话桌面。虽然最终用户仍可以看到分配中的会话桌面，但打开与桌面的连接会话的任何尝试都将失败。当容器重新联机时，分配桌面和会话桌面将在控制台中再次变为可供最终用户使用。
- 如果 RDSH 分配中包含的应用程序所在的参与容器变为脱机状态，您将无法在控制台中访问这些特定的应用程序。虽然最终用户仍可从脱机容器中查看远程应用程序，但任何尝试启动与这些应用程序的会话的操作都将失败。分配中来自脱机容器以外的容器的应用程序仍可在控制台中访问并可供最终用户使用。当脱机容器重新联机时，该容器中的应用程序将再次在控制台中变为可供最终用户使用。
此页面对您有帮助吗?