Déployer un master sur plusieurs machines avec le multicast

S'applique à : Medulla – Imaging / Multicast
Version : Toutes versions
Environnement : On-Premise (avec ou sans serveur relais) / SaaS dédié avec serveur relais
Catégorie : Imaging / Multicast / Déploiement de masters

Le multicast permet de lancerdéployer dessimultanément déploiementsun demême mastersmaster sur plusieurs machinesmachines, simultanément.en utilisant une transmission réseau commune plutôt qu'un transfert individuel vers chaque poste.

Cette fonctionnalité ses'utilise lanceà surpartir d'un groupe d'imaging dans Medulla.

Avant de commencer, vérifier que le serveur d'imaging est opérationnel, qu'un master est disponible et que les machines concernées peuvent démarrer en PXE et communiquer avec le serveur d'imaging.

Attention :
Le déploiement d'un master peut écraser les données présentes sur les disques des machines de destination. Vérifier les machines sélectionnées et le master utilisé avant de lancer l'opération.

Création d'un groupe d'imaging

Dans le module d'imaging:Imaging, aller sursélectionner le menu "« Ajouter un groupe d'imaging"imaging et», puis choisir le serveur concerné.

L'écran suivant permet de définirsélectionner les machines duqui groupe:composeront le groupe d'imaging.

Le message affiché en rouge signaleindique qu'une machine possède déjà un menu d'imaging personnalisé.

Celui-

Attention :
Si une machine possède déjà un menu personnalisé, celui-ci sera remplacé par celuile menu du groupe. d'imaging. Vérifier les machines sélectionnées avant de poursuivre.

La page suivante définitpermet desde définir les paramètres par défaut du groupe. Vérifier les valeurs proposées, puis valider pour ceterminer groupesa qu'il faut valider.création.

Le groupe d'imaging est maintenant créé.

Gestion du groupe

L'écran qui suitAprès la création du groupegroupe, estMedulla laaffiche sa page de gestion de ce groupe.gestion. C'est à partir dedepuis cette pageinterface que les options de multicast sont accessibles.

La procédure générale pourPour revenir ultérieurement sur cette pagepage, estsuivre lale suivante:chemin suivant :

Imaging > Tous les groupes d'imaging

En face du groupgroupe voulu,concerné, sélectionner "gestion« Gestion de l'imaging"imaging » dans la liste d'actions.des actions disponibles.

Paramétrer le multicast pour le groupe

Aller dansDepuis la page de gestion de l'imaging associée au groupegroupe, (le point précédent). Aller dansouvrir l'onglet master« allerMaster sur», puis sélectionner l'action "« Initialisation du multicast"multicast ».

Une popupfenêtre de configuration s'ouvre:ouvre et permet de définir les paramètres de la session multicast :

• Nombre de machines à attendre correspond au: nombre de machines attenduesdevant rejoindre la session multicast avant dele lancerdémarrage l'opérationdu de masterisationtransfert.
• LeTimeout timeout: permetdurée de définir un tempsmaximale d'attente des machines avant que le multicastlancement nedu setransfert lanceavec surles clients présents, selon le fonctionnement de DRBL.

Par exemple, pour une session configurée avec 2 machines attendues et un timeout de 600 secondes, le serveur attend jusqu'à 10 minutes que les machines présentes.rejoignent la session.

Si les deux machines sont présentes avant l'expiration du délai, le transfert peut commencer sans attendre la fin du timeout.

Information :
Le nombre de machines et le timeout permettent de synchroniser le démarrage du transfert. Ils ne remplacent pas l'action de lancement du déploiement multicast présentée ci-dessous.

Lancer le multicast

Le multicast est paramétrémaintenant paramétré, mais le déploiement n'est pas lancé.encore lancé.

Pour le lancer, revenir sur la page de statut dedu l'serveur d'imaging server (page d'accueil), etpuis sélectionner l'entité sur lequellaquelle le multicast a été paramétré.configuré.

Cliquer ensuite sur "« Démarrer le déploiement multicast »".

Attention :
Avant de lancer le déploiement, vérifier que le master sélectionné correspond bien aux machines de destination. La restauration peut remplacer les partitions et les données du disque cible.

Lancer les machines en PXE

L'étape suivante consiste à lancerdémarrer les machines du groupe en PXE.PXE afin qu'elles rejoignent la session multicast.

Les machines doivent pouvoir accéder au serveur d'imaging sur le réseau. Si elles se trouvent sur des VLAN différents, la configuration réseau doit permettre les communications nécessaires au multicast.

Dans cettel'exemple capture,ci-dessous, les machines n'ont pas été lancéesdémarrées enexactement au même tempsmoment. maisElles ont néanmoins rejoint la même session et sont synchrosynchronisées surpour le déploiement de l'image.image.

Information :
Les machines n'ont pas besoin d'être allumées exactement au même instant. Elles doivent toutefois rejoindre la session pendant la phase d'attente prévue par les paramètres multicast.

Complément d'information

Lorsqu'onLors lancede lel'initialisation et du lancement du multicast, un ensemble deplusieurs fichiers sontpeuvent être créés ou utilisés sur le serveur concerné:d'imaging concerné.

Ces fichiers sont utiles pour comprendre le fonctionnement de DRBL et diagnostiquer un éventuel problème de déploiement.

• /tmp/multicast.sh : script utilisé pour lancer le multicast.
• /tmp/multicastdescription.txt : fichier contenant les informations de description de la session multicast.
• /var/lib/pulse2/imaging/bootmenus/default ( ce: fichier estde menu de démarrage nécessaire à drblDRBL pour lancer drbl-ocs)ocs.
• /var/lib/pulse2/imaging/bootmenus/default_skeleton (: copie du menu par défaut utilisée par le mécanisme d'imaging.

/tmp/udp-sender.log : journal permettant de default)suivre l'avancement du transfert multicast.

Pour vérifier la présence de ces fichiers :

ls -l /tmp/multicast.sh
ls -l /tmp/multicastdescription.txt
ls -l /tmp/udp-sender.log
oùls on-l voit/var/lib/pulse2/imaging/bootmenus/default*

Pour suivre l'avancement du multicast (onen peuttemps yréel voir:

l'état

tail d'avancement-f du multicast)
/tmp/udp-sender.log

Des processus DRBL sont également lancés:lancés pendant le déploiement.

Pour

vérifier leur présence :

ps aux | grep '[d]rbl-ocs'

rootExemple de 2299508commande DRBL 0.2observée lors 0.1d'un déploiement 37448multicast 14760:

?        S    16:29   0:00 

/bin/bash /usr/sbin/drbl-ocs \
-sc0 -b -g auto -e1 auto -e2 -x -j2 \
--clients-to-wait 2 \
--max-time-to-wait 600 \
-l en_US.UTF-8 \
-h 127.0.0.1 \
startdisk multicast_restore \
971e5909-a28f-11f0-932f-bc241183ccf7 sda

Dans cet exemple :

• root     2299792  0.0  0.1  37448 14224 ?        S    16:29   0:00 /bin/bash /usr/sbin/drbl-ocs -sc0 -b -g auto -e1 auto -e2 -x -j2 --clients-to-wait 2 : le serveur attend 2 machines pour la session multicast.

--max-time-to-wait 600 -l: en_US.UTF-8le -hdélai 127.0.0.1maximal startdiskd'attente est fixé à 600 secondes, soit 10 minutes. multicast_restore : opération de restauration d'une image en multicast. 971e5909-a28f-11f0-932f-bc241183ccf7 : identifiant du master utilisé dans cet exemple. sda : disque de destination utilisé dans cet exemple.

Attention :
Le disque sda est celui utilisé dans cet exemple. Le nom du disque cible peut varier selon la configuration matérielle des machines. Il est essentiel de vérifier le disque de destination avant toute restauration.

Ces informations permettent notamment de vérifier :

que le processus de déploiement multicast est bien démarré ; que le nombre de machines attendues correspond à la configuration ; que le timeout appliqué est correct ; que le transfert est en cours ou terminé, selon les informations disponibles dans les journaux.

Diagnostic :
En cas de problème, consulter en priorité /tmp/udp-sender.log et vérifier la présence des processus drbl-ocs.

Les fichiers générés par Medulla et DRBL ne doivent pas être modifiés manuellement sans analyse préalable.

Résultat attendu :
Les machines du groupe rejoignent la session multicast depuis leur démarrage PXE. Le serveur d'imaging transmet le master aux machines participantes, qui peuvent ainsi être restaurées simultanément.