Server Migration Center:Migration de serveurs par lots

Étape 1 : Créer un groupe de travail

Vous pouvez créer jusqu'à 50 groupes de travail par compte Alibaba Cloud.

1. Accédez à la page Migration de groupe de travail dans la console SMC.

   Important

   Pour migrer des instances ECS Alibaba Cloud entre comptes (du compte source A vers le compte de destination B), connectez-vous à la console SMC en utilisant le compte de destination B.

2. Sur la page Workgroup Migration, cliquez sur Create Workgroup.

3. Dans la boîte de dialogue Create Workgroup, configurez les paramètres.

   Paramètre	Description
   workgroupName (facultatif)	Saisissez un nom de groupe de travail. Le nom doit comporter entre 2 et 64 caractères, commencer par une lettre ou un caractère chinois, et ne peut pas commencer par http:// ou https://. Il peut contenir des chiffres, des deux-points (:), des points (.), des traits de soulignement (_) ou des traits d'union (-).
   workgroupDescription (facultatif)	Saisissez une description pour le groupe de travail.
   Select Migration Source (facultatif)	Si vous avez déjà importé des sources de migration, sélectionnez-les dans la liste déroulante. Si vous n'avez pas importé de sources de migration, effectuez l'Étape 2 : Importer et associer des sources de migration après avoir créé le groupe de travail. Remarque Un groupe de travail peut être associé à un maximum de 50 sources de migration. Une source de migration ne peut être associée qu'à un seul groupe de travail.
   Tag (facultatif)	Saisissez directement les clés et valeurs de tag ou sélectionnez-en des existantes pour faciliter la gestion du groupe de travail. Remarque Vous pouvez attribuer jusqu'à 20 tags à chaque groupe de travail.

4. Cliquez sur Create.

   Si vous n'avez plus besoin du groupe de travail ultérieurement, dissociez d'abord toutes les sources de migration qui lui sont associées. Ensuite, dans la colonne Actions du groupe de travail cible, choisissez Delete Workgroup et suivez les instructions à l'écran pour supprimer le groupe de travail.

Étape 2 : Importer et associer des sources de migration

Une source de migration est un serveur IDC sur site, une machine virtuelle, un hôte cloud d'une autre plateforme cloud ou tout autre type de serveur.

1. Dans la boîte de dialogue Create Workgroup, cliquez sur Import Migration Source.

   Remarque

   Si vous avez déjà associé toutes les sources de migration lors de la création du groupe de travail, cliquez sur Close et passez à l'Étape 3 : Démarrer la migration.

2. Sur la page Import Migration Source, suivez les instructions à l'écran pour importer et associer des sources de migration.

   Importation via ligne de commande (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 une migration plus rapide, consultez la rubrique migration via réseau privé.

   1. Configurez les paramètres comme indiqué et copiez la commande d'activation.

      Le tableau suivant décrit les paramètres.

      Paramètre	Description
      Workgroup	Le groupe de travail créé est sélectionné par défaut.
      Migration Source Type	Physical server/virtual machine/cloud server from another cloud platform
      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 valides : 1 à 1 000. Valeur par défaut : 200.
      Validity Period	Période de validité du code d'activation, en jours. Valeurs valides : 1 à 90. Valeur par défaut : 90.
      Activation Code	Générez le code d'activation et copiez la commande. Cliquez sur Generate. En fonction du système d'exploitation du serveur source, cliquez sur l'onglet Linux Shell ou Windows PowerShell. Cliquez sur Copy pour copier la commande du code d'activation.

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

      Serveur source Linux

      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.

         

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

      Serveur source Windows

      1. Connectez-vous au serveur source Windows.

      2. Ouvrez Windows PowerShell avec les privilèges d'administrateur.

      3. Collez et exécutez la commande copiée pour importer la source de migration.

         

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

         Si l'exécution de la commande échoue, consultez la rubrique Que faire si l'exécution d'une commande échoue lors de l'importation d'une source de migration Windows via la ligne de commande ? .

   Importation via client

   1. Configurez les paramètres comme indiqué et copiez la commande d'activation.

      Le tableau suivant décrit les paramètres.

      Paramètre	Description
      Workgroup	Le groupe de travail créé est sélectionné par défaut.
      Migration Source Type	Sélectionnez le type de serveur source selon vos besoins : Physical server/virtual machine/cloud server from another cloud platform.
      Import Method	Sélectionnez Use Client to Import Server.
      Description	Dans la section Description, téléchargez, installez et activez le client SMC approprié en fonction du système d'exploitation (Linux ou Windows) et de l'architecture (32 bits ou 64 bits) du serveur source. Cliquez sur Generate et copiez le code d'activation. Vous devez saisir le code d'activation lors de l'installation du client.

   2. 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.

      Serveur source Windows

      1. Utilisez un outil de connexion à distance prenant en charge le transfert de fichiers, tel que WinSCP, pour télécharger le client SMC vers le serveur source Windows.

      2. Sur le serveur source Windows, utilisez l'outil de décompression intégré au système ou un outil tiers pour décompresser le package du client SMC.

      3. Dans le dossier correspondant à la version du client SMC adaptée au système de votre serveur, double-cliquez sur l'application go2aliyun_client.exe.

         Lorsque vous y êtes invité pour les privilèges d'administrateur, cliquez sur OK .

      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. Suivez l'invite et saisissez les valeurs du code d'activation, access_access_token_id et access_token_code, puis appuyez sur Enter.

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

      Serveur source Linux

      1. Utilisez un outil de connexion à distance prenant en charge le transfert de fichiers, tel que WinSCP, pour télécharger le client SMC vers 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 générale Linux 64 bits à 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 ARM Linux 64 bits 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 basées sur Arm de niveau entreprise.

      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 Linux 64-bit ARM Edition de la console SMC, cliquez sur Description 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 en fonction de 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 :

         Après avoir saisi le code d'activation ou la paire AccessKey, les invites suivantes 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.

           

         • La plupart des systèmes sources courants ont 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.

         • 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.

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

         Remarque

         En cas d'échec de l'importation, résolvez le problème en vous basant sur le message affiché. Exécutez ensuite 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 la rubrique FAQ SMC ainsi que la section Dépannage.

         sudo ./go2aliyun_client --abort
         sudo ./go2aliyun_client

   3. Associez la source de migration.

      1. Accédez à la page Workgroup Migration de la console SMC.

      2. Dans la colonne Generate du groupe de travail cible, cliquez sur Associate Migration Source.

      3. Dans la boîte de dialogue Associate Migration Source, sélectionnez la source de migration, puis cliquez sur Associate Migration Source.

3. Vérifiez l'état de la source de migration.

   1. Accédez à la page Workgroup Migration de la console SMC.

   2. Cliquez sur l'ID du groupe de travail pour accéder à la page des détails du groupe.

   3. Dans la section OK, vérifiez l'état dans la colonne Migration Sources.

      • Si l'état est Real-time Migration Status, l'importation a réussi.

      • Si l'état 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 vous basant sur le message d'erreur affiché dans la console ou en consultant le fichier journal du client SMC. Les répertoires d'installation par défaut du client SMC sont les suivants :

          • Serveur source Windows : C:\smc.

          • Serveur source Linux : /smc.

        • Pour plus d'informations sur les problèmes courants et leurs solutions, consultez la rubrique FAQ SMC ainsi que la section Dépannage.

Étape 3 : Démarrer la migration

1. Accédez à la page Workgroup Migration de la console SMC.

2. Dans la colonne Migration SourceOnline du groupe de travail cible, cliquez sur Actions.

3. Dans la boîte de dialogue Start Migration, vérifiez les serveurs à migrer, puis cliquez sur Confirm Migration Source.

   Si des serveurs apparaissent sous l'onglet Next, cliquez sur l'icône pour afficher la raison pour laquelle ils ne peuvent pas être migrés.

4. Configurez les paramètres de migration selon vos besoins, puis cliquez sur Inoperable Migration Sources.

   Si vous avez prédéfini les paramètres de tâche de migration dans un modèle de migration, les paramètres du modèle sont automatiquement renseignés lors de la création de la tâche de migration afin d'améliorer l'efficacité. Pour plus d'informations, consultez la rubrique Configurer un modèle de migration.

   Remarque

   Si certaines sources de migration possèdent déjà des tâches de migration, aucune nouvelle tâche n'est créée pour elles.

5. Dans la boîte de dialogue qui s'affiche, lisez les remarques, puis cliquez sur Start Migration.

6. Sur la page Got It, vérifiez l'état de la migration.

   1. Lorsque l'état Workgroup Migration passe de Migration Status à To be Started, la migration du serveur a démarré.

      Vous pouvez cliquer sur l'ID du groupe de travail pour afficher l'état de migration en temps réel de chaque serveur. SMC effectue d'abord une répétition. Une fois la répétition réussie, SMC lance la migration.

      • Lorsque l'état In progress est Real-time Migration Status, la répétition a réussi et le système démarre automatiquement la migration.

      • Lorsque l'état Rehearsal passed est Real-time Migration Status, la répétition a échoué. Consultez le rapport de répétition, corrigez les éléments Rehearsal failed, puis relancez la répétition. Pour plus d'informations, consultez la rubrique Configurer la répétition de migration.

   2. Lorsque l'état critical est Real-time Migration Status, les données du serveur sont en cours de migration.

      La durée de la migration dépend de la taille des données source, de la bande passante réseau et d'autres facteurs. Pendant la migration, vous pouvez effectuer les opérations suivantes selon vos besoins :

      • Modifier les paramètres de migration : dans la colonne Synchronizing, cliquez sur Actions pour modifier le nom de la tâche, la description, la limite de débit de transfert, le taux de compression et les paramètres de validation de la somme de contrôle.

      • Suspendre la migration : dans la colonne Modify Migration Job, cliquez sur Actions pour suspendre la migration.

      Lorsque l'état de la tâche de migration est Pause Migration Job, les indicateurs Synchronizing et Speed sont décrits comme suit :

      • Remaining sync time : quantité de données de migration transférées par seconde (vitesse de transfert avant compression). Si vous définissez le paramètre Speed sur une valeur supérieure à 0 lors de la création de la tâche de migration, la vitesse affichée sera supérieure à la vitesse réelle de transfert réseau (vitesse de transfert après compression).

      • Compression Ratio : temps de synchronisation restant calculé en fonction de la vitesse actuelle. Temps de synchronisation restant = (Volume total de données - Volume de données transférées) / Vitesse.

   3. Lorsque l'état Remaining sync time est Real-time Migration Status, la migration initiale complète du serveur est terminée.

      La première migration effectue une migration complète des données système du serveur source et génère une image personnalisée ECS complète.

      À ce stade, la colonne Actions affiche les liens Start migration, Manual incremental sync et Complete incremental sync.

Étape 4 : Migration incrémentielle

Une fois la migration initiale terminée et lorsque l'état de la migration est Pending, SMC attend le prochain cycle en fonction de l'intervalle de synchronisation Pending que vous avez défini, puis exécute automatiquement la migration incrémentielle et génère une nouvelle image personnalisée ECS.

1. Suspendez les activités commerciales et exécutez la migration incrémentielle.

   Pendant les heures creuses, suspendez les activités commerciales sur le serveur source et relancez la migration incrémentielle.

   1. Connectez-vous au serveur source et suspendez les activités commerciales.

   2. Effectuez la migration incrémentielle.

      • Migration incrémentielle automatique

        SMC exécute automatiquement la migration incrémentielle en fonction de l'intervalle de synchronisation Synchronization Interval que vous avez défini.

      • Migration incrémentielle manuelle

        Dans la colonne Synchronization Interval du groupe de travail cible, cliquez sur Actions et suivez les instructions à l'écran pour effectuer la migration incrémentielle par lots.

        Remarque

        Vous pouvez également cliquer sur l'ID du groupe de travail pour effectuer manuellement la synchronisation incrémentielle pour chaque serveur individuellement.

2. Terminez la synchronisation incrémentielle.

   Une fois la dernière tâche de synchronisation incrémentielle terminée, finalisez la synchronisation des données.

   1. Dans la colonne Manual Incremental Synchronization du groupe de travail cible, choisissez Actions.

   2. Dans la boîte de dialogue Complete Incremental Synchronization, cliquez sur Run Incremental Job.

      Vous pouvez également sélectionner l'option Next dans la boîte de dialogue Perform One Last Synchronization pour terminer la dernière synchronisation des données.

   3. Cliquez sur Complete Incremental Synchronization pour confirmer la source de migration.

   4. Cliquez sur Next pour démarrer la synchronisation incrémentielle.

   5. Sur la page Confirm, vérifiez l'état de la migration.

      La durée de la migration dépend de la taille des données source, de la bande passante réseau et d'autres facteurs. Lorsque l'état de la migration est Workgroup Migration, la migration incrémentielle est terminée.

   Remarque

   Une fois la synchronisation incrémentielle terminée, la tâche s'arrête et vous ne pouvez plus effectuer de synchronisation incrémentielle manuelle. Si vous avez cliqué accidentellement sur Completed mais que vous devez toujours migrer des données incrémentielles, démarrez une nouvelle migration.

Une fois le serveur migré, effectuez les étapes suivantes pour garantir le bon fonctionnement de vos services :

• Vérifiez les données pour assurer leur intégrité et leur exactitude. Consultez les rubriques 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 du serveur source ne sont pas configurés pour démarrer automatiquement, vous devez les lancer manuellement après la migration.

• L'adresse IP change après la migration. Si vos services dépendent de configurations d'adresse IP, vous devez modifier 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. Consultez la rubrique Ajouter une résolution de site web.

  • Pour conserver l'adresse IP privée d'origine, vous pouvez modifier 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 la rubrique Spécifier l'adresse IPv4 privée principale de l'ENI principale lors de la création d'une instance ECS.

    • Si la destination est une ECS Image : si vous n'avez pas modifié l'adresse IPv4 privée dans la configuration avancée de l'étape paramètres de migration, vous pouvez la modifier. Pour plus d'informations, consultez la rubrique Modifier l'adresse IPv4 privée principale de l'ENI principale d'une instance existante.