> 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/run-the-platform/fr/machines-virtuelles/live-migrations.md).

# Migrations à chaud

Les migrations à chaud dans VergeOS vous permettent de déplacer des VM en cours d’exécution entre des nœuds et des disques virtuels entre des niveaux de stockage sans interruption de service.

## Aperçu

### Migration de machine virtuelle (VM)

* Déplacer une ou plusieurs VM en cours d’exécution entre des nœuds tout en maintenant le service
* Préserver automatiquement l’état de la VM, le contenu de la mémoire et les connexions actives
* Choisir entre la sélection automatique du nœud ou la spécification de nœuds cibles
* Surveiller la progression de la migration en temps réel via le tableau de bord de la VM
* Prise en charge des migrations d’une seule VM et par lot

### Migration de disque virtuel

* Déplacer des disques virtuels entre différents niveaux de stockage tandis que les VM restent opérationnelles
* Transférer les données de manière transparente avec des processus de réparation vSAN automatiques
* Maintenir l’intégrité et l’accessibilité des données tout au long de la migration
* Prise en charge de l’ajustement des performances de stockage en déplaçant les disques entre les niveaux

Ces capacités font partie intégrante de la gestion de l’infrastructure de VergeOS, permettant :

* Maintenance du système sans temps d’arrêt
* Optimisation des ressources
* Opérations à haute disponibilité
* Ajustement des performances de stockage

La migration à chaud de VergeOS gère automatiquement l’allocation des ressources, la connectivité réseau et la synchronisation du stockage afin de garantir des transitions fluides entre les nœuds et les niveaux de stockage tout en maintenant la disponibilité des charges de travail.

{% hint style="info" %}
**VergeOS gère automatiquement les migrations à chaud des VM pendant**

* Mises à jour du système
* Opérations de maintenance des nœuds (mode maintenance)
  {% endhint %}

{% hint style="info" %}
**Événements HA**

Après un événement HA, VergeOS démarrera automatiquement les VM concernées sur d’autres nœuds disponibles.
{% endhint %}

## Prérequis

Avant d’effectuer une migration à chaud, assurez-vous que :

* Des ressources système adéquates sont disponibles sur le ou les nœuds cibles
* Un espace de stockage suffisant est disponible pour les migrations de disques
* Vous disposez des autorisations appropriées pour effectuer des migrations
* La migration à chaud de la virtualisation imbriquée est activée au niveau du cluster (si vous utilisez des VM imbriquées)
* La migration à chaud vGPU est activée au niveau du cluster (si vous utilisez des périphériques vGPU)

## Configuration du cluster pour la migration à chaud

### Migration à chaud de la virtualisation imbriquée

Pour activer la migration à chaud pour les VM exécutées avec la virtualisation imbriquée :

1. Accédez à **Clusters > \[Nom du cluster] > Modifier**
2. Repérez le paramètre « Autoriser la migration à chaud de la virtualisation imbriquée »
3. Cochez la case
4. Cliquez sur **Enregistrer** pour appliquer les modifications

Cela permet de migrer à chaud entre les nœuds les VM avec la virtualisation imbriquée activée tout en conservant l’accélération matérielle.

### Migration à chaud vGPU (expérimentale)

{% hint style="info" %}
**Cela s’applique uniquement aux versions de VergeOS 4.13 ou ultérieures**
{% endhint %}

Pour activer la migration à chaud pour les VM utilisant des périphériques vGPU :

1. Accédez à **Clusters > \[Nom du cluster] > Modifier**
2. Repérez le paramètre « Autoriser la migration à chaud vGPU »
3. Cochez la case
4. Cliquez sur **Enregistrer** pour appliquer les modifications

{% hint style="warning" %}
**Considérations relatives à la migration vGPU**

* Cette fonctionnalité est expérimentale
* Si aucun périphérique vGPU suffisant n’est disponible sur le nœud cible, les charges de travail peuvent être temporairement arrêtées pendant la maintenance
* Assurez-vous que les nœuds cibles disposent de vGPU compatibles
  {% endhint %}

## Migration à chaud de VM

{% hint style="info" %}
**VM qui ne peuvent pas être migrées**

Les VM avec GPU/PCI en passthrough, USB en passthrough et cartes réseau SR-IOV ne peuvent pas être migrées à chaud.
{% endhint %}

### Migration d’une seule VM

1. Accédez au **tableau de bord de la VM**
2. Cliquez sur **Migrer** dans le menu de gauche
3. Choisissez votre cible de migration :
   * **Auto** (par défaut) : le système sélectionne le nœud cible optimal
   * **Nœud spécifique** : sélectionnez manuellement le nœud cible
4. Cliquez sur **Migrer** pour commencer le processus
5. Surveillez le champ d’état pour suivre la progression de la migration :
   * L’état reviendra à « En cours d’exécution » une fois terminé
   * Le champ Nœud hôte sera mis à jour pour afficher le nouvel emplacement

### Migration de plusieurs VM

1. Accédez à **Machines > Machines virtuelles**
2. Sélectionnez les VM souhaitées (la coche indique la sélection)
3. Cliquez sur le **Migrer** bouton
4. Choisissez votre option cible :
   * **Auto** : le système répartit les VM sur les nœuds disponibles
   * **Nœud spécifique** : sélectionnez le nœud cible (peut ne pas pouvoir accueillir toutes les VM)
5. Surveillez la colonne d’état pour chaque VM :
   * Le pourcentage de progression s’affiche pendant la migration
   * Le champ Nœud hôte est mis à jour une fois l’opération terminée

## Migration à chaud de disque virtuel

### Déplacer des disques entre des niveaux de stockage

{% hint style="info" %}
**Cela s’applique uniquement aux versions de VergeOS 4.13 ou ultérieures**
{% endhint %}

1. Accédez aux paramètres du disque :
   * Accédez au tableau de bord de la VM
   * Cliquez sur **Disques** dans le menu de gauche
   * Sélectionnez le disque à migrer
   * Cliquez sur **Modifier** dans le menu de gauche
2. Configurez le nouveau niveau :
   * Sélectionnez le niveau de stockage souhaité dans la liste déroulante
   * Cliquez sur **Envoyer** pour lancer la migration
3. Surveiller la migration :
   * Attendez que les réparations vSAN soient terminées sur le nouveau niveau
   * Vérifiez l’état de réparation dans le tableau de bord du stockage
   * Vérifiez que le disque est accessible sur le nouveau niveau

{% hint style="warning" %}
**Impact sur les performances du stockage**

Le déplacement des disques entre les niveaux peut affecter temporairement les performances du stockage pendant le processus de migration.
{% endhint %}

## Dépannage

### Problèmes courants et solutions

1. **Échec de la migration**
   * Vérifiez la disponibilité des ressources
   * Vérifiez la connectivité réseau
   * Consultez les journaux du système
2. **Migration lente**
   * Vérifiez la bande passante réseau
   * Vérifiez les performances du stockage
   * Réduisez les migrations simultanées
3. **Migration bloquée**
   * Consultez les journaux de migration
   * Vérifiez les contraintes de ressources
   * Contactez le support si le problème persiste

### Bonnes pratiques

* Effectuez les migrations pendant les heures creuses lorsque c’est possible
* Évitez de migrer trop de VM simultanément
* Surveillez les ressources système pendant les migrations
* Conservez des chemins réseau optimisés entre les nœuds
* Maintenez un espace libre suffisant sur les niveaux de stockage


---

# 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/run-the-platform/fr/machines-virtuelles/live-migrations.md?ask=<question>&goal=<endgoal>
```

`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.