> 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/how-to/como-migrar-un-servidor-gnulinux-desde-aws-a-plenit.md).
# Comment migrer un serveur GNU/Linux depuis AWS vers Plenit
Pour migrer un serveur GNU/Linux d'AWS vers Plenit, vous exportez le disque de l'instance vers un bucket S3 au format VHD puis vous l'importez ensuite dans Plenit via l'URL de l'objet.
L'essentiel du travail se trouve du côté d'AWS : préparer la machine, laisser un S3 avec les autorisations correctes et lancer l'exportation avec AWS CLI.
> 👍 Ce que tu obtiens
>
> Le disque de votre instance AWS exporté vers S3 au format VHD et importé dans Plenit via son URL, prêt à déployer le serveur de destination.
### Avant de commencer
* Se connecter à la plateforme de Plenit avec des Autorisations d’administrateur d’entreprise ou sur un Abonnement de **Serveurs**.
* Avoir accès à la section **Migrations** dans **Cloud Services**.
* Avoir un abonnement AWS avec au moins un serveur à exporter.
> ❗️ Ce qu'AWS ne permet pas d'exporter
>
> Avant de commencer, vérifiez que votre cas ne se heurte pas aux limites d'AWS :
>
> * N'exporte pas les images avec des logiciels tiers d'AWS : ni **Windows**, ni **SQL Server**, ni les images créées depuis **AWS Marketplace**.
> * N'exporte pas les images avec des instantanés **EBS chiffrés** dans le block device mapping.
> * Exporte uniquement les volumes de données EBS du block device mapping ; pas ceux **ajoutés après le lancement** de l'instance.
> * N'exporte pas les images **partagées depuis un autre compte** AWS.
> * Maximum **5 tâches de conversion par région** en parallèle (extensible à 20).
> * N'exporte pas les volumes **de plus de 1 To**.
### Étape 0. Préparez la machine GNU/Linux
Avant d'exporter, préparez le serveur source :
* Activez **SSH** pour l'accès à distance et autorisez les sessions SSH dans le pare-feu de la machine (par exemple, dans `iptables`).
* Créez un **utilisateur supplémentaire non root** pour travailler via SSH.
* Vérifiez que la machine utilise **GRUB** (Legacy ou GRUB 2) comme gestionnaire de démarrage.
* Vérifiez que le système de fichiers racine est l'un de ceux-ci : **EXT2, EXT3, EXT4, Btrfs, JFS ou XFS**.
Pour vérifier le système de fichiers et le démarrage :
```bash
lsblk -f # type de système de fichiers de chaque volume
ls /boot/grub* # présence de GRUB / GRUB2
```
### Étape 1. Installez AWS CLI sur votre poste
Installez l'interface en ligne de commande AWS sur le poste depuis lequel vous allez lancer la migration (sous Windows, l'installateur `.msi`, en l'ajoutant au Path ; sous Linux, via Python et Pip). Ensuite, vérifiez qu'elle répond :
```bash
aws --version
```
{/\* 📸 CAPTURE 1 · vérification de la version d'AWS CLI \*/}
### Étape 2. Préparez le bucket S3
#### 2.1 Créez le bucket dans la même région
Dans la console AWS, recherchez **S3** et clique sur **Créer un bucket**. Donnez-lui un **un nom** et choisissez la **Région**.
> ❗️ Même région que l'instance
>
> Le bucket S3 doit se trouver dans la même région que la machine que vous allez exporter. Si l'instance est en Irlande (`eu-west-1`), le bucket aussi.
Dans **Propriétés des objets**, cochez **ACL activées**.
{/\* 📸 CAPTURE 2 · création du bucket avec nom, région et ACL activées \*/}
#### 2.2 Autorisez l'accès nécessaire
Dans **Bloquer l'accès public**, décochez **Bloquer tout l'accès public** et acceptez l'avertissement. Laissez le reste par défaut et cliquez sur **Créer un bucket**.
{/\* 📸 CAPTURE 3 · déverrouillage de l'accès public du bucket \*/}
#### 2.3 Ajoutez le bénéficiaire de Plenit dans l'ACL
Entrez dans le bucket, onglet **Autorisations → Liste de contrôle d'accès (ACL) → Modifier**. Cliquez sur **Ajouter un bénéficiaire**, saisissez la chaîne du bénéficiaire canonique de Plenit, cochez **Lecture** et **Écriture** et **Enregistrer les modifications**.
> 🚧 Confirmez la chaîne du bénéficiaire
>
> C'est l'identifiant du compte Plenit qui récupérera l'exportation depuis votre bucket. Utilisez la valeur en vigueur que vous fournira Partenaire Success ; si elle n'est pas correcte, l'exportation ne sera pas livrée.
{/\* 📸 CAPTURE 4 · modification de l'ACL en ajoutant le bénéficiaire avec lecture/écriture \*/}
### Étape 3. Exportez l'instance AWS
#### 3.1 Localisez l'ID de l'instance
Dans la console, recherchez **EC2 → Instances**, localisez la machine à migrer et copiez son **ID d'instance** (`i-…`). Conservez-le.
{/\* 📸 CAPTURE 5 · EC2 · ID de l'instance à exporter \*/}
#### 3.2 Créez les clés d'accès
Depuis le profil utilisateur, allez dans **Identifiants de sécurité → Clés d'accès → Créer une clé d'accès**. Copiez l' **ID de clé d'accès** et la **clé secrète** et téléchargez le fichier de clés. Vous les utiliserez pour authentifier AWS CLI.
{/\* 📸 CAPTURE 6 · création et téléchargement des clés d'accès \*/}
#### 3.3 Préparez le fichier d'exportation
Créez un fichier `file.json` avec le format de sortie (**VHD**, pour l'importer dans Plenit), le bucket et le préfixe (le dossier où sera enregistré ce qui est exporté) :
```json
{
"DiskImageFormat": "VHD",
"S3Bucket": "tu-bucket",
"S3Prefix": "vms/"
}
```
Notez le chemin où vous enregistrez le fichier, vous en aurez besoin dans la commande. Sous Linux, donnez au fichier l'autorisation de lecture.
#### 3.4 Chargez les identifiants et lancez l'exportation
Chargez les variables d'environnement avec votre région et vos clés. Dans PowerShell (Windows) :
```powershell
$Env:AWS_DEFAULT_REGION='eu-west-1'
$Env:AWS_ACCESS_KEY_ID=''
$Env:AWS_SECRET_ACCESS_KEY=''
echo $Env:AWS_DEFAULT_REGION # vérifie qu'elle a été chargée
```
Sous GNU/Linux, c'est la même chose avec `export`:
```bash
export AWS_DEFAULT_REGION='eu-west-1'
export AWS_ACCESS_KEY_ID=''
export AWS_SECRET_ACCESS_KEY=''
echo $AWS_DEFAULT_REGION
```
Lancez la tâche d'exportation avec l'ID de l'instance et le chemin du `file.json`:
```bash
aws ec2 create-instance-export-task --instance-id --target-environment microsoft --export-to-s3-task file://
```
{/\* 📸 CAPTURE 7 · PowerShell · chargement des variables et commande d'exportation \*/}
#### 3.5 Récupérez l'URL du VHD
Le processus prend du temps selon la taille du serveur. Une fois terminé, entrez dans le bucket S3, ouvrez le dossier du préfixe que vous avez défini (par exemple, `vms/`) et, sur le VHD, **copiez l'URL** de l'objet. C'est celle que vous utiliserez pour l'importer dans Plenit (vous pouvez aussi télécharger le VHD, mais pour la migration le plus pratique est l'URL).
{/\* 📸 CAPTURE 8 · bucket S3 · objet VHD avec l'option de copier l'URL \*/}
### Étape 4. Importez le disque dans Plenit
Dans **Cloud Services → Migrations**, cliquez sur **Nouvelle migration**.
> 🚧 Importez depuis le même poste que celui utilisé pour l'opération AWS
>
> L'importation par URL doit être lancée depuis le poste sur lequel vous avez effectué tout le processus AWS.
#### 4.1 Service et type d'origine
Sélectionne **Serveurs** et, comme type, **Virtual**.
{/\* 📸 CAPTURE 9 · assistant · service Serveurs et type Virtuel \*/}
#### 4.2 Format, méthode et données du disque
Sélectionne **Disques virtuels compatibles** comme format et **téléchargement via URL** comme méthode de livraison (plus rapide que le FTP, car elle évite l'intermédiation). Renseignez les données du disque :
* **Nom du fichier** avec son extension (celle de l'étape 3).
* **URL du disque**: celle que vous avez copiée du bucket.
* **Type de Disque**: le principal du système d'exploitation, comme disque système ; les autres, comme disques de données.
* **Nom à afficher**: l’identifiant du disque dans la console.
Clique sur **Suivant**.
{/\* 📸 CAPTURE 10 · assistant · téléchargement via URL et données du disque \*/}
#### 4.3 Organisation, abonnement et déploiement
Indique la **Organisation**, la **Abonnement** et la **Zone de disponibilité** où téléverser le disque. À la question de déployer un nouveau serveur avec les disques importés, le plus habituel est **Oui**.
{/\* 📸 CAPTURE 11 · assistant · organisation, abonnement, zone et option de déployer \*/}
#### 4.4 Serveur de destination
Si tu as choisi de Déployer, indique le **un nom** (les espaces sont autorisés), le **système d'exploitation**, le **taille** (CPU et RAM) et le **type de Réseau** (standard ou VPC). Cliquez sur **Terminer**.
{/\* 📸 CAPTURE 12 · assistant · configuration du serveur de destination \*/}
Avec cela, les bases de la migration sont posées et les processus internes qui aboutissent au déploiement du serveur dans l'abonnement choisi démarrent.
### Conclusion
Cette migration est la plus laborieuse du lot car presque tout se passe dans AWS : préparer la machine, laisser le bucket S3 avec la région et les autorisations correctes, charger les identifiants et lancer l'exportation en VHD.
Deux choses la conditionnent entièrement : respecter les limites d'exportation d'AWS (pas de Windows, SQL Server, images Marketplace ni volumes de plus de 1 To) et que l'ACL du bucket ait bien le bénéficiaire de Plenit, car c'est ce qui permet de récupérer l'exportation. Une fois le VHD déjà dans S3, l'importer dans Plenit consiste à coller son URL dans l'assistant, bien sûr depuis le même poste où vous avez effectué le travail dans AWS.
---
# 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/how-to/como-migrar-un-servidor-gnulinux-desde-aws-a-plenit.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.