在连接时,Light Agent 可应用以下 SVM 选择算法之一:
如果应用此算法,则在虚拟机上安装并运行后,Light Agent 会选择连接到 Light Agent 本地的 SVM。
SVM 相对于 Light Agent 的本地性取决于虚拟基础架构的类型:
HypervisorSpecificSettings:Openstack
部分的 StandardAlgorithmSvmLocality
参数。根据 Integration Server 的版本,文件位于以下路径之一:StandardAlgorithmSvmLocality
参数可以采用以下值:
ServerGroup
– 如果选择此值,只要 SVM 与安装了 Light Agent 的虚拟机位于同一服务器组内,则该 SVM 被视为 Light Agent 的本地 SVM。默认情况下采用此值。Project
– 如果选择此值,只要 SVM 与安装了 Light Agent 的虚拟机部署在同一个 OpenStack 项目中,则该 SVM 被视为 Light Agent 的本地 SVM。AvailabilityZone
– 如果选择此值,只要 SVM 与安装了 Light Agent 的虚拟机位于同一可用域内,则该 SVM 被视为 Light Agent 的本地 SVM。如果没有本地 SVM 进行连接,Light Agent 会选择 Light Agent 连接数最少的 SVM,而不管 SVM 在虚拟基础架构中的路径如何。
如果在 SVM 上为 Protection Server 启用了大型基础架构保护模式,则应用程序无法确定 SVM 相对于 Light Agent 是否为本地。在这种情况下,建议使用扩展 SVM 选择算法并选择 Integration Server 作为 SVM 发现方法。
如果应用此算法,您可以定义以下 SVM 选择设置:
如果 Light Agent 忽略基础架构中 SVM 的位置,则 Light Agent 将能够连接到任何可供连接的 SVM。
如果 Light Agent 必须考虑基础架构中 SVM 的位置,则需要选择在确定相对于 Light Agent 的 SVM 位置时要考虑的 SVM 路径类型。SVM 相对于 Light Agent 的本地性取决于虚拟基础架构。
在基于 Microsoft Hyper-V、XenServer、VMware vSphere、KVM、Proxmox VE、Basis、Skala-R、华为 FusionSphere、Nutanix Acropolis、Alt Virtualization Server、Astra Linux 或 Numa vServer 的虚拟基础架构中,在以下任何一种情况下,SVM 被视为对于 Light Agent 是本地的:
在 OpenStack 平台、VK Cloud 平台或 TIONIX Cloud Platform 上运行的虚拟基础架构中,SVM 在以下情况可被视为对 Light Agent 而言是本地的:
如果 Light Agent 在选择连接哪个 SVM 时考虑 SVM 在基础架构中的位置,则 Light Agent 只能连接到本地的 SVM。
例如,如果您将 Hypervisor 集群指定为 SVM 路径类型,则部署在该 Hypervisor 集群上的所有 SVM 都将被视为对 Light Agent 而言是本地的,而 Light Agent 只能连接到其中一个 SVM。如果运行 Light Agent 的同一集群中没有 SVM 可供连接,则 Light Agent 将不连接到 SVM。
在选择 SVM 时,Light Agent 将考虑已连接的 Light Agent 数量,以确保在可供连接的 SVM 之间平均分布 Light Agent。
如果 Light Agent 使用扩展 SVM 选择算法,选择 SVM 地址列表作为 SVM 发现方法,并且 SVM 上启用了大型基础架构保护模式,则只有在忽略 SVM 路径的情况下才可以将 Light Agent 连接到该 SVM。
您可以指定 Light Agent 将使用的 SVM 选择算法,并配置使用扩展 SVM 选择算法的设置。
页面顶部