Tous les produits
Search
Centre de documentation

Server Migration Center:Containerized migration for servers and applications

Dernière mise à jour :Sep 20, 2026

Server Migration Center (SMC) permet une migration conteneurisée sans interruption de service. Il conteneurise les serveurs et les applications métier provenant de machines physiques, d'environnements de virtualisation courants (VMware/Xen/KVM/Hyper-V) et de plateformes multicloud (Alibaba Cloud, AWS, Azure, GCP et Tencent Cloud). Il pousse ensuite les images résultantes vers Container Registry (ACR) et les déploie sur Container Service for Kubernetes (ACK).

Présentation

Remarque

La fonctionnalité de migration d'un serveur vers une image de conteneur a été améliorée pour prendre en charge un mode de migration d'application, qui vous permet de migrer des applications spécifiques. Les modes de migration au niveau de la machine et de migration d'application sont tous deux pris en charge.

SMC conteneurise les serveurs et les applications métier via la migration au niveau de la machine et la migration d'application. Les images de conteneur résultantes sont poussées vers Alibaba Cloud Container Registry (ACR). Elles peuvent ensuite être déployées sur Container Service for Kubernetes (ACK). Le schéma suivant illustre les relations entre les services et le flux de travail de migration.

image
  1. Installez le client SMC sur le serveur source.

  2. Configurez les paramètres de migration et lancez la migration. Une fois la migration terminée, le système génère automatiquement une image de conteneur et la stocke dans l'édition personnelle d'Alibaba Cloud Container Registry (ACR).

  3. Déployez l'application dans Container Service for Kubernetes (ACK) pour finaliser la migration.

Remarque
  • L'édition personnelle d'Alibaba Cloud Container Registry (ACR) est destinée aux développeurs individuels et fournit des services de base d'hébergement et de construction d'images.

  • Container Service for Kubernetes (ACK) assure la gestion du cycle de vie des applications conteneurisées Kubernetes de niveau entreprise, ce qui vous permet d'exécuter ces applications dans le cloud facilement et efficacement.

Scénarios de migration

  • Migration au niveau de la machine

    Conteneurisez le système et toutes les données d'application d'un serveur physique, d'une machine virtuelle ou d'un serveur de plateforme cloud dans une image, puis poussez-la vers Alibaba Cloud Container Registry (ACR). Cette méthode est idéale pour la reprise après sinistre au niveau du système.

  • Migration d'application

    Conteneurisez des applications spécifiques d'un serveur physique, d'une machine virtuelle ou d'un serveur de plateforme cloud dans une image, puis poussez-la vers Alibaba Cloud Container Registry (ACR). Cette méthode est idéale pour la conteneurisation des microservices.

    Important

    La migration d'application est en aperçu sur invitation. Contactez-nous pour demander l'ajout à la liste d'autorisation. Les versions d'application prises en charge incluent :

    • Java Tomcat

    • Java Tomee

    • Java JBoss (mode autonome)

    • ASP.NET Core 3.1 et ASP.NET 5/6/7/8

Limites

  • Vous pouvez migrer vers une image de conteneur uniquement les serveurs exécutant un système d'exploitation Linux sur l'architecture x86. Les systèmes d'exploitation pris en charge incluent :

    • CentOS

    • Ubuntu

    • RedHat

    • Alibaba Cloud Linux

  • La migration d'application est disponible uniquement pour les utilisateurs figurant sur la liste d'autorisation. Pour demander l'accès, contactez-nous. Les versions d'application prises en charge incluent :

    • Java Tomcat

    • Java TomEE

    • Java JBoss (mode autonome)

    • ASP.NET Core 3.1 et .NET 5/6/7/8

  • Vous pouvez migrer des images uniquement vers un référentiel d'images dans une instance d'édition personnelle de Container Registry (ACR).

  • La migration conteneurisée ne prend actuellement pas en charge la migration des disques de données. Le système exclut par défaut le répertoire /mnt et tous les points de montage des disques de données. Le disque cible résultant contient une seule partition par défaut. Vous n'avez pas besoin d'ajuster la structure de partition existante.

    Pour migrer des données depuis un disque de données vers Alibaba Cloud, utilisez FTP ou SCP, ou sauvegardez manuellement les données vers Object Storage Service (OSS) ou File Storage NAS. Pour plus d'informations, consultez Sélectionner une méthode de transfert de fichiers et L'outil de ligne de commande ossutil 1,0.

  • En mode de migration d'application, ne redémarrez pas le processus d'application pendant la migration. Un changement d'ID de processus entraînera l'échec de la tâche de migration.

Coûts de migration

  • Bien que SMC soit un service gratuit, l'utilisation des ressources Alibaba Cloud ECS, telles qu'une instance intermédiaire pendant la migration, engendre des coûts. Pour plus de détails, consultez Éléments facturables de SMC.

  • Les images de conteneur issues de la migration conteneurisée sont stockées dans l'édition personnelle d'Alibaba Cloud Container Registry (ACR). Conçue pour les développeurs individuels, cette édition est gratuite pendant la période de bêta publique et est actuellement disponible dans certaines régions.

  • Les coûts spécifiques liés au déploiement d'applications sur Container Service for Kubernetes (ACK) dépendent du type de cluster et de votre utilisation des produits cloud.

Fonctionnement

Le service SMC se compose d'un client et d'une console. La migration conteneurisée prend en charge les modes de migration au niveau de la machine et de migration d'application.

Migration au niveau de la machine

  • Ce mode conteneurise l'intégralité du système et toutes les données d'application d'un serveur physique, d'une machine virtuelle (VM) ou d'un serveur cloud. L'image de conteneur résultante est ensuite poussée vers Container Registry (ACR).

  • Ce mode ne génère pas de rapport d'analyse. Il effectue plutôt un nettoyage minimal, puis emballe l'intégralité du système d'exploitation et de l'environnement d'application. Ce processus crée une image de conteneur plus volumineuse, mais préserve entièrement l'environnement source, permettant ainsi la prise en charge de plusieurs applications.

image

Migration d'application

Important

La fonctionnalité de migration d'application est disponible uniquement pour les utilisateurs figurant sur la liste d'autorisation. Pour demander l'accès, contactez-nous. Les versions d'application prises en charge incluent :

  • Java Tomcat

  • Java Tomee

  • Java JBoss (mode autonome)

  • ASP.NET Core 3.1 et ASP.NET 5/6/7/8

  • Ce mode conteneurise des applications spécifiques d'un serveur physique, d'une VM ou d'un serveur cloud. L'image de conteneur résultante est ensuite poussée vers Container Registry (ACR).

  • Il génère un rapport d'analyse pour l'application spécifiée et l'utilise pour emballer uniquement les données d'application requises, ce qui donne une image de conteneur plus petite.

image

Le processus de migration est le suivant :

  1. Téléchargez et installez le client SMC sur le serveur source. Si vous importez le serveur source à l'aide de la ligne de commande ou de la fonction d'importation automatique de la console, le système installe le client automatiquement.

  2. Le client SMC s'exécute sur le serveur source et enregistre ce dernier auprès du service SMC en utilisant le nom de domaine du service SMC.

  3. Le service SMC crée une instance intermédiaire temporaire et configure son groupe de sécurité pour autoriser le trafic sur les ports 8080 et 8703.

    L'instance intermédiaire utilise deux disques de données pour migrer les données et générer l'image de conteneur. Le premier disque de données stocke les données du serveur source, et le second sert à construire l'image de conteneur.

  4. Le client SMC se connecte à l'instance intermédiaire sur le port 8080. Ensuite, il transfère les données du serveur source vers le disque de données de l'instance intermédiaire via le port 8703.

    Pour la migration d'application, le client transfère uniquement l'application spécifiée et ses données associées.

  5. Le service SMC crée une image de conteneur à partir des données du disque sur l'instance intermédiaire et télécharge l'image vers Container Registry (ACR).

    Pour la migration d'application, le service crée l'image de conteneur en se basant sur l'application, ses données, les variables d'environnement et les commandes de démarrage avant de la télécharger vers ACR.

  6. Pour finaliser la migration, accédez à la console Container Service for Kubernetes (ACK) et déployez l'application.

Impacts de la migration

Avant de procéder à la migration, examinez les impacts présentés dans le tableau ci-dessous.

Élément

Description

Instance intermédiaire

N'interférez pas avec l'instance intermédiaire.

N'arrêtez pas, ne démarrez pas, ne redémarrez pas et ne libérez pas l'instance intermédiaire, et ne modifiez pas sa méthode de facturation pendant la migration. L'instance intermédiaire est automatiquement libérée après la migration.

Remarque
  • Pour chaque 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.

  • Si vous migrez vers une instance de destination, celle-ci sert d'instance intermédiaire et n'est pas automatiquement libérée.

Fonctionnement.

Adresse IP

L'adresse IP changera après la migration. Si vos services reposent sur des configurations d'adresse IP spécifiques, vous devez mettre à jour les paramètres correspondants, tels que les enregistrements DNS et le dossier ICP.

Matériel sous-jacent

Le matériel sous-jacent changera après la migration. Cela peut invalider certaines licences d'application liées à un matériel spécifique. Vérifiez l'état de vos licences après la migration.

Prérequis

Actions de migration

Étape 1 : Préparatifs

  1. Suivez les instructions à l'écran pour attribuer le rôle RAM spécifié à l'instance intermédiaire. Server Migration Center (SMC) utilise ce rôle RAM pour pousser l'image de conteneur générée vers Container Registry. Si la page indique que le rôle requis est manquant, cliquez sur Request Permissions, puis sur Refresh.

  2. Activez Container Registry et créez un dépôt d'images (édition personnelle). L'édition personnelle de Container Registry s'adresse aux développeurs individuels et permet de créer un dépôt d'images dans certaines régions. Elle est gratuite pendant sa phase de prévisualisation publique. Spécifiez ensuite le Namespace, le Repository Name et la Version.

Étape 2 : Importer une source de migration

Une source de migration correspond à un serveur physique, une machine virtuelle ou un hôte cloud provenant d'une autre plateforme, que vous souhaitez migrer.

Import via CLI (recommandé)

Important
  • Le serveur source doit disposer d'un accès au réseau public. Si le serveur source se trouve derrière un pare-feu, consultez la rubrique Quels sont les domaines de service SMC ? pour obtenir les endpoints et ports SMC, puis ajoutez-les à votre liste d'autorisation de pare-feu.

  • Si votre serveur source ne peut pas accéder au réseau public ou si vous souhaitez utiliser un réseau privé pour accélérer la migration, reportez-vous à la section migration via réseau privé.

  1. Accédez à la page Container Migration dans la console SMC.

  2. Sur la page Containerized migration, cliquez sur Import Migration Source.

  3. Configurez les paramètres comme indiqué, puis copiez la commande du code d'activation. Le tableau suivant décrit ces paramètres.

    Paramètre

    Description

    Migration Source Type

    Sélectionnez une option en fonction de votre serveur source :

    • Physical servers/VMs/Cloud servers of other cloud platforms.

    • ECS Instance

    Import Method

    Sélectionnez Use CLI to Import Server.

    Migration Source Quota

    Nombre de sources de migration pouvant être activées par le code d'activation. Valeurs possibles : 1 à 1 000. Valeur par défaut : 200.

    Validity Period

    Durée de validité du code d'activation, en jours. Valeurs possibles : 1 à 90. Valeur par défaut : 90.

    Activation Code

    Générez le code d'activation et copiez la commande.

    1. Cliquez sur Generate.

    2. Cliquez sur l'onglet Linux Shell.

    3. Cliquez sur Copy pour copier la commande du code d'activation.

  4. Connectez-vous au serveur source et exécutez la commande copiée avec les privilèges d'administrateur pour l'importer.

    1. Connectez-vous au serveur source Linux.

    2. Collez et exécutez la commande copiée avec les privilèges d'administrateur pour importer la source de migration.

      image.png

      Si un message similaire à Import Source Server [s-bp18x8751kgz2oyh****] Successfully! s'affiche, l'importation a réussi.

  5. Sur la page Containerized migration de la console SMC, vérifiez l'état de la source de migration dans la colonne Real-time Migration Status.

    • Un état Source Online indique que la source de migration a été importée avec succès.

    • Si la source de migration présente tout autre état, l'importation a échoué. Résolvez le problème à l'aide des méthodes suivantes, puis réimportez la source de migration.

      • Résolvez le problème en vous basant sur le message d'erreur affiché dans la console ou en consultant le fichier journal dans le répertoire du client SMC. Par défaut, le client SMC est installé dans le répertoire /smc.

      • Pour plus d'informations sur les problèmes courants et leurs solutions, consultez les rubriques FAQ SMC et Dépannage des erreurs.

Import automatique via la console

Important
  • Cette méthode prend uniquement en charge l'importation d'instances ECS Alibaba Cloud.

  • Le serveur source doit être dans l'état Running et Cloud Assistant doit être disponible. Pour plus d'informations, consultez la rubrique Afficher l'état de Cloud Assistant et gérer les exceptions.

  • Si vous utilisez un utilisateur RAM pour importer une source de migration, vous devez lui attribuer les autorisations suivantes :

  1. Accédez à la page Container Migration dans la console SMC.

  2. Sur la page Containerized migration, cliquez sur Import Migration Source.

  3. Configurez les paramètres en fonction du type de source de migration.

    Paramètre

    Description

    Migration Source Type

    Sélectionnez ECS Instance.

    Import Method

    Sélectionnez Import through Console.

    Region

    Dans la liste déroulante, sélectionnez la région où se trouve votre serveur source.

    Instance

    Recherchez et sélectionnez les instances ECS Alibaba Cloud à migrer par ID d'instance, nom ou adresse IP. Vous pouvez sélectionner plusieurs instances pour une importation par lot.

    Tag (Facultatif)

    Associez des tags clé-valeur à la tâche de migration pour simplifier la recherche et la gestion. Pour plus d'informations, consultez les rubriques Gérer les sources et tâches de migration à l'aide de tags et Implémenter un contrôle d'accès granulaire à l'aide de tags.

    Vous pouvez associer un maximum de 20 tags à une tâche de migration.

    Resource Group (Facultatif)

    Si vous devez regrouper les ressources migrées par département métier ou par projet, vous pouvez créer des groupes de ressources.

  4. Une fois les paramètres configurés, cliquez sur Import.

    SMC démarre automatiquement Cloud Assistant pour effectuer l'importation. Le processus d'importation dure entre 3 et 10 minutes.

  5. Sur la page Containerized migration de la console SMC, vérifiez l'état de la source de migration dans la colonne Real-time Migration Status.

    • Un état Source Online indique que la source de migration a été importée avec succès.

    • Si la source de migration présente tout autre état, l'importation a échoué. Résolvez le problème à l'aide des méthodes suivantes, puis réimportez la source de migration.

      • Résolvez le problème en vous basant sur le message d'erreur affiché dans la console ou en consultant le fichier journal dans le répertoire du client SMC. Par défaut, le client SMC est installé dans le répertoire /smc.

      • Pour plus d'informations sur les problèmes courants et leurs solutions, consultez les rubriques FAQ SMC et Dépannage des erreurs.

Import via le client SMC

Pour plus d'informations sur le client SMC, consultez le Guide d'utilisation du client SMC.

Important
  • Le serveur source doit disposer d'un accès au réseau public. Si le serveur source se trouve derrière un pare-feu, consultez la rubrique Quels sont les domaines de service SMC ? pour obtenir les endpoints et ports SMC, puis ajoutez-les à votre liste d'autorisation de pare-feu.

  • Si votre serveur source ne peut pas accéder au réseau public ou si vous souhaitez utiliser un réseau privé pour accélérer la migration, reportez-vous à la section migration via réseau privé.

  1. Accédez à la page Container Migration dans la console SMC.

  2. Sur la page Containerized migration, cliquez sur Import Migration Source.

  3. Sur la page Import Source Servers, configurez les paramètres comme décrit dans le tableau suivant.

    Paramètre

    Description

    Migration Source Type

    Physical servers/VMs/Cloud servers of other cloud platforms.

    Import Method

    Sélectionnez Use Client to Import Server.

    Vous devez télécharger et installer manuellement le client SMC sur le serveur source.

    Description

    1. Dans la section Description, suivez les instructions pour télécharger, installer et activer le client SMC correspondant au système d'exploitation (Linux ou Windows) et à l'architecture (32 bits ou 64 bits) de votre serveur source.

    2. Cliquez sur Generate et copiez le code d'activation.

      Vous devez saisir le code d'activation lors de l'installation du client.
  4. Importez la source de migration.

    Important

    Ne fermez pas le client SMC pendant la migration. Sinon, la source de migration perdra sa connexion à la console SMC et la migration échouera.

    1. Utilisez un outil de connexion à distance prenant en charge le transfert de fichiers, tel que WinSCP, pour télécharger le client SMC sur le serveur source Linux, ou exécutez la commande fournie dans les instructions d'importation pour télécharger directement le client SMC sur le serveur source.

    2. Connectez-vous à distance au serveur source Linux et décompressez le package du client SMC.

      La commande suivante utilise l'édition Linux 64-bit General-purpose Edition à titre d'exemple. Si vous utilisez une version différente du client SMC, remplacez le nom du package dans la commande par le nom du fichier que vous avez téléchargé.

      tar -zxvf go2aliyun_client.tar.gz
      Remarque

      L'édition Linux 64-bit ARM Edition prend en charge la famille d'instances à usage général g6r et la famille d'instances optimisées pour le calcul c6r. Familles d'instances de calcul d'entreprise basées sur Arm.

    3. (Facultatif) Exclure des fichiers ou répertoires de la migration.

      Important

      Si vous activez la réplication par blocs pour la migration, vous ne pouvez pas exclure de fichiers ou de répertoires.

    4. Obtenez un code d'activation ou une paire AccessKey.

      • (Recommandé) Obtenez un code d'activation : Dans la section Description de la console SMC, cliquez sur Generate et copiez le code d'activation.

      • Obtenez une paire AccessKey : Une paire AccessKey se compose d'un AccessKey ID et d'un AccessKey secret. Si vous n'en avez pas créé, consultez la rubrique Créer une paire AccessKey.

    5. Dans le répertoire du client SMC, exécutez les commandes suivantes pour démarrer le client SMC.

      Le répertoire go2aliyun_client2.6.5_linux_x86_64 est utilisé à titre d'exemple. Le nom du répertoire varie selon la version du client. Veillez à le remplacer par le nom du répertoire créé après le téléchargement et la décompression du package.
      cd go2aliyun_client2.6.5_linux_x86_64
      sudo chmod +x go2aliyun_client
      sudo ./go2aliyun_client
    6. Saisissez le code d'activation ou la paire AccessKey comme indiqué. L'exemple suivant montre comment saisir un code d'activation :adad

      Après avoir saisi le code d'activation ou la paire AccessKey, les messages suivants peuvent s'afficher :

      • Si aucun pilote de snapshot n'est installé sur le système source, le client SMC vous invite à en installer un. Vous pouvez choisir de l'installer ou non en fonction de votre plan de migration.

        • Si vous prévoyez d'activer la réplication par blocs lors de la création de la tâche de migration, saisissez yes pour installer automatiquement le pilote de snapshot.

        • Si vous ne prévoyez pas d'activer la réplication par blocs, saisissez no.

        Important

        Si l'installation du pilote de snapshot échoue, n'activez pas la réplication par blocs lors de la création de la tâche de migration. Sinon, la migration échouera.

        123

      • La plupart des systèmes sources courants disposent de rsync installé par défaut. Si rsync n'est pas installé, le client SMC vous invite à l'installer. Saisissez yes pour installer automatiquement rsync, comme illustré dans la figure suivante.Install rsync

      • Si SELinux est activé sur le système source, le client SMC vous invite à le désactiver. Saisissez yes pour désactiver automatiquement SELinux, comme illustré dans la figure suivante.Disable SELinux

      Si un message similaire à Import Source Server [s-bp11npxndknsycqj****] Successfully! s'affiche, l'importation a réussi.

      Remarque

      Si l'importation échoue, résolvez le problème en vous basant sur le message affiché. Ensuite, exécutez les commandes suivantes dans l'ordre pour quitter le processus en arrière-plan et importer à nouveau la source de migration. Pour plus d'informations sur les problèmes courants et leurs solutions, consultez les rubriques FAQ SMC et Dépannage.

      sudo ./go2aliyun_client --abort
      sudo ./go2aliyun_client
  5. Sur la page Containerized migration de la console SMC, vérifiez l'état de la source de migration dans la colonne Real-time Migration Status.

    • Un état Source Online indique que la source de migration a été importée avec succès.

    • Si la source de migration présente tout autre état, l'importation a échoué. Résolvez le problème à l'aide des méthodes suivantes, puis réimportez la source de migration.

      • Résolvez le problème en vous basant sur le message d'erreur affiché dans la console ou en consultant le fichier journal dans le répertoire du client SMC. Par défaut, le client SMC est installé dans le répertoire /smc.

      • Pour plus d'informations sur les problèmes courants et leurs solutions, consultez les rubriques FAQ SMC et Dépannage des erreurs.

Étape 3 : Configuration de la migration

  1. Dans la colonne Actions de la source de migration que vous souhaitez gérer, cliquez sur Start Migration.

  2. Configurez les paramètres, puis cliquez sur Start Migration.

    1. Configurez les paramètres de base.

      Paramètre

      Description

      Target Region (obligatoire)

      La région Alibaba Cloud vers laquelle vous souhaitez migrer le serveur. Pour plus d'informations sur les régions, consultez la rubrique Régions et zones de disponibilité.

      Namespace (obligatoire)

      Sélectionnez le namespace du référentiel d'images de conteneur qui stockera l'image de conteneur créée par la migration. Si vous n'avez pas encore créé de namespace, consultez la rubrique Gérer les namespaces et les quotas pour en créer un.

      Repository Name (obligatoire)

      Sélectionnez le référentiel dans lequel stocker l'image de conteneur créée par la migration. Si vous n'avez pas encore créé de référentiel d'images, consultez la rubrique Créer des référentiels et des images pour en créer un.

      Version (obligatoire)

      Saisissez une version pour l'image de conteneur créée par la migration. Exemple : v1.

      • La chaîne doit comporter entre 1 et 128 caractères.

      • La chaîne ne peut contenir que des lettres minuscules (a-z), des chiffres (0-9), des points (.), des traits de soulignement (_) ou des traits d'union (-).

      • La chaîne ne peut pas commencer ni se terminer par un point (.) ou un trait d'union (-).

      Intermediate instance RAM role (obligatoire)

      Sélectionnez le rôle RAM pour l'instance intermédiaire. Si vous n'avez pas encore créé de rôle RAM, créez-en un comme décrit à l'étape 1 : Préparatifs.

      Migration Mode

      • Migrate All Instances

        • Cette option migre l'intégralité du système et les données d'application d'une machine physique ou virtuelle vers Alibaba Cloud Container Registry (ACR) Personal Edition.

        • Ce mode ne génère pas de rapport d'analyse. Il empaquette l'intégralité du système d'exploitation après un nettoyage minimal, ce qui crée une image de conteneur plus volumineuse. Toutefois, l'environnement d'exécution reste identique au système source et peut prendre en charge plusieurs applications.

        • Idéal pour la reprise après sinistre au niveau du système.

      • Application Migration

        • Cette option migre des applications spécifiques d'une machine physique ou virtuelle vers Alibaba Cloud Container Registry (ACR) Personal Edition. Elle minimise la taille de l'image de conteneur générée, ce qui donne une image de conteneur plus petite.

        • Ce mode analyse l'application spécifiée et empaquette uniquement les données requises sur la base du rapport, produisant ainsi une image de conteneur plus petite.

        • Ce mode prend actuellement en charge les applications Java Tomcat, Tomee, JBoss et ASP.NET. Assurez-vous que l'application que vous souhaitez migrer est bien prise en charge.

        • Idéal pour la conteneurisation des microservices.

      Select Applications to Be Migrated

      Sélectionnez l'application que vous souhaitez migrer.

      • La liste déroulante affiche uniquement les applications prises en charge. Si votre application ne figure pas dans la liste, elle ne peut pas être migrée.

      • L'ID d'application est généré par SMC au format ${application_id} (Process: ${pid}). Par exemple : java-tomcat-5924e694(Process: 2360).

      After the analysis is completed, you need to confirm the analysis results. :

      • Désélectionné : la migration s'exécute automatiquement une fois l'analyse terminée.

      • Sélectionné : le job de migration est mis en pause une fois l'analyse terminée. Vous devez alors confirmer les résultats pour poursuivre la migration. Le rapport d'analyse est stocké sur le serveur source dans un chemin tel que /smc/app2container/java-tomcat-5924e694/analysis.json.

      Execution Method

      Sélectionnez la méthode d'exécution du job de migration :

      • Migrate Now : démarre immédiatement le job de migration après sa création. L'option Migrate Now est sélectionnée par défaut.

      • Create Only : crée le job de migration sans le démarrer. Vous devez démarrer manuellement le job en cliquant sur Run dans la colonne Actions.

      Network Type

      Sélectionnez le réseau utilisé 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 VPC et le vSwitch sélectionnés, et reçoit une adresse IP publique.

      Public Network (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 : le job de migration crée une instance intermédiaire dans le VPC et le vSwitch que vous avez indiqués.

      • Ne pas spécifier de VPC ni de vSwitch : le job de migration crée une instance intermédiaire dans un nouveau VPC et un nouveau vSwitch créés automatiquement par le système.

      VPC

      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 de connecter le serveur source au VPC Alibaba Cloud et de spécifier 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'un Smart Access Gateway. Pour plus d'informations, consultez la rubrique Connecter un VPC à un centre de données ou à un autre cloud.

    2. Facultativement, pour définir des paramètres tels que la vitesse de transmission et le taux de compression, cliquez sur Advanced Settings.

      Paramètre

      Description

      Migration Job Name

      Le nom du job de migration.

      Job Description

      Une description du job de migration.

      Transmission Speed Limit

      Limite la vitesse de transfert des données, en Mbit/s. Si le Compression Ratio 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 Real-time Migration Status.

      Compression Ratio

      Définit le niveau de compression des données pour la migration.

      • Dans les environnements dont la bande passante est limitée, un taux de compression plus élevé peut augmenter la vitesse de transfert des données.

      • Dans les environnements disposant d'une bande passante élevée, nous vous recommandons de ne pas compresser les données afin de réduire l'utilisation du CPU 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.

      Checksum Verification

      Cette fonctionnalité est désactivée par défaut. Son activation renforce les contrôles de cohérence des données, mais peut réduire la vitesse de transfert.

      SSL encrypted transmission

      La valeur par défaut est Auto-Select. Le chiffrement SSL pour le transfert des données améliore la sécurité et l'intégrité des données.

      Tag

      Ajoutez des tags (paires clé-valeur) au job de migration pour faciliter la recherche et la gestion. Utiliser des tags pour gérer les sources et les jobs de migration. Mettre en œuvre une gestion fine des autorisations à l'aide de tags.

      Remarque

      Vous pouvez ajouter un maximum de 20 tags à un seul job de migration.

      Intermediate Instance Type

      Vous pouvez sélectionner un type d'instance pour l'instance intermédiaire.

      • Si vous spécifiez un type d'instance, le système crée une instance intermédiaire de ce type. Si le type d'instance spécifié n'est pas disponible, la création du job de migration échoue.

      • Si vous ne sélectionnez aucun type d'instance, le système crée automatiquement l'instance intermédiaire en choisissant parmi une liste prédéfinie de types disponibles.

      Important

      Pour éviter les erreurs de migration, n'arrêtez, ne démarrez, ne redémarrez et ne libérez pas l'instance intermédiaire pendant la migration. L'instance est automatiquement libérée une fois la migration terminée.

      Report diagnostic logs

      Télécharge automatiquement les journaux du client SMC sur le serveur SMC pour une analyse diagnostique. Cette fonctionnalité aide à résoudre les problèmes en cas d'erreur de migration. Elle est activée par défaut.

      Les journaux du client SMC sont généralement stockés dans le répertoire /smc/go2aliyun_client*/Logs du chemin d'installation.

    3. Dans la boîte de dialogue qui s'affiche, lisez attentivement les notes relatives à la migration, puis cliquez sur Got It.

  3. Sur la page Containerized migration , surveillez l'état en temps réel du job de migration.

    La durée du transfert des données dépend de facteurs tels que la taille des données source et la bande passante du réseau.

    Remarque
    • Speed: Quantité de données de migration non compressées transférées par seconde. Si le Compression Ratio du job de migration est supérieur à 0, la vitesse affichée est supérieure à la vitesse réelle de transfert réseau des données compressées.

    • Time Remaining for Synchronization: Calculé comme suit : (Volume total de données - Volume de données transférées) / Vitesse.

    • Si la vitesse de transfert est trop lente, envisagez d'augmenter temporairement la bande passante fixe des serveurs source et de destination. Estimer la durée de migration et tester la vitesse de transfert.

    S'abonner aux événements d'erreur de migration, et modifier ou mettre en pause la migration

    • Pour éviter les interruptions dues aux erreurs de migration, vous pouvez vous abonner aux notifications d'erreur de job SMC dans CloudMonitor afin de recevoir des alertes par e-mail en temps opportun.

    • Lorsque l'état du job de migration est Synchronizing , vous pouvez effectuer les opérations suivantes selon vos besoins :

      • Pour modifier une tâche de migration, cliquez sur Modify Migration Job dans la colonne Actions . Vous pouvez modifier des paramètres tels que la limitation du débit de transfert, le taux de compression et la vérification de la somme de contrôle (Checksum verification).

      • Mettre en pause le job de migration : cliquez sur Pause Migration Job dans la colonne Actions pour mettre la migration en pause.

  4. Dans la colonne Migration Source ID/Name de la source de migration cible, cliquez sur l'ID de la source de migration pour afficher les détails de la migration.

    La page des détails de la migration contient les sections Basic Information et Job Configuration. La section Basic Information affiche les détails du job, tels que l'Job ID/Name, l'Job Status, la Job Progress, la Destination Region et le Migration Mode. La section Job Configuration affiche le Network Type, le VPC de destination et le vSwitch de destination.

Vérifier les résultats de la migration

  • Lorsque l'état Real-time Migration Status est Completed , la migration a réussi.

    Une migration réussie génère une image de conteneur Alibaba Cloud. Vous pouvez utiliser cette image pour déployer une application conteneurisée.

    1. Dans la colonne Actions de la source de migration, cliquez sur Deploy Application . Cette action vous redirige vers la page de liste des clusters ACK.

    2. Sélectionnez un cluster ACK existant ou créez-en un nouveau. Pour plus d'informations, consultez la rubrique Créer un cluster .

    3. Accédez au cluster. Dans le volet de navigation de gauche, choisissez Workloads > Deployments . Cliquez sur create from image pour créer une application. Sélectionnez l'image de conteneur générée par la migration. Pour plus d'informations, consultez la rubrique Créer un déploiement de charge de travail sans état .

      • Commande de démarrage pour la migration au niveau de la machine

        Lorsque vous déployez une application sur un cluster ACK, vous devez ajouter les scripts pertinents et les ports de développement au cycle de vie de l'application ou au fichier YAML de l'application pour démarrer le service sur le serveur source. Ajoutez les scripts en fonction de vos besoins réels. Voici un exemple d'ajout d'une commande CMD à un fichier YAML :

        spec:
              containers:
                - args:
                    - |
                      cd /www/server/panel &&
                      chmod +x /www/server/panel/init.sh &&
                      echo 3 | sh init.sh &&
                      tail -f /dev/null
                  command:
                    - /bin/sh
                    - '-c'
                  image: 'registry-vpc.cn-hangzhou.aliyuncs.com/zi***h/sa***:v1'
      • Mode de migration d'application

        Exécutez netstat -lptn sur le serveur source pour afficher les ports de service de l'application, puis configurez le mappage des ports lors du déploiement de l'application dans le cluster ACK.

    4. Après avoir migré le serveur, vous devez valider les données pour garantir leur intégrité et leur exactitude. Pour plus d'informations, consultez la rubrique Après la migration d'un serveur Linux, comment vérifier le système ? .

      Remarque

      Si un nom de domaine est associé au serveur source, remappez-le vers l'adresse IP publique de la nouvelle instance. Ajouter une résolution de site Web .

  • Si l'état Real-time Migration Status est Error , la migration a échoué. Vous devez résoudre le problème, puis relancer la migration :

    1. Dans la colonne Actions , cliquez sur Troubleshoot Errors . Résolvez le problème en vous basant sur le code d'erreur et le message d'erreur. Pour plus d'informations, consultez les rubriques FAQ SMC et dépannage .

    2. Une fois le problème résolu, cliquez sur Retry Migration Job dans la colonne Actions . Le job reprend là où il s'était arrêté.

      Important

      Si l'instance intermédiaire a été libérée, vous devez redémarrer la migration. Pour plus d'informations, consultez la rubrique J'ai libéré par inadvertance l'instance intermédiaire. Que dois-je faire ? .

Nettoyer les ressources

Migrer vers une image

Lors de 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 le processus. 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 de générer des frais. Pour éviter des coûts inutiles, vous pouvez libérer l'instance de l'une des façons 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 Actions correspondant à la tâche, cliquez sur Cancel Migration Job pour supprimer la tâche et nettoyer automatiquement l'instance intermédiaire.

    • Libérez manuellement l'instance intermédiaire.

Migrer vers une instance de destination

Lors de 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 le processus. 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 de générer des frais. Pour éviter des coûts inutiles, vous pouvez libérer le disque de l'une des façons 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 Actions correspondant à la tâche, cliquez sur Cancel Migration Job pour supprimer la tâche et nettoyer automatiquement le disque intermédiaire.

    • Libérez manuellement le disque intermédiaire.