[ EN COURS DE CORRECTION ]

Dans cet article nous allons voir comment effectuer un déploiement (logiciel) sur un matériel depuis GLPI.

Plugin FusionInventory

Le plugin FusionInventory doit être installé et activé.

• Dans le menu Configuration > Plugins, si ce n'est pas déjà le cas, installez et activez le plugin FusionInventory

Pour configurer un déploiement, cela se fait en trois étapes :

1. les fichiers et/ou commandes systèmes à déployer
2. les cibles du déploiement
3. le déploiement en lui même

Les fichiers

• Rendez vous dans le menu Administration > FusionInventory
• Dans l'onglet Déployer > Gestion de paquets
• Créez un nouveau paquet avec l'icône .
• Donnez lui un nom
• Ajouter.

Une fois dans le paquet nouvellement créé, dans l'onglet Actions sur le paquet, nous devons configurer les quatre parties qui constitue un paquet:

• Audits
• Fichiers
• Actions
• Interactions utilisateurs

Chaque partie est configurable via le petit icône " + ".

Audits

Il est possible d’effectuer des vérifications avant de commencer le processus d'installation d'un paquet. Cette partie n'est pas indispensable mais peut être nécessaire pour un déploiement optimal.

• Vérification dans la base de registre (Windows seulement)

• Vérification autour des fichiers (tout OS)
• Vérification de l'espace disque libre (tout OS)

En cas d'échec de l'audit, les options suivantes sont disponibles:

• arrêter le job : ne pas continuer la vérification des jobs suivants, et passer le job de déploiement en erreur
• sauter le job : ne pas continuer le processus, et passer le job de déploiement en succès (paquet déjà installé)
• rapporter un message d'information : les vérifications continuent, l'information de l'échec est remontée sur la console centrale
• rapporter un warning : les vérifications continuent, un warning est remonté sur la console centrale

Fichiers

Dans cette partie, il s'agit de sélectionner les données (fichiers) qui seront déployés.

Deux choix possibles:

• Télécharger depuis votre ordinateur (attention à la taille maximale) : si vous souhaitez une taille supérieure, veuillez contacter le support Cloud.

L'administrateur peut sélectionner les fichiers depuis sont ordinateur.

Des options d'import sont disponibles pour chaque fichier :

• • Décompresser : l'agent peut, de lui-même, décompresser les archive zip ou tar.gz
  • P2P : indique si les fragments de fichiers peuvent-être disponibles via P2P ou seulement via le serveur
  • Temps de rétention : lors d'un déplacement en P2P, le nombre de minutes pendant lesquelles le fragment téléchargé est disponible pour les autres agents du sous-réseau

• Télécharger depuis le serveur ( pas disponible en environnement Cloud pour l'instant )

Actions

Une fois que les fichiers à télécharger sont définis, il est nécessaire de définir les actions à exécuter dessus ou pas.

Les actions sont exécutées après le téléchargement réussi du ou des fichiers. Elles sont de type :

• exécution d'une commande
• création ou suppression d'un répertoire
• déplacement ou copie d'un fichier

Un exemple, installation de Firefox :

Un mécanisme permet de contrôler si l'exécution d'une commande s'est passée correctement. Pour ce faire, il est possible de tester :

• le code retour de la commande
• la sortie standard de la commande

Interactions utilisateurs

Cette fonctionnalité n'est pas obligatoire.

L'administrateur peut décider d’interagir avec l'utilisateur à différents endroits du processus de déploiement :

• après l'exécution des audits
• après le téléchargement des fichiers
• après les actions
• au cas où le téléchargement des fichiers a échoué
• au cas où l'exécution des actions a échoué

Cette fonctionnalité se découpe en deux parties :

• Définition de modèle d’interaction

Un modèle enregistre, pour être réutilisé plusieurs fois, les caractéristiques d'une interaction. Il décrit à la fois le type de fenêtre montré à l'utilisateur, mais aussi son comportement.

Les modèles sont accessibles via Administration > FusionInventory > Déployer > Gabarits d'interaction utilisateurs.

Exemple:

Un modèle comporte :

• • un nom
  • un formation d'interaction (Windows WTS uniquement)
  • un type d'interaction : définition des boutons accessibles sur la fenêtre
  • l'affichage ou non d'une icône
  • un nombre de report possible d'une interaction
  • le temps entre 2 demandes d'interaction de la part de l'utilisateur

Ensuite, il faut définir quel sera le comportement du système en fonction des différents comportements adoptés par l'utilisateur, via l'onglet Comportements.

Trois comportements sont possibles pour chaque action :

• • continuer le processus de déploiement d'un job
  • arrêter le job
  • réessayer plus tard le job

Certains événements sont pré-définis, indépendamment du type de choix qu'à l'utilisateur :

• • Comportement si aucune session active
  • Comportement si plusieurs sessions actives (TSE)
  • Comportement si le temps d'affichage de la fenêtre est dépassé (fermeture automatique)

• Application du gabarit à un événement du paquet

Une fois le gabarit configuré, il faut l'appliquer. 

De retour dans notre paquet, onglet Actions sur le paquet, partie Interactions utilisateurs.

L'administrateur définit le titre et contenu de la fenêtre qui sera affichée à l'utilisateur.

Les cibles du déploiement

Une fois le paquet défini, il faut définir sur quel(s) postes il sera installé.

FusionInventory propose plusieurs types de cibles :

• un poste en particulier
• un groupe d'ordinateur basé sur un groupe GLPI
• un groupe d'ordinateurs FusionInventory

En pratique, on utilise surtout les groupes FusionInventory, qui sont soit statiques, soit dynamiques.

Cette configuration s'effectue depuis le menu Administration > FusionInventory > Général > Groupe d'ordinateurs.

Groupes statiques

Un groupe statique contient des machines qui ont été sélectionnées par l'administrateur. Il n'évolue pas avec le temps, sauf si l'administrateur ajoute/enlève des machines.

Groupes dynamiques

Un groupe dynamique est le résultat d'une requête du moteur de recherche. Les machines du groupe sont calculées et la liste varie dans le temps.

Un exemple:

Le déploiement

Les tâches

Le déploiement de paquet se fait par l'ajout de tâches dédiées. Les tâches sont accessibles via Administration > FusionInventory > Tâches > Gestion des tâches.

Une tâche de déploiement peut contenir plusieurs jobs, qui sont plusieurs actions que l'agent va exécuter les unes après les autres.

Une tâche se découpe en 3 étapes :

• la préparation : c'est le calcul des cibles pour lesquelles la tâche doit s’exécuter
• l'exécution : c'est l'envoi d'un ordre de déploiement du serveur vers l'agent
• le suivi : c'est l'affichage du suivi du déploiement

Après avoir une créer une tâche, rendez la active et définissez son exécution.

Il est possible d'indiquer une plage de validité d'une tâche :

• heure de démarrage programmée : commencer les actions de préparation à partir de cette date
• heure de fin programmée : arrêter la validité de la tâche après cette date

Vérifier bien que l'Action automatique Taskscheduler est bien configurée.

Les jobs

Dans la tâche, dans l'onglet Configuration des jobs.

Un job est une action de déploiement d'un paquet sur un poste ou un ensemble de postes.

Bien vérifier que le module de télé-déploiement est activé pour chaque agent. Il y a possibilité d'activer par défaut le module, dans la configuration générale de FusionInventory

Un job contient:

• la méthode ( déploiement de package ici )
• Les cibles ( le paquet à déployer )
• Les acteurs ( les groupes cibles )

Le suivi du déploiement se fait soit dans l'onglet Exécution des jobs d'une tâche, soit via le menu Administration > FusionInventory > Tâches > Monitoring / Logs.