#Планирование infra nodes для Monitoring

#Обзор

В этом документе объясняется, как планировать и настраивать infra nodes для плагинов Monitoring. Используйте конфигурацию плагина, чтобы размещать рабочие нагрузки Monitoring на infra nodes вместо того, чтобы вносить изменения в сгенерированные рабочие нагрузки после установки.

#Поддерживаемые способы конфигурации

• Для ACP Monitoring with Prometheus настройте размещение либо в консоли через Advanced Configuration, либо в YAML через spec.config.components.nodeSelector и spec.config.components.tolerations в Installation.
• Для ACP Monitoring with VictoriaMetrics настройте размещение либо в консоли через Advanced Configuration, либо в YAML через spec.config.components.nodeSelector и spec.config.components.tolerations в Installation.

Не используйте внесение изменений в сгенерированные Deployments, StatefulSets или другие рабочие нагрузки, управляемые плагином, как стандартный способ размещения рабочих нагрузок Monitoring на infra nodes.

#Перед настройкой размещения

Перед настройкой размещения убедитесь, что выполнены следующие условия:

• Спланируйте infra nodes в соответствии с Cluster Node Planning.
• Подтвердите, использует ли ваше хранилище LocalVolume или другие persistent volumes с spec.nodeAffinity.
• Убедитесь, что выбранные infra nodes соответствуют как правилам планирования, так и ограничениям размещения хранилища.

#Настройка размещения в консоли

#Prometheus

При установке или обновлении ACP Monitoring with Prometheus из консоли разверните Advanced Configuration и настройте следующие поля:

#VictoriaMetrics

При установке или обновлении ACP Monitoring with VictoriaMetrics из консоли разверните Advanced Configuration и настройте следующие поля:

#Настройка размещения в YAML

#Prometheus

Если вы хотите, чтобы рабочие нагрузки плагина Prometheus запускались на выделенных infra nodes, настройте правила планирования на уровне плагина во время установки или обновления.

Пример:

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

#VictoriaMetrics

Если вы хотите, чтобы рабочие нагрузки плагина VictoriaMetrics запускались на выделенных infra nodes, настройте правила планирования на уровне плагина во время установки или обновления.

Пример:

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

Когда storage.type имеет значение LocalVolume, вы можете выбрать один или несколько узлов. Убедитесь, что каждый выбранный узел хранения также соответствует настроенным правилам node selector.

#Устранение неполадок

#Рабочие нагрузки Monitoring по-прежнему планируются на общие nodes

Проверьте следующие пункты:

• На целевых nodes есть ожидаемые метки.
• Настроенные tolerations соответствуют taints на infra nodes.
• Плагин был обновлен или повторно применен с последней конфигурацией планирования.

#Рабочие нагрузки Monitoring не удается запланировать на выбранные infra nodes

Эта проблема обычно указывает на то, что выбранные nodes не соответствуют одному или нескольким ограничениям планирования или хранения.

Распространенные причины:

• На infra nodes отсутствуют метки, указанные в nodeSelector.
• На infra nodes есть taints, которые не покрываются настроенными tolerations.
• Выбранные правила LocalVolume nodes или PV nodeAffinity указывают на nodes вне группы infra nodes.

#Подробнее

• Installation
• Monitor Component Capacity Planning

#Последующие действия

• Убедитесь, что рабочие нагрузки Monitoring работают на ожидаемых infra nodes.
• Проверьте, по-прежнему ли выбранные infra nodes соответствуют вашим целям планирования емкости.