Il est intéressant de savoir comment récupérer ces informations brutes, afin d’identifier les objets à intégrer à notre système de monitoring par exemple.

Linux

Le client pour récupérer les données

J’utilise Debian Wheezy pour ces notes. Voici de quoi récupérer toutes les informations SNMP, que ce soit en SNMP v1 ou v2c. La version sécurisée de SNMP sera vue plus tard.

Les paquets nécessaires :

#apt-get install snmp snmp-mibs-downloader

Éditer le fichier /etc/snmp/snmp.conf et commenter la ligne « mibs: »
Les MIB ne sont pas sélectionnées par défaut lorsque l’on interroge un périphérique. Il faut le spécifier avec l’option -m

# snmpwalk -m UPS-MIB -c public -v 2c ups2 1.3.6.1.2.1.33.1.2.5
UPS-MIB::upsBatteryVoltage.0 = INTEGER: 857 0.1 Volt DC
# snmpwalk -v 1 -c public 192.168.29.5

Afin d’obtenir l’OID, numéro unique permettant d’identifier la variable SNMP, voici un exemple pour l’uptime :

# snmpwalk -On -v 1 -c public 192.168.56.21 .1.3.6.1.2.1.25.1
    .1.3.6.1.2.1.25.1.1.0 = Timeticks: (705809) 1:57:38.09

Cet OID sert à créer le service dans un logiciel de monitoring comme Centreon par exemple.

-On  permet d’avoir l’OID et pas la translation du nom

Pour avoir les noms d’affichés au lieu des OID, on spécifie les MIB à utiliser :

# snmpwalk -v 2c -c monitor -m UPS-MIB 10.184.4.250
UPS-MIB::upsIdentManufacturer.0 = STRING: AEG Power Solutions GmbH
UPS-MIB::upsIdentModel.0 = STRING: Protect D.
UPS-MIB::upsIdentUPSSoftwareVersion.0 = STRING: n/a
UPS-MIB::upsIdentAgentSoftwareVersion.0 = STRING: CS121 v 4.42.2
UPS-MIB::upsIdentName.0 = STRING: CS121 SNMP/WEB Adapter
UPS-MIB::upsIdentAttachedDevices.0 = STRING: UPS protected devices
UPS-MIB::upsBatteryStatus.0 = INTEGER: batteryNormal(2)
UPS-MIB::upsSecondsOnBattery.0 = INTEGER: 0 seconds
UPS-MIB::upsEstimatedMinutesRemaining.0 = INTEGER: 75 minutes
UPS-MIB::upsEstimatedChargeRemaining.0 = INTEGER: 100 percent

Autre commande :

# snmpbulkget -c public -v 2c 192.168.56.21 system ifTable

Traducteur d’OID en nom compréhensible :

# snmptranslate -m ups-mib 1.3.6.1.2.1.33.1.2

Plus d’infos sur les MIB existantes sur le site oidview.com. Par exemple pour les MIB d’UPS voir ce lien direct.

Ces commandes servent surtout à vérifier le « background » de notre installation. Il faut installer un vrai système d’alertes comme Nagios ou Centreon. Ce dernier gère également la métrique. Un article sera prochainement consacré à celui-ci.

L’installation du daemon

Afin de monitorer un serveur Linux, on installe un service snmpd et ses dépendances. Cela permettra à notre serveur de monitoring de récupérer les données du serveur Linux.

C’est notre serveur de monitoring (ou le serveur ayant snmpwalk) qui fera la demande au serveur à surveiller de manière régulière. On appelle ça un « pull ».

# apt-get install snmpd

Éditer le fichier /etc/snmp/snmpd.conf pour modifier les points essentiels de la configuration :

# diff /etc/snmp/snmpd.conf.ori /etc/snmp/snmpd.conf 
15c15 
< agentAddress  udp:127.0.0.1:161 
--- 
> #agentAddress  udp:127.0.0.1:161 
18a19,28 
> # SECNAME SOURCE COMMUNITY nom de sécurité    réseau    communauté SNMP 
> com2sec    localnetwork    192.168.56.20/32    public 
> # groupe en ro v1 
> group    rogroup    v1    localnetwork 
> 
> # vue pour préciser ce qui est accessible pour le groupe (ici all) 
> ## on déclare la vue 
> view all included .1 80 
> ## on fait l'association avec le groupe 
> access rogroup "" any noauth exact all none none 
45,46c55,56 
< view   systemonly  included   .1.3.6.1.2.1.1 
< view   systemonly  included   .1.3.6.1.2.1.25.1 
--- 
> #view   systemonly  included   .1.3.6.1.2.1.1 
> #view   systemonly  included   .1.3.6.1.2.1.25.1 
51c61 
<  rocommunity public  default    -V systemonly 
--- 
> # rocommunity public  default    -V systemonly 
60c70 
<  rouser   authOnlyUser 
--- 
> # rouser   authOnlyUser

Si besoin, éditer /etc/default/snmpd et rajouter les IP qui doivent écouter à la fin de la ligne suivante :

SNMPDOPTS='-Lsd -Lf /dev/null -u snmp -g snmp -I -smux -p /var/run/snmpd.pid 192.168.56.21'

On redémarre le service snmpd et notre système est prêt

Il faut savoir qu’il existe aussi des traps SNMP, qui permettent de faire un « push ». C’est le serveur à surveiller qui va informer le serveur de monitoring d’un problème immédiatement au lieu d’attendre que le serveur de monitoring l’interroge.

Windows

Dans cet article, je ne verrai que le SNMP v2c, pas la version sécurisée SNMP v3.

Étape 1 facultatif

Pour windows Seven uniquement,il faut d’abord ajouter le composant windows dans le panneau de configuration :

Control Panel > Programs and Features. > "Turn Windows features on or off" > Windows Features > select "Simple Network Management Protocol (SNMP)"

Pour un windows serveur, on passe directement à l’étape suivante.

Étape 2 Firewall

On configure le firewall pour autoriser le port SNMP (161) en entrée :

Control Panel > System and Security > Windows Firewall > Advanced Settings

De là, on déroule « Windows Firewall with Advenceds Security » pour atteindre « Inbound Rules »

Dans le menu de droite :

"New Rules..." > Predefined Rules > SNMP service

On active la règle souhaitée selon le profil (Généralement la première « Domain »).

Étape 3 Activer le service SNMP

Il faut directement aller dans les services windows :

Manage computer > Service and Applications > Services > SNMP Agent > Enabled Automatic.

Pour plus d’infos :https://docs.microsoft.com/fr-FR/troubleshoot/windows-server/networking/configure-snmp-service

Ensuite, dans l’onglet Agent, on rempli le champ Contact et Location, on coche tous les services à monitorer.

Dans l’onglet Security :

• Dans Accpeted community names, on clique sur Add pour mettre en READ ONLY le community name « public »
• Dans Accept SNMP packets from these hosts, on ajoute l’IP de Centreon en cliquant sur Add
• On applique et on redémarre le service

Dans Centreon, il y a par défaut : l’espace disque, la RAM, le CPU. Voir pour d’autres via interrogation direct selon l’OID ou via scripts Nagios.

L’article Introduction SNMP sous Linux, Windows, etc est apparu en premier sur Mon linux.

Il est préférable d’utiliser des disques de même capacité et de performances égales afin d’optimiser son RAID.

Catégories de RAID

RAID0

• permet d’agréger 2 disques pour avoir le double de volume d’un seul disque.
• On y gagne également en vitesse car les données sont écrites en même temps sur les 2 disques. C’est également vrai pour la lecture des données.
• Attention, vu que les données sont dispersées sur les 2 disques, si l’un d’eux est défectueux, toutes les données sont perdues. C’est donc à proscrire pour éviter la perte de données! Ne l’utilisez que pour des données temporaires ayant besoin d’un accès disque important.

RAID1

• surnommer « miroir », ce RAID permet de dupliquer les données sur 2 disques ou plus.
• Les données sont écrites en même temps donc aucun avantage d’écriture, par contre la lecture de données différentes peut se faire sur les 2 disques en même temps.
• Si un disque rend l’âme, l’intégrité des données reste intacte car le deuxième disque contient toutes les données.

RAID5

• permet d’utiliser la parité et nécessite au moins 3 disques. La parité consiste à créer un résultat à partir de 2 « blocs » de données. Si un des blocs de données est perdu à cause d’un disque défectueux, il peut être recréé à partir des blocs restant sur les autres disques et du résultat de parité.
• Pour 3 disques, on a 3-1=2 fois la capacité d’un disque dans notre RAID. Donc avec 3 disques de 2To, on obtient 4To exploitable.
• Avec 4 disques, on a 4-1=3 fois la capacité, donc 6To dans notre exemple. On a toujours capacité=n-1 avec n=nombre de disques.
• Pour la vitesse de lecture/écriture c’est le même principe. On ne peut perdre qu’un seul disque. Si on en perd deux, toutes les données sont perdues.

RAID5+

• Ce n’est pas un RAID à proprement parlé. On appelle RAID5+ un RAID5 avec un disque de « hot-spare ». C’est un disque qui est en veille et inutilisé qui est  la en secours.
• Lorsqu’un disque de notre RAID5 lâche, le disque hot-spare se met en route et prend la place du défectueux. Une reconstruction à partir des bits de parité se fait et peut prendre un certains temps, mais l’opération est automatique.
• On peut tranquillement retirer le disque défectueux pour en mettre un neuf, qui sera à son tour un hot-spare.

RAID 6

• Même principe que pour le RAID5 mais avec 2 disques de parité. On compte donc en capacité=n-2 avec n étant le nombre de disques. Donc pour 6 disques de 2To, on a 8To exploitable.
• L’avantage est qu’on a une tolérance aux pannes de 2 disques au lieu d’un seul dans le cas du RAID5.

RAID 10

• Son nom l’indique. C’est du RAID1 (miroir) pour sécuriser les données par dessus lequel il y a du RAID0 pour la rapidité en lecture/écriture aux données.
• Sur 4 disques, on peut perdre 1 ou 2 disques, selon lequel est défectueux.

RAID 50

• Même principe que pour le RAID 10. C’est du RAID5 par dessus lequel il y a du RAID0 pour avoir une rapidité d’accès aux données.
• Pour 6 disques, on a 2 disques de tolérances aux pannes.

Il en existe d’autres comme les RAID4, RAID05, RAID15 etc ; mais ils ne sont pas utilisés en production, ou par des incompétents… Je vous redirige vers l’article Wikipédia sur les RAID pour plus d’informations si la théorie vous intéresse.

Type de RAID

Il existe différents types de RAID :

• Le RAID logiciel : mdadm pour Linux par exemple
• Le RAID « semi-matériel » : Souvent Intel avec ses chipsets ICH8, ICH9, ICH10, etc
• Le RAID matériel : différent selon les marques (LSI, Adaptec, HP, etc)

Selon moi, les RAID « semi-matériel » n’apportent rien et sont à proscrire. Ils sont surnommés « fake-raid ». Ce sont des chipsets intégrés à la carte mère ou disponibles sur les cartes RAID low-cost. Ils utilisent la puissance de calcul du processeur, tout comme un RAID logiciel.

Pour simple information, il faut utiliser DMRAID sous Linux (pour Device Mapper RAID), mais je ne l’aborderai pas. Pour le « fake-raid », rendez-vous sur un tutoriel Ubuntu si vous tenez vraiment à l’utiliser…

A venir

Un article sera consacré au RAID logiciel sous Linux avec mdadm. Plusieurs autres articles seront consacrés aux RAID matériels qui sont passés entre mes mains.

Je parlerai prochainement des spécificités de configuration d’un RAID matériel ou logiciel sous Debian. Il faut savoir que le stripe du RAID à prendre en compte, l’alignement des partitions et les blocs du système de fichiers sont tout aussi importants.

L’article Brève description des RAID est apparu en premier sur Mon linux.