Prima di iniziare

Questo tutorial illustra come eseguire la migrazione di una macchina virtuale con sistema operativo " Ubuntu " e di una macchina virtuale con sistema operativo " Microsoft Windows 2019". Questa esercitazione presuppone che siate in possesso di:

1. Leggi la guida tecnica “Migrazione da IBM Cloud VMware VCF-Automated a server virtuali VPC con RackWare RMM ”.
2. Disponete di un'istanza esistente di IBM Cloud VMware-Automatizzata e di macchine virtuali in hosting su segmenti di overlay NSX. Questi segmenti di overlay non hanno accesso nativo alla rete privata IBM Cloud Classic.
3. Creare uno o più gruppi di risorse.
4. Creare una VPC con prefissi che coprano le reti richieste.
5. Creare una sottorete per il server RMM.
6. Creare una chiave SSH e caricare la chiave pubblica su VPC SSH keys.
7. Provisionare un server RMM dal catalogo IBM.

Creare macchine virtuali di origine

Per prima cosa, è necessario configurare la macchina virtuale di origine. Questa sezione contiene esempi per i seguenti casi:

• Ubuntu macchina virtuale di origine.
• Macchina virtuale di origine 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 Installare

Prima di installare RMM, è necessario impostare l'infrastruttura VPC. Come minimo, è necessario impostare una VPC, le sottoreti e le istanze di server virtuale corrispondenti che si intende migrare. Il nuovo profilo dell'istanza del server virtuale di destinazione ( vCPU e vMemory ) non deve necessariamente corrispondere all'origine. Tuttavia, per quanto riguarda l'archiviazione, la memoria di destinazione deve avere una dimensione uguale o superiore a quella dello spazio utilizzato sul filesystem di origine VM. Per facilitare questo cambiamento è necessario utilizzare l'opzione "right-sizing" di RMM.

Utilizzare la documentazione del prodotto VPC per:

1. Creare una VPC.

2. Creare la sottorete per il server RMM.

3. Creare una chiave SSH.

4. Distribuire il server RMM dal catalogo IBM Cloud.

   Il server RMM ha un indirizzo IP pubblico per la connettività e un login predefinito.

5. Dopo la distribuzione, accedere al server RMM.

6. Nel server RMM, modificare la password predefinita, creare gli utenti e creare una chiave SSH.

7. Caricare la chiave SSH su IBM Cloud VPC.

Potrebbe essere necessario aggiornare la versione di RMM. In tal caso, inviate un’e-mail all’indirizzo RackWare per richiedere l’accesso al loro repository FTP e le istruzioni per l’aggiornamento.

Ottenere la licenza da RackWare

1. Ottenere le licenze da RackWare inviando per e-mail il file di preinstallazione generato a RackWare licensing.

2. Per generare un file di preinstallazione in /etc/rackware, eseguire il seguente comando utilizzando il nome della chiave pubblica e l'indirizzo IP.

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

   Di seguito è riportato un esempio di output. RackWare consiglia di installare RMM sui server RHEL o 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. Copiate il file da /etc/rackware e inviatelo a licensing@rackwareinc.com come allegato.

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

4. Dopo aver ricevuto una licenza valida, scarica il file di licenza all'indirizzo /etc/rackware e riavvia i servizi per applicare la licenza eseguendo il seguente comando. Il nome del file nel tuo ambiente sarà diverso da quello riportato nell'esempio:

   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. Verificare la licenza eseguendo il seguente comando e restituire l'output a licensing@rackwareinc.com:

   rw rmm show
   

Creare un sito Transit Gateway con connessioni a Classic e VPC

IBM Cloud Transit Gateway è un servizio di rete hub-and-spoke completamente gestito che fornisce connettività centralizzata e privata tra ambienti di infrastruttura IBM Cloud, tra cui IBM Cloud VPC e IBM Cloud Classic.

Funziona come un hub di routing a cui si collegano più VPC e connessioni classiche, consentendo al traffico di fluire in modo sicuro senza richiedere complesse maglie VPN o la gestione manuale dei percorsi.

Le connessioni alle VPC utilizzano allegati VPC nativi che scambiano automaticamente le rotte, mentre la connettività Classic viene stabilita tramite una connessione Classic Infrastructure che si integra con la dorsale IBM Cloud, consentendo una comunicazione IP privata senza soluzione di continuità tra le sottoreti VPC e le VLAN Classic.

Utilizzando la documentazione di IBM Cloud, creare un gateway di transito locale e collegare la VPC alla rete IBM Cloud Classic. Per ulteriori informazioni, vedere Creazione di un gateway di transito.

Ordinare una sottorete privata portatile

Una sottorete privata portatile IBM Cloud Classic è un blocco di indirizzi IP privati che possono essere assegnati alle risorse Classic. Sebbene sia già presente una serie di sottoreti associate all'istanza IBM Cloud VMware-Automated, gli indirizzi IP di queste sottoreti sono assegnati dall'automazione e non si devono assegnare manualmente gli indirizzi IP da queste sottoreti.

È buona norma ordinare una nuova sottorete privata portatile e assegnare gli indirizzi IP alle macchine virtuali secondo le necessità. Questa sottorete sarà utilizzata per ospitare le interfacce esterne di uno o più server bridge RMM, pertanto è necessaria solo una piccola sottorete.

Utilizzando la documentazione di IBM Cloud ordinate una nuova sottorete privata portatile nella VLAN IBM Cloud Private denominata Private management VLAN. Per ulteriori informazioni, vedere Sottoreti di proprietà del cliente per Classic.

Assegnare un indirizzo IP per il Bridge Server RMM distribuito più avanti in questa esercitazione.

Ordinare una sottorete privata statica

Una sottorete statica classica IBM Cloud fornisce un blocco di indirizzi IP che vengono instradati in modo permanente verso un endpoint specifico, nel nostro caso il Bridge Server RMM.

Tutti gli indirizzi IP della sottorete sono utilizzabili, ad esempio una sottorete /30 ha 4 indirizzi IP utilizzabili o una sottorete /29 ha 8 indirizzi IP utilizzabili.

Utilizzando la documentazione di IBM Cloud, ordinare una nuova sottorete privata statica nella VLAN IBM Cloud Private denominata Private management VLAN e puntare l'indirizzo IP nella sottorete privata portatile che si utilizzerà per il Bridge Server RMM. Per ulteriori informazioni, vedere Sottoreti di proprietà del cliente per Classic.

Distribuire una macchina virtuale da utilizzare come server bridge

È stata distribuita una macchina virtuale sull'istanza IBM Cloud VCF-Automated con le seguenti specifiche:

• CPU: 2
• Memoria: 1GB
• Disco rigido 1: 10GB
• Adattatore di rete 1: T1-192-168-10-0-workload
• Adattatore di rete 2: mgmt-dpg-mgt
• Firmware: EFI
• OS Ubuntu 22.04
• Indirizzo IP 1: 192.168.10.254
• Indirizzo IP 2: 10.134.54.62

1. Per accedere alla macchina virtuale Ubuntu tramite SSH, potrebbe essere necessario configurare SSH:

   1. Utilizzare il seguente comando per configurare SSH.

      sudo nano /etc/ssh/sshd_config
   

   1. Assicurarsi che queste linee siano impostate:

      PasswordAuthentication yes
      PubkeyAuthentication yes
      ChallengeResponseAuthentication no
      UsePAM yes
      KbdInteractiveAuthentication yes
   

   1. Utilizzando Netplan (predefinito su Ubuntu 18.04 +), modificare la configurazione di rete:

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

   Esempio di configurazione con due 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. Applicare la configurazione:

      sudo netplan apply
   

   1. Verificare le interfacce:

      ip addr show
      ip route show
   

Configurare il server bridge

Questo esempio utilizza una macchina virtuale Ubuntu ospitata sull'istanza IBM Cloud VCF-Automated. La macchina virtuale viene distribuita con due interfacce.

1. Collegarsi alla macchina virtuale tramite SSH:

   1. Aggiornare il sistema con il seguente comando

      sudo apt update && sudo apt upgrade -y
   

   1. Configurare l'inoltro IP con il seguente comando.

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

   1. Verifica la connessione utilizzando il seguente comando

      cat /proc/sys/net/ipv4/ip_forward
   

   Il risultato dovrebbe essere 1.

   1. Identificare le interfacce di rete con il seguente comando.

      ip addr show
   

   Ecco un esempio di ciò che puoi vedere con quel comando

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

   1. Configurare il NAT statico (mappatura 1-to-1 ), come nell'esempio seguente che utilizza 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
   

Generare le chiavi ssh di RMM

1. SSH al server RMM

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

2. Dalla finestra della console di RMM generare una coppia di chiavi SSH.

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

   Parametri:

   -t rsa: tipo di chiave (rsa, ed25519, ecdsa, dsa) -b 4096: Dimensione della chiave in bit -f ~/.ssh/id_rsa: Percorso del file di output -N "": Passphrase vuota -C "commento": Commento (di solito e-mail)

3. Registrare la chiave pubblica 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
   

Raccogliere informazioni sulle macchine virtuali di origine

Sebbene RMM supporti il provisioning automatico, in cui il server RMM crea i server di destinazione su IBM Cloud VPC con specifiche relative a CPU, RAM e disco corrispondenti a quelle del server di origine, questo tutorial illustra come creare manualmente l'istanza del server virtuale di destinazione su IBM Cloud VPC. Raccogliere le specifiche della macchina virtuale di origine, compresi l'indirizzo IP e l'indirizzo IP NAT assegnato. Ad esempio:

Ordinare le istanze del server virtuale di destinazione

1. Seguire le istruzioni di IBM Cloud per creare la sottorete richiesta nella VPC; il CIDR deve corrispondere al CIDR della rete di origine.
2. Seguite le istruzioni di IBM Cloud per creare il gruppo di sicurezza richiesto nella VPC per le istanze del server virtuale di destinazione. Assicurarsi che SSH sia consentito dal sito RMM alle istanze del server virtuale di destinazione. Per l'istanza del server virtuale Windows, includere anche RDP per connettersi all'istanza del server virtuale e configurarla per l'utilizzo da parte di RMM.
3. Seguite le istruzioni di IBM Cloud per creare le chiavi SSH necessarie nella VPC per le istanze del server virtuale di destinazione. Poiché questo tutorial prevede la configurazione manuale dell'istanza del server virtuale di destinazione Ubuntu, caricare la chiave pubblica RMM creata in precedenza e includerla durante la configurazione dell'istanza del server virtuale. Ciò consente a RMM di utilizzare SSH senza password. Per l'istanza del server virtuale Windows, questa chiave viene utilizzata per crittografare la password.
4. Con le informazioni raccolte nel passaggio precedente e utilizzando la documentazione di IBM Cloud, ordinate i server di istanza del server virtuale IBM Cloud VPC e i volumi di dati associati.

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"

Preparare le macchine virtuali di origine

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"

Utilizzare la GUI di RMM per configurare le migrazioni ed eseguire la migrazione iniziale

RackWare RMM segue un approccio graduale che riduce al minimo i tempi di inattività grazie alla sincronizzazione delta:

1. Replica iniziale - Non interrompe il sistema di origine; i server di produzione continuano a funzionare

2. Fase di verifica - Test e verifica delle applicazioni nell'ambiente di destinazione

3. Sincronizzazione delta - È possibile eseguire più sincronizzazioni delta per mantenere la destinazione aggiornata solo con i file modificati

4. Sincronizzazione finale/Cutover - Il cutover vero e proprio con tempi di inattività minimi. Chiudi tutte le applicazioni prima di eseguire la sincronizzazione delta finale.

   Una volta preparate le macchine virtuali di origine, alle quali RMM può accedere tramite ssh, e una volta ottenute le informazioni sulle istanze del server virtuale di destinazione, è possibile migrare il carico di lavoro della macchina virtuale dalle macchine virtuali di origine alle istanze del server virtuale di destinazione utilizzando l'interfaccia grafica RMM.

   È possibile migrare i server uno alla volta o eseguire più migrazioni simultanee. Se si stanno eseguendo più migrazioni contemporaneamente, scaricare il modello “ CSV ” dal server RMM e compilare i campi appropriati. Questo tutorial non utilizza questo metodo.

5. Per visualizzare l'interfaccia grafica, puntare un browser web all'indirizzo IP flottante del server RMM.

6. Utilizzare admin come nome utente. rackware è la password predefinita. Se non avete ancora cambiato la password dell'utente admin, fatelo usando il comando standard Linux 'passwd'. Premere il pulsante di accesso. Verrà quindi visualizzata la pagina iniziale di RMM.

7. Questo passaggio è necessario solo se si utilizza la funzione di autoprovisioning. Spostarsi su Configurazione, Ambienti e fare clic su Aggiungi ambiente.

   1. Nel modulo aggiungere i seguenti valori e fare clic su Aggiungi:
      • Nome
      • Ambiente
      • Regione
      • Chiave API

Verifica

Le repliche dovrebbero essere completate. Una volta completato, è possibile connettersi alle istanze del server virtuale di destinazione ed eseguire i test necessari. Le macchine virtuali di origine sono ancora accese e funzionanti. Le istanze del server virtuale di destinazione sono isolate e possono essere testate senza interrompere i servizi di produzione.

Eseguire sincronizzazioni delta

Le sincronizzazioni Delta dall'ambiente di origine alle istanze del server virtuale IBM Cloud VPC catturano le modifiche apportate alle macchine virtuali di origine dopo l'esecuzione della replica iniziale.

Taglio di testa

In questa fase si esegue la quiescenza delle applicazioni e il cut-over/la sincronizzazione delta finale dalle macchine virtuali di origine alle istanze del server virtuale di IBM Cloud VPC.

1. Interrompere le applicazioni sulle macchine virtuali di origine. Questa fase riduce al minimo l'I/O durante la sincronizzazione finale e garantisce la coerenza dei dati:
   • Arresto delle applicazioni/database sulle macchine virtuali di origine
   • Disconnettere altri utenti dal sistema
   • Per i sistemi con database, assicurarsi che le applicazioni eseguano il flush degli I/O in sospeso su disco
2. Eseguire la sincronizzazione delta finale:
   • Attivare l'operazione di sincronizzazione finale attraverso la GUI di RMM
   • RMM esegue istantanee LVM/VSS (rispettivamente su Linux /Windows) per garantire la coerenza point-in-time
   • Vengono trasferiti solo i file modificati dall'ultima sincronizzazione (sincronizzazione delta). Questo riduce drasticamente il tempo di sincronizzazione finale a pochi minuti anziché a ore
3. Verificare il completamento della sincronizzazione:
   • Monitorare lo stato delle onde nella console RMM
   • Assicurarsi che la sincronizzazione venga completata correttamente senza errori
4. Arresto delle macchine virtuali di origine
5. Cutover della rete. Reindirizzare il traffico degli utenti verso il nuovo ambiente nella VPC. Questo passaggio dipende dalla modalità di connessione all'istanza IBM Cloud VMware VCF-Automatizzata, ma può includere:
   • instradare il traffico verso la VPC.
   • rimuovere i filtri di prefisso dalla connessione del gateway di transito.
   • reindirizzare il traffico dai tunnel VPN alla VPC.
6. Convalida post-cutting:
   • Verificare che tutte le applicazioni funzionino correttamente
   • Controllare l'integrità dei dati
   • Monitora le prestazioni
   • Verifica dell'accesso dell'utente

Passi successivi