Vorbereitende Schritte

In diesem Tutorial werden eine virtuelle Maschine mit „ Ubuntu “ und eine virtuelle Maschine mit „ Microsoft Windows 2019“ migriert. Diese Anleitung setzt voraus, dass Sie über die entsprechenden Kenntnisse verfügen:

1. Lesen Sie den technischen Leitfaden „Migration von IBM Cloud VMware VCF-Automated zu VPC-Virtual-Servern mit RackWare RMM “.
2. Sie verfügen über eine bestehende IBM Cloud VMware-Automated-Instanz und hosten virtuelle Maschinen auf NSX-Overlay-Segmenten. Diese Overlay-Segmente haben keinen nativen Zugang zum privaten Netzwerk IBM Cloud Classic.
3. Eine oder mehrere Ressourcengruppen erstellt.
4. Erstellen Sie eine VPC mit Präfixen, die Ihre gewünschten Netzwerke abdecken.
5. Erstellen Sie ein Subnetz für den Server RMM.
6. Erstellen Sie einen SSH-Schlüssel und laden Sie den öffentlichen Schlüssel zu den VPC SSH-Schlüsseln hoch.
7. Bereitstellung eines RMM Servers aus dem IBM Katalog.

Virtuelle Quellmaschinen erstellen

Zunächst müssen Sie Ihre virtuelle Quellmaschine einrichten. In diesem Abschnitt finden Sie Beispiele für die folgenden Punkte:

• Ubuntu virtuellen Quellmaschine.
• Virtuelle Maschine mit Windows-Quellcode.

# 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 Installieren Sie

Vor der Installation von RMM müssen Sie zunächst die VPC-Infrastruktur einrichten. Sie müssen mindestens eine VPC, Teilnetze und die entsprechenden virtuellen Serverinstanzen einrichten, die Sie migrieren möchten. Das neue Profil der virtuellen Zielserverinstanz (vCPU und vMemory) muss nicht mit der Quelle übereinstimmen. Für die Speicherung muss der Zielspeicher jedoch mindestens so groß sein wie der belegte Speicherplatz im Dateisystem der Quelle VM. Zur Erleichterung dieser Änderung sollte die Option der richtigen Dimensionierung auf RMM genutzt werden.

Verwenden Sie die VPC-Produktdokumentation, um:

1. Erstellen Sie eine VPC.

2. Erstellen Sie ein Subnetz für den Server RMM.

3. Erstellen Sie einen SSH-Schlüssel.

4. Stellen Sie den Server RMM über den Katalog IBM Cloud bereit.

   Der „ RMM “-Server verfügt über eine öffentliche IP-Adresse für die Anbindung sowie einen Standard-Anmeldedaten.

5. Melden Sie sich nach der Bereitstellung beim Server „ RMM “ an.

6. Ändern Sie im RMM-Server das Standardkennwort, erstellen Sie Benutzer und einen SSH-Schlüssel.

7. Laden Sie den SSH-Schlüssel unter IBM Cloud VPC hoch.

Möglicherweise müssen Sie die Version von „ RMM “ aktualisieren. In diesem Fall senden Sie bitte eine E-Mail an RackWare, um Zugriff auf das FTP-Repository sowie Anweisungen für das Upgrade anzufordern.

Lizenzerteilung durch RackWare

1. Beziehen Sie Lizenzen von RackWare, indem Sie die generierte Vorinstallationsdatei per E-Mail an RackWare licensing senden.

2. Um eine Vorinstallationsdatei in /etc/rackware zu erzeugen, führen Sie den folgenden Befehl mit dem Namen Ihres öffentlichen Schlüssels und Ihrer IP-Adresse aus.

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

   Hier wird eine Beispielausgabe gezeigt. RackWare empfiehlt die Installation von „ RMM “ auf RHEL- oder Rocky- 8.x-Servern:

   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. Kopieren Sie die Datei von /etc/rackware und senden Sie sie als Anhang an licensing@rackwareinc.com.

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

4. Nachdem Sie eine gültige Lizenz erhalten haben, laden Sie die Lizenzdatei unter /etc/rackware herunter und starten Sie die Dienste neu, um die Lizenz zu aktivieren. Führen Sie dazu den folgenden Befehl aus. Der Dateiname in Ihrer Umgebung weicht vom Beispiel ab:

   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. Überprüfen Sie die Lizenz, indem Sie den folgenden Befehl ausführen und die Ausgabe an licensing@rackwareinc.com zurückgeben:

   rw rmm show
   

Erstellen Sie eine Transit Gateway mit Verbindungen zu Classic und VPC

IBM Cloud Transit Gateway ist ein vollständig verwalteter Hub-and-Spoke-Netzwerkdienst, der zentralisierte, private Konnektivität zwischen IBM Cloud Infrastrukturumgebungen, einschließlich IBM Cloud VPCs und IBM Cloud Classic-Infrastruktur, bietet.

Er fungiert als Routing-Hub, an den sich mehrere VPCs und Classic-Verbindungen anschließen, so dass der Datenverkehr sicher fließen kann, ohne dass komplexe VPN-Meshes oder manuelles Routenmanagement erforderlich sind.

Verbindungen zu VPCs verwenden native VPC-Anhänge, die automatisch Routen austauschen, während die klassische Konnektivität über eine klassische Infrastrukturverbindung hergestellt wird, die in den IBM Cloud Backbone integriert ist und eine nahtlose private IP-Kommunikation zwischen VPC-Subnetzen und klassischen VLANs ermöglicht.

Erstellen Sie mithilfe der Dokumentation IBM Cloud ein lokales Transit-Gateway und verbinden Sie Ihre VPC und Ihr IBM Cloud Classic-Netzwerk. Weitere Informationen finden Sie unter Erstellen eines Transit-Gateways.

Bestellung eines portablen privaten Subnetzes

Ein IBM Cloud Classic Portable Private Subnet ist ein Block von privaten IP-Adressen, die Ihren Classic-Ressourcen zugewiesen werden können. Sie haben zwar bereits eine Reihe von Subnetzen, die mit Ihrer IBM Cloud VMware-Automated-Instanz verbunden sind, aber die IP-Adressen in diesen Subnetzen werden von der Automatisierung zugewiesen und Sie sollten IP-Adressen aus diesen Subnetzen nicht manuell zuweisen.

Es hat sich bewährt, ein neues portables privates Subnetz zu bestellen und den virtuellen Maschinen nach Bedarf IP-Adressen zuzuweisen. In diesem Subnetz werden die externen Schnittstellen des oder der RMM Bridge-Server gehostet, daher ist nur ein kleines Subnetz erforderlich.

Bestellen Sie anhand der Dokumentation IBM Cloud ein neues portables privates Subnetz im VLAN IBM Cloud Private mit dem Namen Private management VLAN. Weitere Informationen finden Sie unter Kundeneigene Subnetze für Classic.

Weisen Sie eine IP-Adresse für den RMM Bridge Server zu, der später in diesem Lernprogramm eingesetzt wird.

Bestellung eines statischen privaten Subnetzes

Ein IBM Cloud Classic Static Subnet stellt einen Block von IP-Adressen bereit, die permanent an einen bestimmten Endpunkt geleitet werden, in unserem Anwendungsfall den RMM Bridge Server.

Alle IP-Adressen im Subnetz sind nutzbar, z. B. ein /30-Subnetz hat 4 nutzbare IP-Adressen oder ein /29-Subnetz hat 8 nutzbare IP-Adressen.

Bestellen Sie mit Hilfe der Dokumentation IBM Cloud ein neues statisches privates Subnetz im VLAN IBM Cloud Private mit dem Namen Private management VLAN und richten Sie die IP-Adresse in das portable private Subnetz, die Sie für den Bridge-Server RMM verwenden werden. Weitere Informationen finden Sie unter Kundeneigene Subnetze für Classic.

Bereitstellen einer virtuellen Maschine zur Verwendung als Brückenserver

Auf der Instanz IBM Cloud VCF-Automated wurde eine virtuelle Maschine mit folgender Spezifikation bereitgestellt:

• cpu: 2
• Gedächtnis: 1GB
• Festplatte 1: 10GB
• Netzwerkadapter 1: T1-192-168-10-0-workload
• Netzwerkadapter 2: mgmt-dpg-mgt
• Firmware: EFI
• OS Ubuntu 22.04
• IP-Adresse 1: 192.168.10.254
• IP-Adresse 2: 10.134.54.62

1. Um über SSH auf Ihre virtuelle Maschine „ Ubuntu “ zuzugreifen, müssen Sie möglicherweise SSH konfigurieren:

   1. Verwenden Sie den folgenden Befehl, um SSH zu konfigurieren.

      sudo nano /etc/ssh/sshd_config
   

   1. Stellen Sie sicher, dass diese Zeilen eingestellt sind:

      PasswordAuthentication yes
      PubkeyAuthentication yes
      ChallengeResponseAuthentication no
      UsePAM yes
      KbdInteractiveAuthentication yes
   

   1. Bearbeiten Sie mit Netplan (Standard auf Ubuntu 18.04 +) Ihre Netzwerkkonfiguration:

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

   Beispielkonfiguration mit zwei NICs:

   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. Übernehmen Sie die Konfiguration:

      sudo netplan apply
   

   1. Überprüfen Sie die Schnittstellen:

      ip addr show
      ip route show
   

Bridge-Server konfigurieren

In diesem Beispiel wird eine virtuelle Maschine Ubuntu verwendet, die auf der Instanz IBM Cloud VCF-Automated gehostet wird. Die virtuelle Maschine wird mit zwei Schnittstellen bereitgestellt.

1. Verbinden Sie sich über SSH mit der virtuellen Maschine:

   1. Aktualisieren Sie das System mit dem folgenden Befehl

      sudo apt update && sudo apt upgrade -y
   

   1. Konfigurieren Sie die IP-Weiterleitung mit dem folgenden Befehl.

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

   1. Überprüfen Sie die Verbindung mit dem folgenden Befehl

      cat /proc/sys/net/ipv4/ip_forward
   

   Dies sollte eine 1 ergeben.

   1. Identifizieren Sie Ihre Netzwerkschnittstellen mit dem folgenden Befehl.

      ip addr show
   

   Hier ist ein Beispiel dafür, was Sie mit diesem Befehl sehen können

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

   1. Konfigurieren Sie statisches NAT ( 1-to-1 mapping), wie im folgenden Beispiel mit 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
   

Erzeugen Sie die ssh-Schlüssel von RMM

1. SSH zum RMM Server

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

2. Erzeugen Sie über das Konsolenfenster von RMM ein SSH-Schlüsselpaar.

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

   Parameter:

   -t rsa: Schlüsseltyp (rsa, ed25519, ecdsa, dsa) -b 4096: Schlüsselgröße in Bits -f ~/.ssh/id_rsa: Pfad der Ausgabedatei -N "": Leere Passphrase -C "Kommentar": Kommentar (normalerweise E-Mail)

3. Zeichnen Sie den öffentlichen Schlüssel cat ~/.ssh/id_rsa.pub auf:

   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
   

Sammeln von Informationen über die virtuellen Quellmaschinen

Während „ RMM “ die automatische Bereitstellung unterstützt, bei der der „ RMM “-Server die Zielserver unter IBM Cloud VPC mit CPU-, RAM- und Festplattenspezifikationen erstellt, die denen des Quellservers entsprechen, wird in diesem Tutorial die virtuelle Zielserverinstanz manuell unter IBM Cloud VPC erstellt. Erfassen Sie die Spezifikationen der virtuellen Quellmaschine, einschließlich der IP-Adresse und der zugewiesenen NAT-IP-Adresse. Zum Beispiel:

Ordnen Sie die virtuellen Zielserver-Instanzen

1. Folgen Sie den Anweisungen auf IBM Cloud, um das gewünschte Subnetz in der VPC zu erstellen. Die CIDR sollte mit der CIDR des Quellnetzes übereinstimmen.
2. Folgen Sie den Anweisungen auf IBM Cloud, um die erforderliche Sicherheitsgruppe in der VPC für die virtuellen Zielserverinstanzen zu erstellen. Stellen Sie sicher, dass SSH von RMM zu den virtuellen Zielserverinstanzen zugelassen ist. Fügen Sie für die virtuelle Windows-Serverinstanz außerdem RDP hinzu, um eine Verbindung zur virtuellen Serverinstanz herzustellen und diese für die Nutzung durch RMM zu konfigurieren.
3. Folgen Sie den Anweisungen auf IBM Cloud, um die erforderlichen SSH-Schlüssel in der VPC für die virtuellen Zielserverinstanzen zu erstellen. Da in dieser Anleitung die virtuelle Serverinstanz „ Ubuntu “ manuell bereitgestellt wird, laden Sie den zuvor erstellten öffentlichen Schlüssel „ RMM “ hoch und fügen Sie ihn bei der Bereitstellung der virtuellen Serverinstanz hinzu. Dies ermöglicht RMM die Verwendung von SSH ohne Passwort. Bei der virtuellen Windows-Server-Instanz wird dieser Schlüssel zur Verschlüsselung des Passworts verwendet.
4. Ordnen Sie anhand der im vorherigen Schritt gesammelten Informationen und unter Verwendung der Dokumentation IBM Cloud die Server der virtuellen Serverinstanz IBM Cloud VPC und die zugehörigen Datenvolumes.

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"

Vorbereiten der virtuellen Quellmaschinen

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"

Verwenden Sie die GUI RMM, um die Migrationen zu konfigurieren und die erste Migration durchzuführen

RackWare RMM verfolgt einen stufenweisen Ansatz, der die Ausfallzeiten durch Deltasynchronisation minimiert:

1. Anfängliche Replikation - Keine Unterbrechung des Ursprungssystems; Produktionsserver laufen weiter

2. Verifizierungsphase - Testen und Überprüfen der Anwendungen in der Zielumgebung

3. Deltasynchronisation(en)- Es können mehrere Deltasynchronisationen durchgeführt werden, um das Ziel mit nur geänderten Dateien auf dem neuesten Stand zu halten

4. Final Sync/Cutover - Die eigentliche Umstellung mit minimaler Ausfallzeit. Beenden Sie alle Anwendungen, bevor Sie die abschließende Delta-Synchronisierung durchführen.

   Sobald die virtuellen Ursprungsmaschinen vorbereitet wurden und RMM per ssh auf sie zugreifen kann und die Informationen für die virtuellen Zielserverinstanzen erhalten wurden, kann die Arbeitslast der virtuellen Maschine mithilfe der grafischen Benutzeroberfläche RMM von den virtuellen Ursprungsmaschinen auf die virtuellen Zielserverinstanzen migriert werden.

   Sie können Server einzeln migrieren oder mehrere Migrationen gleichzeitig durchführen. Wenn Sie mehrere Migrationen gleichzeitig durchführen, laden Sie die Vorlage „ CSV “ vom Server „ RMM “ herunter und füllen Sie die entsprechenden Felder aus. In dieser Anleitung wird diese Methode nicht verwendet.

5. Um die grafische Benutzeroberfläche aufzurufen, zeigen Sie mit einem Webbrowser auf die Floating-IP-Adresse des Servers RMM.

6. Verwenden Sie admin als Benutzernamen. rackware ist das Standardpasswort. Wenn Sie das Passwort für den Benutzer admin noch nicht geändert haben, tun Sie dies mit dem Standardbefehl Linux 'passwd'. Drücken Sie die Taste Login. Daraufhin wird die Startseite von RMM angezeigt.

7. Dieser Schritt ist nur erforderlich, wenn Sie die Funktion zur automatischen Bereitstellung nutzen. Navigieren Sie zu Konfiguration, Umgebungen und klicken Sie auf Umgebung hinzufügen.

   1. Geben Sie in das Formular die folgenden Werte ein und klicken Sie auf Hinzufügen:
      • Name
      • Umgebung
      • Bereich
      • API-Schlüssel

Verifizierung

Die Replikationen sollten abgeschlossen sein. Danach können Sie eine Verbindung zu den virtuellen Zielserverinstanzen herstellen und alle erforderlichen Tests durchführen. Die virtuellen Quellmaschinen sind weiterhin eingeschaltet und funktionieren. Die virtuellen Zielserverinstanzen sind isoliert und können ohne Unterbrechung der Produktionsdienste getestet werden.

Deltasynchronisationen durchführen

Deltasynchronisationen von der Quellumgebung zu den virtuellen Serverinstanzen von IBM Cloud VPC erfassen Änderungen an den virtuellen Quellmaschinen seit der ersten Replikation.

Ausschnitt

In diesem Schritt werden die Anwendungen in den Ruhezustand versetzt und ein Cut-over/eine abschließende Deltasynchronisation von den virtuellen Quellmaschinen zu den virtuellen Serverinstanzen IBM Cloud VPC durchgeführt.

1. Legen Sie die Anwendungen auf den virtuellen Quellmaschinen still. Dieser Schritt minimiert die E/A während der endgültigen Synchronisierung und gewährleistet die Datenkonsistenz:
   • Anwendungen/Datenbanken auf den virtuellen Quellmaschinen anhalten
   • Andere Benutzer aus dem System abmelden
   • Stellen Sie bei Systemen mit Datenbanken sicher, dass Anwendungen ausstehende E/A auf die Festplatte leeren
2. Führen Sie die letzte Deltasynchronisation durch:
   • Auslösen der endgültigen Synchronisierung über die GUI RMM
   • RMM erstellt LVM/VSS-Snapshots (unter Linux bzw. Windows), um die Konsistenz zu einem bestimmten Zeitpunkt sicherzustellen
   • Es werden nur die seit der letzten Synchronisierung geänderten Dateien übertragen (Deltasynchronisierung). Dadurch verkürzt sich die endgültige Synchronisierungszeit drastisch auf Minuten statt auf Stunden
3. Überprüfen Sie den Abschluss der Synchronisierung:
   • Überwachen Sie den Wellenstatus in der Konsole RMM
   • Sicherstellen, dass die Synchronisierung erfolgreich und ohne Fehler abgeschlossen wird
4. Virtuelle Maschinen herunterfahren
5. Umschaltung des Netzes. Leiten Sie den Benutzerverkehr auf die neue Umgebung in der VPC um. Dieser Schritt hängt davon ab, wie Sie sich mit Ihrer IBM Cloud VMware VCF-Automated-Instanz verbunden haben, könnte aber Folgendes beinhalten:
   • die Weiterleitung des Datenverkehrs an die VPC.
   • entfernen von Präfixfiltern aus der Transit-Gateway-Verbindung.
   • umleitung des Datenverkehrs von den VPN-Tunneln zur VPC.
6. Post-Cutover-Validierung:
   • Überprüfen Sie, ob alle Anwendungen korrekt funktionieren
   • Datenintegrität prüfen
   • Leistungsüberwachung
   • Benutzerzugang testen

Nächste Schritte