Procédure de déploiement d’une nouvelle version — V.OS

Cette documentation décrit le processus de déploiement d’une nouvelle version d’un master V.OS, depuis la préparation du master jusqu’à la mise en production.

En mode V.OS, l’environnement final utilisé par l’utilisateur est une VM de production. Le master est préparé sur un poste d’administration, puis la version est publiée et distribuée via W360 Manager et les WRS.

Point important
Les tâches d’administration et de modification du master se font depuis un poste d’administration.
Le poste d’administration et le poste utilisateur sont deux postes distincts.

Objectif

Décrire un processus simple, progressif et sécurisé pour :

• préparer une nouvelle version de master V.OS ;
• répliquer la version sur les WRS ;
• distribuer la version aux postes utilisateurs ;
• activer la nouvelle version au redémarrage ;
• officialiser la version après validation.

1. Principe de fonctionnement

Le processus repose sur une séparation claire entre le poste utilisé par l’administrateur et les postes utilisés par les utilisateurs finaux.

2. Prérequis techniques

Configuration WRS / Chunkstore

Pour garantir le bon fonctionnement du mécanisme d’automatisation, le Chunkstore doit autoriser le téléchargement automatique des versions associées aux tags suivants :

• dev
• push
• prod

Sans ce paramétrage, les blocs de données ne sont pas correctement répliqués sur les WRS locaux, ce qui peut empêcher le bon déroulement du déploiement.

Préparation des VM V.OS

Les VM V.OS doivent être :

• affectées à un groupe ;
• configurées avec un démarrage automatique ;
• associées à une planification comprenant :
  • un arrêt automatique le soir ;
  • un démarrage via BIOS ;
  • un réveil réseau Wake-on-LAN.

Cette organisation permet l’arrêt des environnements, le redémarrage automatique des postes et l’activation progressive de la nouvelle version.

3. Processus de déploiement V.OS

La nouvelle version V.OS est téléchargée en tâche de fond, puis utilisée au prochain redémarrage de la VM ou du poste utilisateur, selon la planification définie.

4. Cycle de version

Le déploiement n’est pas une action unique. Il repose sur un cycle de tags permettant de préparer, distribuer, activer puis officialiser la version.

5. Calendrier de déploiement J à J+5

6. Points de contrôle avant diffusion large

7. À retenir

• Le master V.OS est modifié depuis un poste d’administration.
• Le poste d’administration et le poste utilisateur sont deux postes distincts.
• L’environnement final utilisateur est une VM de production.
• Le cycle de déploiement s’appuie sur les tags dev, push et prod.
• La nouvelle version est utilisée au prochain redémarrage des postes.
• La mise en production intervient après validation du parc et 48 heures de stabilité.

8. Comparatif rapide V.OS / D.OS