Monitorear nodos de Windows

La integración de Kubernetes de New Relic admite de forma nativa el monitoreo de nodos de Windows junto con nodos de Linux en el mismo clúster — no necesita un chart de Helm ni una instalación por separado.

Aprenda a habilitar y configurar el monitoreo de nodos de Windows. Para obtener detalles sobre el modelo de ejecución privilegiado vs. no privilegiado y las consideraciones de seguridad, consulte Modo privilegiado vs. no privilegiado. Para las limitaciones de métricas específicas de Windows, consulta Limitaciones y resolución de problemas para Windows.

Requisitos previos

Antes de habilitar el monitoreo de Windows, asegúrese de que su clúster cumpla con los siguientes requisitos:

• Compatibilidad y requisitos para nodos de Windows
• Windows Server LTSC 2019 (compilación 10.0.17763) o LTSC 2022 (compilación 10.0.20348).
• La versión de la imagen de contenedor debe coincidir exactamente con la versión del sistema operativo del host de Windows. Windows solo admite aislamiento de procesos, no aislamiento de Hyper-V.
• No se admiten nodos de Windows que se ejecutan en clústeres de Red Hat OpenShift.

Verifique la versión de su nodo de Windows

Si no está seguro de qué versión de Windows ejecutan sus nodos, consulte las etiquetas de los nodos directamente:

$
kubectl get nodes -o jsonpath='{range .items[*]}{.metadata.name}{"\t"}{.metadata.labels.node\.kubernetes\.io/windows-build}{"\n"}{end}'

Esto imprime el valor de la etiqueta node.kubernetes.io/windows-build para cada nodo, con el que coincide el DaemonSet nodeSelector de la integración. También puede ejecutar systeminfo en el propio nodo y hacer coincidir el número de compilación:

Habilitar el monitoreo de Windows

Para habilitar el monitoreo de Windows, establezca enableWindows: true en su values.yaml. Al desplegar mediante nri-bundle, pase esto bajo la clave newrelic-infrastructure:

newrelic-infrastructure:
  enableWindows: true

Aplique el cambio con un helm upgrade:

$
helm upgrade newrelic-bundle newrelic/nri-bundle \
>
  --namespace newrelic \
>
  --reuse-values \
>
  --set newrelic-infrastructure.enableWindows=true

De forma predeterminada, habilitar Windows crea DaemonSets tanto para LTSC 2019 como para LTSC 2022. Consulte Configurar para versiones específicas de Windows para restringir esto.

Configurar para versiones específicas de Windows

La clave windowsOsList controla qué versiones de Windows obtienen DaemonSets. De forma predeterminada, incluye ambas versiones admitidas. Para restringir el monitoreo solo a las versiones de Windows realmente presentes en su clúster, sobrescríbalo en su values.yaml:

newrelic-infrastructure:
  enableWindows: true
  windowsOsList:
    - version: ltsc2022
      imageTagSuffix: ltsc2022
      buildNumber: 10.0.20348

Cada entrada genera un DaemonSet independiente. Los pods solo se programan en nodos cuya etiqueta node.kubernetes.io/windows-build coincide con el campo buildNumber. Esto evita que aparezcan DaemonSets vacíos en su clúster.

Clústeres mixtos de Linux y Windows

En v3, los nodos de Windows y Linux se monitorean usando el mismo chart newrelic-infrastructure — no necesita una instalación de chart por separado como lo hacía en v2. El gráfico crea automáticamente:

• Un DaemonSet de Linux con nodeSelector: kubernetes.io/os: linux
• Un DaemonSet de Windows por entrada en windowsOsList, cada uno con nodeSelector: kubernetes.io/os: windows y un selector de número de compilación coincidente

Un values.yaml mínimo para un clúster híbrido:

global:
  licenseKey: YOUR_NEW_RELIC_LICENSE_KEY
  cluster: YOUR_CLUSTER_NAME

newrelic-infrastructure:
  enableWindows: true
  windowsOsList:
    - version: ltsc2022
      imageTagSuffix: ltsc2022
      buildNumber: 10.0.20348

Instale o actualice con:

$
helm upgrade --install newrelic-bundle newrelic/nri-bundle \
>
  --namespace newrelic --create-namespace \
>
  -f values.yaml

Modo privilegiado

El monitoreo de Windows se establece de forma predeterminada en modo privilegiado, el cual utiliza contenedores HostProcess de Windows para recopilar métricas completas a nivel de nodo, incluyendo CPU, memoria, disco y red. Esto es necesario para recibir datos de SystemSample, StorageSample y NetworkSample de los nodos de Windows.

Para ejecutar en modo sin privilegios en su lugar:

newrelic-infrastructure:
  enableWindows: true
  windows:
    privileged: false

El modo no privilegiado deshabilita las métricas a nivel de host, pero puede ser requerido por las políticas de seguridad del clúster. Para obtener un desglose completo de los datos afectados, consulte Modo privilegiado frente a no privilegiado.

Verifique la instalación

Después de instalar o actualizar, verifique que se crearon los DaemonSets:

$
kubectl -n newrelic get daemonsets

Debería ver un DaemonSet para cada versión de Windows que haya configurado junto al DaemonSet de Linux:

$
NAME                                                DESIRED   CURRENT   READY   UP-TO-DATE   AVAILABLE   NODE SELECTOR
$
newrelic-bundle-nrk8s-kubelet                       2         2         2       2            2           kubernetes.io/os=linux
$
newrelic-bundle-nrk8s-kubelet-windows-ltsc2019      0         0         0       0            0           kubernetes.io/os=windows,node.kubernetes.io/windows-build=10.0.17763
$
newrelic-bundle-nrk8s-kubelet-windows-ltsc2022      1         1         1       1            1           kubernetes.io/os=windows,node.kubernetes.io/windows-build=10.0.20348

Un recuento de DESIRED de 0 para una versión de Windows significa que no existen nodos con ese número de compilación en el clúster — esto es el comportamiento esperado, no un error.

Para confirmar que los pods de Windows se están ejecutando en sus nodos:

$
kubectl -n newrelic get pods -o wide | grep windows

Configuración adicional

Agregar selectores de nodos

De forma predeterminada, los DaemonSets de Windows seleccionan nodos usando kubernetes.io/os: windows. Puede agregar selectores adicionales para restringir el monitoreo a un subconjunto específico de nodos de Windows:

kubelet:
  windowsNodeSelector:
    kubernetes.io/os: windows
    node.kubernetes.io/windows-build: "10.0.20348"
    newrelic.com/monitoring-allowed: "true"  # custom label you control

Use un registro de contenedores privado

Para descargar imágenes de Windows desde un registro privado en lugar del valor predeterminado:

images:
  windowsIntegration:
    registry: your-registry.example.com
    pullPolicy: Always
  windowsAgent:
    registry: your-registry.example.com
    pullPolicy: Always
  pullSecrets:
    - name: registry-credentials

Establecer límites de recursos

Los contenedores HostProcess compiten por recursos directamente en el nodo de Windows. El chart establece un límite de memoria predeterminado. Puede ajustarlo o establecer un límite de CPU. Para obtener más información, consulta Requisitos de recursos.

kubelet:
  resources:
    requests:
      cpu: 50m
      memory: 150Mi
    limits:
      memory: 300Mi

No se establece un límite de CPU por defecto — un tope estricto de CPU corre el riesgo de perder intervalos de raspado bajo carga del nodo. Si la política de su clúster requiere uno, evalúe esa compensación antes de configurarlo.

Próximos pasos