Netdata : métriques détaillées de la machine

Les graphiques du panneau à l'adresse /hosting/vds/m/<id> répondent à la question « la machine est-elle sous charge ? ». Quand vous avez besoin de savoir « quoi exactement et à quelle seconde », vous installez Netdata : il collecte des centaines de métriques à une seconde d'intervalle et les affiche dans le navigateur sans configuration.

Installation

curl -Ss https://my-netdata.io/kickstart.sh -o /tmp/netdata-kickstart.sh
sh /tmp/netdata-kickstart.sh --stable-channel --disable-telemetry

Le script détecte automatiquement votre système et installe le paquet. Debian et Ubuntu disposent aussi d'une version dans les dépôts (apt install -y netdata) — elle est plus ancienne, mais elle se met à jour avec le système.

Netdata consomme une quantité notable de mémoire : sur VDS-1 avec 2 Go, fixez-lui une limite, sinon il entrera en concurrence avec votre application. Il suffit de réduire la rétention de l'historique dans /etc/netdata/netdata.conf :

[db]
    mode = dbengine
    dbengine multihost disk space MB = 256

Après les modifications, exécutez systemctl restart netdata.

Fermer l'accès

Par défaut, Netdata écoute sur le port 19999 sur toutes les adresses. Vous ne devez pas le laisser ouvert : l'interface sans mot de passe expose tout le fonctionnement interne de la machine, jusqu'à la liste des processus et des connexions actives.

Liez-le à localhost dans /etc/netdata/netdata.conf :

[web]
    bind to = 127.0.0.1

Pour le consulter, ouvrez un tunnel SSH depuis votre ordinateur :

ssh -L 19999:127.0.0.1:19999 root@YOUR_ADDRESS

Ouvrez ensuite http://127.0.0.1:19999 dans votre navigateur. Si vous avez besoin d'un accès externe permanent, placez Netdata derrière Nginx avec un mot de passe et un certificat, et fermez le port 19999 dans le pare-feu.

Ce qu'il faut surveiller

• CPU → utilization avec une répartition : un iowait élevé indique le disque, steal la contention sur le nœud, system la charge du noyau, souvent liée au réseau.
• Disks → backlog et await — la file d'attente du disque. Comparez-la avec la limite de votre palier, voir Charge disque.
• Memory → available et la section swap. Une croissance régulière signale une fuite.
• Applications — la consommation par groupes de processus. C'est la section qui répond à la question « qui est responsable », même après coup.
• Alarms — les seuils intégrés. Netdata signalera lui-même un disque plein, une file d'attente surchauffée et un service en échec.

Les notifications par e-mail ou Telegram se configurent dans /etc/netdata/health_alarm_notify.conf — indiquez le destinataire et activez le canal souhaité.

Erreurs courantes

• Laisser le port 19999 ouvert sur Internet. Cela divulgue des données sur votre infrastructure et constitue parfois une voie d'attaque. Vérifiez : ss -tulpn | grep 19999.
• Installer Netdata sur VDS-1 et s'étonner du manque de mémoire. Avec les réglages par défaut, il occupe des centaines de mégaoctets. Limitez l'historique ou renoncez-y au profit d'outils ponctuels.
• Considérer Netdata comme un remplacement de la supervision externe. Il vit sur la même machine : si elle tombe, vous ne le saurez pas. La supervision externe est traitée dans l'article Alertes d'indisponibilité du site.
• Conserver l'historique pendant des mois. La base de métriques écrit constamment sur le disque et ajoute une charge en arrière-plan. Quelques jours suffisent pour un VPS.

Le panneau Millida et Netdata n'entrent pas en conflit : le premier offre une vue externe de l'invité et fonctionne même lorsque le système est figé, tandis que le second fournit le détail depuis l'intérieur. Gardez les deux.