XenServer 和 Citrix Virtual Apps and Desktops 的升级方案
XenServer 包含的功能和优化使其成为在 Citrix Virtual Apps and Desktops 环境中使用的理想虚拟机管理程序。
如果您将 XenServer 与 Citrix Virtual Apps and Desktops 一起使用,则在执行升级时有一些注意事项,但主要的升级文章中未涵盖这些注意事项:从现有版本升级。在开始从 Citrix Hypervisor 8.2 升级到 XenServer 8 之前,请先阅读本文和主要的升级文章。
重要:
如果使用 Citrix Virtual Apps and Desktops 许可证来许可使用您的 Citrix Hypervisor 8.2 累积更新 1 主机,此许可证将不再适用于 XenServer 8。相反,您必须获得 XenServer Premium Edition 许可证才能覆盖池中的每个 CPU 插槽。有关详细信息,请参阅 https://xenserver.com/buy。
XenServer 现在是 Citrix 对私有云、Citrix 通用混合多云和 Citrix 平台许可证订阅的授权,用于运行您的 Citrix 工作负载。阅读更多信息。
在 Citrix Virtual Apps and Desktops 环境中升级 XenServer 时的注意事项:
- 作为升级的一部分,XenServer 主机会重新启动两次。在升级开始时,必须将服务器引导到安装介质中。在该过程结束时,安装程序将重新启动服务器以完成升级。在此期间,必须迁移或停止这些主机上的 VM。
- 用于升级 XenServer 的方法取决于您的 XenServer 环境、您的 Citrix Virtual Apps and Desktops 环境以及 XenServer 托管的计算机和应用程序的类型。
- 在开始升级 XenServer 之前,您可能需要在 Citrix Virtual Apps and Desktops 环境中做一些准备。
- 本文仅涵盖在 XenServer 池中托管 Citrix Virtual Apps and Desktops 工作负载的用例。本文未涵盖您还将部分 Citrix Virtual Apps and Desktops 基础结构托管在 XenServer 池中的 VM 上的情况。在执行升级计划时,请将这些组件考虑在内。
- 请确保您从中升级的 XenServer 版本和要升级到的 XenServer 版本中均支持您正在使用的 Citrix Virtual Apps and Desktops 版本。有关详细信息,请参阅 Supported Hypervisors for Citrix Virtual Apps and Desktops (MCS) and Citrix Provisioning (PVS)(Citrix Virtual Apps and Desktops (MCS) 和 Citrix Provisioning (PVS) 支持的虚拟机管理程序)。
- 升级所需的时间和服务中断的可能性取决于您的升级方法。整个池的全面升级可能需要几个小时才能完成。
- 本文假设完全升级单台 XenServer 主机的时间为 35 分钟。此主机升级时间包括升级过程和所有必需的重新启动。
本文中描述的方法旨在指导您采用一种升级方法,该方法可减少服务中断的可能性,并使升级过程在您的维护时段内进行。但是,在某些情况下,服务中断是不可避免的。如果 XenServer 升级过程不在您的维护时段内进行,则可以在维护时段之间在混合模式下短时间运行池。但是,不建议这样做。有关详细信息,请参阅混合模式池。
在计划的 XenServer 升级维护时段内,请遵循以下限制:
- 请勿尝试重新配置正在升级的池的基础结构。例如,请不要在池中添加主机或者从池中弹出主机。
- 请勿在正在升级的池中添加、启动或停止任何 VM。
- 请勿在此时段内执行目录更新。
滚动池升级
滚动池升级是 XenServer 的一项功能,旨在简化升级过程并最大限度地缩短停机时间。
XenCenter 中的滚动池升级向导会引导您完成升级过程并自动组织升级路径。对于池,池中的每个服务器都将从池协调器开始依次升级。开始升级之前,该向导会执行一系列预检查。这些预检查可确保某些池范围内的功能(例如高可用性)暂时处于禁用状态,并且池中的每个服务器都做好了升级准备。一次只有一个服务器处于脱机状态。在将升级安装到每个服务器之前,任何正在运行的 VM 都自动从该服务器中迁出。
可以将滚动池升级用于本文中概述的许多 Citrix Virtual Apps and Desktops 用例。每个用例的升级时间都相同:池中的主机数乘以单个主机的升级时间。(N x 35 分钟)。VM 中断的可能性取决于您的 Citrix Virtual Apps and Desktops 工作负载和 XenServer 池设置。
即使您打算使用滚动池升级来升级 XenServer 池,也要查看特定环境的信息,确保您了解 Citrix Virtual Apps and Desktops 的必备操作、任何特殊注意事项以及预期行为。
用例
本文确定了几个广泛的用例。对于其中的每个用例,我们假设 XenServer 池仅托管一种类型的 Citrix Virtual Apps and Desktops 工作负载。如果您的池中混合了不同类型的工作负载,请查看适用于您的池的所有用例,以确定您的首选升级方法是什么。
首先,请考虑一下您的 XenServer 环境是如何配置的:
-
在具有一个或多个共享存储库 (SR) 的 XenServer 池中,VM 磁盘可以托管在此共享存储上,这使 VM 能够在升级过程中在主机之间迁移。此配置可以减少或消除 VM 停机的需求。
-
在没有共享存储的 XenServer 池中或者在独立的 XenServer 主机上,VM 无法在升级过程中迁移。当主机作为升级的一部分重新启动时,必须关闭 VM。
具有共享存储的 XenServer 池
如果您要升级 VM 磁盘位于共享存储上的池,则可以在升级时从池中的每台 XenServer 主机中撤离 VM。
此类池的大多数用例都可以使用滚动池升级进行升级。但是,Citrix Virtual Apps and Desktops 中所需的必备操作和停机行为因工作负载而异。
请仔细思考您的池中托管了哪种类型的 Citrix Virtual Apps and Desktops 工作负载:
没有共享存储或独立主机的 XenServer 池
如果要升级的池中的 VM 磁盘位于本地存储中,或者池中只有一台主机,VM 在升级过程中无法迁移出 XenServer 主机。在这些情况下,必须在主机或池升级期间关闭 VM。在这些情况下,您的虚拟应用程序和桌面出现一些中断是不可避免的。
请仔细思考您的池中托管了哪种类型的 Citrix Virtual Apps and Desktops 工作负载:
用例 1:在具有共享存储的池上运行的单会话桌面
此用例涵盖具有共享存储的 XenServer 池,其主要工作负载为具有随机计算机分配类型的单会话虚拟桌面。此类计算机必须由 Citrix Provisioning 或 Machine Creation Services 进行管理。
对于 Citrix Virtual Apps and Desktops 管理的任何工作负载,包括由 Citrix Provisioning 和 Machine Creation Services 进行电源管理的工作负载,在执行升级过程中,您无法维持完整的工作负载。在升级过程中,计算机的电源管理可能会出现问题,如果不禁用新会话创建,则无法禁用电源管理。
推荐的升级选项:
-
滚动池升级
- 预计升级时间:池中的主机数量乘以单个主机的升级时间。(N x 35 分钟)
- 故障行为:在整个升级期间,所有计算机都处于 Citrix Virtual Apps and Desktops 维护模式。
如有可能,请在升级此池过程中将工作负载设置为从其他有容量的 XenServer 池提供。此方法可能会导致升级过程中的容量减少。如果您的其他 XenServer 主机和池中的容量不足,无法容纳工作负载,我们建议您宣布工作负载中的所有计算机出现故障。
滚动池升级 (1)
请查看开始之前的准备工作中的步骤和指南。
-
将池中的所有计算机置于维护模式。如果所有计算机都使用相同的连接,则可以将整个计算机目录置于维护模式。
-
通知所有受影响的用户即将发生的中断。
-
如果会话仍在此池中的计算机上运行,请要求用户注销或者强制其会话结束。
-
告知用户,注销后,在恢复全面服务之前,他们无法再次登录。
-
-
在 XenCenter 中,启动“滚动池升级”向导并选择自动模式。有关详细信息,请参阅使用 XenCenter 进行滚动池升级。
升级完成后,在滚动池升级过程中挂起的所有 VM 都将重新启动。
-
使计算机退出维护模式。
现在可以启动新会话并恢复完整服务。
用例 2:在具有共享存储的池上运行的其他工作负载
此用例涵盖具有共享存储的 XenServer 池,其主要工作负载为具有指定计算机分配类型的单会话虚拟桌面,或者具有随机计算机分配类型的多会话虚拟应用程序。
推荐的升级选项:
-
滚动池升级
- 预计升级时间:池中的主机数量乘以单个主机的升级时间。(N x 35 分钟)
- 中断行为:没有服务中断
滚动池升级 (2)
请查看开始之前的准备工作中的步骤和指南。
-
请确保池有足够的容量来运行您的工作负载,同时池中减少一台主机。在升级过程中,每次删除一台主机。其余主机必须能够运行所有必需的 VM。
如果池中没有足够的容量,则某些计算机在升级过程中可能不可用。如有可能,您可以在升级过程中挂起任何非关键 VM。
-
请确保 XenServer 池提供的所有计算机均已开机电源并注册到相关交付组中的 Citrix Virtual Apps and Desktops 中。
-
对于非托管计算机:
- 使用 XenCenter 确认所有 VM 均已打开电源。
- 在升级过程中,请勿执行任何手动电源操作。
-
对于电源托管的计算机:
- 请确保所有计算机都已打开电源(使用 XenCenter、Citrix Studio 或 Web Studio)。
-
要在升级过程中启用新会话,请执行以下操作:
- 请勿设置处于维护模式的计算机。
- 在升级过程中,请勿执行任何手动电源操作。
- 禁用任何可能会挂起计算机的电源管理方案。
- 确保没有其他可能会关闭计算机电源或挂起计算机的进程。
-
如果在升级过程中无法启动新会话是可以接受的:
- 将主机连接置于维护模式。有关详细信息,请参阅打开或关闭连接的维护模式。
- 告知最终用户,如果他们注销,则在升级过程中无法重新连接。
有关详细信息,请参阅交付组中的电源托管计算机。
-
适用于 Machine Creation Services 管理的计算机
- 请遵循与前面列表项中电源托管的计算机相同的指导。
- 此外,在整个升级期间,请不要尝试创建新计算机。
-
-
在 XenCenter 中,启动“滚动池升级”向导并选择自动模式。有关详细信息,请参阅使用 XenCenter 进行滚动池升级。
-
将您的环境操作还原到其常规配置。
- 删除在前面的步骤中设置的所有维护模式标志。
- 恢复在前面的步骤中对电源管理方案所做的任何调整。
用例 3:在具有本地存储的池上或独立主机上运行的已分配桌面
此用例涵盖没有共享存储的 XenServer 独立主机或池,其主要工作负载为具有指定计算机分配类型的单会话虚拟桌面。
推荐的升级选项:
-
滚动池升级 在单个维护时段内在自动模式下使用 RPU。这要求所有用户在整个升级过程中都处于停机状态,但池的管理开销较低
- 预计升级时间:池中的主机数量乘以单个主机的升级时间。(N x 35 分钟)
- 故障行为:在整个升级期间,所有计算机都处于 Citrix Virtual Apps and Desktops 维护模式。
-
手动升级 此模式在升级过程中为每位用户提供的停机时间最短,但对管理员来说涉及的停机时间更长
- 预计升级时间:单台主机的升级时间的两倍。(大约 70 分钟)
- 中断行为:对于每隔主机,在升级过程中每个桌面都不可用。此时间通常为 35 分钟。
滚动池升级 (3)
请查看开始之前的准备工作中的步骤和指南。
-
将提供池中的计算机的所有交付组或目录置于维护模式。
当计算机处于维护模式时,无法在池中的计算机上启动新会话。现有会话将一直保持到计算机关闭或挂起为止。
有关详细信息,请参阅禁止用户连接到交付组中的计算机。
-
通知所有受影响的用户即将发生的中断。提供他们必须结束会话的时间并指明何时还原服务。
-
检查受影响的计算机上是否有剩余会话,并对这些会话采取适当的操作。
-
在 XenCenter 中,启动“滚动池升级”向导并选择自动模式。有关详细信息,请参阅使用 XenCenter 进行滚动池升级。
升级完成后,在滚动池升级过程中挂起的所有 VM 都将重新启动。
-
使计算机退出维护模式。
现在可以启动新会话并恢复完整服务。
手动升级 (3)
您可以使用这一手动过程先升级池协调器,然后并行升级所有其他主机,以显著缩短总故障时间。
注意:
采用并行升级方法时,风险状况会发生变化。如果在升级过程中出现问题,则可能要等到所有主机都升级并遇到问题后才能检测到该问题。而如果您按顺序升级主机,则可以在继续下一台主机之前验证每台主机上的升级是否成功。
请查看开始之前的准备工作中的步骤和指南。
-
请确保 XenServer 池或主机提供的所有计算机均已打开并注册到相关交付组中的 Citrix Virtual Apps and Desktops 中。
-
对于非托管计算机:
- 使用 XenCenter 确认所有 VM 均已打开电源。
- 在升级过程中,请勿执行任何手动电源操作。
-
对于电源托管的计算机:
- 请确保所有计算机都已打开电源(使用 XenCenter 或 Studio)。
-
要在升级过程中启用新会话,请执行以下操作:
- 请勿设置处于维护模式的计算机。
- 在升级过程中,请勿执行任何手动电源操作。
- 禁用任何可能会挂起计算机的电源管理方案。
- 确保没有其他可能会关闭计算机电源或挂起计算机的进程。
-
如果在升级过程中无法启动新会话是可以接受的:
- 将主机连接置于维护模式。有关详细信息,请参阅打开或关闭连接的维护模式。
- 告知最终用户,如果他们注销,则在升级过程中无法重新连接。
有关详细信息,请参阅交付组中的电源托管计算机。
-
适用于 Machine Creation Services 管理的计算机
- 请遵循与前面列表项中电源托管的计算机相同的指导。
- 此外,在整个升级期间,请不要尝试创建计算机。
-
-
确定池协调器和关联的 VM。
-
将池协调器主机上的目录中的计算机置于维护模式。
-
使用 Director、Citrix Studio 或 Web Studio 向仍然连接到活动会话的用户发送消息,警告这些用户其桌面在一段时间内处于脱机状态。此时段是指这一单个主机的升级时间(大约 35 分钟)。
-
使用 xe CLI 更新池协调器:
-
禁用池协调器。这样可防止在指定的主机上启动或迁移任何新 VM。
xe host-disable host=<uuid_or_name_label>
-
确保池协调器上没有正在运行的 VM。将 VM 关闭、挂起或迁移到池中的其他主机。
-
要关闭 VM,请使用以下命令:
xe vm-shutdown
-
要挂起 VM,请使用以下命令:
xe vm-suspend
-
要迁移特定 VM,请使用以下命令:
xe vm-migrate
将指定 VM 迁移到指定主机后,您可以完全控制如何将迁移的 VM 分发给池中的其他主机。
-
要撤离主机,请使用以下命令:
xe host-evacuate
从主机中撤离所有 VM 后,迁移的 VM 就会分发给 XenServer。
-
-
关闭池协调器。
xe host-shutdown
重要提示:
在池协调器完成升级之前,您无法访问池协调器。关闭池协调器会导致池中的其他主机进入紧急模式。当主机所属池中的池协调器从网络中消失并且经过多次尝试后仍无法联系时,主机会进入紧急模式。VM 在紧急模式下继续在主机上运行,但控制操作不可用。
-
使用 XenServer 安装介质和所选方法(例如,USB 或网络)引导池协调器。
-
执行 XenServer 安装过程,直到安装程序提供升级选项为止。选择进行升级。
池协调器重新启动时,池中的其他主机将退出紧急模式,并在几分钟后恢复正常服务。
-
启动或恢复任何已关闭或挂起的 VM。
-
将所需的任何 VM 迁移回该池协调器。
如果任何事情中止了池协调器的升级,或者如果升级因任何原因失败,请勿尝试继续升级。重新引导池协调器并还原到可以正常运行的版本。
-
-
升级池协调器后,在 Citrix Studio 或 Web Studio 中使池协调器上的计算机退出维护模式。
-
对池中所有剩余的主机并行完成以下步骤:
-
将主机上的目录中的计算机置于维护模式。
-
使用 Director、Citrix Studio 或 Web Studio 向仍然连接到活动会话的用户发送消息,警告这些用户其桌面在一段时间内处于脱机状态。此时段是指这一单个主机的升级时间(大约 35 分钟)。
-
使用 xe CLI 禁用主机。
xe host-disable host-selector=<host_selector_value>
-
确保该主机上未在运行任何 VM。将 VM 关闭、挂起或迁移到池中的其他主机。
-
要关闭 VM,请使用以下命令:
xe vm-shutdown
-
要挂起 VM,请使用以下命令:
xe vm-suspend
-
要迁移特定 VM,请使用以下命令:
xe vm-migrate
将指定 VM 迁移到指定主机后,您可以完全控制如何将迁移的 VM 分发给池中的其他主机。
-
要撤离主机,请使用以下命令:
xe host-evacuate
从主机中撤离所有 VM 后,迁移的 VM 就会分发给 XenServer。
-
-
关闭主机。
xe host-shutdown
-
使用 XenServer 安装介质和所选方法(例如,USB 或网络)引导主机。
-
执行 XenServer 安装过程,直到安装程序提供升级选项为止。选择进行升级。
-
主机升级完成后,启动或恢复任何已关闭或挂起的 VM。
-
将所需的任何 VM 迁移回该主机。
如果从属主机的升级失败或中断,则无需还原。在池中运行命令
xe host-forget
以忘记该主机。请在该主机上重新安装 XenServer,然后使用命令xe pool-join
将该主机作为新主机加入池中。 -
-
更新 XenServer 主机后,在 Citrix Studio 或 Web Studio 中使计算机退出维护模式。
用例 4:在具有本地存储的池上或独立主机上运行的其他工作负载
此用例涵盖具有共享存储的 XenServer 池,其主要工作负载为单会话虚拟桌面或具有随机计算机分配类型的多会话虚拟应用程序。
对于 Citrix Virtual Apps and Desktops 管理的任何工作负载,包括由 Citrix Provisioning 和 Machine Creation Services 进行电源管理的工作负载,在执行升级过程中,您无法维持完整的工作负载。在升级过程中,计算机的电源管理可能会出现问题,如果不禁用新会话创建,则无法禁用电源管理。
推荐的升级选项:
-
滚动池升级
- 预计升级时间:池中的主机数量乘以单个主机的升级时间。(N x 35 分钟)
- 故障行为:在整个升级期间,所有计算机都处于 Citrix Virtual Apps and Desktops 维护模式。
-
手动升级
- 预计升级时间:单台主机的升级时间的两倍。(大约 70 分钟)
- 故障行为:在整个升级期间,所有计算机都处于 Citrix Virtual Apps and Desktops 维护模式。
如有可能,请在升级此池过程中将工作负载设置为从其他有容量的 XenServer 池提供。此方法可能会导致升级过程中的容量减少。如果您的其他 XenServer 主机和池中的容量不足,无法容纳工作负载,我们建议您宣布工作负载中的所有计算机出现故障。
滚动池升级 (4)
请查看开始之前的准备工作中的步骤和指南。
-
将池中的所有计算机置于维护模式。如果所有计算机都使用相同的连接,则可以将整个计算机目录置于维护模式。
-
通知所有受影响的用户即将发生的中断。
-
如果会话仍在此池中的计算机上运行,请要求用户注销或者强制其会话结束。
-
告知用户,注销后,在恢复全面服务之前,他们无法再次登录。
-
-
在 XenCenter 中,启动“滚动池升级”向导并选择自动模式。有关详细信息,请参阅使用 XenCenter 进行滚动池升级。
升级完成后,在滚动池升级过程中挂起的所有 VM 都将重新启动。
-
使计算机退出维护模式。
现在可以启动新会话并恢复完整服务。
手动升级 (4)
您可以使用这一手动过程先升级池协调器,然后并行升级所有其他主机,以显著缩短总故障时间。
注意:
采用并行升级方法时,风险状况会发生变化。如果在升级过程中出现问题,则可能要等到所有主机都升级并遇到问题后才能检测到该问题。而如果您按顺序升级主机,则可以在继续下一台主机之前验证每台主机上的升级是否成功。
请查看开始之前的准备工作中的步骤和指南。
-
请确保 XenServer 池或主机提供的所有计算机均已打开并注册到相关交付组中的 Citrix Virtual Apps and Desktops 中。
-
对于非托管计算机:
- 使用 XenCenter 确认所有 VM 均已打开电源。
- 在升级过程中,请勿执行任何手动电源操作。
-
对于电源托管的计算机:
- 请确保所有计算机都已打开电源(使用 XenCenter 或 Studio)。
-
要在升级过程中启用新会话,请执行以下操作:
- 请勿设置处于维护模式的计算机。
- 在升级过程中,请勿执行任何手动电源操作。
- 禁用任何可能会挂起计算机的电源管理方案。
- 确保没有其他可能会关闭计算机电源或挂起计算机的进程。
-
如果在升级过程中无法启动新会话是可以接受的:
- 将主机连接置于维护模式。有关详细信息,请参阅打开或关闭连接的维护模式。
- 告知最终用户,如果他们注销,则在升级过程中无法重新连接。
有关详细信息,请参阅交付组中的电源托管计算机。
-
适用于 Machine Creation Services 管理的计算机
- 请遵循与前面列表项中电源托管的计算机相同的指导。
- 此外,在整个升级期间,请不要尝试创建计算机。
-
-
确定池协调器和关联的 VM。
-
将池协调器主机上的目录中的计算机置于维护模式。
-
使用 Director、Citrix Studio 或 Web Studio 向仍然连接到活动会话的用户发送消息,警告这些用户其桌面在一段时间内处于脱机状态。此时段是指这一单个主机的升级时间(大约 35 分钟)。
-
使用 xe CLI 更新池协调器:
-
禁用池协调器。这样可防止在指定的主机上启动或迁移任何新 VM。
xe host-disable host=<uuid_or_name_label>
-
确保池协调器上没有正在运行的 VM。将 VM 关闭、挂起或迁移到池中的其他主机。
-
要关闭 VM,请使用以下命令:
xe vm-shutdown
-
要挂起 VM,请使用以下命令:
xe vm-suspend
-
要迁移特定 VM,请使用以下命令:
xe vm-migrate
将指定 VM 迁移到指定主机后,您可以完全控制如何将迁移的 VM 分发给池中的其他主机。
-
要撤离主机,请使用以下命令:
xe host-evacuate
从主机中撤离所有 VM 后,迁移的 VM 就会分发给 XenServer。
-
-
关闭池协调器。
xe host-shutdown
重要提示:
在池协调器完成升级之前,您无法访问池协调器。关闭池协调器会导致池中的其他主机进入紧急模式。当主机所属池中的池协调器从网络中消失并且经过多次尝试后仍无法联系时,主机会进入紧急模式。VM 在紧急模式下继续在主机上运行,但控制操作不可用。
-
使用 XenServer 安装介质和所选方法(例如,USB 或网络)引导池协调器。
-
执行 XenServer 安装过程,直到安装程序提供升级选项为止。选择进行升级。
池协调器重新启动时,池中的其他主机将退出紧急模式,并在几分钟后恢复正常服务。
-
启动或恢复任何已关闭或挂起的 VM。
-
将所需的任何 VM 迁移回该池协调器。
如果任何事情中止了池协调器的升级,或者如果升级因任何原因失败,请勿尝试继续升级。重新引导池协调器并还原到可以正常运行的版本。
-
-
升级池协调器后,在 Citrix Studio 或 Web Studio 中使池协调器上的计算机退出维护模式。
-
对池中所有剩余的主机并行完成以下步骤:
-
将主机上的目录中的计算机置于维护模式。
-
使用 Director、Citrix Studio 或 Web Studio 向仍然连接到活动会话的用户发送消息,警告这些用户其桌面在一段时间内处于脱机状态。此时段是指这一单个主机的升级时间(大约 35 分钟)。
-
使用 xe CLI 禁用主机。
xe host-disable host-selector=<host_selector_value>
-
确保该主机上未在运行任何 VM。将 VM 关闭、挂起或迁移到池中的其他主机。
-
要关闭 VM,请使用以下命令:
xe vm-shutdown
-
要挂起 VM,请使用以下命令:
xe vm-suspend
-
要迁移特定 VM,请使用以下命令:
xe vm-migrate
将指定 VM 迁移到指定主机后,您可以完全控制如何将迁移的 VM 分发给池中的其他主机。
-
要撤离主机,请使用以下命令:
xe host-evacuate
从主机中撤离所有 VM 后,迁移的 VM 就会分发给 XenServer。
-
-
关闭主机。
xe host-shutdown
-
使用 XenServer 安装介质和所选方法(例如,USB 或网络)引导主机。
-
执行 XenServer 安装过程,直到安装程序提供升级选项为止。选择进行升级。
-
主机升级完成后,启动或恢复任何已关闭或挂起的 VM。
-
将所需的任何 VM 迁移回该主机。
如果从属主机的升级失败或中断,则无需还原。在池中运行命令
xe host-forget
以忘记该主机。请在该主机上重新安装 XenServer,然后使用命令xe pool-join
将该主机作为新主机加入池中。 -
-
更新 XenServer 主机后,在 Citrix Studio 或 Web Studio 中使计算机退出维护模式。
混合模式池
混合模式池是指池中的主机使用不同版本的 XenServer 的池。在混合模式(使用多个版本的 XenServer)下运行池的时间不要超过必需的时间,因为池在升级过程中处于降级状态。在这种降级状态下,某些 VM、SR、VDI 和主机操作会被阻止。在较高版本的 XenServer 的主机上运行的 VM 无法迁移到安装了较低版本的 XenServer 的主机上或者在该主机上启动。
混合模式池不支持标准用法,仅支持在池升级期间作为过渡状态。如果您在混合模式下运行时遇到问题,技术支持人员将要求您完成池升级,然后在非混合池中重现该问题。
在检查了 Citrix Virtual Apps and Desktops 环境的升级选项后,您计划的 XenServer 升级路径可能需要比可用维护时段更长的时间。如有可能,请延长维护时段,使您的 XenServer 升级能够在其中完成。如果这不可能,您可以选择在下一个维护时段之前在混合模式下运行该池。但是,在混合模式下运行池会增加出现意外行为或问题的可能性,这些行为或问题可能会导致您需要紧急维护时段。计划最大限度地缩短池在混合模式下花费的时间。
如果您的 Citrix Virtual Apps and Desktops 环境暂时在混合模式 XenServer 池之上运行,请注意以下行为:
-
对于需要在重复使用之前重新启动 VM 的池桌面工作负载,VM 仅在运行较新版本的 XenServer 的主机上重新启动。池的有效容量受到限制。容量可能不足,无法重新启动所有必需的 VM,具体取决于池中已升级的主机数量。这种行为可能会导致出现故障,某些 Citrix Virtual Apps and Desktops 用户可能无法访问所需的会话。
-
如果您有使用本地存储的专用计算机位于运行较旧版本的 XenServer 的主机上,可以停止这些 VM,但是在升级完成且池不再处于混合模式之前,这些 VM 无法重新启动。