Real Time Monitoring (RTM) est une technologie de surveillance de votre serveur dédié OVHCloud Bare Metal ou Kimsufi.
Vous pouvez monitorer l’activité réseau mais aussi le matériel comme le processeur, la mémoire vive (RAM), les partitions disques.
Toutes ces données se reportent dans votre espace client OVHCloud pour chacun de vos serveurs dans la partie RTM.
Ce tutoriel vous guide pour installer Real Time Monitoring (RTM) sur un serveur dédié OVH.
Table des matières
Qu’est-ce que RTM (Real Time Monitoring)
RTM (Real Time Monitoring) se compose de deux éléments : Noderig et Beamium.
Noderig collecte les métriques d’un système d’exploitation et les expose via une URL HTTP.
Chaque collecteur peut être facilement configuré :
- CPU
- Mémoire
- Charge du serveur
- Disques y compris le RAID
- Réseau
- Collecteurs externes
Beamium collecte les mesures exposées par Noderig afin de les transmettre vers une plate-forme de séries temporelles Warp 10.
Dans le cas d’un serveur dédié, cela permet de récupérer par exemple le trafic réseau sur votre interface cliente OVH.
Le fichier de configuration est /etc/beamium/config.yaml avec :
- L’URL Noderig http://127.0.0.1:9100/metrics qui expose les collecteurs
- L’URL distante où les données sont envoyés : https://rtm.ovh.us:443
Ainsi, vous pouvez modifier le fichier de configuration pour ajouter des collecteurs externes.
Enfin RTM fournit trois binaires pour interroger directement les données exposées par Noderig :
- rtmHardware : Collecte des informations sur le matériel, telles que la carte mère, les périphériques PCI, la santé du disque, etc. Collecte également des informations sur le logiciel, telles que le noyau et la version du BIOS
- rtmHourly : Collecte des informations sur les principaux processus, les ports ouverts et le nombre de processus en cours
- rtmRaidCheck : Vérifie la santé du RAID (si disponible).
Installer Real Time Monitoring (RTM) sur un serveur dédié OVHCloud
Sur Debian ou Ubuntu
On modifie la configuration d’APT afin d’ajouter une nouvelle source RTM.
Créez et éditez le fichier suivant :
vi /etc/apt/sources.list.d/rtm.list
Puis ajoutez le contenu suivant en inscrivant le nom de la distribution à la place de <nom de code de la distribution>.
Pour Debian :
#metrics repo
deb http://last.public.ovh.metrics.snap.mirrors.ovh.net/debian <nom de code de la distribution> main
# rtm repo
deb http://last.public.ovh.rtm.snap.mirrors.ovh.net/debian <nom de code de la distribution> main
Pour Ubuntu :
# metrics repo
deb http://last.public.ovh.metrics.snap.mirrors.ovh.net/ubuntu <nom de code de la distribution> main
# rtm repo
deb http://last.public.ovh.rtm.snap.mirrors.ovh.net/ubuntu <nom de code de la distribution> main
Puis on télécharge et ajoute les clés APT :
apt install curl
curl https://last-public-ovh-rtm.snap.mirrors.ovh.net/ovh_rtm.pub | apt-key add -
curl http://last.public.ovh.metrics.snap.mirrors.ovh.net/pub.key | apt-key add -
Puis on met à jour les sources et on installe le paquet ovh-rtm-metrics-toolkit :
apt-get update
apt-get install ovh-rtm-metrics-toolkit
Enfin pour vérifier que le service est beamium est bien en cours d’exécution :
systemctl status beamium
Même chose pour le service noderig :
systemctl status noderig
Sur CentOS
Créez et éditez le fichier suivant :
sudo vi /etc/yum.repos.d/ovh-rtm.repo
Puis inscrivez la configuration suivante et enregistrez le fichier :
[rtm]
name=OVH RTM RHEL/ CentOS $releasever - $basearch
baseurl=http://last.public.ovh.rtm.snap.mirrors.ovh.net/centos/$releasever/$basearch/Packages/
enabled=1
repo_gpgcheck=1
gpgcheck=0
gpgkey=http://last.public.ovh.rtm.snap.mirrors.ovh.net/ovh_rtm.pub
[metrics]
name=OVH METRICS RHEL/ CentOS $releasever - $basearch
baseurl=http://last.public.ovh.metrics.snap.mirrors.ovh.net/centos/$releasever/$basearch/Packages/
enabled=1
repo_gpgcheck=1
gpgcheck=0
gpgkey=http://last.public.ovh.metrics.snap.mirrors.ovh.net/pub.key
Puis on met à jour les sources et on installe le paquet ovh-rtm-metrics-toolkit avec yum.
sudo yum update
sudo yum install ovh-rtm-metrics-toolkit
Confirmez avec la touche Y our ajouter les sources rtm d’OVH.
De même faire Y pour confirmer l’installation des nouveaux paquets rtm.
Enfin pour vérifier que les services sont bien en cours d’exécution.
systemctl status beamium
systemctl status noderig
Autoriser RTM sur iptables
Voici des règles iptables pour autoriser RTM. Vous pouvez vous en inspirer.
iptables -A INPUT -i enp5s0f0 -s rtm.ovh.us -m state --state ESTABLISHED,RELATED -p tcp --sport 443 -j ACCEPT
iptables -A OUTPUT -o enp5s0f0 -d rtm.ovh.us -m state --state NEW,ESTABLISHED,RELATED -p tcp --dport 443 -j ACCEPT
iptables -t filter -A OUTPUT -p udp --dport 6100:6200 -j ACCEPT
Plus d’informations sur les adresses OVH à autoriser : What are the IP addresses of the OVH monitoring ?
Comment lire les données sur RTM sur l’interface cliente OVHCloud
Sur un serveur dédié Bare Metal
- Connectez à l’interface cliente d’OVHCloud
- Puis en haut, cliquez sur Bare Metal
- Puis à gauche sur votre serveur dédié pour arriver dans les informations générales
- En bas descendez dans la partie Real Time Monitoring. Lorsque les dates sont vides, cela vous indique Le client RTM n’est pas installé sur votre serveur
- Sinon la partie Real Time Monitoring affiche les états du CPU, RAM et SWAP et à droite le profil machine vous donne la configuration hardware du serveur dédié
- A gauche, cliquez sur Utilisation serveur pour afficher les graphiques du load average, utilisation CPU, utilisation mémoire ou SWAP
- Enfin l’état des partitions avec l’espace disque libre
Sur un Kimsufi
- Connectez-vous à l’interface cliente Kimsufi
- Puis sélectionnez votre Kimsufi
- Lorsque RTM n’est pas installé sur le serveur, vous obtenez le message RTM n’est pas disponible sur ce serveur
- Sinon la partie Real Time Monitoring affiche l’état du CPU, RAM et SWAP
- Pour plus de détails, cliquez sur le bouton Voir.
- Vous arrivez sur le résumé du monitoring avec les informations sur la configuration matériel du Kimsufi ainsi que l’état du matériel et hardware
- Cliquez à gauche sur utilisation du serveur pour afficher les graphiques
- Puis choisissez entre charge CPU, SWAP et mémoire
- Enfin à gauche, vous pouvez visualiser l’état des partitions de disque du Kimsufi
Résoudre les problèmes RTM qui ne fonctionne pas
Voici quelques vérifications à effectuer en cas de problème de fonctionnement de RTM.
Validez le fichier de configuration beamimum de cette manière :
beamium -t --config /etc/beamium/config.yaml
Apr 14 08:38:24.490 INFO configuration is healthy
Testez la connexion vers le serveur RTM d’OVH :
/usr/bin/beamium --config=/etc/beamium/config.yaml -v
Apr 14 08:32:28.188 ERRO post failed, error: connection closed before message completed, sink: rtm
Apr 14 08:32:28.924 ERRO post failed, error: connection closed before message completed, sink: rtm
Apr 14 08:32:30.023 ERRO post failed, error: connection closed before message completed, sink: rtm
Apr 14 08:32:31.678 ERRO post failed, error: connection closed before message completed, sink: rtm
Dans l’exemple ci-dessous, la connexion ne se fait pas, ce qui est confirmé dans /var/log/beamium/beamium.log avec une erreur Connection refused :
Apr 14 08:25:42.909 INFO fetch success, scraper: source1, uri: http://127.0.0.1:9100/metrics
Apr 14 08:25:42.910 ERRO fetch failed, scraper: source1, error: error trying to connect: Connection refused (os error 111)
Apr 14 08:25:43.911 INFO Beamium halted!
Liens
Munin un logiciel de supervision : Munin : monitorer des serveurs Linux (load, disques, réseau, systèmes, …)
- Hébergement Cloud, VPS et serveur dédié : les différences et lequel choisir
- Qu’est-ce qu’un VPS et comment installer, débuter et se servir de son VPS OVH
- Comment démarrer son VPS OVH en mode rescue
- Comment démarrer son serveur dédié Kimsufi en rescue
- Comment démarrer son serveur dédié OVH en rescue
- Changer le mot de passe root perdu de son serveur dédié OVH
- Comment démarrer son serveur dédié OVH en rescue
- Se connecter à un serveur dédié OVH par IPMI