• /
  • 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

Limitation et dépannage pour l'intégration Windows

Aperçu

Nous travaillons toujours sur cette fonctionnalité, mais nous aimerions que vous l'essayiez !

Cette fonctionnalité est actuellement fournie dans le cadre d'un programme d'aperçu conformément à nos politiques de pré-sortie. Consultez le guide d’installation de l’intégration Kubernetes pour obtenir les dernières instructions.

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 suivantes s'appliquent à l'intégration Kubernetes pour Windows :

  • SystemSample, StorageSample, NetworkSample et ProcessSample ne sont pas générés en raison des limitations d'autorisation pour le conteneur Windows dans Kubernetes.

  • L'utilisation hostNetwork dans une spécification Kubernetes pod n'est pas prise en charge pour le pod Windows.

  • Certaines métriques Kubernetes sont manquantes car le kubelet Windows ne les possède pas ou elles ne sont pas pertinentes pour 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 © 2025 New Relic Inc.

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