# GLPI Inventory

### Comment installer GLPI Inventory ?

Une procédure est disponible [ici](https://app.gitbook.com/s/JFKLcURHvFBybgf5dths/plugins-glpi/glpi-inventory) pour vous aider à configurer GLPI Inventory

***

### Quelles sont les fonctionnalités de GLPI Inventory ?

Grâce à GLP Inventory, il est vous est possible d'accéder à des outils avancés pour gérer votre parc. Liste des outils disponibles :&#x20;

* Découverte réseau
* Inventaire réseau (SNMP)
* Collecte de donnée
* Déploiement de package
* Inventaire distant des hôtes SNMP (VMware)

***

### Quelle est la différence entre la "Découverte réseau" et l'"Inventaire réseau" ?

La découverte vous aide a référencer les matériels de votre réseau. GLPI cherche les IP qui répondent et les remontent dans votre parc.&#x20;

L'inventaire réseau utilise le protocole SNMP afin de référencer plus précisément les matériels précédemment inventorier avec la découverte réseau.

***

### Pourquoi mes équipements remontent-ils dans la rubrique "Matériels ignorés" ?&#x20;

Les matériels ignorés sont placés dans cette rubrique lorsqu'il sont en "quarantaine" pour éviter de polluer le parc informatique avec des données inutiles ou erronées.

les matériels pouvant s'y trouver sont le plus souvent :

* Les machines virtuelles (pour les entreprises qui ne souhaiteraient inventorier que le matériel physique).
* Les équipements personnels des utilisateurs scannés à leur domicile lors d'un télétravail (box internet personnelle, imprimantes domestiques, etc.).
* Les téléphones IP ou petits switchs non manageables découverts sur le réseau, mais jugés non pertinents.

***

### Mon switch/routeur est bien découvert, mais l'inventaire SNMP ne remonte aucun port. Pourquoi ?&#x20;

Ce problème arrive en général quand la communauté SNMP n'est pas correctement paramétrée. Vous pouvez vous référer à [ce tuto](https://app.gitbook.com/s/qmRzI15ndDbFHGd5BnM4/inventory/snmp_inventory) pour vous accompagner dans le paramétrage de cette tâche

***

### Quel est l'impact de la tâche de Découverte Réseau sur la charge de mon serveur et de mon réseau ?&#x20;

Effectivement, la découverte réseau peut avoir un impact sur la charge réseau et/ou du serveur si elle est surdimensionnée. Plus vous autorisez un nombre de thread simultanés, plus la charge sera lourde pour le réseau et votre serveur. Vous pouvez configurer cette données dans **`Administration`** > **`GLPI Inventory`** > **`Général`** > **`Configuration générale`** > **`Inventaire réseau`**

***

### Pourquoi les logs de l'agent GLPI m'informent que la tâche n'est pas supportée ?

Si vous souhaitez que l'agent GLPI puisse utiliser les tâches (collecte, inventaire réseau, découverte réseau, déploiement de package, inventaire distant des hôtes SNMP (VMware)), il faut que ces tâches aient été autorisées lors de [l'installation de l'agent](https://glpi-agent.readthedocs.io/en/latest/installation/index.html)

***

### Quel est l'intérêt des groupes ?

Dans GLPI Inventory, il existe 2 types de groupes :&#x20;

* **Groupe dynamique** : ce groupe est alimenté selon des critères particuliers (entité, lieu, OS, etc.) qui peuvent être cumulés. Ce groupe sera modifié de façon dynamique au fil de la vie des matériels et selon les modifications des critères qui leur sont liés.
* **Groupe statique** : les groupes statiques comportent des ordinateurs que vous aurez alimenté manuellement.

Lorsque vous créez une tâche, il est possible de la déployez sur des groupes, facilitant ainsi la gestion de celles-ci.

***

### Combien d'agents une tâche peut-elle mettre en préparation avant exécution ?&#x20;

Lorsque l'option **`Permet la re-préparation de la tâche après son exécution`** est activée, GLPI remet en attente cette tâche avant sa prochaine exécution.

Une tâche ne peut alors pas dépasser la limitation de 500 postes.&#x20;

***

### Peux ton passer outre la limitation des 500 agents lors de la re-préparation des tâches?&#x20;

Afin de passer outre cette limitation, il faut exploiter la notion de **créneau de préparation**. En fonction de la manière dont sont lancées les actions automatiques, l'ensemble des agents à préparer le seront à coup de 500 par exécution de l'action automatique. Pour clarifier, si l'action automatique de préparation des agents nommée **`taskscheduler`** s'exécute toutes les minutes, la tâche ne pourra réveiller un maximum de 500x60 = 30000 agents en une heure (en admettant qu'aucun agent ne lance la tâche dans l'intervalle : si c'est le cas, les agents en question seraient à nouveau candidat pour une préparation dans le créneau).

***
