> For the complete documentation index, see [llms.txt](https://docs.plenit.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.plenit.com/fr/productos/migrations/quickstart.md). # Démarrage rapide Migrations est l'outil qui importe, convertit et déploie des machines virtuelles et d'autres services cloud de manière assistée. Avec elle, tu emportes tes **Serveurs** et des environnements de **Remote Desktop** vers Plenit via un processus guidé qui réduit les délais et les risques. Ce guide te donne la vue d'ensemble : où se trouve l'outil, l'assistant en trois étapes pour lancer une migration, les formats et modes de transfert qu'il prend en charge, comment suivre le processus depuis son détail et comment se terminent les réglages finaux. > #### 👍 Ce que tu obtiens > > Une vue d'ensemble de Migrations pour bien choisir le format source et le mode de transfert avant de lancer ta première migration, et pour savoir lire l'état de chaque processus pendant son avancement. ### Où se trouve l'outil Accède à **Migrations** depuis **Services cloud**. L'outil comporte deux onglets : * **Migrations**: tes processus de migration et l'assistant pour en lancer de nouveaux. * **Assistances**: la migration accompagnée par notre équipe, lorsque le scénario est complexe ou que tu préfères la déléguer. Lorsque tu n'as encore aucune migration, l'onglet **Migrations** t'accueille avec une présentation de ce que tu peux faire : un **assistant de migration guidée** qui te guide de bout en bout, **plusieurs formats et méthodes de transfert** pour s'adapter à ton environnement, et **des connecteurs pour n'importe quelle source** (AWS, Microsoft Azure, OVHcloud et d'autres fournisseurs cloud, ainsi que des environnements sur site). C'est d'ici que tu lances ta première migration avec **Nouvelle migration**.

Migrations

Une fois que tu as des migrations en cours, l'onglet **Migrations** affiche le **liste** de tous les processus lancés depuis ton Organisation, pour chaque Client. Ainsi, tu peux avoir plusieurs Migrations à la fois et les suivre depuis un seul endroit. Chaque ligne te donne, en un coup d'œil : * **ID** du processus et son **état** (par exemple, **Réglages en attente** en orange, **Terminée** en vert ou **Annulée** en rouge). * **Serveur** et **Disques**, avec une **barre de progression** et son pourcentage. * **Organisation**, **Abonnement** et **Date**. * Le menu de **Actions** (⋮) pour agir sur chaque processus. En haut à droite, tu as **Demander de l'assistance** (cela t'emmène vers la migration accompagnée) et **Nouvelle migration** (ouvre l'assistant). Le bouton **Filtre** t'aide à affiner la liste quand tu as beaucoup de processus.
### L'assistant en 3 étapes Appuie sur **Nouvelle migration** (Nouvelle migration) dans **Services cloud → Migrations** pour lancer l'assistant, qui automatise l'importation, la conversion et le déploiement. Ce sont trois étapes : **Service**, **Source** et **Destination**. > #### 🚧 L'étape Source conditionne tout le reste > > Le format source et le mode de transfert que tu choisis déterminent le reste du processus. Prends cette étape avec calme : la modifier ensuite implique de relancer la migration. #### Étape 1 · Service Tu choisis **quel service migrer**. Pour le moment, l'assistant propose **Serveurs** et **Remote Desktop** (Remote Desktop) ; **Stockage en ligne** et **DNS** apparaissent comme *Très bientôt*. Chaque carte a un **En savoir plus** avec le détail du service.
#### Étape 2 · Source Tu définis d'où viennent tes données. Ici, tu décides : * Si le serveur source est **physique ou virtuel**. * Le **format du serveur à migrer**: **VHD – Conversion de disques** ou **Agent Acronis**. * Le **mode de transfert**: **Client FTP** ou **Télécharger depuis une URL**. * Les **disques à importer**: nom du fichier, partition (par exemple, Système) et nom du disque. Tu ajoutes chaque disque avec **Créer**. Garde à l'esprit la limite : seuls des disques jusqu'à **1 To**, et les extensions compatibles sont celles de la voie VHD (VMDK, VHD, VHDX, QCOW2, VDI, RAW). Tu as le détail dans Formats de disque et Modes de transfert. > #### 📘 DHCP sur toutes les cartes > > Toutes les interfaces de Réseau de la machine doivent avoir DHCP activé pour fonctionner correctement dans l'infrastructure de Plenit.
> #### 🚧 Modes de transfert dans l'assistant > > La documentation décrit quatre voies (SFTP, téléchargement par URL, envoi web et Agent Acronis), mais l'assistant de la capture n'en affiche que **Client FTP** et **Télécharger depuis une URL** (l'Agent Acronis apparaît comme *format*, et non comme mode). #### Étape 3 · Destination Tu définis où la migration aboutit : * **Organisation** et **Abonnement** de destination. S'il t'en manque une, tu les crées à la volée avec **Nouvelle organisation** ou **Nouvel abonnement**. * **Emplacement**: la **Région** (par exemple, Madrid ou Paris) et sa **Zone de disponibilité**. La région s'applique à tous les serveurs créés dans cet abonnement. * **Veux-tu déployer un nouveau serveur avec les disques importés ?** Avec **Oui**, en plus de migrer les disques, nous déployons un nouveau serveur avec eux. Avec **Non**, nous ne migrons que les disques. Si tu choisis **Oui**, l'assistant te demande de configurer le serveur : **nom**, **offre** (CPU et RAM), **Système d'exploitation**, **type de Réseau** (Réseau Standard ou Réseau VPC) et, dans **Options avancées**, la configuration manuelle de Réseau (Réseau, masque, passerelle, IP et MAC) et l'ouverture d'un port TCP pour l'accès SSH.
> #### 🚧 Catalogue des systèmes d'exploitation et schéma des étapes > > Le catalogue des OS du déploiement (AlmaLinux, Rocky Linux, CentOS, Oracle Linux, Ubuntu, Windows, 3CX et versions) reste à confirmer par rapport au panneau actuel. > > Et une ancienne maquette intitule l'étape organisation/emplacement comme "Étape 2 · Où veux-tu migrer" : l'assistant actuel la traite comme **Étape 3 · Destination**. ### Cas particulier : migrer Remote Desktop Lorsque le service à migrer est **Remote Desktop**Remote Desktop **serveur** qui héberge le bureau à distance et ensuite tu déploies un **nouveau service Remote Desktop** pointant vers ce serveur. L'assistant te le résume en quatre étapes : 1. Migre les disques et le serveur qui hébergent le service Remote Desktop. 2. Déploie un nouveau service Remote Desktop. 3. Dans l'assistant du nouveau Remote Desktop, sélectionne le serveur que tu as migré. 4. Complète les informations requises et effectue les validations finales. Si tu n'as pas encore migré le serveur, l'assistant lui-même te renvoie vers **migrations de Serveurs** pour que tu commences par là.
### Suivre le processus : le détail de la migration Chaque processus a son **détail**, où tu vois la **phase** dans laquelle se trouve la migration, les données de chaque moment et les actions que tu dois effectuer pour la débloquer. Le nombre de phases dépend de si tu as demandé à déployer un serveur ou seulement à migrer des disques. #### Avec déploiement de serveur (5 phases) Le détail parcourt **Source → Disques → Serveur → Réglages → Terminé**. Lorsque la migration arrive à **Réglages** (état **Réglages en attente**), les phases prévues sont terminées et il ne reste que les réglages finaux pour que la machine soit 100 % opérationnelle. Depuis ce même détail : * **Accède au serveur** via la console VNC. * **Installe l'outil Cloud Migrations Tool** (tu le télécharges ou tu l'exécutes depuis le chemin indiqué par l'écran lui-même sur le serveur migré). * **Valide les composants installés** avec le bouton **Valider**: l'outil vérifie le logiciel de surveillance, les pilotes de virtualisation et le logiciel d'initialisation. Si une vérification échoue, il t'indique quoi corriger. > #### ⚠️ Désinstalle les outils VMware ou AWS > > Si le serveur source a les outils VMware ou AWS installés, désinstalle-les avant de continuer avec les réglages. > #### ℹ️ Redémarrage et Mot de passe > > Lorsque la migration est validée, nous redémarrons le serveur et définissons le Mot de passe de l'Utilisateur administrateur (s'il n'existe pas, nous le créons). Lorsqu'il sera prêt, nous t'enverrons une notification avec le Mot de passe. Dans le détail, tu as aussi les blocs **Serveur** (nom, état, système d'exploitation, emplacement, ressources, type de Réseau et disques), **Disques** (avec la progression disque par disque) et **Source** (état de la connexion et le **mode de transfert**, avec son hôte, Utilisateur et Mot de passe).
#### Disques uniquement (3 phases) Si tu as choisi **Non** de déployer un serveur, le détail est plus court : **Source → Disques → Terminé**. Lorsqu'il se termine, l'écran lui-même te le confirme. Ici, il n'y a pas de bloc Serveur ni Réglages : la migration se clôt avec les disques importés.
### Formats de disque pris en charge Il y a deux voies selon la source de tes données : le **Agent Acronis**, qui déverse directement une copie de Sauvegarde Acronis pour la déployer ensuite, et **VHD – Conversion de disques**, qui téléverse des disques virtuels dans plusieurs formats (VMDK, VHD, VHDX, QCOW2, VDI, RAW) pour les convertir automatiquement. Le flux prend également en charge les images OVA. Tu n'as rien à convertir toi-même : tu téléverses le disque tel que tu l'exportes et, si le format n'est pas directement utilisable, nous faisons la conversion. Tu as le tableau des formats avec leur source habituelle dans Formats de disque. ### Modes de transfert Quatre voies selon ton infrastructure : **SFTP** (chiffrement, le mode général), **téléchargement par URL** (depuis S3, Azure ou une source compatible), **téléversement web** et **Agent Acronis**. Dans le téléchargement par URL, le lien doit rester actif pendant la durée du transfert, car c’est Plenit qui télécharge le Disque. Tu as le tableau indiquant quand chaque mode convient dans Modes de transfert. ### Réglages finaux et validation Une fois lancée, la migration ne suit pas toujours le même chemin : cela dépend du type et des options choisies. Parfois, elle se déroule automatiquement jusqu’au bout ; d’autres fois, l’outil te demande des actions précises via des avertissements dans le détail pour que tu la débloques. Lorsque tu verras l’état **Réglages en attente**, les phases prévues sont terminées et il ne reste plus que les réglages finaux : * Sous **Windows**, tu télécharges généralement une application et tu l’exécutes sur le serveur migré. * Sous **GNU/Linux**, tu télécharges et exécutes une application ainsi que quelques commandes supplémentaires sur le serveur migré. Une fois cela fait, valide depuis l’outil lui-même : tu verras une série de contrôles de vérification. Si l’un d’eux échoue, la validation t’indique l’erreur et ce qu’il faut corriger. ### Migration assistée (Assistances) Si le scénario est complexe ou si tu préfères déléguer, tu as la migration accompagnée par notre équipe. Tu entres par l’onglet **Assistances** ou via **Demander de l'assistance** depuis la liste. Nous transférons tes disques ou serveurs depuis n’importe quel fournisseur ou environnement local grâce au même assistant en trois étapes, avec toi à chaque décision. Tu la retrouves aussi dans Migration assistée avec Partenaire Success.
### Conclusion Migrations existe pour enlever de la complexité à un processus qui en a souvent beaucoup : il automatise le téléversement, la conversion et le déploiement, et met en évidence ce que tu dois vraiment décider. La clé réside dans l’étape de **Source**, car le format et le mode de transfert conditionnent tout ce qui vient ensuite. Une fois bien choisis, tu suis le processus depuis son détail (5 phases si tu déploies un serveur, 3 si tu ne migras que des disques) et la validation par contrôles te confirme que la machine est opérationnelle avant de la considérer comme migrée. --- # 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.plenit.com/fr/productos/migrations/quickstart.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.