Créer et gérer des VM
Le workflow principal de la console commence par un nœud de topologie planifié. Le provisionnement transforme ensuite ce nœud en domaine libvirt avec le build sélectionné ou l’image catalogue activée.
Ajouter un nœud planifié
- Ouvrez la topologie d’un projet ou d’un build terminé.
- Ajoutez un nœud VM.
- Donnez-lui un nom sûr : 1–63 caractères, commençant par une lettre ou un chiffre et contenant uniquement lettres, chiffres, tirets ou underscores.
- Définissez mémoire, vCPUs et taille du disque racine. Les valeurs par défaut actuelles sont 4 096 Mio, 2 vCPUs et 20 Gio ; les droits de compte peuvent les réduire.
- Choisissez un variant de boot et connectez un ou plusieurs réseaux de topologie.
- Enregistrez le graphe, puis déployez ou démarrez le nœud.
Ajouter la carte seule ne réserve pas de calcul ni ne crée de VM. Confirmez que le nœud passe de planned à un état runtime et possède un identifiant libvirt avant d’ouvrir une console ou d’exécuter des tests.
Sources d’image
Le sélecteur de variant de boot peut exposer vos builds terminés et les cibles catalogue public activées par l’opérateur. Le backend résout les cibles catalogue vers leur artefact de confiance plutôt que d’accepter un chemin fourni par le navigateur comme autorité.
Il existe aussi une API authentifiée create-from-iso de niveau inférieur pour workflows de test et déploiement internes. Son iso_path est un chemin d’image côté serveur, pas un téléversement navigateur général ni un téléchargeur d’URL distante arbitraire.
Changer le variant de boot d’un domaine existant remplace l’image CD-ROM, met le CD-ROM en premier et redémarre la VM à froid. Le disque de la VM est conservé. Ce n’est pas la même chose qu’installer l’image sélectionnée sur ce disque.
Actions de cycle de vie
| Action console | Comportement runtime | Risque |
|---|---|---|
| Start | Démarre un domaine arrêté | Le boot invité peut encore échouer |
| Shutdown | Demande un arrêt invité ACPI | Nécessite la coopération invité |
| Reboot | Demande un reboot invité gracieux | Nécessite la coopération invité |
| Reset | Reset forcé du domaine en cours | Peut corrompre des écritures en vol |
| Power off | Force l’arrêt du domaine | Équivalent à couper l’alimentation ; perte de données possible |
| Delete | Supprime le domaine et son disque/métadonnées gérés | Destructif ; conservez d’abord les preuves nécessaires |
Il n’y a pas d’estimation fiable universelle du temps de boot. Surveillez l’état runtime et la console, et dimensionnez les délais de test pour l’image sélectionnée.
Acceptation install-on-disk
Pour une image revendiquant un installateur :
- Provisionnez avec un disque racine inscriptible.
- Démarrez depuis l’ISO et complétez l’installateur via VNC ou le chemin installateur automatisé supporté.
- Éjectez ou dépriorisez le CD-ROM.
- Redémarrez et confirmez que le disque, pas l’ISO, est la source de boot active.
- Vérifiez utilisateurs, bureau, paquets, services et nettoyage installateur.
Une icône installateur dans une session live n’est pas une preuve suffisante.
Superposition persistante et instantanés
Certaines images peuvent attacher un disque de persistance Zone 2. Les contrôles Zone exposent snapshot, rollback, export, import et reset pour cette superposition gouvernée. Ils n’instantanisent pas la mémoire VM, l’image de base ni des disques non liés. La VM doit être en cours et le support Zone invité doit être sain pour ces opérations.
Dépannage
- Si un nœud planifié ne se provisionne jamais, inspectez l’erreur de déploiement et la réponse de droits courante avant de réessayer.
- Si la console ne se connecte pas, confirmez que le domaine est en cours et possède un ID runtime résolvable.
- Si une action gracieuse stagne, inspectez l’invité avant reset ou power off.
- Si le réseau échoue, comparez l’arête rédigée, l’interface libvirt attachée, le réseau actif, adresse DHCP/statique, route et configuration DNS.
- Si un installateur redémarre en boucle, vérifiez l’ordre de boot et éjectez l’ISO.
Voir Topologie réseau et Console VNC.