Harvester中管理节点禁用Kubevirt虚拟机调度的技术方案

在Harvester集群部署实践中，管理节点（Management节点）通常承担着控制平面的关键角色。这些节点需要运行Kubernetes核心组件和Harvester管理系统，对资源稳定性和可靠性要求较高。然而，默认配置下这些节点同时也会参与Kubevirt虚拟机的调度，这可能会影响集群管理功能的稳定性。

问题背景

Harvester的Management角色节点默认配置为"优先但不专用"模式。这意味着：

1. 管理节点会优先运行集群控制平面组件
2. 但同时也会参与虚拟机工作负载的调度
3. 在资源紧张时，管理节点可能被迫运行虚拟机负载

这种设计在大多数生产环境中并不理想，因为：

• 管理节点通常配置较低，不适合运行额外工作负载
• 虚拟机负载可能影响集群管理功能的稳定性
• 关键服务与用户负载混跑存在相互干扰风险

技术解决方案

原生Kubernetes调度控制

最直接的解决方案是利用Kubernetes原生调度机制，通过节点标签控制：

1. 为管理节点添加专用标签：

kubevirt.io/schedulable: "false"

2. 创建虚拟机时指定调度约束：

spec:
  template:
    spec:
      affinity:
        nodeAffinity:
          requiredDuringSchedulingIgnoredDuringExecution:
            nodeSelectorTerms:
            - matchExpressions:
              - key: kubevirt.io/schedulable
                operator: NotIn
                values: ["false"]

Harvester持久化配置方案

由于上述标签在Harvester升级后会被重置，需要更持久的解决方案：

1. 自定义节点分组标签：

   • 为管理节点添加如node-role.kubernetes.io/management-dedicated=true的标签
   • 这些自定义标签不会在升级时被系统覆盖

2. 虚拟机调度策略：

   • 在创建虚拟机时明确排除管理节点
   • 使用节点亲和性规则确保虚拟机只运行在工作节点

实施建议

对于生产环境，建议采用以下最佳实践：

1. 节点角色分离：

   • 明确划分管理节点和工作节点
   • 管理节点专用于控制平面组件
   • 工作节点专用于运行虚拟机负载

2. 资源规划：

   • 管理节点配置适当资源余量
   • 工作节点按虚拟机需求规划

3. 调度策略：

   • 使用污点和容忍度进一步强化调度控制
   • 配置资源配额防止管理节点过载

未来优化方向

Harvester可考虑在系统层面增加以下功能：

1. 专用管理节点模式开关
2. 调度策略持久化机制
3. 资源隔离保障功能

通过以上技术方案，可以有效确保Harvester集群管理平面的稳定性，同时为虚拟机负载提供可靠的运行环境。这种架构分离是生产环境部署的重要最佳实践。