Avant de commencer

Ce tutoriel explique comment migrer une machine virtuelle Ubuntu et une machine virtuelle Microsoft Windows 2019. Ce tutoriel suppose que vous avez :

1. Consultez le guide technique « Migration depuis IBM Cloud VMware VCF-Automated vers des serveurs virtuels VPC avec RackWare RMM ».
2. Disposer d'une instance existante IBM Cloud VMware-Automated et héberger des machines virtuelles sur des segments de superposition NSX. Ces segments superposés n'ont pas d'accès natif au réseau privé IBM Cloud Classic.
3. Création d'un ou plusieurs groupes de ressources.
4. Créez un VPC avec des préfixes qui couvrent les réseaux requis.
5. Création d'un sous-réseau pour le serveur RMM.
6. Création d'une clé SSH et téléchargement de la clé publique dans VPC SSH keys.
7. Provisionnement d'un serveur RMM à partir du catalogue IBM.

Créer des machines virtuelles source

Tout d'abord, vous devez configurer votre machine virtuelle source. Cette section contient des exemples pour les éléments suivants :

• Ubuntu machine virtuelle source.
• Machine virtuelle source Windows.

# Format entire disk (no partition table)
sudo mkfs.ext4 /dev/sdb
# Mount it
sudo mkdir -p /mnt/sdb
sudo mount /dev/sdb /mnt/sdb
# Write file
echo "Test content" | sudo tee /mnt/sdb/testfile.txt

RMM Installer

Avant d'installer RMM, vous devez d'abord configurer l'infrastructure VPC. Au minimum, vous devez configurer un VPC, des sous-réseaux et les instances de serveur virtuel correspondantes que vous prévoyez de migrer. Le nouveau profil d'instance de serveur virtuel cible (vCPU et vMemory) n'a pas besoin de correspondre à la source. Toutefois, en ce qui concerne le stockage, la taille du stockage cible doit être égale ou supérieure à celle de l'espace utilisé sur le système de fichiers de la source VM. L'option de redimensionnement du site RMM devrait être utilisée pour faciliter ce changement.

Utilisez la documentation du produit VPC pour :

1. Créer un VPC.

2. Créer un sous-réseau pour le serveur RMM.

3. Créer une clé SSH.

4. Déployer le serveur RMM à partir du catalogue IBM Cloud.

   Le serveur RMM dispose d'une adresse IP publique pour la connectivité et d'identifiants de connexion par défaut.

5. Une fois le déploiement terminé, connectez-vous au serveur RMM.

6. Dans le serveur RMM, modifiez le mot de passe par défaut, créez des utilisateurs et créez une clé SSH.

7. Téléversez la clé SSH sur IBM Cloud VPC.

Vous devrez peut-être mettre à jour la version d' RMM. Si tel est le cas, envoyez un e-mail à RackWare pour demander l'accès à leur référentiel FTP et obtenir les instructions de mise à jour.

Obtenir une licence auprès de RackWare

1. Obtenez les licences auprès de RackWare en envoyant le fichier de préinstallation généré à RackWare licensing.

2. Pour générer un fichier de préinstallation à l'adresse /etc/rackware, exécutez la commande suivante en utilisant le nom de votre clé publique et votre adresse IP.

   ssh -i ~/.ssh/sno3 root@161.156.171.81
   rwadm relicense
   

   Voici un exemple de résultat. RackWare recommande d'installer RMM sur les serveurs RHEL ou Rocky 8.x:

   CentOS Linux release 7.9.2009 (Core)
   Found supported RedHat/CentOS release.
   CentOS Linux release 7.9.2009 (Core)
   WARNING: This command will generate a new preinstall file, but will also INVALIDATE the existing license on next RMM restart.
   If you wish to continue using RMM till you get the new license, DO NOT STOP RMM after running this command.
   Do you wish to continue? (Y/N)  [N]: Y
   PreInstall file generated at /etc/rackware/rwlicense_preinstall_1765474883. Email this file to licensing@rackwareinc.com to get the license.
   

3. Copiez le fichier de /etc/rackware et envoyez-le à licensing@rackwareinc.com en tant que pièce jointe.

   scp -i ~/.ssh/sno3 root@161.156.171.81:'/etc/rackware/rwlicense_preinstall_*' /Work/2025/RMM/
   

4. Une fois que vous aurez reçu une licence valide, téléchargez le fichier de licence à l'adresse /etc/rackware, puis redémarrez les services pour appliquer la licence en exécutant la commande suivante. Le nom du fichier dans votre environnement sera différent de celui de l'exemple :

   scp -i ~/.ssh/sno3 /Work/2025/RMM/rwlicense_1765474883_uk_ibm_POC_Mig root@161.156.171.81:/etc/rackware/
   ssh -i ~/.ssh/sno3 root@161.156.171.81
   rwadm restart
   

5. Vérifiez la licence en exécutant la commande suivante et renvoyez le résultat à licensing@rackwareinc.com:

   rw rmm show
   

Créer un site Transit Gateway avec des connexions vers Classic et VPC

Un site IBM Cloud Transit Gateway est un service de réseau en étoile entièrement géré qui fournit une connectivité centralisée et privée entre les environnements d'infrastructure IBM Cloud, y compris IBM Cloud VPC et IBM Cloud Classic infrastructure.

Il agit comme un hub de routage où plusieurs VPC et connexions classiques s'attachent, permettant au trafic de circuler en toute sécurité sans nécessiter de maillages VPN complexes ou de gestion manuelle des itinéraires.

Les connexions aux VPC utilisent des attachements VPC natifs qui échangent automatiquement des routes, tandis que la connectivité classique est établie via une connexion d'infrastructure classique qui s'intègre au backbone IBM Cloud, permettant une communication IP privée transparente entre les sous-réseaux VPC et les VLAN classiques.

En utilisant la documentation de IBM Cloud, créez une passerelle de transit locale et connectez votre VPC et votre réseau IBM Cloud Classic. Pour plus d'informations, voir Création d'une passerelle de transit.

Commander un sous-réseau privé portable

Un sous-réseau privé portable IBM Cloud Classic est un bloc d'adresses IP privées qui peuvent être attribuées à vos ressources Classic. Bien que vous ayez déjà un certain nombre de sous-réseaux associés à votre instance IBM Cloud VMware-Automated, les adresses IP de ces sous-réseaux sont attribuées par l'automatisation et vous ne devez pas attribuer manuellement des adresses IP à partir de ces sous-réseaux.

Une bonne pratique consiste à commander un nouveau sous-réseau privé portable et à attribuer des adresses IP aux machines virtuelles en fonction des besoins. Ce sous-réseau sera utilisé pour héberger les interfaces extérieures d'un ou de plusieurs serveurs passerelles RMM. Par conséquent, seul un petit sous-réseau est nécessaire.

En utilisant la documentation de IBM Cloud, commandez un nouveau sous-réseau privé portable dans le VLAN IBM Cloud Private nommé Private management VLAN. Pour plus d'informations, voir Sous-réseaux appartenant au client pour Classic.

Attribuez une adresse IP au serveur RMM Bridge déployé plus loin dans ce tutoriel.

Commander un sous-réseau privé statique

Un sous-réseau statique classique IBM Cloud fournit un bloc d'adresses IP qui sont acheminées en permanence vers un point final spécifique, dans notre cas d'utilisation, le serveur de pont RMM.

Toutes les adresses IP du sous-réseau sont utilisables, par exemple un sous-réseau /30 a 4 adresses IP utilisables ou un sous-réseau /29 a 8 adresses IP utilisables.

En utilisant la documentation IBM Cloud, commandez un nouveau sous-réseau privé statique dans le VLAN IBM Cloud Private nommé Private management VLAN et ciblez l'adresse IP dans le sous-réseau privé portable que vous utiliserez pour le serveur de pont RMM. Pour plus d'informations, voir Sous-réseaux appartenant au client pour Classic.

Déployer une machine virtuelle pour l'utiliser comme serveur pont

Une machine virtuelle a été déployée sur l'instance IBM Cloud VCF-Automated avec les spécifications suivantes :

• cpu: 2
• Mémoire : 1GB
• Disque dur 1 : 10GB
• Adaptateur réseau 1 : T1-192-168-10-0-workload
• Adaptateur réseau 2 : mgmt-dpg-mgt
• Firmware : EFI
• OS Ubuntu 22.04
• Adresse IP 1 : 192.168.10.254
• Adresse IP 2 : 10.134.54.62

1. Pour accéder à votre machine virtuelle « Ubuntu » via SSH, vous devrez peut-être configurer SSH :

   1. Utilisez la commande suivante pour configurer SSH.

      sudo nano /etc/ssh/sshd_config
   

   1. Veillez à ce que ces lignes soient définies :

      PasswordAuthentication yes
      PubkeyAuthentication yes
      ChallengeResponseAuthentication no
      UsePAM yes
      KbdInteractiveAuthentication yes
   

   1. En utilisant Netplan (par défaut sur Ubuntu 18.04 +), modifiez la configuration de votre réseau :

      sudo nano /etc/netplan/50-cloud-init.yaml
   

   Exemple de configuration avec deux NIC :

   network:
     version: 2
     renderer: networkd
     ethernets:
       ens192:  # NIC 1 - Inside network
         addresses:
           - 192.168.10.254/24
         routes:
           - to: default
             via: 192.168.10.1
         nameservers:
           addresses: [8.8.8.8, 8.8.4.4]
       ens224:  # NIC 2 - Outside network
         addresses:
           - 10.134.54.62/26
         routes:
           - to: 10.0.0.0/8
             via: 10.134.54.1
   

   1. Appliquer la configuration :

      sudo netplan apply
   

   1. Vérifier les interfaces :

      ip addr show
      ip route show
   

Configurer le serveur de pont

Cet exemple utilise une machine virtuelle Ubuntu hébergée sur l'instance IBM Cloud VCF-Automated. La machine virtuelle est déployée avec deux interfaces.

1. Connectez-vous à la machine virtuelle via SSH :

   1. Actualisez le système à l'aide de la commande suivante

      sudo apt update && sudo apt upgrade -y
   

   1. Configurez l'IP Forwarding à l'aide de la commande suivante.

      sudo sysctl -w net.ipv4.ip_forward=1
      sudo sysctl -p
   

   1. Vérifiez la connexion à l'aide de la commande suivante

      cat /proc/sys/net/ipv4/ip_forward
   

   Le résultat devrait être 1.

   1. Identifiez vos interfaces réseau à l'aide de la commande suivante.

      ip addr show
   

   Voici un exemple de ce que vous pouvez voir avec cette commande

   ens192: Source VM network (192.168.10.0/24) - "inside" interface
   ens224: RMM network (10.134.54.0/26) - "outside" interface
   

   1. Configurez le NAT statique ( 1-to-1 mapping), comme dans l'exemple suivant qui utilise VM1: NAT IP: 10.194.177.82, Real IP: 192.168.10.11.

      # Install iptables-persistent
      sudo apt install iptables-persistent -y
      # Clear existing rules first
      sudo iptables -F
      sudo iptables -t nat -F
      # Enable forwarding
      sudo iptables -P FORWARD ACCEPT
      # Static NAT for VM1 (192.168.10.11 <-> 10.194.177.82)
      # Destination NAT (DNAT): Incoming traffic to 10.194.177.82 goes to 192.168.10.11
      sudo iptables -t nat -A PREROUTING -i ens224 -d 10.194.177.82 -j DNAT --to-destination 192.168.10.11
      # Source NAT (SNAT): Outgoing traffic from 192.168.10.11 is translated to 10.194.177.82
      sudo iptables -t nat -A POSTROUTING -o ens224 -s 192.168.10.11 -j SNAT --to-source 10.194.177.82
      # Static NAT for VM1 (192.168.10.12 <-> 10.194.177.83)
      # Destination NAT (DNAT): Incoming traffic to 10.194.177.83 goes to 192.168.10.12
      sudo iptables -t nat -A PREROUTING -i ens224 -d 10.194.177.83 -j DNAT --to-destination 192.168.10.12
      # Source NAT (SNAT): Outgoing traffic from 192.168.10.12 is translated to 10.194.177.83
      sudo iptables -t nat -A POSTROUTING -o ens224 -s 192.168.10.12 -j SNAT --to-source 10.194.177.83
      # Allow forwarding between interfaces for these specific IPs
      sudo iptables -A FORWARD -s 192.168.10.11 -j ACCEPT
      sudo iptables -A FORWARD -d 192.168.10.11 -j ACCEPT
      sudo iptables -A FORWARD -s 192.168.10.12 -j ACCEPT
      sudo iptables -A FORWARD -d 192.168.10.12 -j ACCEPT
      # Allow established connections
      sudo iptables -A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT
      # Add IP aliases for NAT addresses on ens224
      # The bridge server owns these IPs directly, so it responds to ARP requests
      sudo ip addr add 10.194.177.82/32 dev ens224
      sudo ip addr add 10.194.177.83/32 dev ens224
   

Générer les clés ssh de RMM

1. SSH vers le serveur RMM

   ssh -i ~/.ssh/sno3 root@161.156.171.81
   

2. À partir de la fenêtre de console de RMM, créez une paire de clés SSH.

   # Generate RSA key (4096-bit) without prompts
   ssh-keygen -t rsa -b 4096 -f ~/.ssh/id_rsa -N "" -C "rackware-rmm-server"
   

   Paramètres :

   -t rsa : Type de clé (rsa, ed25519, ecdsa, dsa) -b 4096 : Taille de la clé en bits -f ~/.ssh/id_rsa: Chemin du fichier de sortie -N "" : Phrase de passe vide -C "commentaire" : Commentaire (généralement un courriel)

3. Enregistrez la clé publique cat ~/.ssh/id_rsa.pub:

   ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAACAQDXA2L3ppb3YQxYQYC2eZon0I7J3Xm/zFMb5PuDHcxKTyFzZzyW6FZlZKM8iQMuO+4bkRVs1nLeqSl3bZR1ubWjaiYyj6cb4BY1/QVR+LNomzfW+hHfohb/MvDsEYNVkhJMHk1vdrZgIjQ5ADRjv2+1D/lUR1j8kHWdM+Bf0ilcuELdZI79iPV+T0umvYPyjtPO1zgkbMgfxh7qAjYkkrdDhbPAY3qvRyyuCrwzrFkmg7zc4QVj370uYDBekWpR9q+6GtGjt9f1Onf0k7CJPKQ1AOG/s+Yho58bK0ogxQJzf45jgfKH/GbOOKlwPzSVbOloajy+lQcepp4lqTKGt354fywwG+ePXFuID9iNJ3w9gsLu94xTjJ5GsB0FPq7V78fUFpKHnuCF5mRMR+mHevKb5oz0E6ANicoKr7yj15vUW0++AtM/qrEp0CbP3giIzQk0TBJsZrodr9vSIfHVPCd3z3/nAWnGhNftnZjw3/LcvUa5KXkuTvw9P5AA5EAXrd9SO77mhsH7+jVkooTI9nQxRnZkTEpPPQFZhZkXhSF/zOndQsX2gQd8/9d5Y+gq3ADo8ykrjgkYcO+J1MwZHlR54MKww+HbZqHDS3ePhphsUHYewldF/n82Ft9/dxUllVAKc9TfDMhyemdmh3yXJhrK8tlDoLB2/qzr4o2o40v9ew== rackware-rmm-server
   

Collecte d'informations sur les machines virtuelles sources

Bien qu’ RMM prenne en charge la configuration automatique, dans le cadre de laquelle le serveur RMM crée les serveurs cibles sur IBM Cloud VPC avec des spécifications de CPU, de RAM et de disque correspondant à celles du serveur source, ce tutoriel explique comment créer manuellement l’instance de serveur virtuel cible sur IBM Cloud VPC. Recueillez les spécifications de la machine virtuelle source, notamment l'adresse IP et l'adresse IP NAT qui lui a été attribuée. Exemple :

Ordonner les instances de serveurs virtuels cibles

1. Suivez les instructions de IBM Cloud pour créer le sous-réseau requis dans le VPC, le CIDR doit correspondre au CIDR du réseau source.
2. Suivez les instructions du site IBM Cloud pour créer le groupe de sécurité requis dans le VPC pour les instances de serveurs virtuels cibles. Assurez-vous que SSH est autorisé depuis le site RMM vers les instances de serveurs virtuels cibles. Pour l'instance de serveur virtuel Windows, incluez également RDP afin de vous connecter à l'instance de serveur virtuel et de la configurer pour qu'elle puisse être utilisée par RMM.
3. Suivez les instructions de IBM Cloud pour créer les clés SSH requises dans le VPC pour les instances de serveurs virtuels cibles. Étant donné que ce tutoriel prévoit la création manuelle de l'instance de serveur virtuel cible Ubuntu, téléchargez la clé publique RMM créée précédemment et incluez-la lors de la création de l'instance de serveur virtuel. Cela permet à RMM d'utiliser SSH sans mot de passe. Pour l'instance de serveur virtuel Windows, cette clé sert à chiffrer le mot de passe.
4. Avec les informations recueillies à l'étape précédente et en utilisant la documentation IBM Cloud, ordonnez les serveurs virtuels IBM Cloud VPC et les volumes de données associés.

New-NetFirewallRule `
  -DisplayName "Allow SSH (TCP 22)" `
  -Direction Inbound `
  -Protocol TCP `
  -LocalPort 22 `
  -Action Allow `
  -Profile Any

# Create a directory
mkdir C:\<temp_dir>
# Download the RackWare SSHD MSI from the RMM server
curl.exe -k https://<your-RMM-IP-or-FQDN-Address>/windows/RWSSHDService_x64.msi -o C:\<temp_dir>\RWSSHDService_x64.msi
# Install the RackWare SSHD
msiexec.exe /i "C:\<temp_dir>\RWSSHDService_x64.msi" /passive /L*v C:\<temp_dir>\rwsshd.log TARGETDIR="C:\Program Files" SVCUSERNAME="" PASSWORD="" PORT="22" RMMSSHKEY="<RMM_PUBLIC_SSH KEY>"

# Create a directory
mkdir C:\Temp
# Download the RackWare SSHD MSI from the RMM server
curl.exe -k https://10.68.70.11/windows/RWSSHDService_x64.msi -o C:\Temp\RWSSHDService_x64.msi
# Install the RackWare SSHD
msiexec.exe /i "C:\Temp\RWSSHDService_x64.msi" /passive /L*v C:\Temp\rwsshd.log TARGETDIR="C:\Program Files" SVCUSERNAME="" PASSWORD="" PORT="22" RMMSSHKEY="ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAACAQDXA2L3ppb3YQxYQYC2eZon0I7J3Xm/zFMb5PuDHcxKTyFzZzyW6FZlZKM8iQMuO+4bkRVs1nLeqSl3bZR1ubWjaiYyj6cb4BY1/QVR+LNomzfW+hHfohb/MvDsEYNVkhJMHk1vdrZgIjQ5ADRjv2+1D/lUR1j8kHWdM+Bf0ilcuELdZI79iPV+T0umvYPyjtPO1zgkbMgfxh7qAjYkkrdDhbPAY3qvRyyuCrwzrFkmg7zc4QVj370uYDBekWpR9q+6GtGjt9f1Onf0k7CJPKQ1AOG/s+Yho58bK0ogxQJzf45jgfKH/GbOOKlwPzSVbOloajy+lQcepp4lqTKGt354fywwG+ePXFuID9iNJ3w9gsLu94xTjJ5GsB0FPq7V78fUFpKHnuCF5mRMR+mHevKb5oz0E6ANicoKr7yj15vUW0++AtM/qrEp0CbP3giIzQk0TBJsZrodr9vSIfHVPCd3z3/nAWnGhNftnZjw3/LcvUa5KXkuTvw9P5AA5EAXrd9SO77mhsH7+jVkooTI9nQxRnZkTEpPPQFZhZkXhSF/zOndQsX2gQd8/9d5Y+gq3ADo8ykrjgkYcO+J1MwZHlR54MKww+HbZqHDS3ePhphsUHYewldF/n82Ft9/dxUllVAKc9TfDMhyemdmh3yXJhrK8tlDoLB2/qzr4o2o40v9ew== rackware-rmm-server"

Préparer les machines virtuelles source

New-NetFirewallRule `
  -DisplayName "Allow SSH (TCP 22)" `
  -Direction Inbound `
  -Protocol TCP `
  -LocalPort 22 `
  -Action Allow `
  -Profile Any

# Create a directory
mkdir C:\<temp_dir>
# Download the RackWare SSHD MSI from the RMM server
curl.exe -k https://<your-RMM-IP-or-FQDN-Address>/windows/RWSSHDService_x64.msi -o C:\<temp_dir>\RWSSHDService_x64.msi
# Install the RackWare SSHD
msiexec.exe /i "C:\<temp_dir>\RWSSHDService_x64.msi" /passive /L*v C:\<temp_dir>\rwsshd.log TARGETDIR="C:\Program Files" SVCUSERNAME="" PASSWORD="" PORT="22" RMMSSHKEY="<RMM_PUBLIC_SSH KEY>"

# Create a directory
mkdir C:\Temp
# Download the RackWare SSHD MSI from the RMM server
curl.exe -k https://10.68.70.11/windows/RWSSHDService_x64.msi -o C:\Temp\RWSSHDService_x64.msi
# Install the RackWare SSHD
msiexec.exe /i "C:\Temp\RWSSHDService_x64.msi" /passive /L*v C:\Temp\rwsshd.log TARGETDIR="C:\Program Files" SVCUSERNAME="" PASSWORD="" PORT="22" RMMSSHKEY="ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAACAQDXA2L3ppb3YQxYQYC2eZon0I7J3Xm/zFMb5PuDHcxKTyFzZzyW6FZlZKM8iQMuO+4bkRVs1nLeqSl3bZR1ubWjaiYyj6cb4BY1/QVR+LNomzfW+hHfohb/MvDsEYNVkhJMHk1vdrZgIjQ5ADRjv2+1D/lUR1j8kHWdM+Bf0ilcuELdZI79iPV+T0umvYPyjtPO1zgkbMgfxh7qAjYkkrdDhbPAY3qvRyyuCrwzrFkmg7zc4QVj370uYDBekWpR9q+6GtGjt9f1Onf0k7CJPKQ1AOG/s+Yho58bK0ogxQJzf45jgfKH/GbOOKlwPzSVbOloajy+lQcepp4lqTKGt354fywwG+ePXFuID9iNJ3w9gsLu94xTjJ5GsB0FPq7V78fUFpKHnuCF5mRMR+mHevKb5oz0E6ANicoKr7yj15vUW0++AtM/qrEp0CbP3giIzQk0TBJsZrodr9vSIfHVPCd3z3/nAWnGhNftnZjw3/LcvUa5KXkuTvw9P5AA5EAXrd9SO77mhsH7+jVkooTI9nQxRnZkTEpPPQFZhZkXhSF/zOndQsX2gQd8/9d5Y+gq3ADo8ykrjgkYcO+J1MwZHlR54MKww+HbZqHDS3ePhphsUHYewldF/n82Ft9/dxUllVAKc9TfDMhyemdmh3yXJhrK8tlDoLB2/qzr4o2o40v9ew== rackware-rmm-server"

Utilisez l'interface graphique RMM pour configurer les migrations et effectuer la migration initiale

RackWare RMM suit une approche progressive qui minimise les temps d'arrêt grâce à la synchronisation delta :

1. Réplication initiale - Ne perturbe pas le système d'origine; les serveurs de production continuent de fonctionner

2. Phase de vérification - Tester et vérifier les applications dans l'environnement cible

3. Delta Sync(s)- Plusieurs synchronisations delta peuvent être effectuées pour maintenir la cible à jour avec seulement les fichiers modifiés

4. Synchronisation finale/coupure - La coupure réelle avec un temps d'arrêt minimal. Fermez toutes les applications avant d'effectuer la synchronisation delta finale.

   Une fois que les machines virtuelles sources ont été préparées et que RMM peut s'y connecter, et que les informations relatives aux instances de serveurs virtuels cibles ont été obtenues, la charge de travail de la machine virtuelle peut être migrée des machines virtuelles sources vers les instances de serveurs virtuels cibles à l'aide de l'interface graphique RMM.

   Vous pouvez migrer les serveurs un par un ou effectuer plusieurs migrations simultanées. Si vous effectuez plusieurs migrations simultanées, téléchargez le modèle « CSV » depuis le serveur RMM et remplissez les champs correspondants. Ce tutoriel n'utilise pas cette méthode.

5. Pour afficher l'interface graphique, pointez un navigateur web sur l'adresse IP flottante du serveur RMM.

6. Utilisez admin comme nom d'utilisateur. rackware est le mot de passe par défaut. Si vous n'avez pas encore modifié le mot de passe de l'utilisateur admin, faites-le en utilisant la commande standard Linux 'passwd'. Appuyez sur le bouton Login. La page d'accueil de RMM s'affiche alors.

7. Cette étape n'est nécessaire que si vous utilisez la fonctionnalité de provisionnement automatique. Naviguez vers Configuration, Environnements et cliquez sur Ajouter un environnement.

   1. Dans le formulaire, ajoutez les valeurs suivantes, puis cliquez sur Ajouter :
      • Nom
      • Environnement
      • Région
      • Clé d'API

Vérification

Les réplications devraient s'achever. Une fois cette opération terminée, vous pouvez vous connecter aux instances de serveurs virtuels cibles et effectuer les tests nécessaires. Les machines virtuelles sources sont toujours sous tension et fonctionnent. Les instances de serveurs virtuels cibles sont isolées et peuvent être testées sans perturber les services de production.

Effectuer des synchronisations delta

Les synchronisations delta de l'environnement source vers les instances de serveurs virtuels IBM Cloud VPC capturent les changements apportés aux machines virtuelles sources depuis la réplication initiale.

Découpage

Au cours de cette étape, nous mettons les applications en veilleuse et effectuons une synchronisation delta finale entre les machines virtuelles sources et les instances de serveurs virtuels IBM Cloud VPC.

1. Mettre en veille les applications sur les machines virtuelles sources. Cette étape permet de minimiser les entrées/sorties lors de la synchronisation finale et de garantir la cohérence des données :
   • Arrêter les applications/bases de données sur les machines virtuelles sources
   • Déconnecter d'autres utilisateurs du système
   • Pour les systèmes dotés de bases de données, il faut s'assurer que les applications effacent les E/S en cours sur le disque
2. Exécuter la synchronisation delta finale :
   • Déclencher l'opération de synchronisation finale via l'interface graphique de RMM
   • RMM prend des instantanés LVM/VSS (sur Linux /Windows respectivement) pour assurer la cohérence à un moment donné
   • Seuls les fichiers modifiés depuis la dernière synchronisation sont transférés (synchronisation delta). Cela permet de réduire considérablement le temps de synchronisation final, qui passe de quelques heures à quelques minutes
3. Vérifier l'achèvement de la synchronisation :
   • Contrôler l'état des ondes dans la console RMM
   • S'assurer que la synchronisation se termine avec succès et sans erreur
4. Arrêter les machines virtuelles sources
5. Coupure du réseau. Rediriger le trafic des utilisateurs vers le nouvel environnement dans le VPC. Cette étape dépend de la manière dont vous vous êtes connecté à votre instance IBM Cloud VMware VCF-Automated, mais elle peut inclure les éléments suivants :
   • le routage du trafic vers le VPC.
   • supprimer les filtres de préfixe de la connexion de la passerelle de transit.
   • rediriger le trafic des tunnels VPN vers le VPC.
6. Validation après le passage à l'euro :
   • Vérifier que toutes les applications fonctionnent correctement
   • Vérifier l'intégrité des données
   • Surveillez les performances
   • Tester l'accès des utilisateurs

Etapes suivantes