開始前に

このチュートリアルでは、 Ubuntu の仮想マシンと Microsoft Windows 2019の仮想マシンを移行します。 このチュートリアルは、あなたが持っていることを前提としている：

1. 「 IBM Cloud からの移行」 VMware VCF-Automated から、 RackWare RMM を使用した VPC 仮想サーバーへの移行に関するテクニカルガイド をお読みください。
2. 既存の IBM Cloud VMware-Automated インスタンスがあり、NSX オーバーレイセグメントで仮想マシンをホスティングしている。 これらのオーバーレイ・セグメントは、 IBM Cloud Classicプライベート・ネットワークへのネイティブ・アクセスを持っていない。
3. 1つ以上のリソースグループを作成。
4. 必要なネットワークをカバーするプレフィックスを持つVPCを作成。
5. RMM サーバー用のサブネットを作成。
6. SSH鍵を作成し、公開鍵をVPC SSH keysにアップロードしました。
7. IBM カタログから RMM サーバーをプロビジョニング。

ソース仮想マシンの作成

まず、ソース仮想マシンをセットアップする必要がある。 このセクションには以下の例がある：

• Ubuntu ソース仮想マシン。
• 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 インストール

RMM をインストールする前に、まずVPCインフラをセットアップする。 少なくとも、マイグレーションを計画している VPC、サブネット、および対応する仮想サーバー・インスタンスをセットアップしておく必要があります。 新しいターゲット仮想サーバー・インスタンス・プロファイル (vCPU および vMemory) は、ソースと一致する必要はありません。 しかし、ストレージについては、ターゲット・ストレージのサイズが、ソース VM のファイルシステム上の使用領域と同じか、それ以上である必要がある。 この変更には、 RMM のライトサイジングオプションを使用する。

VPC製品のドキュメントを使用してください：

1. VPCを作成 します。

2. RMM サーバー用の サブネットを作成する。

3. SSHキーを作成する。

4. IBM Cloud カタログから RMM サーバをデプロイする。

   RMM サーバーには、接続用のパブリックIPアドレスとデフォルトのログイン情報が設定されています。

5. デプロイが完了したら、 RMM サーバーにログインしてください。

6. RMM サーバーで、デフォルト・パスワードを変更し、ユーザーを作成し、SSH 鍵を作成します。

7. SSHキーを IBM Cloud VPC にアップロードしてください。

RMM のバージョンを更新する必要があるかもしれません。 その場合は、 RackWare 宛てにメールを送信し、FTPリポジトリへのアクセス権とアップグレードの手順についてお問い合わせください。

ライセンス取得 RackWare

1. 生成されたプリインストールファイルを RackWare licensing に電子メールで送信して、 RackWare からライセンスを取得します。

2. /etc/rackware でプリインストール・ファイルを生成するには、公開鍵名とIPアドレスを使用して以下のコマンドを実行します。

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

   出力例を示します。 RackWare RHEL または Rocky 8.x サーバーに RMM をインストールすることを推奨しています：

   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. /etc/rackware からファイルをコピーし、添付ファイルとして licensing@rackwareinc.com に送信する。

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

4. 有効なライセンスを取得したら、ライセンスファイルを /etc/rackware にダウンロードし、以下のコマンドを実行してサービスを再起動し、ライセンスを適用してください。 お使いの環境では、ファイル名は例とは異なります：

   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. 以下のコマンドを実行してライセンスを確認し、出力を licensing@rackwareinc.com に返します：

   rw rmm show
   

ClassicとVPCへの接続を持つ Transit Gateway

IBM Cloud Transit Gateway はフルマネージド・ハブアンドスポーク・ネットワーキング・サービスで、 IBM Cloud VPC や IBM Cloud クラシック・インフラストラクチャー含む IBM Cloud インフラ環境間の集中型プライベート接続を提供します。

複数のVPCとクラシック接続が接続されるルーティング・ハブとして機能し、複雑なVPNメッシュや手作業によるルート管理を必要とせずにトラフィックを安全に流すことができる。

VPCへの接続は、自動的にルートを交換するネイティブVPCアタッチメントを使用します。一方、Classic接続は、 IBM Cloud バックボーンと統合された クラシック・インフラストラクチャー接続を介して確立され、VPCサブネットとClassic VLAN間のシームレスなプライベートIP通信を可能にします。

IBM Cloud のドキュメントを使用してローカル・ Transit Gateway作成し、VPC と IBM Cloud Classic ネットワークを接続します。 詳細は Transit Gateway作る を参照。

ポータブルプライベートサブネットの注文

IBM Cloud Classicポータブルプライベートサブネットは、Classicリソースに割り当てることができるプライベートIPアドレスのブロックです。 IBM Cloud VMware-Automatedインスタンスに関連付けられたサブネットがすでにいくつかありますが、これらのサブネット上のIPアドレスはオートメーションによって割り当てられるため、これらのサブネットからIPアドレスを手動で割り当てるべきではありません。

新しいポータブルプライベートサブネットを注文し、必要に応じて仮想マシンにIPアドレスを割り当てるのが良い方法です。 このサブネットは、1つまたは複数の RMM ブリッジサーバーの外部インターフェイスをホストするために使用されるため、必要なサブネットはわずかです。

IBM Cloud ドキュメントを使用して、 IBM Cloud Private VLANに新しいポータブルプライベートサブネットを Private management VLAN という名前でオーダーします。 詳細は クラシック用お客様サブネット を参照。

このチュートリアルの後半で展開する RMM Bridge Server の IP アドレスを割り当てます。

静的プライベートサブネットの注文

IBM Cloud Classic Static Subnetは、特定のエンドポイント（使用例では RMM Bridge Server）に恒久的にルーティングされるIPアドレスのブロックを提供します。

サブネット内のすべてのIPアドレスが使用可能である。例えば、/30サブネットには4つの使用可能なIPアドレスがあり、/29サブネットには8つの使用可能なIPアドレスがある。

IBM Cloud のドキュメントを使用して、 Private management VLAN という名前の IBM Cloud Private VLAN に新しい静的プライベートサブネットを注文し、 RMM ブリッジサーバーに使用するポータブルプライベートサブネットの IP アドレスをターゲットにします。 詳細は クラシック用お客様サブネット を参照。

ブリッジサーバーとして使用する仮想マシンのデプロイ

IBM Cloud VCF-Automatedインスタンスに、以下の仕様で仮想マシンをデプロイした：

• cpu: 2
• メモリ： 1GB
• ハードディスク 1： 10GB
• ネットワークアダプター 1： T1-192-168-10-0-workload
• ネットワークアダプター2：mgmt-dpg-mgt
• ファームウェアEFI
• OS： Ubuntu 22.04
• IPアドレス 1： 192.168.10.254
• IPアドレス 2： 10.134.54.62

1. SSH経由で Ubuntu の仮想マシンにアクセスするには、SSHの設定が必要になる場合があります：

   1. 以下のコマンドを使用してSSHを設定する。

      sudo nano /etc/ssh/sshd_config
   

   1. これらの行が設定されていることを確認する：

      PasswordAuthentication yes
      PubkeyAuthentication yes
      ChallengeResponseAuthentication no
      UsePAM yes
      KbdInteractiveAuthentication yes
   

   1. Netplan（ Ubuntu 18.04 +のデフォルト）を使用して、ネットワーク設定を編集します：

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

   2つの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. 設定を適用する：

      sudo netplan apply
   

   1. インターフェイスを検証する：

      ip addr show
      ip route show
   

ブリッジサーバーの設定

この例では、 IBM Cloud VCF-Automatedインスタンス上でホストされている Ubuntu 仮想マシンを使用します。 仮想マシンは2つのインターフェイスでデプロイされる。

1. SSHで仮想マシンに接続する：

   1. 次のコマンドでシステムを更新してください

      sudo apt update && sudo apt upgrade -y
   

   1. 以下のコマンドを使用してIP転送を設定する。

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

   1. 次のコマンドを使用して、接続を確認してください

      cat /proc/sys/net/ipv4/ip_forward
   

   これは1を返すはずだ。

   1. 以下のコマンドを使用して、ネットワーク・インターフェイスを特定する。

      ip addr show
   

   そのコマンドを実行すると、次のような結果が表示されます

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

   1. 静的NAT（ 1-to-1 マッピング）を設定する（ 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
   

RMM の ssh キーを生成する

1. RMM サーバーに SSH 接続

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

2. RMM のコンソールウィンドウからSSHキーペアを生成する。

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

   パラメーター:

   -t rsa: 鍵の種類 (rsa, ed25519, ecdsa, dsa) -b 4096:キーサイズ（ビット -f ~/.ssh/id_rsa: 出力ファイルのパス -N "":空のパスフレーズ -C 「コメントコメント（通常はメール）

3. 公開鍵 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
   

ソース仮想マシンの情報収集

RMM では、 RMM サーバーが、ソースサーバーと一致する CPU、RAM、ディスクの仕様を持つターゲットサーバーを IBM Cloud VPC に自動で作成する「自動プロビジョニング」機能がサポートされていますが、このチュートリアルでは、 IBM Cloud VPC でターゲットの仮想サーバーインスタンスを手動で作成します。 IPアドレスや割り当てられたNAT IPアドレスなど、ソース仮想マシンの仕様情報を収集してください。 以下に例を示します。

対象の仮想サーバーインスタンスの順序

1. IBM Cloud の指示に従って、VPC内に必要なサブネットを作成します。CIDRはソースネットワークのCIDRと一致する必要があります。
2. IBM Cloud の指示に従って、対象の仮想サーバーインスタンスに必要なセキュリティグループを VPC 内に作成します。 RMM からターゲットの仮想サーバーインスタンスへの SSH が許可されていることを確認します。 Windows 仮想サーバーインスタンスについては、仮想サーバーインスタンスに接続するための RDP も含め、 RMM で使用できるように設定してください。
3. IBM Cloud の指示に従って、対象の仮想サーバーインスタンスに必要な SSH キーを VPC 内に作成します。 このチュートリアルでは、 Ubuntu ターゲットの仮想サーバーインスタンスを手動でプロビジョニングするため、先ほど作成した RMM の公開鍵をアップロードし、仮想サーバーインスタンスのプロビジョニング時にこれを指定してください。 これにより、 RMM、パスワードなしのSSHを使用できるようになる。 Windows 仮想サーバーインスタンスでは、このキーを使用してパスワードが暗号化されます。
4. 前の手順で収集した情報をもとに、 IBM Cloud のドキュメントを使用して、 IBM Cloud VPC 仮想サーバーインスタンスサーバーと関連するデータボリュームを順序付けます。

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"

ソース仮想マシンの準備

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"

RMM GUIを使用して移行を設定し、最初の移行を実行する

RackWare RMM デルタ同期によってダウンタイムを最小化する段階的アプローチに従う：

1. 初期レプリケーション - オリジン・システムを破壊しない

2. 検証フェーズ - ターゲット環境でのアプリケーションのテストと検証

3. デルタ同期 - 複数のデルタ同期を実行し、変更されたファイルのみを最新の状態に保つことができます

4. 最終同期／カットオーバー - ダウンタイムを最小限に抑えた実際のカットオーバー。 最終的なデルタ同期を実行する前に、すべてのアプリケーションを終了させてください。

   ソース仮想マシンが準備され、 RMM がその仮想マシンに ssh でアクセスできるようになり、ターゲット仮想サーバーインスタンスの情報が取得されると、 RMM GUI を使用して、仮想マシンのワークロードをソース仮想マシンからターゲット仮想サーバーインスタンスに移行できます。

   サーバーを1台ずつ移行することも、複数の移行を同時に実行することも可能です。 複数のマイグレーションを同時に実行する場合は、 RMM サーバーから「 CSV 」テンプレートをダウンロードし、必要な項目を入力してください。 このチュートリアルでは、この方法は使用しません。

5. GUIを表示するには、 RMM サーバーのフローティングIP アドレスにウェブブラウザをポイントする。

6. ユーザー名は admin。パスワードはデフォルトで rackware。 まだ admin ユーザーのパスワードを変更していない場合は、標準 Linux 'passwd'コマンドを使用して変更してください。 ログインボタンを押してください。 RMM ホームページが表示されます。

7. このステップは、自動プロビジョニング機能を使用する場合にのみ必要です。 Configuration」→「Environments」に移動し、「Add Environment」をクリックします。

   1. フォームに以下の値を追加し、Addをクリックする：
      • 名前
      • 環境
      • リージョン
      • API キー

検証

複製が完了するはずだ。 完了したら、対象の仮想サーバーインスタンスに接続し、必要に応じてテストを実行できる。 ソース仮想マシンはまだパワーオンで機能している。 対象となる仮想サーバーインスタンスは分離されており、本番サービスを中断することなくテストできる。

デルタシンクの実行

ソース環境から IBM Cloud VPC 仮想サーバーインスタンスへのデルタシンクは、最初のレプリケーション実行以降のソース仮想マシンの変更をキャプチャします。

カットオーバー

このステップでは、アプリケーションを停止し、ソース仮想マシンから IBM Cloud VPC 仮想サーバーインスタンスへのカットオーバー/最終デルタ同期を実行します。

1. ソース仮想マシン上のアプリケーションを停止する。 このステップにより、最終的な同期中のI/Oを最小限に抑え、データの一貫性を確保することができる：
   • ソース仮想マシンのアプリケーション/データベースを停止する
   • システムから他のユーザーをログアウトする
   • データベースを持つシステムでは、アプリケーションが未処理のI/Oをディスクにフラッシュするようにする
2. 最後のデルタ同期を実行する：
   • RMM GUIから最終的な同期操作をトリガーする
   • RMM LVM/VSS スナップショット ( Linux /Windows それぞれ) を作成し、ポイント・イン・タイムの一貫性を確保します
   • 前回の同期以降に変更されたファイルのみが転送されます（デルタ同期）。 これにより、最終的な同期時間は数時間から数分に大幅に短縮される
3. 同期完了を確認する：
   • RMM コンソールで波の状態をモニター
   • 同期がエラーなく正常に完了することを確認する
4. ソース仮想マシンのシャットダウン
5. ネットワークのカットオーバー ユーザーのトラフィックをVPC内の新しい環境にリダイレクトする。 このステップは、 IBM Cloud VMware VCF-Automatedインスタンスへの接続方法によって異なるが、以下を含むことができる：
   • VPCにトラフィックをルーティングする。
   • Transit Gateway接続からプレフィックスフィルターを取り除く。
   • VPNトンネルからのトラフィックをVPCにリダイレクトする。
6. カットオーバー後の検証：
   • すべてのアプリケーションが正しく機能していることを確認する
   • データの完全性をチェックする
   • パフォーマンスの監視
   • テスト・ユーザー・アクセス

次のステップ