Création d'un master / Mise à jour
Introduction
Cette documentation vous explique comment faire évoluer votre master, créer un master ou une version à partir d'une machine virtuelle, ou encore créer un master basé sur une version déjà existante.
Attention
Créez une VM dédiée pour la modification de votre master. Si vous avez plusieurs masters, créez une machine virtuelle distincte pour chacun d'eux. De plus, il est recommandé que votre machine virtuelle soit en mode persistant.
Cela permet de conserver vos modifications en cas de problème.
Assurez-vous que cette machine virtuelle n'est pas intégrée au domaine lors de la modification du master.
Passez de nouveau les Wisper Virtual Machine utility à chaque modification et pensez à désactiver toutes les mises à jour logicielles.
Consultez la documentation des utilitaires Wisper Virtual Machine utility
Gestion Masters / Versions
Petit rappel sur le fonctionnement du master : la machine virtuelle est liée au master.
Le master est un élément composé de votre système d'exploitation ainsi que des logiciels et configurations que vous intégrez. Ce master est constitué de différentes versions, qui correspondent aux modifications apportées à celui-ci. La création d'une nouvelle version est réalisée lorsque vous avez besoin d'effectuer une mise à jour Windows, de modifier une configuration ou d'installer un nouveau logiciel.
Le TAG d'une branche détermine le « niveau » de version du master de la branche qui sera déployée.
Pour chaque master, un TAG doit donc être choisi afin de déterminer la version du master qui sera appliquée.
Sur notre schéma, en considérant que la VM possède le TAG « Production » avec la version V2 ( Etape 1), dès qu'une nouvelle version la V3 est créée, elle aura le TAG « Développement » (Etape 2). Cette version sera testée sur différents postes. Une fois validée, vous pourrez appliquer le TAG « Push » (Etape 3) qui lancera le téléchargement en tâche de fond. Une fois la version complètement téléchargée, la VM démarrera automatiquement sur cette version. Il ne restera plus qu'à basculer cette version en «production» ( Etape 4) une fois que l'ensemble du parc fonctionne sur la version « Push ».
Voir la documentation Gestion des masters
Création d'un nouveau master / Version via votre poste de travail
L'évolution du master va se faire directement via votre poste de travail administrateur. Effectivement, nous vous conseillons d'avoir un poste de travail qui se trouve dans votre bureau qui sera le poste Admin. Ce poste vous permettra de faire la création de vos versions et de les tester.
Nous avons la possibilité de faire la création d'un nouveau master / version de deux façons différentes :
- via le snapshot ( La VM reste démarré).
- via les modifications faite sur votre VM ( La VM est éteinte).
Création d'un master / version via le snapshot
Il est possible de faire la création d'une version / master quand votre VM est allumée.
Une fois votre environnement sur votre poste W360 d’administration prêt, allez dans l'interface d’administration W360 Manager, choisissez le poste en question et vous positionner au niveau de la VM.
Les actions de création d'une version snapshot sont identiques les seules choses qui sont différentes se sont les informations lors de la création de la version ou du master snapshot.
Création de version via le snapshot information à intégrer
Nom Version : Définir le nom de la version avec une description courte.
Description Version : description des modifications qui ont été fait sur la version
Group : Par défaut, il est préférable de mettre les versions dans le groupe racine de votre arborescence. Cependant le choix du groupe permet de mettre la version dans un groupe spécifique de votre arborescence qui sera visible ou pas pour vos administrateurs en fonction des droits d'accès que vous avez donné.
Création d'un master via le snapshot :
Informations :
Nom Master : Le nom du master peut avoir le nom d'une salle, le nom de la distribution et la version.
Description : La description va permettre d'avoir des informations sur l'utilisation du master.
Nom Version : Définir le nom de la version avec une description courte.
Description Version : description des modifications qui ont été fait sur la version
Group : Par défaut, il est préférable de mettre les versions dans le groupe racine de votre arborescence. Cependant le choix du groupe permet de mettre la version dans un groupe spécifique de votre arborescence qui sera visible ou pas pour vos administrateurs en fonction des droits d'accès que vous avez donné.
Vous trouverez ci-dessous un GIF illustrant le processus de création d'une version via un snapshot..
Création d'un master / version VM éteinte
Une fois votre environnement sur votre poste W360 d’administration prêt, allez dans l'interface d’administration W360 Manager, choisissez le poste en question et « stoppez la VM ».
Une fois votre VM éteinte, cliquer sur l'icone de la VM (1) qui va vous basculer automatiquement dans l'onglet au nom de la VM ( 2 ).
Sur l'onglet de la VM, on retrouve des informations sur le master qui est utilisé ainsi qu'une vision de l'ensemble des versions.
| Intitulé | Description |
|---|---|
| 1 | Démarrer la version sélectionnée |
| 2 | Envoie d'un fichier de pré chargement en lien avec la machine virtuelle. Ce fichier de pré chargement est utilisé lors l'activation du pré chargement est fait sur votre machine virtuelle. Cela est un entre deux entre le streaming et le pré chargement complet. |
| 3 | Créer un nouveau master sur la base des modification effectué sur votre VM. |
| 4 | Créer une nouvelle version à partir des modifications effectuées sur votre VM. Cette version sera ajoutée comme une nouvelle version à la suite de la version existante sur votre master. |
| 5 | Attribuer le Tag "Prod" à votre version. Il est préférable avant de passer votre version en production de la passer en en tag "push". Cela va permettre de télécharger cette nouvelle version en tache de fond. Ensuite une fois que la version push et sur l'ensemble du parc basculer la version en "Prod". Attention : il est toujours préférable de tester la version avec le tag "dev" avant tous déploiement en "push" ou "prod" |
| 6 | Attribuer le Tag "dev" à votre version |
| 7 | Attribuer le Tag "Push" à votre version. Cette version sera la version qui sera compléter avant le lancement. Elle sera téléchargé en tache de fond. |
| 8 | Suppression des écritures générées par la VM ( Snapshot VM,...). Dans ce cas le cache en lien avec le master n'est pas supprimé. Le démarrage de votre VM sera rapide. Il n'y aura pas à télécharger le cache du master. |
| 9 | Suppression des écritures de la VM et du cache en lien avec le Master. Le poste devra télécharger la totalité du master au prochain démarrage. |
| 10 | Permet le téléchargement du cache du master en lien avec cette VM. |
| 11 | Permet d'aller sur la version et de la modifier |
| 12 | Permet d'aller sur le master en mode édition. |
Information
Si vous avez des disques avec un espace limité, utilisez le mode préchargement. Cela évitera de télécharger la totalité du master et sera plus rapide que le mode streaming.
Actions importantes lors de la création d'une nouvelle version
- Utilisez un poste de travail de management (avec plus de capacité en disque, mémoire et CPU).
- Déployez l’environnement « source » à modifier, sans jonction dans le domaine.
- Préférez un mode persistant.
- Lancez les utilitaires Wisper pour déverrouiller l’environnement (activation des mises à jour Windows, etc.).
- Effectuez toutes les mises à jour souhaitées.
- Verrouillez l’environnement avec les utilitaires (désactivation des mises à jour Windows, etc.).
- Lancez la création de la version.
- Testez en version « développement » sur une machine.
- Déployez sur votre parc en passant la version souhaitée en mode « push ».
- Une fois la version déployée sur le parc, passez-la en mode « production ».
Updated about 2 months ago