User Tools

Site Tools


openshift:virtual_machines

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
openshift:virtual_machines [2026/10/16 16:20] – jonathanopenshift:virtual_machines [2026/10/16 17:33] (current) – jonathan
Line 345: Line 345:
 oc describe pod -l kubevirt.io/vm=fedora-nfs-vm -n default | grep -A 10 Events: oc describe pod -l kubevirt.io/vm=fedora-nfs-vm -n default | grep -A 10 Events:
 </code> </code>
 +
 +
 +===== 💾 8. Procédure Officielle : Création et Attachement de Disques Additionnels (Hotplug) =====
 +
 +Cette section décrit la procédure d'ingénierie standard pour provisionner un nouveau disque dur virtuel vierge et l'attacher à chaud (sans aucune coupure de service) à une machine virtuelle existante en cours d'exécution.
 +
 +==== Pourquoi utiliser un DataVolume plutôt qu'un PVC brut ? ====
 +
 +Dans un stockage de type NFS (mode ''Filesystem''), le moteur de virtualisation KubeVirt requiert impérativement un fichier image structuré nommé **''disk.img''** à la racine du volume pour émuler un disque physique brut (périphérique de bloc) à la VM.
 +  * Un PVC Kubernetes brut créé un répertoire vide sur TrueNAS, ce qui provoque un plantage immédiat de l'émulateur QEMU (erreur ''disk.img: no such file or directory'') et place la VM en ''CrashLoopBackOff''.
 +  * L'utilisation d'un **''DataVolume''** avec l'instruction ''blank: {}'' délègue à l'importateur CDI d'OpenShift le provisionnement automatique du dossier NFS ET la création du fichier ''disk.img'' à la taille spécifiée.
 +
 +==== Étape 1 : Le Payload de création du volume (create-hotplug-volume.yaml) ====
 +
 +Créez le fichier de configuration suivant :
 +
 +<code yaml>
 +apiVersion: cdi.kubevirt.io/v1beta1
 +kind: DataVolume
 +metadata:
 +  name: extra-data-disk
 +  namespace: default
 +spec:
 +  source:
 +    # Force l'importateur CDI à générer le fichier disk.img requis par QEMU/KVM
 +    blank: {}
 +  pvc:
 +    accessModes:
 +      # RWX requis pour supporter la Live Migration de la VM vers un autre hyperviseur
 +      - ReadWriteMany
 +    resources:
 +      requests:
 +        storage: 15Gi
 +    storageClassName: nfs-csi-rwx
 +    volumeMode: Filesystem
 +</code>
 +
 +Appliquez le manifest pour lancer la création sur TrueNAS :
 +<code bash>
 +oc apply -f create-hotplug-volume.yaml
 +</code>
 +
 +==== Étape 2 : Validation du provisionnement ====
 +
 +Avant de rattacher le disque à la VM, assurez-vous que l'importateur d'OpenShift a terminé la création et le formatage physique du fichier image sur le stockage NFS (le statut doit afficher **''Succeeded''**) :
 +
 +<code bash>
 +oc get dv extra-data-disk -n default
 +</code>
 +^ NAME ^ PHASE ^ PROGRESS ^ OWNER ^
 +| extra-data-disk | Succeeded | 100.0% | |
 +
 +==== Étape 3 : Injection à chaud dans la VM active ====
 +
 +Une fois le volume prêt, utilisez ''virtctl'' pour connecter le disque en direct. L'argument ''--persist'' garantit que l'association de ce disque est écrite définitivement dans la configuration YAML de la VM (survivant aux reboots et aux migrations) :
 +
 +<code bash>
 +virtctl addvolume fedora-nfs-vm --volume-name=extra-data-disk --persist -n default
 +
 +
  
 ==== Diagnostics Généraux d'Exploitation ==== ==== Diagnostics Généraux d'Exploitation ====
openshift/virtual_machines.txt · Last modified: by jonathan