#规划用于监控的基础设施节点

#概述

为 Monitoring 插件规划并配置基础设施节点。使用插件配置将 Monitoring 工作负载放置在基础设施节点上，而不是在安装后修补生成的工作负载。

#支持的配置方法

• 对于 ACP Basic Monitoring，可以在控制台中通过 Advanced Configuration 配置放置，也可以在 Installation 中通过 YAML 配置 spec.config.components.nodeSelector 和 spec.config.components.tolerations。
• 对于 ACP Advanced Monitoring，可以在控制台中通过 Advanced Configuration 配置放置，也可以在 Installation 中通过 YAML 配置 spec.config.components.nodeSelector 和 spec.config.components.tolerations。

不要将修补生成的 Deployments、StatefulSets 或其他由插件管理的工作负载作为放置 Monitoring 工作负载的标准方式。

#配置放置前

在配置放置之前，请确保满足以下条件：

• 根据 Infra Nodes 规划基础设施节点。
• 确认存储使用的是 LocalVolume，还是使用 spec.nodeAffinity 的其他持久卷。
• 确保所选基础设施节点同时满足调度规则和存储放置约束。

#在控制台中配置放置

#Prometheus

从控制台安装或升级 ACP Basic Monitoring 时，展开 Advanced Configuration 并配置以下字段：

#VictoriaMetrics

从控制台安装或升级 ACP Advanced Monitoring 时，展开 Advanced Configuration 并配置以下字段：

#在 YAML 中配置放置

#Prometheus

如果希望 Prometheus 插件工作负载在专用基础设施节点上运行，请在安装或升级期间配置插件级别的调度规则。

示例：

spec:
  config:
    components:
      nodeSelector:
        - key: kubernetes.io/os
          value: linux
      tolerations:
        - effect: NoSchedule
          key: node-role.kubernetes.io/infra
          operator: Exists

#VictoriaMetrics

如果希望 VictoriaMetrics 插件工作负载在专用基础设施节点上运行，请在安装或升级期间配置插件级别的调度规则。

示例：

spec:
  config:
    components:
      nodeSelector:
        - key: kubernetes.io/os
          value: linux
      tolerations:
        - effect: NoSchedule
          key: node-role.kubernetes.io/infra
          operator: Exists

当 storage.type 为 LocalVolume 时，可以选择一个或多个节点。请确保每个选定的存储节点也符合配置的节点选择器规则。

#故障排除

#Monitoring 工作负载仍调度在通用节点上

检查以下事项：

• 目标节点具有预期的标签。
• 配置的容忍度与基础设施节点上的污点相匹配。
• 插件已使用最新的调度配置进行升级或重新应用。

#Monitoring 工作负载无法调度到选定的基础设施节点上

此问题通常表明选定的节点不满足一项或多项调度或存储约束。

常见原因：

• 基础设施节点没有 nodeSelector 引用的标签。
• 基础设施节点具有未被配置的容忍度覆盖的污点。
• 选定的 LocalVolume 节点或 PV nodeAffinity 规则指向基础设施节点组之外的节点。

#了解更多

• 安装
• 监控组件容量规划

#后续操作

• 验证 Monitoring 工作负载是否运行在预期的基础设施节点上。
• 检查选定的基础设施节点是否仍满足容量规划目标。