• /
  • EnglishEspañolFrançais日本語한국어Português
  • Se connecterDémarrer

Cette traduction automatique est fournie pour votre commodité.

En cas d'incohérence entre la version anglaise et la version traduite, la version anglaise prévaudra. Veuillez visiter cette page pour plus d'informations.

Créer un problème

Limitations pour l'intégration Windows

Cette page fournit des informations sur les limitations et le dépannage pour l’intégration Kubernetes de New Relic lors de l’exécution sur des nœuds basés sur Windows.

Vérification de la version de Windows

Important

Lors de l'utilisation de conteneur sous Windows, la version hôte du conteneur et la version de l'image du conteneur doivent être identiques. Notre intégration Kubernetes peut fonctionner sur les versions Windows LTSC 2019 et LTSC 2022.

Pour vérifier votre version de Windows, ouvrez une fenêtre Powershell ou d'invite de commande et exécutez :

bash
$
systeminfo

Recherchez les lignes commençant par OS Name et OS Version. Ces lignes fournissent les informations sur le système d'exploitation et le numéro de build. Cette vérification sert uniquement à confirmer que votre environnement est compatible ; vous n'avez pas besoin de spécifier ces informations de version lors de l'installation.

  • Windows Server LTSC 2019 : correspond au numéro de build 10.0.17763.
  • Windows Server LTSC 2022 : correspond au numéro de build 10.0.20348.

Ensembles de démons Windows

Lorsque Windows monitoring est activée, un DaemonSet Kubernetes est créé pour chaque version Windows prise en charge, mais les pods sont créés uniquement pour les versions de nœuds Windows qui existent dans le cluster. Cela signifie que vous pouvez voir plusieurs DaemonSets spécifiques à Windows, mais tous n'auront pas un nombre pod "desired".

Par exemple, dans un cluster avec deux nœuds Linux, un nœud Windows LTSC 2022 et aucun nœud Windows LTSC 2019, la sortie serait similaire à ceci :

bash
$
kubectl -n newrelic get daemonsets
$
NAME DESIRED CURRENT READY UP-TO-DATE AVAILABLE NODE SELECTOR AGE
$
<...snip...>
$
newrelic-bundle-nrk8s-kubelet 2 2 2 2 2 kubernetes.io/os=linux 24h
$
newrelic-bundle-nrk8s-kubelet-windows-ltsc2019 0 0 0 0 0 kubernetes.io/os=windows,node.kubernetes.io/windows-build=10.0.17763 24h
$
newrelic-bundle-nrk8s-kubelet-windows-ltsc2022 1 1 1 1 1 kubernetes.io/os=windows,node.kubernetes.io/windows-build=10.0.20348 24h

Si vous le souhaitez, vous pouvez empêcher le graphique de créer DaemonSets inutiles en incluant la clé windowsOsList dans votre fichier values.yaml personnalisé lors de l'installation via Helm Chart et en spécifiant uniquement la version souhaitée :

windowsOsList:
- version: ltsc2022 # Human-readable version identifier
imageTagSuffix: ltsc2022 # Tag to be used for nodes running the windows version above
buildNumber: 10.0.20348 # Build number for the nodes running the version above. Used as a selector.

Limitations de l'intégration de Kubernetes pour Windows

L’agent New Relic pour Windows envoie des échantillons de données Kubernetes, tels que K8sNodeSample et K8sPodSample. Les limitations qui s'appliquent dépendent de si vous exécutez en mode privilégié (HostProcess) ou en mode non privilégié.

Limitations du mode non privilégié

Lors de l'exécution en mode non privilégié (windows.privileged=false), l'isolation des conteneurs Windows standard empêche l'agent d'accéder directement aux ressources de l'hôte. Les échantillons suivants ne sont pas générés :

  • SystemSample
  • StorageSample
  • NetworkSample
  • ProcessSample

De plus, hostNetwork: true ne peut pas être défini dans la spécification pod pour les conteneurs Windows standard. Il s'agit d'une limitation Kubernetes qui ne s'applique pas lors de l'utilisation de pod HostProcess en mode privilégié.

Lacunes dans les métriques du kubelet Windows

Les métriques Kubernetes suivantes sont indisponibles sur tous les nœuds Windows quel que soit le mode, car le kubelet Windows soit ne les expose pas, soit elles ne sont pas applicables sur Windows :

  • Nœud:

    • memoryMajorPageFaultsPerSecond: Renvoie toujours 0.

    • memoryPageFaults: Renvoie toujours 0.

    • memoryRssBytes: Renvoie toujours 0.

    • net.errorsPerSecond: Non envoyé.

    • net.rxBytesPerSecond: Non envoyé.

    • net.txBytesPerSecond: Non envoyé.

    • Non pertinent pour Windows :

      • fsInodes: Non envoyé.
      • fsInodesFree: Non envoyé.
      • fsInodesUsed: Non envoyé.
      • runtimeInodes: Non envoyé.
      • runtimeInodesFree: Non envoyé.
      • runtimeInodesUsed: Non envoyé.
  • conteneur:

    • containerID: Non envoyé.
    • containerImageID: Non envoyé.
    • memoryMappedFileBytes: Non envoyé.
    • memoryUsedBytes: Non envoyé. Utilisez memoryWorkingSetBytes comme alternative.
    • memoryUtilization: Non envoyé (repose sur memoryUsedBytes). Vous pouvez calculer une métrique similaire en utilisant memoryWorkingSetBytes/memoryLimitBytes.
    • requestedMemoryUtilization: Non envoyé (repose sur memoryUsedBytes). Vous pouvez calculer une métrique similaire en utilisant memoryWorkingSetBytes/memoryRequestedBytes.
    • Non pertinent pour Windows :
      • cpuCfs*: Toutes les valeurs cpuCfs* ne sont pas envoyées.
  • Volume:

    • fsUsedBytes: Renvoie toujours 0.
    • fsUsedPercent: Renvoie toujours 0 (s'appuie sur fsUsedBytes).
Droits d'auteur © 2026 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.