Migrate VMware VMs without agents | SMC agentless migration - Server Migration Center

La migration sans agent SMC transfère les machines virtuelles VMware vers Alibaba Cloud sans installer d'agents sur le système d'exploitation invité, préservant ainsi la sécurité et les performances du serveur.

Remarque

Vous pouvez également utiliser la migration basée sur un agent. Migrer des serveurs vers ECS.

Scénarios de migration

Important

En raison d'un changement technologique sous-jacent, Server Migration Center (SMC) ne prendra plus en charge la migration de serveurs Windows vers des instances de destination dans les régions Alibaba Cloud situées hors de Chine continentale après le 30 novembre 2025 à 23 h 59 (UTC+8). Avant cette date, vous pouvez toujours utiliser le client SMC version 2.8.5 et les versions antérieures. Pour plus d'informations sur ce changement et son impact, consultez l'Avis concernant l'arrêt par SMC de la prise en charge de la migration de serveurs Windows vers des instances de destination dans les régions situées hors de Chine continentale.

(Recommandé) Migrer un serveur vers une image personnalisée ECS Alibaba Cloud.

Si vous ne disposez pas encore d'une instance ECS, migrez votre serveur vers une image personnalisée. Utilisez ensuite cette image pour créer une instance ECS.
Migrer un serveur vers une instance ECS Alibaba Cloud existante.

Si vous possédez déjà une instance ECS Alibaba Cloud dont la configuration (stockage et système d'exploitation compris) est compatible avec celle du serveur source, migrez le serveur source vers cette instance.

Avertissement
La migration efface toutes les données existantes sur l'instance ECS de destination. Les données du serveur source restent intactes. N'utilisez pas cette méthode si l'instance de destination contient des données importantes.

Limites

Configuration requise pour l'environnement

Configuration requise pour l'environnement du modèle OVA :

Modèle OVA

Configuration du connecteur

Déploiement vCenter

Déploiement ESXi autonome

SMC VMware Connector 6.7 OVA

vCPU : 4 vCPUs ou plus
Mémoire : 8 Go ou plus
Disque : 40 Go ou plus

Version vCenter : 6.0, 6.5 ou 6.7
Version ESXi de l'hôte où réside le connecteur : 6.0, 6.5 ou 6.7
Version ESXi de l'hôte où réside la machine virtuelle source : 6.0, 6.5 ou 6.7
Version matérielle de la machine virtuelle source : 11, 12, 13, 14 ou 15

Version ESXi : 6.0, 6.5 ou 6.7
Version matérielle de la machine virtuelle source : 11, 12, 13, 14 ou 15

SMC VMware Connector 8.0 OVA

vCPU : 4 vCPUs ou plus
Mémoire : 8 Go ou plus
Disque : 40 Go ou plus

Version vCenter : 6.7, 7.0 ou 8.0
Version ESXi de l'hôte où réside le connecteur : 6.7, 7.0 ou 8.0
Version ESXi de l'hôte où réside la machine virtuelle source : 6.7, 7.0 ou 8.0

Version matérielle de la machine virtuelle source : 14, 15, 16, 17, 18, 19, 20 ou 21

Version ESXi : 6.7, 7.0 ou 8.0
Version matérielle de la machine virtuelle source : 14, 15, 16, 17, 18, 19, 20 ou 21

Systèmes d'exploitation pris en charge

SMC détecte automatiquement le système d'exploitation de la machine virtuelle source. Vérifiez-le avec cat /proc/version (Linux) ou systeminfo (Windows).

CentOS
Ubuntu
SUSE
OpenSUSE
Debian
RedHat
Other Linux
Windows Server 2003
Windows Server 2008
Windows Server 2012
Windows Server 2016
Windows Server 2019
Windows Server 2022

Limites de taille des disques

Transférez les disques dépassant ces limites par d'autres méthodes (telles que cp ou sftp) :

Disque système : capacité maximale prise en charge de 2 TiB.
Disque de données : capacité maximale prise en charge de 32 TiB.

Rôle et autorisations

Si vous utilisez un compte utilisateur vCenter, le rôle associé doit disposer des autorisations suivantes sur l'hôte ESXi et la machine virtuelle :
- Datastore > Browse datastore
- Datastore > Low-level file operations
- Host > Local operations > Create virtual machine
- Virtual machine > Change Configuration > Acquire disk lease
- Virtual machine > Change Configuration > Toggle disk change tracking
- Virtual machine > Provisioning > Allow virtual machine download
- Virtual machine > Provisioning > Allow disk access
- Virtual machine > Provisioning > Allow read-only disk access
- Virtual machine > Snapshot management > Create snapshot
- Virtual machine > Snapshot management > Remove snapshot

Un compte utilisateur ESXi doit disposer du rôle Administrator.

Frais de migration

SMC est gratuit. Des frais minimes s'appliquent aux ressources ECS utilisées pendant la migration (instances intermédiaires et disques cloud). Éléments de facturation SMC.

Prérequis

Effectuez les Préparations avant la migration.
Pour éviter toute perte de données, sauvegardez les données importantes vers une image, un snapshot ou un périphérique de stockage externe.
Lors de la migration d'un serveur source vers une instance ECS Alibaba Cloud existante :
- Le serveur source et l'instance cible doivent exécuter le même système d'exploitation : tous deux Linux ou tous deux Windows.
- L'instance cible doit comporter au moins autant de disques de données que le serveur source. Si l'instance cible ne répond pas à cette exigence, attachez des disques de données.

Procédure

Étape 1 : Créer un connecteur sans agent VMware

SMC fournit un modèle OVA pour déployer le connecteur sans agent VMware dans votre environnement vCenter ou ESXi.

Remarque

OVF est une norme ouverte pour l'emballage d'appareils virtuels. Un fichier OVA regroupe un package OVF (fichiers .ovf, .mf, .cert, .vmdk et .iso) en un seul fichier.
VMware vSphere est une plateforme de virtualisation composée de deux éléments principaux : ESXi (l'hyperviseur exécutant les machines virtuelles) et vCenter Server (la gestion centralisée de plusieurs hôtes ESXi).

Télécharger et décompresser le modèle OVA

Cliquez sur Télécharger le modèle OVA. Dans la section Description, téléchargez et décompressez le modèle OVA correspondant à votre version de VMware ESXi ou vCenter.

lQLPJxjJZIQrsxPMl80C7rBONH3msCozYwaTnoZxcjUA_750_151

Déployer le connecteur sans agent VMware

Importez le modèle OVA dans votre environnement vCenter ou ESXi autonome.

vCenter (recommandé)

Importez le modèle OVA dans votre environnement vCenter pour déployer le connecteur. L'exemple suivant utilise vCenter 6.7 :

Connectez-vous à vCenter. Cliquez avec le bouton droit sur un hôte et sélectionnez Deploy OVF Template....
Dans l'assistant Deploy OVF Template, suivez les étapes pour créer une machine virtuelle (VM).
1. Sélectionnez le modèle OVA et cliquez sur NEXT.
  
  Sélectionnez Local file, cliquez sur Browse..., puis sélectionnez le fichier de modèle OVA décompressé.
2. Spécifiez un nom et un emplacement pour la VM, puis cliquez sur NEXT.
  
  Saisissez un nom dans le champ Virtual machine name et sélectionnez un emplacement.
3. Sélectionnez une ressource de calcul et cliquez sur NEXT.
4. Vérifiez les détails du modèle et cliquez sur NEXT.
5. Sélectionnez un emplacement de stockage et cliquez sur NEXT.
6. Sélectionnez une ressource réseau et cliquez sur NEXT.
7. Passez en revue les détails de la configuration et cliquez sur FINISH.
8. Une fois le déploiement terminé, cliquez avec le bouton droit sur le connecteur sans agent VMware et sélectionnez Power > Power On.
9. Configurez votre réseau pour permettre au connecteur sans agent VMware de se connecter au port 443 (par défaut) de vCenter et au port 902 (par défaut) de l'hôte ESXi contenant la machine virtuelle à migrer.
10. Dans l'onglet Summary, recherchez l'adresse IP du connecteur sans agent VMware.

ESXi autonome

Importez le modèle OVA dans votre environnement ESXi pour déployer le connecteur. L'exemple suivant utilise ESXi 7.0 :

Connectez-vous à VMware ESXi. Cliquez avec le bouton droit sur Virtual Machines et cliquez sur Create/Register VM.
Sur la page Select Creation Type, sélectionnez Deploy a virtual machine from an OVF or OVA file et cliquez sur Next.
Sur la page Select OVF and VMDK files, saisissez un nom pour la machine virtuelle, cliquez sur Click to select files or drag and drop, sélectionnez le fichier de modèle OVA téléchargé, puis cliquez sur Next.
Sur la page Select storage, cliquez sur Next.
Sur la page Deployment options, cliquez sur Next.
Sur la page Completing, cliquez sur Complete.

Attendez la fin du déploiement. Vous trouverez l'adresse IP du connecteur dans la section General Information. Par défaut, le connecteur utilise DHCP. Modifiez la configuration réseau si nécessaire.
Configurez votre réseau pour permettre au connecteur sans agent VMware de se connecter aux ports 443 et 902 (par défaut) de l'hôte ESXi.

Étape 2 : Importer la source de migration

Connectez-vous au connecteur, configurez les machines virtuelles à migrer et exécutez la commande d'importation.

Ajouter des machines virtuelles

Utilisez le script configure.sh pour ajouter des machines virtuelles à migrer. Chaque machine virtuelle configurée apparaît comme une source de migration dans la console SMC.

Remarque

Un seul connecteur peut gérer jusqu'à 10 sources de migration à la fois. Si vous configurez plus de 10 machines virtuelles, le connecteur met en file d'attente les excédents et les importe une fois les tâches en cours terminées.
Le type de système d'exploitation configuré dans VMware vCenter peut être incorrect. Vérifiez le type de système d'exploitation avant de continuer.

Connectez-vous au connecteur sans agent VMware.
Exemple utilisant SSH :

Nom d'utilisateur par défaut : root, mot de passe vide par défaut.
```
ssh root@<IP address of the VMware agentless connector>
```
Important
Pour des raisons de sécurité, modifiez le mot de passe dès que possible.
Exécutez la commande suivante pour vérifier l'heure.
```
date
```
Si l'heure est incorrecte, utilisez la commande ntpdate pour la calibrer. Cet exemple utilise le serveur de temps 0.asia.pool.ntp.org.
```
ntpdate 0.asia.pool.ntp.org
hwclock --systohc
```
Avertissement
Si l'heure est incorrecte, l'importation de la source de migration échouera.

Exécutez les commandes suivantes pour configurer vCenter ou ESXi et les machines virtuelles à migrer.

Remarque

Cette étape répertorie tous les hôtes et toutes les machines virtuelles de l'environnement. Si vous connaissez déjà le nom de l'hôte ou de la machine virtuelle cible, ignorez cette étape et spécifiez-le directement. Comment spécifier directement un hôte ou une machine virtuelle.

cd /root/smc
bash configure.sh

Saisissez l'adresse IP, le nom d'utilisateur, le mot de passe et le numéro de port (par défaut : 443) de votre vCenter ou ESXi. Exemple de sortie :

[root@localhost ~]# cd /root/smc
[root@localhost smc]# ./configure.sh
Please input vCenter/ESXi IP:192.168.XX.XX
Please input username:administr****@vsphere.local
Please input password:
Please input port number(default 443):443

Après une connexion réussie, l'outil affiche une liste d'hôtes. Saisissez l'ID de l'hôte contenant la machine virtuelle à migrer (sélectionnez un hôte marqué d'un * dans la colonne Connected).

Test to connect the vCenter/ESXi...
Connect success!
save to ./vmware_connect_config.json
========Aliyun SMC VMware Configure Tool 1.2========
Connect success!
 Getting host list progress:
 [>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>100.00%]time：1.0s

Host List:
------------------------------------------------------------------------
ID      Name                              Version            Connected
1       192.168.XX.XX                     6.7.0                  *
2       192.168.XX.XX                     7.0.3                  *
------------------------------------------------------------------------
Please input the ID of Host(input 0 to exit):1

Après avoir saisi l'ID de l'hôte, l'outil affiche la liste des machines virtuelles. Saisissez l'ID de la machine virtuelle à migrer (sélectionnez une machine virtuelle marquée d'un * dans la colonne Connected).

Test to connect 192.168.XX.XX
Connect success!
 Getting vm list progress:
 [>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>100.00%]time：2.3s

VM List of 192.168.XX.XX:
------------------------------------------------------------------------
ID      Name                               Connected      CBT      Add
1080    test1                                  *
1084    win16bios                              *
1011    centos7-bios-2                         *
3008    centos7-uefi                           *
2001    centos-hw10                            *
------------------------------------------------------------------------
Please input the ID of VM to be migrated (input 0 to exit):1084

Sélectionnez l'architecture de la machine virtuelle :

--------------------------------------------------------------
0    x86_64
1    i386
2    arm64
--------------------------------------------------------------
Please choose the architecture:0

Si le système d'exploitation de la machine virtuelle actuelle n'est pas correctement identifié, saisissez le numéro correspondant au système d'exploitation dans la liste fournie. Par exemple, saisissez 10.

------------------------------------------------------------------------
0	CentOS
1	Ubuntu
2	SUSE
3	OpenSUSE
4	Debian
5	RedHat
6	Others Linux
7	Windows Server 2003
8	Windows Server 2008
9	Windows Server 2012
10	Windows Server 2016
11	Windows Server 2019
12	Windows Server 2022
------------------------------------------------------------------------
Current OS [Apple macOS 10.14 (64-bit)] is invalid, please choose the OS of VM:10

Un astérisque (*) dans la colonne Add indique que la machine virtuelle a été ajoutée avec succès.

VM List of 192.168.XX.XX:
--------------------------------------------------------------
ID      Name                     Connected      CBT      Add  
481     TEST_CLONE_1                 *      
389     win16bios                    *                    *  
338     hanjun_test_001              *  
386     Aliyun_SMC_Agent_6.5         *  
393     win16uefi   
--------------------------------------------------------------
Please input the ID of VM to be migrated (input 0 to exit):0

Remarque

Pour migrer plusieurs machines virtuelles depuis le même hôte, continuez à saisir les ID des machines virtuelles.
Une fois que vous avez terminé d'ajouter des machines virtuelles depuis l'hôte actuel, saisissez 0 pour revenir à la liste des hôtes. Vous pouvez alors sélectionner un autre hôte pour ajouter d'autres machines virtuelles. Pour quitter la configuration, saisissez 0 à l'invite de la liste des hôtes.

(Facultatif) Configurer les machines virtuelles

Utilisez vmware_migrate_config.json pour vérifier et modifier les propriétés des machines virtuelles (système d'exploitation, disques, statut de migration).

Exécutez la commande suivante pour afficher les fichiers générés vmware_connect_config.json et vmware_migrate_config.json.

ll

La sortie de la commande est similaire à ce qui suit.

[root@localhost smc]# ll
total 5588
drwxrwxrwx. 4 root root     239 Oct 17 17:27 Check
-rwxrwxrwx. 1 root root    6884 Oct 14 15:54 client_data
-rwxrwxrwx. 1 root root     151 Oct 14 17:47 configure.sh
drwxrwxrwx. 2 root root      72 Nov  1 01:15 dist
-rwxrwxrwx. 1 root root   38878 Oct 14 15:54 EULA
drwxrwxrwx. 2 root root    4096 Oct 17 17:27 Excludes
-rwxrwxrwx. 1 root root 5633792 Oct 31 19:43 go2aliyun_client
-rwxrwxrwx. 1 root root     146 Oct 14 15:54 user_config.json
-rw-r--r--. 1 root root     263 Nov 10 18:05 vmware_connect_config.json
-rw-r--r--. 1 root root   18406 Nov 10 18:07 vmware_migrate_config.json

Vérifiez que les propriétés de la machine virtuelle, telles que le système d'exploitation, les disques et le statut de migration, sont correctes.

vim vmware_migrate_config.json

Le fichier vmware_migrate_config.json est un objet JSON indexé par Moref ID (un identifiant unique VMware vSphere). Chaque valeur contient les propriétés de la machine virtuelle :

 "1": {
        "vm_name": "centos7-bios-main",
        "moref_id": "1",
        "uuid": "1:525794aa-d3e9-2332-5d78-78a6e6d6d4f3:564dfd2b-91ab-1cae-2bef-cda625472b28",
        "cores": 2,
        "memory": 4.0,
        "boot_mode": "bios",
        "vdisk_num": 3,
        "host": "localhost.localdomain",
        "cpu_info": "Intel(R) Xeon(R) Platinum 8269CY CPU @ 2.50GHz",
        "virt_type": "VMware7,1",
        "host_id": "ddbd4d56-f407-f342-a8fa-2edd5424b34e",
        "CBT_enabled": true,
        "power_state": false,
        "connect_state": true,
        "mac": "unavailable",
        "tools_state": false,
        "ipv4": null,
        "guestOS": "CentOS 7 (64-bit)",
        "host_name": null,
        "disk": [
            {
                "key": 2000,
                "uuid": "6000C296-2b4b-5c40-2d8b-dfbc757641a2",
                "capacity": 20971520,
                "file_name": "[datastore1] centos7-bios/centos7-bios-000009.vmdk",
                "change_id": "52 fc 41 38 48 e7 cc cc-cd af c1 f8 44 f3 0d e9/21",
                "system_disk": true,
                "migrate": true
            },
            {
                "key": 2002,
                "uuid": "6000C294-4055-f564-1190-e365396eb0a6",
                "capacity": 22020096,
                "file_name": "[datastore1] centos7-bios/centos7-bios_2-000009.vmdk",
                "change_id": "52 74 c8 ba 23 f6 cd 8b-2c c5 94 40 cd b1 f5 e9/21",
                "system_disk": false,
                "migrate": true
            },
            {
                "key": 2003,
                "uuid": "6000C296-24cf-80d2-e692-67a938ad036c",
                "capacity": 24117248,
                "file_name": "[datastore1] centos7-bios/centos7-bios_3-000009.vmdk",
                "change_id": "52 6a de 0a 18 b4 2a 63-46 54 19 ad 07 88 bd 16/21",
                "system_disk": false,
                "migrate": true
            }
        ],
        "architecture": "x86_64",
        "platform": "CentOS",
        "migrate": true,
        "hardware_version": 19,
        "host_version": "7.0.3",
        "snapshot_state": true

Configurez les propriétés de la machine virtuelle, telles que le système d'exploitation, les disques et le statut de migration. Vous devrez peut-être modifier les paramètres suivants :
- platform : le type de système d'exploitation de la machine virtuelle. Si le type détecté automatiquement est incorrect, définissez-le manuellement. Seuls les types de systèmes d'exploitation suivants sont pris en charge :
- disk : la liste des disques de la machine virtuelle, au format tableau.
  - Le disque système est le premier disque par défaut, et sa valeur system_disk correspondante est true. Si le disque système de la machine virtuelle n'est pas le premier disque, changez la valeur system_disk du disque système réel en true et la valeur system_disk de tous les autres disques de données en false.
  - Par défaut, le paramètre migrate pour tous les disques est défini sur true, ce qui indique que le disque doit être migré. Pour exclure un disque de données de la migration, définissez sa valeur migrate sur false.
- migrate : indique s'il faut migrer la machine virtuelle.
  - Pour les machines virtuelles que vous avez ajoutées, le paramètre migrate est défini sur true par défaut, ce qui indique que la machine virtuelle doit être migrée.
  - Pour migrer une machine virtuelle dont la valeur migrate est false, changez la valeur migrate en true et configurez manuellement les paramètres platform et architecture.
  - Pour le paramètre architecture, les valeurs valides sont x86_64, i386 et arm64.

Importer la source de migration

Exécutez le client SMC sur le connecteur pour importer les informations de la machine virtuelle VMware vers la console SMC.

Avertissement

Suppression accidentelle de snapshots

Pendant l'exécution du client SMC, n'arrêtez pas, ne redémarrez pas, ne créez pas et ne supprimez pas manuellement les snapshots de la machine virtuelle VMware à migrer. Si vous créez ou supprimez des snapshots sur la machine virtuelle, la migration peut échouer. Si la migration échoue pour cette raison, exécutez la commande ./dist/migrate_configure dans le répertoire racine du client SMC /root/smc pour récupérer à nouveau la configuration de la machine virtuelle. Ensuite, exécutez la commande ./go2aliyun_client --rerun pour redémarrer le client SMC.
Supprimer manuellement les snapshots résiduels

Pendant la phase de synchronisation d'une tâche de migration, le client SMC crée automatiquement un snapshot pour la machine virtuelle VMware à migrer. Le snapshot est nommé au format smc_MigrationTaskID_CurrentTime, par exemple smc_j-bp1ho******4_2025-07-02-17:05:43. Le client supprime automatiquement le snapshot une fois la synchronisation terminée. Si vous supprimez manuellement la tâche de migration avant la fin de la synchronisation, des snapshots résiduels peuvent subsister. Pour résoudre ce problème, suivez ces étapes :
- Étape 1 : Supprimer manuellement le snapshot
  
  Dans l'interface de gestion vCenter ou ESXi, supprimez manuellement le snapshot. Cliquez avec le bouton droit sur la machine virtuelle, choisissez Snapshots > Manage Snapshots, sélectionnez le snapshot, puis cliquez sur DELETE.
- Étape 2 : Exécutez les commandes suivantes pour récupérer à nouveau la configuration de la machine virtuelle dans le répertoire racine du client SMC et redémarrez le client SMC.
```
cd /root/smc
./dist/migrate_configure    # Retrieve the virtual machine configuration again.
./go2aliyun_client --rerun   # Restart the SMC client.
```

Accédez à la page Migration sans agent VMware dans la console SMC.
Sur la page Agentless Migration of VMware VMs, cliquez sur Import Source Servers.
Sur la page Import Migration Source, configurez les paramètres.

Paramètres :
|
**Paramètre**
|
**Description**
| | --- | --- | |
**Migration Source Type**
|
**VMware VM**.
| |
**Import Method**
|
L'option **Use Server Migration Connector to Import VMware VM** est sélectionnée par défaut et ne peut pas être modifiée.
| |
**Description**
|
Suivez les instructions pour importer la source de migration.
|
Obtenez un code d'activation.
1. (Recommandé) Obtenir un code d'activation : un code d'activation SMC, également appelé Access Token, se compose d'un Access Token ID et d'un Access Token Code. Si vous ne disposez pas de code d'activation, cliquez sur Migration Source Type dans la section VMware VM de la console SMC et copiez le code d'activation.
2. Connectez-vous au connecteur sans agent VMware et exécutez les commandes suivantes dans l'ordre pour importer la source de migration.
```
chmod +x ./go2aliyun_client
./go2aliyun_client
```
  Saisissez le code d'activation lorsque vous y êtes invité. La sortie de commande suivante est utilisée à titre d'exemple. Lorsque le message Import Source Server [s-bp14zd35128xgjdbh****] Successfully! s'affiche, la source de migration est importée avec succès.
  Remarque
  - Exécutez la commande ./go2aliyun_client --help pour obtenir de l'aide.
  - Si l'importation de la source de migration échoue en raison d'un code d'activation incorrect, vous pouvez la réimporter. Exemple de commande : ./go2aliyun_client --accesstokenid=at-****** --accesstokencode=yK******9I.
  - Vous pouvez également activer le client SMC avec une paire AccessKey (AccessKey ID + AccessKey secret). Si vous n'en avez pas créé, consultez Créer une paire AccessKey. Exemple de commande : ./go2aliyun_client --accessid=****** --secretkey=******9I.
3. Sur la page Import Method de la console SMC, affichez le statut de la source de migration dans la colonne Use Server Migration Connector to Import VMware VM.
  - Si le statut est Description, l'importation a réussi.
  - Si le statut est différent, l'importation a échoué. Résolvez le problème à l'aide des méthodes suivantes, puis importez à nouveau la source de migration.
    - Résolvez le problème en fonction du message d'erreur dans la console ou en vérifiant les fichiers journaux dans le répertoire du client SMC. Par défaut, le client SMC est installé dans le répertoire /root/smc/.
    - Pour plus d'informations sur les problèmes courants et leurs solutions, consultez la FAQ SMC et la rubrique Dépannage.

Étape 3 : Créer une tâche de migration

Créez et démarrez une tâche de migration dans la console SMC. SMC prend en charge la migration de serveurs VMware vers les types de Generate suivants :

(Recommandé) Description : cette option crée une image personnalisée à partir du serveur source. Utilisez ensuite cette image pour créer une instance ECS.
VMware Agentless Migration : utilisez cette option pour migrer une machine virtuelle VMware directement vers une instance ECS. Cette option convient à une nouvelle instance ECS ou à une instance existante dont les données peuvent être écrasées. La machine virtuelle source et l'instance ECS cible doivent avoir des configurations compatibles, notamment le nombre et la taille des disques, le système d'exploitation et d'autres paramètres.

Avertissement
Cette méthode de migration efface toutes les données originales sur l'instance ECS cible. Les données du serveur source restent intactes. N'utilisez pas cette méthode de migration si l'instance ECS contient des données importantes.

Accédez à la page Migration sans agent VMware dans la console SMC.
Dans la colonne Real-time Migration Status de la source de migration que vous souhaitez gérer, cliquez sur Migration SourceOnline.

Configurez les paramètres et cliquez sur Destination Type.

Configurez les paramètres de base.

Paramètre	Description
ECS Image	Sélectionnez un type de destination en fonction de votre scénario de migration : ECS Instance Convertit le serveur source en une image personnalisée. Utilisez ensuite cette image personnalisée pour créer une instance ECS et terminer la migration. Les paramètres suivants sont disponibles : Actions : la région Alibaba Cloud où l'image personnalisée sera créée. Ce paramètre est obligatoire. Régions et zones. Start Migration : le préfixe du nom de l'image personnalisée que SMC génère pour la source de migration. Start Migration Migre le serveur source vers une instance ECS existante. Le stockage, le système d'exploitation et les autres configurations du serveur source doivent être compatibles avec l'instance de destination. Les paramètres suivants sont disponibles : Destination Type : la région Alibaba Cloud où se trouve l'instance ECS de destination. Ce paramètre est obligatoire. Régions et zones. ECS Image : sélectionnez une instance ECS comme destination.
Destination Region	Mode d'exécution de la tâche de migration : Image name prefix : démarre la migration immédiatement après la création de la tâche de migration. Par défaut, ECS Instance est sélectionné. Destination Region : planifie le démarrage automatique de la tâche de migration à une heure spécifiée. Remarque La planification la plus proche possible est de 10 minutes à partir de l'heure actuelle. Destination Instance : crée la tâche de migration mais ne la démarre pas. Vous devez la démarrer manuellement ultérieurement en cliquant sur Execution Method dans la colonne Migrate Now.
Migrate Now	Active la synchronisation incrémentielle automatique des données du serveur source vers Alibaba Cloud. Par défaut, cette fonctionnalité est désactivée. Remarque Si vous choisissez de migrer vers une Migrate Later, cette fonctionnalité n'est pas prise en charge. Si vous activez cette option, vous devez configurer les paramètres suivants : Create Only : l'intervalle auquel la tâche de migration incrémentielle s'exécute automatiquement. Start Migration Job : le nombre maximal d'images conservées par la tâche de migration incrémentielle. La tâche de migration s'exécute périodiquement pour synchroniser les données incrémentielles vers Alibaba Cloud. Migration incrémentielle sans agent pour les machines virtuelles VMware.
Actions	Sélectionnez le réseau pour transférer les données de migration vers l'instance intermédiaire. Par défaut, les données sont transférées via le réseau public. L'instance intermédiaire est créée dans le Virtual Private Cloud (VPC) et le vSwitch sélectionnés et reçoit une adresse IP publique. Automatic Incremental Synchronization (par défaut) Les données de migration sont transférées vers l'instance intermédiaire via le réseau public. Ce mode nécessite que le serveur source dispose d'un accès Internet public. Vous pouvez choisir de spécifier ou non un Virtual Private Cloud (VPC) et un vSwitch. Spécifier un VPC et un vSwitch : la tâche de migration crée une instance intermédiaire dans le VPC et le vSwitch que vous spécifiez. Ne pas spécifier de VPC ni de vSwitch : la tâche de migration crée une instance intermédiaire dans un nouveau VPC et un nouveau vSwitch créés automatiquement par le système. Destination Instance Les données de migration sont transférées vers l'instance intermédiaire via une connexion privée au sein d'un VPC. Ce mode nécessite que vous connectiez le serveur source au VPC Alibaba Cloud et que vous spécifiiez un VPC et un vSwitch. Remarque Si vous pouvez accéder directement à un VPC dans une région Alibaba Cloud depuis un centre de données sur site (IDC), un environnement de machine virtuelle (VM) ou un hôte cloud, nous vous recommandons d'utiliser cette méthode. Le transfert via réseau privé est plus rapide et plus stable que le transfert via réseau public, ce qui améliore l'efficacité de la migration. Vous pouvez connecter le serveur source au VPC cloud à l'aide d'une passerelle VPN, d'un circuit Express Connect ou d'une Smart Access Gateway. Pour plus d'informations, consultez Connecter un VPC à un centre de données ou à un autre cloud.
Synchronization Interval	Si vous devez modifier l'adresse IP privée de l'instance de destination, vous pouvez spécifier manuellement une adresse IP privée. Ce paramètre n'apparaît que lorsque Maximum Reserved Images est défini sur Network Type. Public Network : l'adresse IP privée de l'Destination Instance reste inchangée. VPC : vous permet de saisir une adresse IP issue du bloc CIDR disponible du vSwitch auquel appartient l'Destination Instance. Si l'adresse IP source se trouve dans le bloc CIDR du vSwitch, vous pouvez modifier l'adresse IP de l'instance de destination pour qu'elle corresponde à l'adresse IP source. Si l'instance de destination et la source de migration se trouvent dans le même bloc CIDR, saisissez l'adresse IP privée de la source de migration. Si l'instance de destination et la source de migration se trouvent dans des blocs CIDR différents, vous devez d'abord modifier le VPC de l'instance de destination pour qu'il corresponde au bloc CIDR de la source de migration, puis saisir l'adresse IP privée de la source de migration.

Configurez les paramètres de disque :

Paramètre

Description

The private IPv4 address of the destination instance

Définit la structure des disques pour l'instance ECS cible.

Important

La migration sans agent pour les machines virtuelles VMware ne prend pas en charge la réduction de la taille des disques. Pour réduire la taille des disques, passez à la migration basée sur un agent.

Disque système

La taille (en GiB) du disque système de l'instance ECS cible. La valeur doit être comprise entre 20 et 2 048, et supérieure à celle du disque système source.

Disque de données

Destination Type : la taille du disque de données N de l'instance ECS cible après la migration, en GiB. La valeur peut varier de 20 à 32 768.

La variable <N> indique le numéro du disque de données.
Le disque de données cible doit être plus grand que le disque de données source correspondant. Par exemple, un disque source de 500 GiB nécessite un disque cible supérieur à 500 GiB.

Remarque

Si votre source de migration ne comporte aucun disque de données ou si les disques de données ne sont pas montés, le paramètre ECS Instance n'est pas affiché. Pourquoi le paramètre Data Disk n'est-il pas affiché sur la page Créer une tâche de migration ?.

(Obligatoire sous condition) Si vous devez configurer des paramètres avancés, tels que le type de réseau et le taux de compression, cliquez sur Remain unchanged.. Les paramètres sont décrits dans le tableau suivant.

Paramètre	Description
Manual	Le nom de la tâche de migration.
Destination Disk Size (GiB)	Saisissez une description pour la tâche de migration.
Data Disk	Limite la vitesse de transfert des données, en Mbit/s. Si Data Disk est défini sur une valeur supérieure à 0, la vitesse réelle de transfert réseau pour les données compressées est inférieure à la vitesse affichée dans Advanced Settings.
Migration Job Name	Définit le niveau de compression des données pour la migration. Dans les environnements à bande passante limitée, un taux de compression plus élevé peut augmenter la vitesse de transfert des données. Dans les environnements à haute bande passante, nous vous recommandons de ne pas compresser les données afin de réduire l'utilisation du processeur sur le serveur source. Valeurs valides : de 0 à 10. La valeur par défaut est 7. Une valeur de 0 indique que les données ne sont pas compressées.
Job Description	Cette fonctionnalité est désactivée par défaut. Son activation améliore les contrôles de cohérence des données, mais peut réduire la vitesse de transfert.
Transmission Speed Limit	La valeur par défaut est Compression Ratio. Le chiffrement SSL pour le transfert des données améliore la sécurité et l'intégrité des données.
Real-time Migration Status	Sélectionnez un type de licence. Compression Ratio (par défaut) : seules les licences Microsoft Windows Server sont prises en charge. Après la migration, des frais de licence vous seront facturés lors de la création d'une instance ECS à partir de l'image dans la région Chine (Hong Kong) ou dans d'autres régions hors de Chine continentale. L'instance est activée automatiquement. Les frais réels sont affichés lors de la création de l'instance. Checksum Verification: BYOL est pris en charge pour les systèmes d'exploitation tels que Microsoft Windows, Red Hat Enterprise Linux et SUSE Linux Enterprise Server. Après la migration, aucun frais de licence n'est facturé lors de la création d'une instance ECS à partir de l'image. Vous devez activer l'instance en utilisant votre propre licence. Remarque Si vous disposez d'une instance ECS existante, vous pouvez acheter des licences logicielles, telles que pour Red Hat Enterprise Linux et SUSE Linux Enterprise Server, pour l'instance. Acheter des licences logicielles pour une instance ECS.
SSL-encrypted transmission	Auto-Select : par défaut. Sélectionne le meilleur mode de transmission disponible. LAN : utilise la transmission LAN. Nécessite que la machine virtuelle du connecteur puisse accéder à l'hôte ESXi de la machine virtuelle source via le LAN. LAN-Free : utilise la transmission SAN (Storage Area Network). Nécessite que la machine virtuelle du connecteur et la machine virtuelle source se trouvent sur le même hôte ESXi.
License Type	La fonctionnalité de vérification d'image vérifie si une image est valide et peut être utilisée pour créer une instance ECS entièrement fonctionnelle. Vous pouvez utiliser cette fonctionnalité lors de la création de tâches de migration de serveurs et de migration sans agent VMware. La fonctionnalité de vérification d'image vous aide à identifier rapidement les problèmes potentiels avec l'image ou l'instance après la migration et fournit des solutions pour garantir la conformité aux normes Alibaba Cloud, ce qui augmente le taux de réussite du démarrage de l'instance. Configurer une vérification d'image.
Alibaba Cloud	Ajoutez des tags (paires clé-valeur) à la tâche de migration pour faciliter la recherche et la gestion. Utiliser des tags pour gérer les sources de migration et les tâches. Mettre en œuvre une gestion fine des autorisations à l'aide de tags. Remarque Vous pouvez ajouter un maximum de 20 tags à une seule tâche de migration.
BYOL	Sélectionnez un type d'instance pour l'instance intermédiaire en fonction de vos besoins. Ce paramètre n'apparaît que lorsque Transmission Mode est défini sur Automatic. Si vous spécifiez ce paramètre, le système utilise le type d'instance sélectionné pour créer l'instance intermédiaire. Si le type d'instance spécifié n'est pas disponible, la création de la tâche de migration échoue. Si vous ne spécifiez pas de type d'instance, le système tente de créer l'instance intermédiaire en utilisant une séquence par défaut de types d'instances. Important Pour éviter les erreurs de migration, n'arrêtez pas, ne démarrez pas, ne redémarrez pas et ne libérez pas l'instance intermédiaire pendant la migration. Une fois la migration terminée, l'instance est automatiquement libérée.
Image Check	Télécharge automatiquement les journaux du client SMC sur le serveur SMC pour une analyse diagnostique. Cela aide à résoudre les problèmes en cas d'erreur de migration. Cette fonctionnalité est activée par défaut. Les journaux du client SMC sont généralement stockés dans le répertoire `/root/smc/Logs`.

Dans la boîte de dialogue qui s'affiche, lisez les remarques et cliquez sur Tag.
Sur la page Intermediate Instance Type, affichez le statut en temps réel de la migration.

Le temps de transmission des données dépend de la taille des données source et de la bande passante réseau. Attendez la fin de la tâche.

Lorsque le statut de la tâche de migration est Destination Type, vous pouvez cliquer sur ECS Image dans la colonne Report diagnostic logs pour mettre la tâche en pause.
(Facultatif) Afficher les détails de la migration.

Pour afficher les détails, cliquez sur un ID de source de migration dans la colonne Got It.

Vérifier le résultat de la migration

La migration est réussie lorsque le VMware Agentless Migration est Synchronizing.
- Si vous avez défini Pause Migration Job sur Actions :
  Après une migration réussie, Alibaba Cloud crée une image personnalisée. Faites défiler vers la droite et cliquez sur Migration Source ID/Name dans la colonne Real-time Migration Status pour afficher les résultats de la détection d'image. Afficher les résultats de la détection d'image.
  
  Vérification manuelle (recommandée)
  
  Dans la colonne Completed, cliquez sur Destination Type. Vous êtes redirigé vers la page de création d'instance dans la console ECS, où l'image personnalisée est présélectionnée. Pour plus d'informations sur la création d'une instance ECS, consultez Créer une instance à partir d'une image personnalisée ou partagée.
  
  Vérification automatique
  
  Remarque
  
  Pour utiliser cette fonctionnalité, l'instance doit avoir Cloud Assistant installé et son système d'exploitation doit prendre en charge l'agent. Pour plus d'informations, consultez Installer l'agent Cloud Assistant.
  
  Cette fonctionnalité utilise le modèle OOS ACS-SMC-CreateAndVerifyInstance fourni par Alibaba Cloud pour vérifier automatiquement que l'image générée par la tâche de migration peut être utilisée pour créer et démarrer avec succès une instance ECS.
  
  Dans la colonne ECS Image, cliquez sur View Report.
  
  Dans la boîte de dialogue qui s'affiche, passez en revue le processus de vérification et cliquez sur Migration Deliverables.
  
  Vous pouvez également cliquer sur Actions pour configurer manuellement les paramètres de vérification.
  
  Dans la colonne Create Instance, affichez le résultat de la vérification.
  
  Actions : la migration a réussi. Vous pouvez cliquer sur Verify Migration Result pour afficher les résultats de la vérification.
  
  Verify Now : la vérification a échoué. Vous pouvez cliquer sur Customize Verification Parameters pour afficher les détails de l'erreur et résoudre le problème.
  
  Vous pouvez également cliquer sur l'icône dans la colonne Actions, puis cliquer sur Verify Migration Result pour afficher l'historique d'exécution du modèle OOS.
- Si vous avez défini Verified sur View Report, vous pouvez cliquer sur Not Verified dans la colonne View Cause pour afficher l'instance ECS de destination.
Après la migration du serveur, effectuez les étapes suivantes pour vous assurer que vos services fonctionnent correctement :
- Vérifiez les données pour garantir leur intégrité et leur exactitude. Comment vérifier le système après la migration d'un serveur Linux ou Comment vérifier le système après la migration d'un serveur Windows.
- Si les applications et les services sur le serveur source ne sont pas configurés pour démarrer automatiquement, démarrez-les manuellement après la migration.
- L'adresse IP change après la migration. Si vos services dépendent des configurations d'adresse IP, modifiez les paramètres tels que la résolution de noms de domaine et l'enregistrement ICP après la migration.
  
  Si un nom de domaine est mappé au serveur source, remappez-le vers la nouvelle adresse IP publique. Ajouter une résolution de site Web.
  
  Pour conserver l'adresse IP privée d'origine, modifiez l'adresse IP privée de l'instance de destination.
  
  Si la destination est une View Verification Records in OOS Console : lors de la création d'une instance ECS, spécifiez une adresse IP privée. Pour plus d'informations, consultez Spécifier l'adresse IPv4 privée principale pour l'ENI principale lors de la création d'une instance ECS.
  
  Si la destination est une Destination Type : si vous n'avez pas modifié l'adresse IPv4 privée dans la configuration avancée de l'étape paramètres de migration, modifiez-la. Pour plus d'informations, consultez Modifier l'adresse IPv4 privée principale de l'ENI principale pour une instance existante.
Si le ECS Instance est View Destination Instance, la tâche de migration a échoué.
Résolvez le problème et réessayez la migration :
1. Dans la colonne Actions, cliquez sur ECS Image. Utilisez le code d'erreur et le message d'erreur pour résoudre le problème. Pour plus d'informations, consultez la FAQ SMC et la rubrique Dépannage.
2. Après avoir résolu le problème, cliquez sur ECS Instance dans la colonne Real-time Migration Status. La migration reprend là où elle s'était arrêtée.
  
  Important
  Si l'instance intermédiaire a été libérée, recommencez la migration. Que faire si je libère accidentellement l'instance intermédiaire ?.

Nettoyer les ressources

Migrer vers une image

Pendant la migration, SMC crée une instance intermédiaire temporaire en paiement à l'utilisation nommée No_Delete_SMC_Transition_Instance dans votre compte Alibaba Cloud de destination pour faciliter la migration. Le résultat de la migration détermine si vous devez libérer manuellement l'instance :

Migration réussie : SMC libère automatiquement l'instance intermédiaire. Aucun nettoyage manuel n'est requis.
Erreur de migration : l'instance intermédiaire n'est pas libérée et continue d'engendrer des frais. Pour éviter des frais inutiles, libérez l'instance de l'une des manières suivantes :
- Si vous n'avez plus besoin de la tâche de migration, cliquez sur l'ID de la source de migration. Dans la colonne InError de la tâche de migration, cliquez sur Actions pour supprimer la tâche de migration et nettoyer automatiquement l'instance intermédiaire.
- Libérez manuellement l'instance intermédiaire.

Migrer vers une instance de destination

Pendant la migration, SMC crée un disque intermédiaire temporaire en paiement à l'utilisation nommé SMC_Temp_Disk et l'attache à l'instance de destination pour faciliter la migration. Le résultat de la migration détermine si vous devez libérer manuellement le disque :

Migration réussie : SMC libère automatiquement le disque intermédiaire. Aucun nettoyage manuel n'est requis.
Erreur de migration : le disque intermédiaire n'est pas libéré et continue d'engendrer des frais. Pour éviter des frais inutiles, libérez le disque de l'une des manières suivantes :
- Si vous n'avez plus besoin de la tâche de migration, cliquez sur l'ID de la source de migration. Dans la colonne Troubleshoot Errors de la tâche de migration, cliquez sur Retry Migration Job pour supprimer la tâche de migration et nettoyer automatiquement le disque intermédiaire.
- Libérez manuellement le disque intermédiaire.

Références

Migration incrémentielle

Après la première migration complète, effectuez des migrations incrémentielles à des intervalles personnalisés pour synchroniser les données et réduire le temps d'arrêt final lors du basculement. Migration incrémentielle sans agent pour les machines virtuelles VMware.
Guide de migration de serveur ECS

Alibaba Cloud prend en charge diverses méthodes de migration de serveurs : machines physiques sur site, serveurs cloud tiers et migrations d'instances ECS entre comptes. Guide de migration de serveur ECS.
SMC propose également les capacités de migration suivantes :
Le client SMC est un outil de migration qui s'exécute sur le serveur source lors de la migration basée sur un agent. Guide d'utilisation du client SMC.
Résoudre l'erreur S11 : une erreur de connexion réseau s'est produite avec le service intermédiaire sur l'instance de destination pendant la migration

Server Migration Center:Agentless migration of VMware VMs

Scénarios de migration

Limites

Configuration requise pour l'environnement

Systèmes d'exploitation pris en charge

Limites de taille des disques

Rôle et autorisations

Frais de migration

Prérequis

Procédure

Étape 1 : Créer un connecteur sans agent VMware

Télécharger et décompresser le modèle OVA

Déployer le connecteur sans agent VMware

vCenter (recommandé)

ESXi autonome

Étape 2 : Importer la source de migration

Ajouter des machines virtuelles

(Facultatif) Configurer les machines virtuelles

Importer la source de migration

Étape 3 : Créer une tâche de migration

ECS Instance

Start Migration

Automatic Incremental Synchronization (par défaut)

Destination Instance

Disque système

Disque de données

Vérifier le résultat de la migration

Vérification manuelle (recommandée)

Vérification automatique

Nettoyer les ressources

Migrer vers une image

Migrer vers une instance de destination

Références