Welcome to the new VergeOS docs! The legacy docs remain available until they're retired later this year.
Legacy VergeOS Docs
Ctrlk
Verge.ioGitHub repoSupport
For the complete documentation index, see llms.txt. This page is also available as Markdown.

Lab : déploiement HCI + calcul

Déployer un cluster fondation HCI avec un cluster dédié au calcul uniquement à l’aide du terrain d’essai Terraform, configurer le placement des charges de travail et valider la montée en charge indépendante du 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é :

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=<hci-compute>.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=<hci-compute>.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 :

PrécédentLab : déploiement UCI
SuivantLab : migration VMware

Mis à jour

Ce contenu vous a-t-il été utile ?