+++
title = "Configuration détaillée de la réplication"
weight = 40
+++
Dans la liste du menu Source Servers cliquez sur le **Hostname** du serveur source.
Sur la page correspondant au serveur source, en sélectionnant les différents onglets, vous pouvez :
1. Voir la progression de la réplication
Initialement, la barre de progression affichera 0%, mais cela augmentera au fur et à mesure que les données sont copiées de votre serveur source dans l'environnement AWS cible. Il faudra compter environ 30 minutes pour la réplication complète de ce serveur.

2. Voir les informations relatives au serveur

Notamment le type d'instance AWS recommandé correspondant au serveur source

Vous pouvez modifier le type d'instance à utiliser pour le serveur cible dans **Launch settings**.
3. Voir et modifier les étiquettes "tags"
Ces tags sont utilisés pour la réplication et non pas pour étiqueter le serveur cible après la réplication.

4. Voir et modifier les paramètres de disques intermédiaires
Par défaut et par soucis d'économie, **AWS Application Migration Service** utilise des disques Standard HDD pour tout volume inférieur à 500 GiB. Il est possible de modifier ce choix.

5. Voir et modifier les paramètres de réplication
Il est possible de choisir des configurations spécifiques. Par exemple, un serveur peut subir beaucoup de modifications des données stockées sur ses disques. Dans ce cas là, il est intéressant de sélectioner un **Replication Server instance type** adapté avec plus de bande passante mais également de bénéficier d'un **dedicated Replication Server**.

6. Voir et modifier les paramètres de Launch
Cette page permet de choisir les paramètres liés à l'instance EC2 cible. Nous pouvons désélectionner "automated right sizing" et définir des paramètres propres.
7. Désélectionner rightsizing
Nous pouvons désélectionner "automated rightsizing" et définir des paramètres propres. Cliquez sur le bouton **Edit** dans la partie **General launch settings**.

Dans la page **Launch Settings**, modifiez **Instance type right sizing** en choisissant **None**, puis sauvegardez avec **Save settings**. Même si "rightsizing" est une bonne idée d'un point de vue économique, nous pouvons le faire manuellement dans **EC2 Launch Template**.

8. Modifier **EC2 Launch Template**
Appuyez sur le bouton **Modify** dans **EC2 Launch Template** puis confirmez que l'on veuille modifier ce document.

Vérifiez les différentes options disponibles sur la page **Modify template (Create new version)** à l'aide des liens **Info**.
Une fois fait, allez dans la section **Instance type** et choisissez **t3.micro** comme type d'instance.

Puis, dans la section **Resource tags**, changez le libellé **Name** et tapez **Webserver**, comme dans la copie d'écran ci-dessous.

Finalement, dans la section **Network interfaces**, pour la première **Network interface**, choisissez pour **Auto-assign public IP** la valeur **Enable** pour permettre d'avoir un accès public au serveur. Sélectionnez **TargetVPC-public-a** pour le **Subnet** qui contiendra le serveur cible après la migration.

Enfin, sauvegardez ces changements en cliquant sur le bouton **Create template version**.
9. Changer le **EC2 Launch Template** par défaut
Cliquer sur le nom du **EC2 Launch Template**

Dans la page **Launch Templates**, allez dans l'onglet **Versions**
Sélectionnez la dernière version
Dans le menu **Actions**, choisissez **Set default version**

Confirmez ce changement de version par défaut

10. Retourner dans la liste des serveurs sources, puis choisir le **Hostname** correspondant au serveur source.
En attendant que **Data replication status** devienne **Healthy** (cela devrait prendre environ 30 minutes), vous pouvez lire comment l'agent de réplication s'installe sous Linux ou Windows. La documentation explique également comment installer l'agent dans un réseau sécurisé (en anglais).

Une fois que **Data replication status** est **Healthy**, la prochaine étape sera de [lancer le serveur de test]({{< ref "/test.fr.md" >}}).