maxime/Procedure-Systel
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Add documentation for Nutanix cluster management, Synology NAS updates, Windows 11 operator setup, decision support system installation, and Totem Manager configuration

Browse Source 
- Created guides for adding/removing nodes in Nutanix clusters and installing Nutanix servers.
- Documented the process for updating Nutanix infrastructure and Synology NAS.
- Added instructions for preparing a Windows 11 operator workstation, including Sysprep and network configuration.
- Established steps for setting up the decision support system and configuring Totem Manager.
This commit is contained in:
Maxime BOURIEAU
2026-10-15 10:03:27 +02:00
parent 62a5081263
commit 28cfb11acb
21 changed files with 1919 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files
Production SI/Configuration serveur/HYCU/Mise a jour HYCU.md
+104
View File
@@ -0,0 +1,104 @@
# Mettre à jour HYCU
## 1. Vérifier le chemin de mise à niveau et télécharger le paquet
HYCU peut nécessiter des mises à niveau intermédiaires. Ne pas sauter de version sans vérifier le chemin pris en charge. Consulter les notes de version dans la documentation HYCU : [support.hycu.com](https://support.hycu.com/hc/en-us).
1. Se connecter au portail de support HYCU avec le compte dont les informations sont conservées dans RDM.
2. Ouvrir la section **HYCU for Private Cloud & Data Centers**.
3. Sélectionner les versions intermédiaires nécessaires et télécharger les paquets dans l'ordre indiqué par les notes de version.
Formats de paquet mentionnés dans la procédure source :
| Type et version HYCU | Plateforme / méthode | Paquet |
| --- | --- | --- |
| HYCU LEGACY, avant 5.2.0 | Nutanix | `.qcow2` |
| HYCU LEGACY, avant 5.2.0 | VMware | `.vmdk` |
| HYCU NEW, indiqué comme supérieur à 5.2.0 dans la source | Mise à jour depuis l'interface HYCU | `.hymig` |
La procédure indique également que la méthode HYCU NEW s'applique à partir de 5.2.0. Vérifier dans les notes de version le format de paquet et la méthode à utiliser pour la version exacte visée, notamment pour 5.2.0.
## 2. Prérequis et sauvegarde du contrôleur HYCU
Avant de commencer, s'assurer que la machine virtuelle du contrôleur HYCU est sauvegardée et qu'aucune alerte bloquante ne subsiste.
Si HYCU signale une sauvegarde requise :
1. Ouvrir **Virtual Machines**.
2. Sélectionner la VM HYCU et cliquer sur **Backup**.
3. Confirmer avec **Yes**.
4. Attendre la fin de l'opération. Vérifier que les indicateurs d'état passent au vert et que l'alerte disparaît de la page principale.
Ne commencer la mise à jour qu'une fois cette sauvegarde terminée.
## 3. Mettre à jour HYCU LEGACY sur Nutanix
Répéter cette procédure pour chaque version intermédiaire requise.
1. Dans Prism Element, ouvrir les paramètres, puis l'onglet **Image Configuration**.
2. Cliquer sur **Upload Image**.
3. Nommer l'image selon le format `hycu-<Version>-<Revision>`. Exemple : `hycu-5.0.0-1491`.
4. Sélectionner le type d'image **DISK** et importer le fichier `.qcow2` téléchargé.
5. Dans l'interface HYCU, ouvrir les paramètres, puis **Software Update**.
6. Vérifier que l'image chargée apparaît dans la liste des versions disponibles, puis confirmer la mise à jour.
L'assistant redirige vers la page **Welcome**. La VM HYCU s'arrête; un clone avec le suffixe `New` est créé et l'ancienne VM est renommée avec un suffixe correspondant à l'ancienne version. La nouvelle VM démarre avec l'adresse IP et les paramètres de l'ancienne.
Après le démarrage :
1. Attendre que la page d'accueil soit de nouveau disponible, puis se connecter à HYCU.
2. Vérifier la version, l'accès à l'interface et le bon fonctionnement des services et des sauvegardes.
3. Effectuer une sauvegarde du nouveau contrôleur HYCU.
4. Ne supprimer l'ancienne VM qu'après validation complète et selon la procédure de conservation/retour arrière en vigueur.
## 4. Mettre à jour HYCU LEGACY sur VMware ESXi
La mise à jour sur VMware se fait en remplaçant le disque système HYCU. Procéder avec soin : conserver le disque retiré tant que la nouvelle version n'a pas été validée.
### 4.1 Suspendre les tâches et arrêter la VM
1. Dans HYCU, ouvrir **Settings > Power Options**.
2. Sélectionner **Suspend all** pour suspendre les tâches de sauvegarde.
3. Attendre la fin de toutes les tâches en cours.
4. Dans l'interface VMware, ouvrir **Machines virtuelles > HYCU**, puis arrêter la VM.
### 4.2 Importer et placer le nouveau disque
1. Importer le fichier `.vmdk` dans un répertoire temporaire distinct du répertoire de la VM, par exemple `MAJ`.
2. Attendre la fin du transfert. Vérifier que la progression atteint 100 % et que l'opération apparaît comme terminée.
3. Copier le fichier `.vmdk` importé dans le répertoire de la VM.
4. Vérifier que la copie est terminée avant de modifier la configuration matérielle de la VM.
### 4.3 Remplacer le disque système
1. Dans VMware, ouvrir **Machines virtuelles > HYCU > Modifier**.
2. Retirer **Disque dur 2**, qui contient l'ancienne version du disque système `hycu-x-x-x-xxxx.vmdk`.
3. Ne pas supprimer le fichier de l'ancien disque : le conserver pour un éventuel retour arrière.
4. Enregistrer la modification.
5. Modifier de nouveau la VM, puis sélectionner **Ajouter un disque dur > Disque dur existant**.
6. Parcourir le datastore et sélectionner le nouveau fichier `.vmdk` copié dans le répertoire de la VM.
7. Vérifier que le disque SCSI ajouté est le disque de démarrage (`0:0`), puis enregistrer.
La procédure source précise que le disque de 10 Go contient le système HYCU et que l'autre disque de 32 Go contient les paramètres et l'arborescence des sauvegardes. Vérifier les tailles et rôles des disques dans la configuration réelle avant toute modification.
### 4.4 Redémarrer et contrôler
1. Démarrer la VM et ouvrir sa console distante.
2. Vérifier que HYCU démarre sur la version attendue.
3. Se connecter à l'interface Web et contrôler le bon fonctionnement du contrôleur.
4. Réactiver les tâches suspendues et vérifier l'état des sauvegardes.
5. Après validation et selon la politique de retour arrière, supprimer les fichiers `.vmdk` de l'ancienne version dans le répertoire temporaire `MAJ` et dans le répertoire de la VM.
## 5. Mettre à jour HYCU NEW avec un paquet `.hymig`
Pour la méthode HYCU NEW, la procédure source indique qu'il n'est plus nécessaire d'importer une image dans Nutanix.
1. Depuis l'interface HYCU Controller, ouvrir **Settings > Software Upgrade**.
2. Pour **Upgrade From**, sélectionner **Upload File**.
3. Sélectionner le fichier `.hymig` correspondant à la version et au chemin de mise à niveau validés.
4. Lancer la mise à jour et attendre qu'elle se termine sans interrompre le contrôleur.
5. Se reconnecter à HYCU et vérifier la version, l'état des services et le bon fonctionnement des sauvegardes.
## 6. Vérifications finales
Pour le parcours utilisé, confirmer que le contrôleur HYCU est accessible, que la version attendue est installée et que les tâches de sauvegarde sont actives et s'exécutent normalement. Conserver les anciennes VM ou les anciens disques jusqu'à la fin de la période de validation prévue pour permettre un retour arrière.
Production SI/Configuration serveur/HYCU/Mises en place du plan de sauvegarde HYCU.md
+139
View File
@@ -0,0 +1,139 @@
# Mettre en place un plan de sauvegarde HYCU
## 1. Prérequis
Installer et préparer le NAS Synology en suivant la procédure [Installation serveur NAS Synology](https://tfs2k18.systel-sa.com/tfs/Systel/Etudes/_wiki/wikis/Etudes.wiki/1648/Installation-serveur-NAS-Synology).
Avant de commencer, confirmer le modèle du ou des NAS et le nombre d'instances HYCU. Les dossiers à créer et les cibles à déclarer dépendent de l'architecture retenue.
## 2. Préparer le NAS
### 2.1 Créer l'utilisateur HYCU
Dans le Panneau de configuration du NAS, ouvrir **Utilisateur et groupe**, puis **Créer un utilisateur**. Créer un compte dédié à HYCU. Générer son mot de passe avec RDM, l'y enregistrer et accorder à ce compte les accès nécessaires aux dossiers de sauvegarde.
Pour les options de l'assistant qui ne sont pas précisées ici, appliquer la configuration validée pour le NAS concerné.
### 2.2 Créer les dossiers partagés
Dans **Panneau de configuration > Dossier partagé > Créer un dossier partagé**, créer les dossiers selon le modèle du NAS et l'architecture :
| Modèle et rôle | Dossiers partagés |
| --- | --- |
| RS1619xs+, NAS 1 | `hycu_daily`, `hycu1_archive1mois`, `hycu1_archive3mois`, `hycu1_archive6mois` |
| RS1619xs+, NAS 2 | `hycu_daily`, `hycu2_archive1mois`, `hycu2_archive3mois`, `hycu2_archive6mois`* |
| RS3621xs+, NAS 1 | `hycu_daily`, `hycu1_archive1mois`, `hycu1_archive6mois`, `hycu1_archive12mois`** |
| RS3621xs+, NAS 2 | `hycu_daily`, `hycu2_archive1mois`, `hycu2_archive6mois`, `hycu2_archive12mois`* ** |
`*` Les dossiers d'archives du NAS 2 sont requis uniquement lorsque deux instances HYCU sont utilisées.
`**` Pour créer des dossiers immuables sur un NAS RS3621xs+, suivre la procédure [NAS immuable (RPS3621RSxs)](https://tfs2k18.systel-sa.com/tfs/Systel/Etudes/_wiki/wikis/Etudes.wiki/2325/NAS-Immuable-(RPS3621RSxs)).
Lors de la création des dossiers, activer la somme de contrôle des données et autoriser l'utilisateur HYCU à y accéder. Appliquer les autres options selon la configuration validée du NAS.
## 3. Déclarer les cibles SMB dans HYCU
Dans HYCU, ouvrir l'onglet **Target**. Chaque dossier partagé nécessaire doit être déclaré comme cible sur la ou les instances HYCU concernées.
| Target Name | Dossier NAS indiqué dans la source | Compression | Use for archiving |
| --- | --- | --- | --- |
| `nas1_daily` | `hycu_daily` | Oui | Non |
| `nas1_archive1mois` | `hycu_archive1mois` | Oui | Oui |
| `nas1_archive3mois` | `hycu_archive3mois` | Oui | Oui |
| `nas1_archive6mois` | `hycu_archive6mois` | Oui | Oui |
| `nas2_daily`* | `hycu_daily` sur le NAS 2 | Oui | Non |
`*` En présence d'un deuxième NAS, ajouter la cible `nas2_daily` hébergée sur le NAS 2. Dans une infrastructure complète à deux instances HYCU, déclarer sur HYCU2 les dossiers partagés du NAS 2 ainsi que la cible Daily du NAS 1.
**Vérification des noms :** le tableau des cibles ci-dessus utilise `hycu_archive...`, tandis que le tableau de création des dossiers utilise les préfixes `hycu1_` et `hycu2_`. Vérifier le nom réel du dossier partagé sur le NAS et sélectionner ce nom à l'identique dans HYCU. Ne pas créer de dossier supplémentaire uniquement pour résoudre cette différence.
Pour créer une cible :
1. Cliquer sur **Add**, puis sélectionner **SMB**.
2. Renseigner le nom de la cible et le nombre de sauvegardes simultanées adapté à l'environnement.
3. Indiquer l'adresse IP du NAS, le nom du dossier partagé et le compte HYCU. Récupérer son mot de passe dans RDM.
4. Activer la compression. Activer **Use for archiving** pour les cibles d'archives, et la désactiver pour les cibles Daily.
5. Répéter l'opération pour les autres cibles nécessaires.
## 4. Créer les politiques d'archivage
Dans **Policies > Archiving**, créer les politiques ci-dessous. L'heure de début indiquée dans la procédure source est `12 AM`.
| Nom de la politique | Option | Début | Hebdomadaire | Mensuel |
| --- | --- | --- | --- | --- |
| `Archive_faible` | Weekly | `12 AM` | Friday, récurrence toutes les 4 semaines, rétention 4 semaines, cible `nas1_archive1mois` | Aucun |
| `Archive_moyen` | Weekly | `12 AM` | Friday, récurrence toutes les semaines, rétention 4 semaines, cible `nas1_archive1mois` | Aucun |
| `Archive_forte` | Weekly, Monthly | `12 AM` | Saturday, récurrence toutes les semaines, rétention 4 semaines, cible `nas1_archive1mois` | First Saturday, rétention 3 mois, cible `nas1_archive3mois` |
| `Archive_critique` | Weekly, Monthly | `12 AM` | Sunday, récurrence toutes les semaines, rétention 4 semaines, cible `nas1_archive1mois` | First Sunday, rétention 6 mois, cible `nas1_archive6mois` |
Créer chaque politique, renseigner ses paramètres conformément au tableau et vérifier que les cibles d'archivage existent dans HYCU.
## 5. Créer les fenêtres de sauvegarde
Dans **Policies > Time Window**, cliquer sur **Add**, puis sélectionner **Backup window**. Créer les fenêtres suivantes :
| Nom | Lun. | Mar. | Mer. | Jeu. | Ven. | Sam. | Dim. |
| --- | --- | --- | --- | --- | --- | --- | --- |
| `backupwindow_faible` | INCR 00h-08h | INCR 00h-08h | INCR 00h-08h | INCR 00h-08h | FULL 00h-08h | INCR 00h-08h | INCR 00h-08h |
| `backupwindow_moyen` | INCR 00h-08h | INCR 00h-08h | INCR 00h-08h | INCR 00h-08h | FULL 00h-08h | INCR 00h-08h | INCR 00h-08h |
| `backupwindow_forte` | INCR 00h-08h | INCR 00h-08h | INCR 00h-08h | INCR 00h-08h | INCR 00h-08h | FULL 00h-08h | INCR 00h-08h |
| `backupwindow_critique` | INCR 00h-08h | INCR 00h-08h | INCR 00h-08h | INCR 00h-08h | INCR 00h-08h | INCR 00h-08h | FULL 00h-08h |
Pour une architecture à deux NAS, créer également une fenêtre de copie en sélectionnant **Add > Copy window** :
| Nom | Lun. | Mar. | Mer. | Jeu. | Ven. | Sam. | Dim. |
| --- | --- | --- | --- | --- | --- | --- | --- |
| `Copy window` | 19-00h | 19-00h | 19-00h | 19-00h | 19-00h | 19-00h | 19-00h |
La source indique `19-00h` pour chaque jour. Vérifier le format attendu par la version de HYCU utilisée avant d'enregistrer la fenêtre.
## 6. Créer les politiques de sauvegarde
Dans l'onglet **Policies**, sélectionner une politique par défaut (**Bronze**, **Silver** ou **Gold**) et cliquer sur **Edit**. Pour la quatrième politique, cliquer sur **New**.
| Policy Name | Backup / Recover / Retention | Backup chain | Target | Backup window | Archiving |
| --- | --- | --- | --- | --- | --- |
| `policy_faible` | 1 day / 1 day / 1 week | 7 days | `nas1_daily` | `backupwindow_faible` | `Archive_faible` |
| `policy_moyen` | 1 day / 1 day / 1 week | 7 days | `nas1_daily` | `backupwindow_moyen` | `Archive_moyen` |
| `policy_forte` | 1 day / 1 day / 1 week | 7 days | `nas1_daily` | `backupwindow_forte` | `Archive_forte` |
| `policy_critique` | 1 day / 1 day / 2 weeks | 7 days | `nas1_daily` | `backupwindow_critique` | `Archive_critique` |
Renseigner et vérifier les paramètres de chaque politique selon le tableau.
## 7. Affecter les machines virtuelles
Dans l'onglet **Virtual Machines**, sélectionner une ou plusieurs VM, cliquer sur **Set policy**, puis attribuer la politique correspondante :
| Politique | Type de VM | Exemples |
| --- | --- | --- |
| `policy_faible` | VM de Formation ou de Test | `BDF`, `MultiF`, `MultiT` |
| `policy_moyen` | VM secondaire ou annexe | `Multi2`, `Start2`, `RPINT2`, `Prev`, `HYCU`, `centreon-poller`, `Telem`, `Bastion` |
| `policy_forte` | VM principale ou unitaire, et `AD2` | `AD1`, `AD2`, `Multi1`, `Start1`, `RPINT1`, `Broker1`, `NFS`, `DWH` |
| `policy_critique` | VM de base de données | `BD1`, `BD2` |
Vérifier les affectations dans HYCU après l'application des politiques.
## 8. Configuration avec deux NAS
### 8.1 Copier les sauvegardes courantes
Créer sur le NAS 2 le dossier partagé `HYCU - Daily`, puis l'ajouter comme cible dans HYCU.
Dans les paramètres de chaque politique de sauvegarde concernée, activer **Copy**. Ajouter la cible du NAS 2, définir une rétention d'une semaine, activer l'option **Window** et sélectionner la fenêtre **Copy window** créée précédemment.
### 8.2 Synchroniser les dossiers d'archives avec Rsync
La procédure source indique que HYCU ne gère pas plusieurs copies d'archives. Utiliser Rsync pour synchroniser les dossiers d'archives entre les deux NAS.
Prérequis : les deux NAS doivent pouvoir communiquer entre eux sur le port `22` (SSH).
Sur chaque NAS :
1. Dans **Panneau de configuration > Services de fichiers > Rsync**, activer le service Rsync.
2. Dans l'onglet **Avancé**, ouvrir la liste des tâches et cliquer sur **Créer**.
3. Nommer la tâche et sélectionner le dossier d'archives à synchroniser.
4. Renseigner les identifiants de l'autre NAS et activer la compression.
5. Planifier la copie en dehors des périodes de sauvegarde afin de limiter la charge du NAS.
6. Répéter l'opération pour chaque dossier d'archives.
Lors d'un déploiement complet comportant deux instances HYCU, créer également les règles de synchronisation dans l'autre sens pour les archives de HYCU2.
Production SI/Hyperviseur/ESXi/Exporter une VM depuis un hyperviseur ESXi.md
+51
View File
@@ -0,0 +1,51 @@
# Exporter une machine virtuelle depuis un hyperviseur ESXi
Deux méthodes sont décrites ci-dessous : l'export avec le script `export_vm_esxi.sh` ou l'export manuel depuis l'interface Web ESXi.
## 1. Exporter avec le script CLI
Le script se trouve dans le dépôt Git `F5CloudNative/tools/esxi/export_vm_esxi.sh`. Le récupérer sur la machine depuis laquelle l'export sera exécuté.
### 1.1 Paramètres
| Option | Description | Obligatoire |
| --- | --- | --- |
| `-r` ou `--remote_esxi` | Adresse IP de l'hyperviseur ESXi source | Oui |
| `-u` ou `--user` | Compte autorisé à accéder à ESXi | Oui |
| `-p` ou `--password` | Mot de passe du compte ESXi | Oui |
| `-v` ou `--version` | Version matérielle de la VM à exporter, par exemple `1-19-3` | Oui |
| `-d` ou `--export_dir` | Répertoire local de destination | Oui |
| `-sv` ou `--src_vm` | Nom de la VM source sur ESXi | Oui |
| `-dv` ou `--dst_vm` | Nom de la VM à donner aux fichiers exportés | Oui |
| `-h` ou `--help` | Affiche l'aide | Non |
Vérifier les noms d'options disponibles avec `--help` si la version du script diffère.
### 1.2 Lancer l'export
Exécuter le script en remplaçant les valeurs d'exemple par celles de l'environnement :
```bash
./export_vm_esxi.sh \
-r '<IP_ESXI>' \\
-u '<UTILISATEUR_ESXI>' \
-p '<MOT_DE_PASSE>' \
-v '<VERSION_VM>' \\
-d '<REPERTOIRE_DESTINATION>' \\
-sv '<NOM_VM_SOURCE>' \
-dv '<NOM_VM_EXPORT>'
```
Récupérer les identifiants dans RDM. Ne pas inscrire un mot de passe réel dans cette procédure ni dans un historique de commandes partagé. Si le script ou l'environnement propose un mode de saisie sécurisé, le privilégier.
Le script crée un répertoire de destination à partir du nom de VM choisi et de sa version, puis exporte le paquet OVF. L'opération peut prendre plusieurs minutes selon la taille de la VM et le débit réseau. Attendre la fin du processus.
L'export est terminé lorsque le script indique une réussite, par exemple `VM successfully export` et `Finish`. Le script source retire également le fichier NVRAM exporté et son entrée dans le fichier OVF.
## 2. Exporter manuellement depuis l'interface ESXi
1. Vérifier que la VM à exporter est arrêtée. L'option d'export n'est pas disponible si elle est en fonctionnement.
2. Dans l'interface ESXi, faire un clic droit sur la VM et sélectionner **Exporter**.
3. Télécharger un par un les fichiers proposés par l'hyperviseur.
4. Enregistrer tous les fichiers de la VM dans le même répertoire local et conserver leurs noms afin que le fichier OVF puisse retrouver les disques associés.
5. Attendre la fin de chaque téléchargement et vérifier que tous les fichiers proposés ont été récupérés.
Production SI/Hyperviseur/ESXi/Importer une VM depuis un hyperviseur ESXi.md
+69
View File
@@ -0,0 +1,69 @@
# Importer une machine virtuelle sur un hyperviseur ESXi
Deux méthodes sont décrites ci-dessous : importer la VM avec le script `import_vm_esxi.sh` ou utiliser l'assistant de déploiement OVF dans l'interface ESXi.
## 1. Préparer les fichiers et la destination
Récupérer le dossier d'export de la VM depuis le partage Cloud indiqué pour l'intervention. Le paquet doit contenir le fichier OVF et les fichiers de disque associés, notamment les VMDK.
Avant l'import, confirmer :
- l'hôte ESXi cible et les identifiants d'accès, disponibles dans RDM;
- le nom du datastore cible et l'espace disponible;
- le nom du réseau/port group ESXi correspondant à l'environnement cible;
- le nom à donner à la VM afin d'éviter un conflit avec une VM existante.
Le dossier source de la procédure mentionne `VM-K8S-READY` à la racine du script comme exemple de paquet à importer. Remplacer cet exemple par les fichiers de la VM concernée.
## 2. Importer avec le script CLI
Le script est indiqué dans le dépôt comme `F5_CloudNative/tools/esxi/import_vm_esxi.sh`. Vérifier le chemin du dépôt et les options reconnues par la version utilisée avec `--help`; la procédure d'export cite un dépôt nommé `F5CloudNative` sans soulignement.
### 2.1 Paramètres
| Option | Description | Obligatoire |
| --- | --- | --- |
| `-r` ou `--remote_esxi` | Adresse IP de l'hyperviseur ESXi cible | Oui |
| `-u` ou `--user` | Compte autorisé à accéder à ESXi | Oui |
| `-p` ou `--password` | Mot de passe du compte ESXi | Oui |
| `-v` ou `--version` | Version matérielle de la VM, par exemple `1-19-3` | Oui |
| `-f` ou `--file` | Chemin local du fichier ou paquet OVF à importer | Oui |
| `-n` ou `--name` | Nom de la VM sur ESXi | Oui |
| `-net` ou `--network` | Nom du réseau/port group ESXi | Oui |
| `-d` ou `--datastore` | Nom du datastore ESXi | Oui |
| `-h` ou `--help` | Affiche l'aide | Non |
### 2.2 Lancer l'import
Adapter les valeurs au paquet et à l'infrastructure cible :
```bash
./import_vm_esxi.sh \\
-r '<IP_ESXI>' \\
-u '<UTILISATEUR_ESXI>' \\
-p '<MOT_DE_PASSE>' \\
-v '<VERSION_VM>' \\
-f '<CHEMIN_DU_FICHIER_OVF>' \\
-n '<NOM_VM_CIBLE>' \\
-net '<RESEAU_ESXI>' \\
-d '<DATASTORE_ESXI>'
```
Un exemple de réseau fourni dans la procédure source est `Systel PREPROD Network`; utiliser le port group réellement prévu pour l'environnement cible.
La procédure contient deux formes différentes pour l'option `-f` : un exemple donne le répertoire d'export, tandis que la commande détaillée donne le chemin du fichier `.ovf`. Vérifier l'aide du script ou sa documentation et utiliser le format attendu par cette version. L'exemple détaillé ci-dessus indique le fichier OVF.
Récupérer les identifiants dans RDM. Ne pas inscrire de mot de passe réel dans la procédure ni dans un historique de commandes partagé. Si le script ou l'environnement permet une saisie sécurisée, la privilégier.
Attendre la fin de l'import, qui peut prendre plusieurs minutes selon la taille de la VM et le débit réseau. L'opération est terminée lorsque le script signale la réussite de l'import.
## 3. Importer manuellement depuis l'interface ESXi
1. Dans l'interface ESXi, cliquer sur **Créer/Enregistrer une machine virtuelle**.
2. Sélectionner **Déployer une machine virtuelle à partir d'un fichier OVF**.
3. Sélectionner le fichier OVF ainsi que tous les fichiers VMDK associés à la VM.
4. Sélectionner le stockage/datastore où la VM sera importée et stockée.
5. Configurer le mappage réseau, le type de provisionnement du disque et le démarrage automatique de la VM au terme du déploiement.
6. Vérifier le récapitulatif des options, puis valider l'importation.
Après le déploiement, vérifier que la VM apparaît dans l'inventaire, que son réseau est correctement mappé et qu'elle démarre comme prévu avant sa remise en service.
Production SI/Hyperviseur/Installation d'un serveur ESXi.md → Production SI/Hyperviseur/ESXi/Installation d'un serveur ESXi.md
View File
Production SI/Hyperviseur/ESXi/Mise à jour Serveur ESX.md
+180
View File
@@ -0,0 +1,180 @@
# Mettre à jour un serveur VMware ESXi
## 1. Prérequis et ordre des opérations
> **Interruption de service :** cette opération nécessite l'arrêt de toutes les machines virtuelles hébergées sur le serveur ESXi.
> **Ordre requis :** mettre à jour le firmware avant l'hyperviseur. Si un vCenter est présent, le mettre à jour avant ESXi.
Cette procédure décrit une mise à jour vers VMware ESXi 8.0 Update 3. La source indique que cette mise à jour est possible depuis les versions 6.7 et 7.0. Vérifier la compatibilité matérielle, le chemin de mise à niveau et la version recommandée auprès des experts Infrastructure avant de commencer.
Les mises à jour firmware et iLO des serveurs HPE sont fournies dans les paquets **SPP (Service Pack for ProLiant)**. Le paquet ESXi est spécifique aux serveurs HPE ProLiant. Demander aux experts Infrastructure les versions et paquets recommandés pour le serveur concerné.
Les paquets sont disponibles dans les répertoires suivants :
```text
\\cloud\Produits\Produits_tiers\HPE\Service Pack for Proliant
\\cloud\Produits\Produits_tiers\VMWare\VMware_ESXi
```
Avant l'intervention, confirmer le plan d'arrêt et de redémarrage des VM avec les équipes responsables. Prévoir un accès à iLO et à l'interface ESXi ou vCenter.
## 2. Arrêter les machines virtuelles
L'ordre et les modalités d'arrêt des services applicatifs doivent être confirmés avec leurs responsables.
### 2.1 SQL Witness
Consulter les experts SQL avant d'arrêter la VM SQL Witness.
### 2.2 Nœud SWARM
Confirmer le nom exact du nœud avant d'exécuter les commandes : le titre de la procédure source mentionne `SWARM-MANAGER-03`, tandis que sa commande utilise `SWARM-MANAGER-LIVE-03`.
Sur un manager Swarm, drainer le nœud concerné :
```bash
docker node update --availability drain SWARM-MANAGER-LIVE-03
docker node ls
docker ps
```
Vérifier avec `docker node ls` que le nœud est drainé et qu'aucune activité ne subsiste avant l'arrêt. Si l'arrêt de la machine est confirmé :
```bash
shutdown -h now
```
Après le redémarrage, réactiver le nœud avec son nom exact :
```bash
docker node update --availability active SWARM-MANAGER-LIVE-03
```
En cas de doute, contacter les DevOps dans Teams, canal `COM-SUPPORTS > DDP - DevOps`.
### 2.3 Contrôleur HYCU
1. Se connecter à l'interface HYCU et ouvrir **Jobs**.
2. Vérifier qu'aucune sauvegarde n'est en cours.
3. Dans les paramètres, ouvrir **Power Options** et cliquer sur **Suspend All** pour empêcher le lancement de nouvelles sauvegardes pendant l'arrêt et le redémarrage.
4. Arrêter la VM HYCU depuis ESXi ou vCenter.
5. Après le redémarrage, retourner dans **Power Options** et retirer la suspension.
### 2.4 vCenter
Si un vCenter est présent, appliquer sa mise à jour avant celle de l'hôte ESXi. Suivre la procédure [Mise à jour VMware vCenter 7 vers 8](https://tfs2k18.systel-sa.com/tfs/Systel/Etudes/_wiki/wikis/Etudes.wiki/2635/MAJ-VMWare-vCenter-7-vers-8).
Pour l'arrêt du vCenter avant la mise à jour de l'hôte :
1. Éteindre toutes les autres VM hébergées sur l'hôte.
2. Se connecter à **vCenter Server Management** sur `https://IP_vCenter:5480` avec le compte `root`.
3. Dans **Actions**, sélectionner **Arrêt** et confirmer si une demande apparaît.
## 3. Mettre l'hôte ESXi en maintenance
1. Ouvrir l'interface Web de l'hyperviseur ESXi.
2. Vérifier que toutes les VM de l'hôte sont arrêtées.
3. Dans le menu de l'hôte, sélectionner **Entrer en mode de maintenance**.
4. Confirmer si une fenêtre de confirmation apparaît.
5. Vérifier sur la page d'accueil de l'ESXi que l'hôte est bien en mode maintenance.
## 4. Mettre à jour le firmware HPE avec le SPP
1. Ouvrir l'interface iLO du serveur et lancer la console distante.
2. Depuis la console, monter ou importer le fichier ISO SPP, puis confirmer l'opération.
3. Redémarrer le serveur.
4. Au démarrage, appuyer sur `F11` pour ouvrir le menu **One-Time Boot Menu**.
5. Sélectionner l'entrée correspondant au média SPP monté. Vérifier son libellé dans le menu avant de la choisir.
6. Sélectionner **Automatic** pour lancer la mise à jour automatisée.
La procédure source estime la durée de l'opération à une à deux heures. Ne pas interrompre le serveur. La console iLO peut redémarrer pendant l'installation; se reconnecter si nécessaire pour suivre la suite du processus. Si iLO affiche un message pendant l'installation, ne pas intervenir sans confirmation des experts Infrastructure : les redémarrages peuvent faire partie du processus automatisé.
Si la console iLO ne se reconnecte pas correctement, vider le cache du navigateur puis réessayer.
## 5. Mettre à jour ESXi
Après la mise à jour du firmware, vérifier que l'hôte est démarré et toujours en mode maintenance.
### 5.1 Déposer le paquet sur un datastore
1. Dans l'interface ESXi, ouvrir **Stockage > Parcourir les banques de données**.
2. Ouvrir le répertoire de mise à jour souhaité ou en créer un.
3. Utiliser **Télécharger** pour déposer le paquet ESXi `.zip` sur le datastore.
### 5.2 Activer SSH et relever le profil
Activer SSH dans **Hôte > Services > Activer Secure Shell (SSH)**, puis se connecter à l'hôte en SSH.
Vérifier le mode maintenance :
```bash
esxcli system maintenanceMode get
```
Lister les profils disponibles dans le paquet en remplaçant le chemin par celui du fichier `.zip` :
```bash
esxcli software sources profile list -d <chemin-complet-vers-le-fichier.zip>
```
Exemple :
```bash
esxcli software sources profile list -d /vmfs/volumes/datastore/MAJ/Update.zip
```
Noter le nom exact du profil souhaité pour la commande suivante.
### 5.3 Installer le profil et redémarrer
Lancer la mise à jour en remplaçant le chemin et le profil par les valeurs relevées :
```bash
esxcli software profile update -d <chemin-complet-vers-le-fichier.zip> -p <nom-du-profil>
```
Exemple fourni dans la procédure source :
```bash
esxcli software profile update -d /vmfs/volumes/datastore/MAJ/Update.zip -p HPE-Custom-AddOn_803.0.0.12.1.0-11
```
Après la fin de la commande, redémarrer l'hôte :
```bash
esxcli system shutdown reboot --reason "maj vers 8.0U3"
```
Après le redémarrage, vérifier la version ESXi et l'état de l'hôte, puis quitter le mode maintenance si les contrôles sont concluants.
## 6. Vérifier ou appliquer la licence ESXi
Ouvrir **Hôte > Gérer > Attribution de licence** et vérifier la licence installée.
Une mise à jour de version majeure, par exemple de 7.0 à 8.0, nécessite une licence compatible avec la version installée. Si une nouvelle licence est nécessaire :
1. Se connecter à [Broadcom Support](https://support.broadcom.com/) avec le compte de licence dont les informations sont conservées dans `RDM > COMMUN`.
2. Ouvrir **Entitlements** et développer les détails jusqu'à la section **License** pour ESXi.
3. Relever la clé au format `XXXXX-XXXXX-XXXXX-XXXXX-XXXXX`.
4. Dans ESXi, ouvrir **Hôte > Gérer > Attribution de licence**, choisir **Attribuer une licence**, saisir la clé et cliquer sur **Vérifier la licence**.
5. Après validation, cliquer sur **Attribuer une licence** et vérifier que l'attribution est effective.
Ne pas inscrire la clé de licence dans cette procédure.
## 7. Mettre à jour VMware Tools
> La mise à jour de VMware Tools peut nécessiter le redémarrage de la VM. Prévoir l'interruption avec les responsables applicatifs.
Après la mise à jour de l'hôte, vérifier les VM et mettre à jour VMware Tools lorsqu'une version plus récente est disponible :
1. Sélectionner la VM dans ESXi ou vCenter.
2. Ouvrir **Actions > SE invité > Mettre à niveau VMware Tools**.
3. Attendre la fin de l'installation et effectuer le redémarrage requis.
4. Vérifier dans la description de la VM que VMware Tools est conforme.
Répéter pour chaque VM concernée.
## 8. Remise en service
Vérifier le bon fonctionnement de l'hôte et des VM, puis confirmer que les services applicatifs sont opérationnels. Réactiver les tâches HYCU suspendues et réactiver le nœud Swarm après validation des équipes concernées.
Production SI/Hyperviseur/Nutanix/Ajout et Retrait de noeuds dans un Cluster.md
+22
View File
@@ -0,0 +1,22 @@
# Ajouter ou retirer des nœuds dans un cluster Nutanix
## 1. Prérequis
L'ajout et le retrait de nœuds modifient la capacité et la configuration du cluster. Avant toute intervention, confirmer le cluster cible, la compatibilité des nœuds et le plan d'adressage avec les équipes responsables. Vérifier également l'état du cluster et les prérequis de la version de Prism utilisée.
## 2. Ajouter des nœuds
Dans Prism Element, ouvrir **Hardware > Expand Cluster**.
1. Sélectionner les nœuds à ajouter.
2. Renseigner les adresses IPv4 prévues pour chaque nœud :
- CVM;
- hyperviseur (host);
- IPMI.
3. Définir **Node Type** sur `HCI`.
**Important :** la procédure source ne décrit pas les écrans suivants ni les validations finales de l'assistant. Avant de lancer l'expansion, suivre la procédure approuvée pour la version de Nutanix/Prism du cluster et vérifier les valeurs saisies. Ne pas confirmer l'opération en se basant uniquement sur les indications de cette page.
## 3. Retirer des nœuds
La procédure source ne fournit aucune étape textuelle de retrait. Ne pas lancer le retrait à partir de ce seul document : consulter la procédure Nutanix validée pour la version du cluster et faire confirmer le plan d'intervention par les équipes responsables avant toute action.
Production SI/Hyperviseur/Installation d'un serveur Nutanix.md → Production SI/Hyperviseur/Nutanix/Installation d'un serveur Nutanix.md
View File
Production SI/Hyperviseur/Nutanix/Mise a jour infrastructure Nutanix.md
+85
View File
@@ -0,0 +1,85 @@
# Mettre à jour une infrastructure Nutanix
## 1. Prérequis
Avant l'intervention :
- Vérifier que les sauvegardes sont saines dans HYCU ou Veeam.
- Vérifier que Prism Central et les clusters peuvent joindre les services Nutanix nécessaires. Se référer à la matrice de flux. Si l'environnement n'a pas d'accès, utiliser la méthode **Dark Site Direct Upload** selon la procédure prévue.
- Vérifier les versions source et cible ainsi que la matrice de compatibilité Nutanix avec l'équipe Infrastructure.
Traiter les erreurs de santé avant de commencer. Si un contrôle signale une sévérité `ERROR`, `FAIL` ou `WARNING`, contacter l'équipe Infrastructure et ne poursuivre qu'après résolution ou validation explicite.
## 2. Mettre à jour Prism Central
### 2.1 Vérifier l'état de santé
Se connecter en SSH à Prism Central et lancer :
```bash
ncc health_checks run_all
```
Examiner le résultat et résoudre les alertes bloquantes avec l'équipe Infrastructure avant la mise à jour.
### 2.2 Lancer la mise à jour
1. Se connecter à l'interface Prism Central.
2. Ouvrir **Admin Center > LCM** (Life Cycle Manager).
3. Dans l'onglet **Inventory**, cliquer sur **Perform Inventory** pour actualiser l'inventaire et les mises à jour disponibles.
4. Lancer la mise à jour validée pour Prism Central et suivre son avancement dans LCM.
Prism Central télécharge le paquet depuis Nutanix, effectue les contrôles préalables, puis exécute la mise à jour. La durée estimée par la procédure source est d'une à deux heures. Prism Central redémarre pendant l'opération; une interruption d'accès de cinq à dix minutes est à prévoir.
Lorsque l'accès revient, retourner dans **Admin Center > LCM** et vérifier l'état de la mise à jour.
## 3. Préparer chaque cluster (Prism Element)
Répéter les vérifications et la mise à jour de cette section pour chaque cluster du client.
### 3.1 Vérifier l'état de santé
Se connecter en SSH à une CVM du cluster et lancer :
```bash
ncc health_checks run_all
```
Résoudre les alertes `ERROR`, `FAIL` et `WARNING` avec l'équipe Infrastructure avant de poursuivre.
### 3.2 Vérifier les VM en mode agent
Une VM en mode agent est liée à l'hôte sur lequel elle s'exécute. Elle ne migre pas automatiquement si cet hôte redémarre pendant la mise à jour.
Rechercher les VM en mode agent :
```bash
acli vm.get \* | grep -B10 "agent_vm: True" | egrep "agent|\{"
```
Si la commande ne retourne aucun résultat, aucune VM en mode agent n'a été détectée.
Si une VM apparaît :
1. Ouvrir Prism Element à l'adresse IP du cluster.
2. Dans le menu principal, ouvrir **VM**, puis l'onglet **Table**.
3. Sélectionner la VM concernée et ouvrir **Update** (double-clic ou clic droit).
4. Désactiver **Use this VM as an agent VM**.
5. Cliquer sur **Save** pour enregistrer la modification.
## 4. Mettre à jour chaque cluster
1. Ouvrir Prism Element à l'adresse IP du cluster. L'entrée correspondante est enregistrée dans RDM sous `NTNX-CLUSTERXX`.
2. Ouvrir **LCM**.
3. Dans l'onglet **Inventory**, cliquer sur **Perform Inventory** afin d'actualiser l'inventaire et les mises à jour disponibles.
4. Appliquer les mises à jour dans l'ordre suivant :
1. **NCC**. Une fois la mise à jour terminée, relancer le contrôle de santé NCC en CLI et traiter les alertes avant de continuer.
2. **Foundation / Foundation Platforms**.
3. **AOS**.
4. **AHV**.
5. **Firmware**.
5. Suivre l'état de chaque mise à jour dans LCM et attendre la fin de l'étape en cours avant de lancer la suivante.
La mise à jour du cluster peut durer plusieurs heures. Nutanix télécharge les paquets, effectue les contrôles préalables, déplace les VM hors du nœud en cours de mise à jour, puis redémarre les composants concernés (serveur, hyperviseur et CVM).
Si plusieurs clusters sont présents, vérifier que les mêmes versions cibles sont appliquées à chacun d'eux.
Production SI/Nas Synology/Mise a jour NAS Synology.md
+45
View File
@@ -0,0 +1,45 @@
# Mettre à jour un NAS Synology
## 1. Préparer la mise à jour
### 1.1 Relever le modèle et la version de DSM
1. Ouvrir l'interface Web du NAS à l'adresse `https://IP_NAS:5001`. Récupérer les informations de connexion dans RDM.
2. Dans **Panneau de configuration > Centre d'infos > Général**, relever le modèle du NAS et la version actuelle de DSM.
### 1.2 Télécharger les paquets de mise à jour
1. Ouvrir le site officiel [Synology Download Center](https://www.synology.com/fr-fr/support/download) et sélectionner le modèle exact du NAS. Le modèle `RS818RP+` était donné comme exemple dans la procédure source.
2. Indiquer la version actuelle et la version cible de DSM.
3. Suivre les étapes de mise à niveau proposées par le site. Télécharger tous les paquets requis et noter leur ordre d'installation.
4. Copier les fichiers `.pat` à proximité du NAS, sur le poste utilisé pour l'opération.
Ne pas ignorer les étapes intermédiaires indiquées par Synology : installer les paquets dans l'ordre proposé.
### 1.3 Vérifier l'état du NAS
1. Depuis le **Menu principal**, vérifier l'état général du NAS.
2. Consulter le stockage dans **Panneau de configuration > Centre d'infos > Stockage**.
3. Vérifier que tous les voyants d'état sont au vert avant de commencer.
Si un voyant signale une anomalie, interrompre la préparation, ouvrir un ticket auprès de Sysnet et signaler tout besoin de remplacement de matériel. Ne pas lancer la mise à jour tant que l'état du NAS n'est pas conforme.
### 1.4 Exporter la configuration
Dans **Panneau de configuration > Mise à jour et restauration > Sauvegarde de configuration**, utiliser **Exportation manuelle > Exporter**. Vérifier que le fichier de configuration exporté est accessible avant de poursuivre.
## 2. Installer les mises à jour DSM
Répéter les étapes ci-dessous pour chaque paquet `.pat`, en respectant l'ordre établi à la section 1.2 :
1. Ouvrir **Panneau de configuration > Mise à jour et restauration > Mise à jour du DSM**.
2. Cliquer sur **Mise à jour manuelle du DSM**.
3. Sélectionner le paquet `.pat` correspondant à l'étape en cours, puis cliquer sur **OK**.
4. Dans la fenêtre de confirmation, cocher la case demandée et cliquer sur **Mettre à jour**. Si une confirmation supplémentaire apparaît, cliquer sur **OK**.
5. Attendre la fin de l'installation et le redémarrage éventuel du NAS avant de lancer l'étape suivante.
La procédure source estime la durée d'une mise à jour à environ 5 à 10 minutes. La durée réelle peut varier selon le modèle et le paquet installé. Ne pas interrompre le NAS pendant l'opération.
## 3. Contrôler le résultat
Après la dernière étape, vérifier que le NAS est de nouveau accessible, que la version de DSM correspond à la version cible et que l'état général ainsi que le stockage ne signalent pas d'anomalie.
Production SI/Poste Opérateur/Windows 11 - Poste Opérateur.md
+131
View File
@@ -0,0 +1,131 @@
# Préparer un poste opérateur sous Windows 11
## 1. Généraliser l'image avec Sysprep
Après le redémarrage effectué à la suite du déploiement de l'image, se connecter avec le compte `adminlocal`. Récupérer son mot de passe dans RDM.
1. Ouvrir `C:\Windows\System32\Sysprep`.
2. Exécuter `sysprep.exe`.
3. Cocher **Généraliser**, puis cliquer sur **OK**.
4. Laisser la préparation se terminer et attendre le redémarrage du poste.
## 2. Installer Windows 11 avec un compte local
La procédure source prévoit l'installation sans compte Microsoft et indique que le poste ne doit pas être connecté à Internet pendant cette étape.
1. À l'écran de configuration initiale, appuyer sur `Maj+F10` pour ouvrir l'invite de commandes.
2. Exécuter :
```cmd
oobe\bypassnro
```
3. Attendre le redémarrage du poste.
4. Choisir la langue, conserver le clavier français et ignorer l'ajout d'une disposition de clavier supplémentaire.
5. À l'écran de connexion réseau, sélectionner **Je n'ai pas Internet**, puis **Continuer avec l'installation limitée**.
6. Accepter le contrat de licence et créer le compte local `Test`, sans mot de passe, conformément à la procédure source.
7. Pour les questions de configuration et de confidentialité qui ne sont pas décrites dans le texte source, appliquer les choix définis par le standard de configuration du poste.
Après l'ouverture de session `Test`, se déconnecter et ouvrir une session `adminlocal` avec le mot de passe récupéré dans RDM.
### Supprimer le compte temporaire
1. Dans les propriétés de **Ce PC**, ouvrir la gestion des **Profils des utilisateurs** et supprimer le profil `Test`.
2. Ouvrir **Ce PC > Gérer > Utilisateurs et groupes locaux > Utilisateurs**, puis supprimer le compte `Test`.
## 3. Configurer le réseau du poste
### 3.1 Renommer et configurer les cartes réseau
1. Ouvrir les connexions réseau et renommer les cartes conformément au schéma de nommage du poste. La touche `F2` permet de renommer une carte sélectionnée.
2. Dans les propriétés des cartes concernées, désactiver IPv6 et les options de mise en veille indiquées par la configuration locale validée.
3. Vérifier les noms et l'ordre des interfaces avant de créer le teaming.
Les valeurs détaillées de nommage et les options d'interface visibles dans la source n'étant pas transcrites, utiliser le plan réseau approuvé pour ce poste.
### 3.2 Créer le teaming
Le fichier de référence est indiqué dans :
```text
D:\Install\System\Drivers\Teaming Win11
```
Ouvrir PowerShell en tant qu'administrateur et exécuter la commande en vérifiant que les deux noms d'interface correspondent bien aux cartes du poste :
```powershell
New-NetSwitchTeam -Name "Teaming" -TeamMembers "VLAN ALERTE CARTE Haute","VLAN ALERTE CARTE Basse"
```
Attendre la fin de la commande, puis vérifier dans les connexions réseau que la carte **Teaming** est apparue. Ouvrir ses propriétés, désactiver IPv6 conformément à la configuration locale et lui attribuer l'adresse IP du poste selon le plan réseau.
### 3.3 Renommer le poste
Attribuer au poste le nom prévu par la convention de nommage, puis le redémarrer. Après le redémarrage, se reconnecter avec le compte `adminlocal`.
## 4. Configurer l'interface utilisateur et Start
Détacher les raccourcis inutiles de la barre des tâches. Dans le menu **Démarrer**, désépingler les raccourcis préinstallés qui ne sont pas requis pour le poste, conformément au modèle validé.
Configurer Start pour s'exécuter en tant qu'administrateur :
1. Ouvrir `D:\Start\Progs` et faire un clic droit sur `Start.exe`, puis choisir **Propriétés**.
2. Dans **Compatibilité**, cocher **Exécuter ce programme en tant qu'administrateur** et cliquer sur **Appliquer**.
3. Cliquer sur **Modifier les paramètres pour tous les utilisateurs**, cocher également **Exécuter ce programme en tant qu'administrateur**, puis appliquer et valider.
## 5. Renseigner les numéros CLS et Synoptique
Dans l'Éditeur du Registre, renseigner les numéros requis en **Décimal** aux emplacements suivants :
```text
HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Systel\CLS
HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Systel\Start\Synoptique
```
Le numéro du synoptique doit également être configuré dans Start : ouvrir **Paramètres > Postes**, sélectionner le nom du poste, cocher **Synoptique** et saisir le même numéro que celui configuré dans le registre.
Récupérer les numéros correspondant au poste dans la configuration de référence; ne pas les déduire.
## 6. Configurer les équipements radio
### 6.1 Installer le pilote TEN
1. Ouvrir **Ce PC > Gérer > Gestionnaire de périphériques**.
2. Faire un clic droit sur **Pilote TEN2006**, puis sélectionner **Mettre à jour le pilote**.
3. Choisir **Parcourir mon poste de travail**, puis **Choisir parmi une liste de pilotes disponibles sur mon ordinateur**.
4. Afficher tous les périphériques, puis cliquer sur **Suivant** et **Parcourir**.
5. Accéder au dossier de pilote prévu pour le poste, ouvrir le dossier `64bits` et sélectionner le fichier `.inf` indiqué par le package du pilote.
6. Choisir `TUSB3410Device`, cliquer sur **Suivant**, puis confirmer avec **Oui** si Windows le demande.
7. Vérifier que le TEN est installé dans le Gestionnaire de périphériques.
8. Dans les propriétés du port COM du TEN, désactiver l'autorisation de mise en veille indiquée par la configuration validée.
Le chemin du pilote n'étant pas retranscrit dans le texte source, utiliser le package de pilote approuvé pour le poste.
### 6.2 Configurer Iris Agent
1. Ouvrir le fichier suivant avec Notepad++ :
```text
C:\Program Files\IrisV2\DriverNode\Config\config.js
```
2. Modifier l'adresse IP pour qu'elle corresponde au poste opérateur.
3. Enregistrer le fichier.
4. Redémarrer le service `iris-agent-windows` ou, si nécessaire, redémarrer le poste.
### 6.3 Configurer le bandeau GVR V2
1. Lancer le bandeau GVR V2 et se connecter avec le compte `adminSystel`, dont les informations sont conservées dans RDM.
2. Lors du premier démarrage, autoriser les périphériques nécessaires, notamment le microphone.
3. Ouvrir le menu **...**, puis les paramètres audio, et sélectionner le TEN dans les périphériques du GVR.
4. Confirmer les paramètres et relancer le bandeau en mode opérateur.
5. L'option **Se souvenir de moi** permet d'éviter une nouvelle saisie du mot de passe. Ne l'activer que si cela est conforme aux règles de sécurité du poste et de l'organisation.
## 7. Joindre le poste au domaine
1. Ouvrir les propriétés de **Ce PC**, puis modifier les paramètres du nom de l'ordinateur.
2. Définir le nom du poste selon la convention en vigueur et redémarrer si Windows le demande.
3. Ouvrir **Paramètres avancés du système > Nom de l'ordinateur > Modifier**.
4. Dans **Membre d'un**, choisir **Domaine** et saisir le nom du domaine à joindre. Exemple fourni : `cta60.local`.
5. Saisir les identifiants d'un administrateur du domaine, récupérés selon la procédure sécurisée en vigueur, puis valider.
6. Redémarrer le poste lorsque Windows le demande et vérifier que la session de domaine peut être ouverte.