Add documentation for Nutanix cluster management, Synology NAS updates, Windows 11 operator setup, decision support system installation, and Totem Manager configuration
- 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
@@ -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.
|
||||
@@ -0,0 +1,231 @@
|
||||
# Installation et configuration d'un environnement Nutanix
|
||||
|
||||
## 1. Récupérer les logiciels Nutanix
|
||||
|
||||
Télécharger les logiciels depuis le [portail Nutanix](https://portal.nutanix.com/page/downloads/list) ou depuis le partage Systel `\\cloud\Produits\Produits_tiers\Nutanix` :
|
||||
|
||||
- **AOS Upgrade/Installer** : installation du logiciel principal Nutanix.
|
||||
- **AHV Installer (ISO)** : installation de l'hyperviseur.
|
||||
- **Foundation for Windows** : outil à installer sur le poste (installation par défaut) pour découvrir et configurer les nœuds Nutanix.
|
||||
- **Prism Central 1-click deploy from Prism Element** : machine virtuelle Prism Central à déployer sur le cluster.
|
||||
|
||||
### 1.1 Choisir les versions
|
||||
|
||||
Nutanix maintient plusieurs branches logicielles. Les anciennes branches **STS** et **LTS** ont été abandonnées avec l'arrivée de la version 7. Les indications ci-dessous sont celles de la procédure; vérifier la compatibilité entre composants et les versions disponibles sur le portail Nutanix avant chaque installation.
|
||||
|
||||
**AOS :**
|
||||
|
||||
- `6.10.x` : ancienne version LTS, décrite comme stable.
|
||||
- `7.0.x` : début du cycle de la version 7.
|
||||
- `7.3.x` et `7.5.x` : versions LTS plus récentes, avec de nouvelles fonctionnalités.
|
||||
|
||||
**AHV :**
|
||||
|
||||
- `20230xxx.xxx` : version associée à AOS 6.
|
||||
- `10.x` : version associée à AOS 7.0 et 7.3.
|
||||
- `11.x` : version plus récente associée à AOS 7.5.
|
||||
|
||||
**Prism Central :**
|
||||
|
||||
- `2024.x` : version associée à AOS 6 et 7.0.
|
||||
- `7.3.x` : version associée à AOS 7.3.
|
||||
- `7.5.x` : version associée à AOS 7.5.
|
||||
|
||||
**Versions testées et validées :**
|
||||
|
||||
| Foundation | AOS | AHV | Prism Central |
|
||||
| --- | --- | --- | --- |
|
||||
| `5.10.1` | `7.5.1` | `11.0.1` | `7.5.1.1` |
|
||||
| `5.11.1` | `7.6.0.6` | `11.2.0.2` | `7.6.0.6` |
|
||||
|
||||
## 2. Préparer le réseau
|
||||
|
||||
Le DCSR doit être à jour et contenir la configuration des serveurs Nutanix. Les commutateurs nécessaires doivent être configurés pour raccorder les serveurs Nutanix et le poste d'installation, généralement sur le même VLAN (souvent MGMT). Si ce n'est pas le cas, contacter l'équipe réseau.
|
||||
|
||||
Configurer le poste avec une adresse IP fixe, non utilisée sur la plateforme et conforme au DCSR. Activer également IPv6 en DHCP.
|
||||
|
||||
## 3. Monter et câbler les serveurs
|
||||
|
||||
Les châssis Nutanix de un à quatre nœuds sont généralement prémontés en usine. Poser les étiquettes fournies sur le carton du châssis, en façade et à l'arrière du serveur.
|
||||
|
||||
Raccorder les câbles d'alimentation, le port IPMI (équivalent de l'iLO HP, en Ethernet) et les liens de données (carte fibre à deux liens).
|
||||
|
||||
Relever les numéros de série et les associer aux noms des nœuds. Transmettre ces informations par e-mail à Sabrina BECHET ou les saisir dans Sysprod.
|
||||
|
||||
## 4. Configurer les interfaces IPMI
|
||||
|
||||
### 4.1 Configurer l'interface réseau depuis le BIOS
|
||||
|
||||
1. Raccorder un écran et un clavier à l'arrière du premier nœud.
|
||||
2. Démarrer le serveur avec le bouton en façade et appuyer sur **DEL/SUPPR** lorsque l'écran Nutanix l'indique.
|
||||
3. Dans le BIOS, ouvrir **IPMI > BMC Network Configuration**.
|
||||
4. Configurer l'interface conformément au DCSR et désactiver IPv6.
|
||||
5. Ouvrir **Save & Exit**, puis sélectionner **Save Changes and Reset**.
|
||||
6. Après le redémarrage, laisser le nœud démarrer sur Phoenix.
|
||||
7. Vérifier que l'interface IPMI répond au ping.
|
||||
|
||||
### 4.2 Configurer le BMC
|
||||
|
||||
Une fois l'interface IPMI configurée et joignable :
|
||||
|
||||
1. Dans Chrome, ouvrir `https://IP_IPMI`.
|
||||
2. Se connecter avec le compte `ADMIN`. Le mot de passe initial figure sur une étiquette du serveur.
|
||||
3. Dans **System > Component Info**, vérifier l'absence de défaut matériel.
|
||||
4. Dans **Configuration > Account Services**, modifier le mot de passe du compte `ADMIN`. Générer et enregistrer le nouveau mot de passe dans RDM.
|
||||
5. Dans **Configuration > Network**, configurer les serveurs DNS, le nom d'hôte et l'interface **LAN dedicated**, puis enregistrer.
|
||||
6. Dans **Configuration > BMC Settings > Date and Time**, configurer le client NTP et enregistrer.
|
||||
|
||||
Si les serveurs AD ne sont pas encore créés, utiliser temporairement les serveurs AD de test `192.168.126.11` et `192.168.126.12`. En cas d'erreur, vérifier l'ouverture des flux réseau.
|
||||
|
||||
Répéter ces opérations pour chacun des nœuds.
|
||||
|
||||
## 5. Installer le cluster Nutanix avec Foundation
|
||||
|
||||
Sur le poste d'installation, lancer **Portable Foundation**.
|
||||
|
||||
### 5.1 Configurer le réseau et sélectionner les nœuds
|
||||
|
||||
1. Sur la première page, conserver les options 1 à 4 par défaut.
|
||||
2. À l'option 5, activer **LACP en mode Fast** si la configuration réseau le prévoit. Vérifier dans l'onglet Switchs du DCSR si un Port Channel est configuré sur les interfaces fibre Nutanix.
|
||||
3. À l'option 6, saisir le VLAN. Aux options 7 et 8, saisir le masque et la passerelle associés aux interfaces Nutanix, puis cliquer sur **Next**.
|
||||
4. Sur la page de découverte, cliquer sur **Scan**, puis **Show** pour actualiser la liste.
|
||||
5. Sélectionner uniquement les nœuds du cluster à créer.
|
||||
6. Renseigner pour chaque nœud les champs **IPMI IP**, **HOST IP**, **CVM IP** et **HOSTNAME OF HOST** à partir du DCSR, puis cliquer sur **Next**.
|
||||
|
||||
### 5.2 Choisir les images et les paramètres du cluster
|
||||
|
||||
1. Charger et sélectionner l'image AOS.
|
||||
2. Attribuer `28 Go` de mémoire aux CVM.
|
||||
3. Sélectionner AHV et charger son image.
|
||||
4. Désactiver LUKS, puis cliquer sur **Next**.
|
||||
5. Saisir le nom du cluster, le fuseau horaire et l'adresse IP du cluster.
|
||||
6. Configurer le facteur de résilience `RF2` si le cluster comporte moins de cinq nœuds.
|
||||
7. Saisir les adresses IP des serveurs NTP (AD1/AD2 et serveur NTP physique) et des serveurs DNS, puis cliquer sur **Next**.
|
||||
|
||||
Si les serveurs AD ne sont pas encore créés, utiliser temporairement `192.168.126.11` et `192.168.126.12`. En cas d'erreur, vérifier les flux réseau.
|
||||
|
||||
8. Choisir la méthode 2; ces paramètres seront modifiés ultérieurement.
|
||||
9. Sur la page suivante, conserver les valeurs par défaut et cliquer sur **Start**.
|
||||
|
||||
L'installation prend généralement entre 45 minutes et 1 h 15. À la fin, cliquer sur **Click here**. Se connecter avec le compte initial `admin` et le mot de passe `Nutanix/4u`, puis générer un nouveau mot de passe sécurisé avec RDM. Renseigner et accepter l'EULA, puis conserver les paramètres par défaut sur la page suivante et cliquer sur **Continue**.
|
||||
|
||||
Répéter la procédure pour chaque cluster à installer.
|
||||
|
||||
## 6. Configurer chaque cluster Nutanix
|
||||
|
||||
Répéter les opérations ci-dessous sur chaque cluster.
|
||||
|
||||
### 6.1 Paramètres du cluster
|
||||
|
||||
- Dans **Settings > Cluster Details**, saisir l'adresse IP **Data Service** (indiquée comme iSCSI dans le DCSR).
|
||||
- Dans **Settings > Name Servers**, vérifier la présence des serveurs DNS AD1/AD2.
|
||||
- Dans **Settings > Network Configuration**, déclarer les VLAN utilisés par les machines virtuelles, conformément au DCSR.
|
||||
- Dans **Settings > NTP Servers**, vérifier la présence des serveurs NTP AD1/AD2 et du serveur NTP physique.
|
||||
- Dans **Settings > Manage VM High Availability**, activer **Enable HA Reservation**, puis enregistrer.
|
||||
- Dans **Settings > Language Settings**, sélectionner **France** dans la région, puis enregistrer.
|
||||
|
||||
### 6.2 Configurer le conteneur de stockage
|
||||
|
||||
1. Ouvrir **Storage > Storage Container**.
|
||||
2. Saisir le nom du cluster.
|
||||
3. Vérifier que la compression est activée, puis enregistrer.
|
||||
|
||||
### 6.3 Configurer la protection des données entre clusters
|
||||
|
||||
1. Ouvrir **Data Protection > Table**.
|
||||
2. Sélectionner **Remote Site > Physical Cluster**.
|
||||
3. Saisir le nom et l'adresse IP du cluster distant ou secondaire.
|
||||
4. Vérifier que **Disaster Recovery** est activé, puis ouvrir **Settings**.
|
||||
5. Vérifier que la compression est activée.
|
||||
6. Associer les VLAN des deux clusters. Les noms des VLAN doivent correspondre entre les clusters. Effectuer cette association pour tous les VLAN, puis associer le VStore du cluster A à celui du cluster B.
|
||||
7. Enregistrer la configuration.
|
||||
8. Répéter la configuration depuis le second cluster, puis lancer un test de connexion depuis chaque cluster.
|
||||
|
||||
### 6.4 Créer les domaines et calendriers de protection
|
||||
|
||||
Ouvrir **Protection Domain > Async DR**. Utiliser le nom de protection indiqué dans l'onglet **Env Complet** du DCI, colonne `DataProctection`. Les règles sont différentes selon qu'il s'agit d'une infrastructure complète ou d'une demi-infrastructure :
|
||||
|
||||
| Nom de la protection | Nom demi-infrastructure | Paramètre 1 | Paramètre 2 |
|
||||
| --- | --- | --- | --- |
|
||||
| `DC1_to_DC2` | `VMGroup1` | `/` | 1 fois par jour pendant 7 jours |
|
||||
| `DC2_to_DC1` | `VMGroup2` | `/` | 1 fois par jour pendant 7 jours |
|
||||
| `Standalone_VMs` | `Standalone_VMs` | 1 fois par heure pendant 24 h | 1 fois par jour pendant 7 jours |
|
||||
| `Formation` | `Formation` | `/` | 1 fois par jour pendant 7 jours |
|
||||
|
||||
Sélectionner les machines virtuelles à ajouter en vérifiant la colonne `DataProtection` du DSI, cliquer sur **Protect Selected Entities**, puis sur **Next**. Cliquer sur **New Schedule**, configurer la tâche selon le DCSR, puis cliquer sur **Create Schedule** et **Close**.
|
||||
|
||||
Répéter ces étapes pour créer toutes les tâches de sauvegarde requises.
|
||||
|
||||
## 7. Renommer les CVM
|
||||
|
||||
Par défaut, les CVM peuvent être nommées `NTNX-XXXXX-A-CVM`.
|
||||
|
||||
Se connecter en SSH à la première CVM avec le compte `nutanix`, puis exécuter la commande suivante en adaptant le nom :
|
||||
|
||||
```bash
|
||||
sudo /usr/local/nutanix/cluster/bin/change_cvm_hostname NTNX-1-1-CVM
|
||||
```
|
||||
|
||||
Attendre entre chaque commande : le cluster effectue une bascule pendant le renommage et le redémarrage.
|
||||
|
||||
Depuis une autre CVM, exécuter la commande suivante en remplaçant l'adresse IP et le nom :
|
||||
|
||||
```bash
|
||||
change_cvm_display_name --cvm_ip=10.xx.110.3 --cvm_name=NTNX-1-1-CVM
|
||||
```
|
||||
|
||||
Répéter l'opération pour les autres CVM en adaptant les noms et adresses IP.
|
||||
|
||||
## 8. Installer et configurer Prism Central
|
||||
|
||||
Prism Central fournit une gestion centralisée des clusters Nutanix. Deux méthodes de déploiement sont décrites ci-dessous : sur un serveur VMware ESXi témoin ou directement sur un cluster Nutanix.
|
||||
|
||||
### 8.1 Déployer Prism Central sur VMware ESXi
|
||||
|
||||
Déployer la VM `PRISMCENTRAL` sur l'ESXi témoin indiqué dans le DCSR. Pour importer la VM sur ESXi, consulter la [procédure d'import d'une VM sur VMware ESXi](https://tfs2k18.systel-sa.com/tfs/Systel/Etudes/_wiki/wikis/Etudes.wiki/1315/Exporter-et-importer-une-VM-depuis-la-plateforme-de-Production?anchor=import-de-la-vm-sur-vmware-esxi).
|
||||
|
||||
Après le démarrage, attendre la fin des scripts exécutés au lancement du système. Ouvrir la console de la VM et se connecter avec le compte initial `nutanix` et le mot de passe `nutanix/4u`.
|
||||
|
||||
Éditer le fichier réseau selon les valeurs du DCSR :
|
||||
|
||||
```bash
|
||||
sudo nano /etc/sysconfig/network-scripts/ifcfg-eth0
|
||||
```
|
||||
|
||||
Enregistrer les modifications, puis redémarrer la VM :
|
||||
|
||||
```bash
|
||||
sudo reboot
|
||||
```
|
||||
|
||||
Après le redémarrage, attendre de nouveau la fin des scripts de démarrage. Depuis la console de la VM (cette opération ne fonctionne pas en SSH), créer le cluster Prism Central en remplaçant `IP_PRISM_CENTRAL` par l'adresse prévue dans le DCSR :
|
||||
|
||||
```bash
|
||||
cluster --cluster_function_list="multicluster" -s IP_PRISM_CENTRAL create
|
||||
```
|
||||
|
||||
Vérifier l'état du cluster :
|
||||
|
||||
```bash
|
||||
cluster status
|
||||
```
|
||||
|
||||
Dans Chrome, ouvrir `https://IP_PRISM-CENTRAL:9440/` et se connecter avec le compte initial `admin` et le mot de passe `Nutanix/4u`. Générer un nouveau mot de passe sécurisé avec RDM, puis renseigner l'EULA et poursuivre avec les paramètres par défaut.
|
||||
|
||||
Configurer ensuite Prism Central :
|
||||
|
||||
- Dans **Prism Central Settings > Name Servers**, saisir les serveurs DNS de la plateforme.
|
||||
- Dans **NTP Servers**, saisir les serveurs NTP de la plateforme.
|
||||
- Dans **Language Settings**, sélectionner **France**, puis enregistrer.
|
||||
|
||||
### 8.2 Déployer Prism Central sur un cluster Nutanix
|
||||
|
||||
Depuis le cluster principal :
|
||||
|
||||
1. Dans **Home**, cliquer sur **Register or create new**.
|
||||
2. Sélectionner **I want to deploy a new Prism Central instance**.
|
||||
3. Cliquer sur **Upload Installation Binary** et charger les fichiers `.json` et `.tar` de Prism Central.
|
||||
4. Une fois les fichiers chargés, sélectionner la version et cliquer sur **Next**.
|
||||
5. Sélectionner **X-Small** ou **Small** si X-Small n'est pas disponible, puis cliquer sur **Next**.
|
||||
6. Saisir les informations demandées en s'appuyant sur les noms et adresses IP du DCSR, puis cliquer sur **Next**.
|
||||
7. Conserver les paramètres par défaut et cliquer sur **Deploy**.
|
||||
@@ -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.
|
||||
Reference in New Issue
Block a user