> 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-migration.md). # Atelier : Migration VMware ## Objectif Planifier et exécuter une migration complète de VMware vers VergeOS. Vous évaluerez les charges de travail VMware existantes, planifierez la migration, importerez les VM dans VergeOS, reconfigurerez le réseau et validerez que les charges de travail fonctionnent correctement après la migration. ## Prérequis * Avoir terminé tous les modules précédents (1 à 9) * Avoir terminé les laboratoires de déploiement HCI et UCI * Un cluster VergeOS en fonctionnement (issu d’un laboratoire précédent ou d’un environnement dédié) * Accès à un environnement VMware avec au moins 1 à 2 VM à migrer (ou des fichiers de VM exportés) * Compréhension des concepts de réseau VMware (vSwitches, groupes de ports, VLAN) ## Difficulté **Avancé** -- Nécessite une expérience pratique des environnements VMware et VergeOS ## Temps estimé **2 heures** ## Étapes ### Partie 1 : Planification de la migration Évaluez l’environnement source et planifiez la migration. 1. Inventoriez l’environnement VMware : * Listez les VM à migrer (nom, système d’exploitation, vCPU, RAM, taille du disque) * Documentez la configuration réseau (groupes de ports, VLAN, adresses IP) * Identifiez les besoins de stockage (provisionnement fin/épais, capacité totale) * Notez toute configuration spéciale (pass-through GPU, RDM, instantanés) 2. Créez un document de plan de migration qui inclut : * Correspondance des ressources source vers cible (VMware → VergeOS) * Correspondance réseau (groupes de ports vSphere → réseaux virtuels VergeOS) * Ordre de migration et dépendances entre les VM * Stratégie de retour arrière * Temps d’indisponibilité estimé par VM 3. Vérifiez que le cluster VergeOS cible dispose de suffisamment de capacité pour toutes les charges de travail migrées ### Partie 2 : Importation des VM Importez les VM de VMware vers VergeOS. {% hint style="success" %} **Connecteur VMware** Pour les migrations de production en direct, envisagez d’utiliser **Connecteur VMware** (Import/Export → Services VMware → Nouveau service), qui se connecte directement à vSphere via l’API et effectue des sauvegardes incrémentielles en utilisant le Change Block Tracking (CBT) pendant que les VM source restent en cours d’exécution — seule une brève sauvegarde finale au moment du basculement (avec la VM source arrêtée) est nécessaire pour la transition. Les étapes ci-dessous utilisent la méthode d’importation OVF/fichier, adaptée aux environnements de laboratoire. {% endhint %} 1. Exportez les VM depuis VMware (format OVF/OVA) ou préparez-vous à une importation directe 2. Dans l’interface VergeOS, accédez à **Machines virtuelles → + Nouvelle VM → --Importer depuis des fichiers--** 3. Importez la première VM et configurez : * Allocation du processeur et de la mémoire * Affectation du disque au niveau de stockage approprié * Correspondance des interfaces réseau avec les réseaux virtuels VergeOS 4. Démarrez la VM importée et vérifiez qu’elle démarre correctement 5. Répétez l’opération pour les VM supplémentaires 6. Documentez tout problème rencontré pendant l’importation et la manière dont il a été résolu ### Partie 3 : Reconfiguration du réseau Assurez-vous que les VM migrées disposent d’une connectivité réseau correcte. 1. Vérifiez que l’interface réseau de chaque VM migrée est connectée au bon réseau virtuel VergeOS 2. Confirmez l’adressage IP : * Si vous utilisez DHCP, vérifiez que la VM a reçu une adresse * Si vous utilisez des IP statiques, vérifiez que la configuration est correcte 3. Testez la connectivité : * Communication VM à VM au sein du même réseau * Accès des VM aux réseaux externes * Toutes les règles de pare-feu nécessaires sont en place 4. Comparez les performances réseau avant et après la migration (si mesurables) ### Partie 4 : Validation et documentation Validez la migration et créez un runbook. 1. Pour chaque VM migrée, vérifiez : * Que l’application/le service fonctionne correctement * Que les performances sont acceptables (CPU, mémoire, I/O disque) * Que toute la connectivité réseau fonctionne * Que toutes les tâches planifiées ou cron jobs s’exécutent 2. Exécutez un test de charge basique ou un test d’application pour confirmer la stabilité 3. Créez un runbook de migration documentant : * Le processus étape par étape suivi * Les problèmes rencontrés et les solutions apportées * Le temps passé par VM * Les recommandations pour de futures migrations à grande échelle 4. Identifiez ce que vous feriez différemment lors d’une migration de production ## Vérification Votre laboratoire de migration VMware est terminé lorsque vous pouvez répondre **oui** à tout ce qui suit : * [ ] A créé un plan de migration détaillé avec une correspondance des ressources source vers cible * [ ] A importé avec succès au moins une VM de VMware vers VergeOS * [ ] A vérifié que la VM importée démarre et exécute correctement son application/service * [ ] A confirmé la connectivité réseau pour toutes les VM migrées * [ ] A documenté le processus de migration sous forme de runbook réutilisable * [ ] A identifié les enseignements tirés et les recommandations pour les migrations de production --- # 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-migration.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.