> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/learn-the-platform/fr/module-10-ateliers-de-scenario/lab-hci-compute.md).
# Atelier : Déploiement HCI + calcul
## Objectif
Déployez VergeOS dans une configuration HCI + calcul dédié à l’aide du bac à sable Terraform. Vous provisionnerez une topologie à deux clusters — un cluster fondation HCI (contrôleur + stockage) et un cluster dédié uniquement au calcul — puis configurerez le placement des charges de travail entre les clusters, validerez la mise à l’échelle indépendante du calcul et comparerez le modèle opérationnel aux déploiements HCI purs.
## Prérequis
* Avoir terminé tous les modules précédents (1 à 9)
* Avoir terminé le laboratoire de déploiement HCI et le laboratoire de déploiement UCI
* Accès au dépôt vergeos-terraform-playground (cloné localement)
* CLI Terraform installée et configurée
* Un environnement ou laboratoire VergeOS qui prend en charge les déploiements imbriqués
* Familiarité avec les bases de Terraform (init, plan, apply)
## Difficulté
**Intermédiaire** — Nécessite de comprendre l’architecture de cluster VergeOS, la mise en réseau multi-clusters et l’utilisation de base de Terraform
## Temps estimé
**1,5 heure**
***
## Contexte : architecture HCI + calcul dédié
Avant de commencer le laboratoire, passez en revue le modèle à deux clusters qui définit HCI + calcul dédié :
```mermaid
graph TB
sous-graphe « Cluster 1 : HCI (contrôleur + stockage ± calcul) »
N1[« Nœud 1
Contrôleur + stockage
Niveau 0 + Niveau 1 »]
N2[« Nœud 2
Contrôleur + stockage
Niveau 0 + Niveau 1 »]
N3[« Nœud 3 (optionnel)
Nœud HCI
Stockage + calcul* »]
N4[« Nœud 4 (optionnel)
Nœud HCI
Stockage + calcul* »]
end
sous-graphe « Cluster 2 : calcul uniquement »
N5[« Nœud 5
Calcul uniquement »]
N6[« Nœud 6
Calcul uniquement »]
N7[« Nœud 7
Calcul uniquement »]
N8[« Nœud 8+
Calcul uniquement (mise à l’échelle) »]
end
CoreNet[« Réseau principal
25–100 GbE »]
N1 --- CoreNet
N2 --- CoreNet
N3 --- CoreNet
N4 --- CoreNet
N5 --- CoreNet
N6 --- CoreNet
N7 --- CoreNet
N8 --- CoreNet
```
**Principes clés :**
* **Cluster 1 (HCI)** comprend toujours les nœuds 1 et 2 avec les contrôleurs et le stockage de niveau 0. Les nœuds 3 à 4 optionnels ajoutent du stockage et, éventuellement, de la capacité de calcul.
* **Cluster 2 (calcul uniquement)** contient des nœuds entièrement dédiés à l’exécution des charges de travail — aucune surcharge de stockage, un maximum de ressources pour les VM.
* Le **commutateur de calcul** sur le cluster HCI contrôle si les nœuds HCI peuvent également exécuter des charges de travail en plus des fonctions de stockage/contrôle.
* Toutes les E/S de stockage des nœuds de calcul transitent par le réseau principal vers le cluster HCI, ce qui rend la bande passante inter-clusters critique.
***
## Étapes
### Partie 1 : examiner la topologie HCI + calcul
Comprenez la configuration avant de déployer.
1. Dans le dépôt du bac à sable Terraform, accédez au `examples/` répertoire et identifiez le HCI + calcul `.tfvars` fichier (recherchez les fichiers faisant référence à des topologies « hci-compute » ou « hybrid »)
2. Examinez les variables et identifiez :
* Combien de clusters sont définis et leurs rôles (HCI vs calcul uniquement)
* Nombre de nœuds et affectations par cluster
* Le **commutateur de calcul** paramètre sur le cluster HCI — est-il activé ou désactivé ?
* Configuration des niveaux de stockage (niveau 0 pour les métadonnées sur les nœuds contrôleurs, niveau 1 pour les données des charges de travail)
* Configuration réseau pour la communication inter-clusters
3. Comparez ce `.tfvars` fichier avec les configurations HCI pures du laboratoire précédent. Notez les différences structurelles :
* Définition de cluster supplémentaire pour les nœuds dédiés au calcul
* Affectation des niveaux de stockage — les nœuds dédiés au calcul n’ont aucun niveau de stockage
* Exigences de bande passante réseau entre les clusters
4. Consultez la documentation du scénario de déploiement (`docs/deployment-scenarios.md`) pour la section HCI + calcul
### Partie 2 : déployer la topologie HCI + calcul
Provisionnez l’environnement à deux clusters.
1. Exécutez `terraform init` pour initialiser le fournisseur (si ce n’est pas déjà fait)
2. Exécutez `terraform plan -var-file=.tfvars` et examinez attentivement les ressources planifiées :
* Vérifiez que deux clusters distincts seront créés
* Confirmez que les affectations de nœuds correspondent à la topologie attendue
* Vérifiez que les niveaux de stockage sont attribués uniquement aux nœuds du cluster HCI
* Validez que les interfaces réseau sont configurées pour la communication inter-clusters
3. Exécutez `terraform apply -var-file=.tfvars` pour déployer
4. Connectez-vous à l’interface VergeOS et vérifiez le déploiement :
* **Clusters :** Les deux clusters apparaissent — l’un étiqueté HCI, l’autre étiqueté Calcul
* **Nœuds :** Chaque nœud est affecté à son cluster correct
* **Stockage :** Les pools de stockage vSAN existent uniquement sur le cluster HCI ; les nœuds dédiés au calcul n’affichent aucun stockage
* **Réseau :** Le réseau principal du tissu relie les deux clusters ; la connectivité inter-clusters est établie
* **Contrôleurs :** Les VM de contrôleur s’exécutent sur les nœuds 1 et 2 du cluster HCI
### Partie 3 : configurer le placement des charges de travail
Entraînez-vous à placer des charges de travail sur la topologie à deux clusters.
1. **Créez une VM sur le cluster dédié au calcul :**
* Dans l’interface VergeOS, créez une nouvelle VM et sélectionnez le cluster dédié au calcul pour son placement
* Attribuez des ressources CPU et mémoire
* Attachez un disque virtuel — notez que le stockage est provisionné depuis le vSAN du cluster HCI même si la VM s’exécute sur un nœud dédié au calcul
* Démarrez la VM et vérifiez qu’elle démarre correctement
2. **Créez une VM sur le cluster HCI** (si le calcul est activé) :
* Créez une deuxième VM, cette fois en la plaçant sur le cluster HCI
* Comparez la disponibilité des ressources entre les deux clusters
* Notez la différence : les nœuds HCI partagent les ressources entre stockage/contrôle et calcul, tandis que les nœuds dédiés au calcul consacrent toutes leurs ressources aux charges de travail
3. **Déplacez une VM vers un autre cluster :**
* Choisissez une VM exécutée sur le cluster dédié au calcul et arrêtez-la (l’affectation de cluster ne peut pas être modifiée tant que la VM est en cours d’exécution)
* Modifiez la VM et changez le **Cluster** champ vers le cluster HCI, puis rallumez la VM
* Répétez dans l’autre sens (HCI → calcul uniquement) si vous le souhaitez
* Documentez les contraintes : le déplacement entre clusters nécessite que la VM soit arrêtée et **pas** préserve l’état — la VM est arrêtée puis redémarrée sur le cluster cible
* Comparez cela à l’action **Migrer** dans l’interface, qui est uniquement intra-cluster (elle sélectionne une cible **nœud** au sein du cluster actuel de la VM) et peut être effectuée à chaud sans arrêter la VM
4. **Surveillez les E/S inter-clusters :**
* Ouvrez le tableau de bord VergeOS et accédez à la surveillance réseau
* Observez le trafic d’E/S de stockage circulant des nœuds dédiés au calcul vers le cluster HCI
* Notez l’utilisation de la bande passante sur le réseau principal — c’est pourquoi la planification de la bande passante inter-clusters est critique
### Partie 4 : valider la mise à l’échelle indépendante du calcul
Démontrez l’avantage de mise à l’échelle du modèle HCI + calcul.
1. **Passez en revue la capacité du cluster dédié au calcul :**
* Dans l’interface VergeOS, vérifiez le total de CPU et de mémoire disponible sur le cluster dédié au calcul
* Comparez cela aux ressources de calcul disponibles du cluster HCI (après la surcharge liée au stockage/contrôle)
* Documentez la différence de capacité de calcul effective
2. **Simulez un scénario de montée en charge :**
* Examinez le `.tfvars` fichier et identifiez comment ajouter des nœuds supplémentaires dédiés au calcul
* Modifiez le nombre de nœuds pour le cluster dédié au calcul (par exemple, ajoutez 1 à 2 nœuds supplémentaires)
* Exécutez `terraform plan` pour prévisualiser le changement — notez que seuls des nœuds de calcul sont ajoutés ; le stockage n’est pas प्रभावितé
* Appliquez la modification et vérifiez que les nouveaux nœuds rejoignent le cluster dédié au calcul
* Confirmez que le cluster HCI reste totalement inchangé — aucun rééquilibrage, aucune perturbation du stockage
3. **Comparez les modèles de mise à l’échelle :**
| Action de mise à l’échelle | HCI pur | HCI + Calcul |
| ---------------------------------- | --------------------------------------------------------------- | ------------------------------------------------------ |
| Ajouter de la capacité de calcul | Doit ajouter un nœud HCI complet (avec stockage) | Ajouter un nœud léger dédié au calcul |
| Ajouter de la capacité de stockage | Ajouter un nœud au cluster HCI ou étendre les disques existants | Ajouter un nœud uniquement au cluster HCI |
| Mise à l’échelle indépendante | ❌ Calcul et stockage couplés | ✅ Le calcul s’échelle indépendamment |
| Flexibilité matérielle | Tous les nœuds nécessitent du matériel de classe stockage | Nœuds de calcul optimisés pour les charges de travail |
| Complexité opérationnelle | Simple — cluster unique | Modérée — deux clusters, mise en réseau inter-clusters |
### Partie 5 : explorer le commutateur de calcul
Comprenez l’impact du paramètre Calcul du cluster HCI.
1. **Vérifiez l’état actuel du commutateur de calcul :**
* Dans l’interface VergeOS, accédez aux paramètres du cluster HCI
* Identifiez si le commutateur de calcul est actuellement activé ou désactivé
* S’il est activé, notez quelles charges de travail (le cas échéant) s’exécutent sur les nœuds HCI
2. **Comprenez les deux modes :**
| Paramètre | Comportement | Idéal pour |
| -------------------- | --------------------------------------------------------------------------- | ------------------------------------------------------------------------------------- |
| **Calcul activé** | Les nœuds HCI exécutent des charges de travail en plus du stockage/contrôle | Déploiements plus petits où la maximisation de l’utilisation est préférable |
| **Calcul désactivé** | Cluster HCI dédié uniquement au stockage et au contrôle | Environnements sensibles aux performances où l’isolation stockage/calcul est préférée |
3. **Documentez votre recommandation :**
* Compte tenu de la taille actuelle du déploiement, quel réglage du commutateur de calcul recommanderiez-vous ?
* Quels facteurs vous amèneraient à modifier le réglage ?
* Remarque : la modification du commutateur de calcul peut nécessiter un redémarrage progressif des nœuds du cluster HCI — examinez l’impact avec le support VergeOS avant d’effectuer ce changement en production
### Partie 6 : exercice de décision de conception
Appliquez ce que vous avez appris à un scénario réel.
1. **Scénario :** Un client exploite actuellement un cluster VergeOS HCI de 4 nœuds. Il doit ajouter 50 nouvelles VM pour un environnement de développement, mais n’a pas besoin de stockage supplémentaire. Son utilisation actuelle du stockage est seulement de 40 %, mais le CPU est à 75 %.
2. **Évaluez les options :**
* **Option A :** Ajouter 2 nœuds HCI supplémentaires (cluster HCI de 6 nœuds)
* **Option B :** Ajouter un cluster de 2 nœuds dédié au calcul (HCI 4 nœuds + calcul 2 nœuds)
* **Option C :** Migrer vers une architecture UCI complète
3. **Pour chaque option, documentez :**
* Implications sur le coût matériel
* Évolution de la complexité opérationnelle
* Exigences réseau
* Chemin de scalabilité future
* Votre recommandation avec justification
4. **Bonus :** Identifiez quel exemple du bac à sable Terraform correspond le plus à l’option B, et listez les `.tfvars` modifications nécessaires pour correspondre aux exigences du client
***
## Nettoyage
Une fois le laboratoire terminé :
1. Supprimez toutes les VM de test créées pendant le laboratoire
2. Exécutez `terraform destroy` pour supprimer l’ensemble du déploiement HCI + calcul
3. Vérifiez que toutes les ressources ont été nettoyées dans l’interface VergeOS
***
## Vérification
Votre laboratoire de déploiement HCI + calcul est terminé lorsque vous pouvez répondre **oui** à tout ce qui suit :
* [ ] Déploiement réussi d’une topologie à deux clusters HCI + calcul via Terraform
* [ ] Rôles des clusters vérifiés (HCI vs calcul uniquement), répartition du stockage et réseau dans l’interface VergeOS
* [ ] Création de VM sur le cluster dédié au calcul et confirmation que le stockage était fourni par le cluster HCI
* [ ] Surveillance du trafic d’E/S de stockage inter-clusters sur le réseau principal
* [ ] Mise à l’échelle indépendante du cluster dédié au calcul avec succès (ajout de nœuds sans affecter le stockage)
* [ ] Comportement du commutateur de calcul documenté et votre recommandation pour le déploiement
* [ ] Exercice de décision de conception terminé, comparant les विकल्प HCI, HCI+Calcul et UCI
* [ ] Avoir nettoyé toutes les ressources du laboratoire avec `terraform destroy`
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://docs.verge.io/learn-the-platform/fr/module-10-ateliers-de-scenario/lab-hci-compute.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.