IPアドレスの保持

仮想マシンからVPC仮想サーバーへの移行のほとんどにおいて、移行対象のワークロードではIPアドレスの維持が必要となります。 ほとんどの仮想マシンではこれが可能ですが、VPCサブネットには予約済みのIPアドレスが割り当てられています。 たとえば、以下は 192.168.10.0/24:

• ibm-network-address： 192.168.10.0
• ibm-default-gateway： 192.168.10.1
• ibm-dns-address： 192.168.10.2
• ibm-reserved-address： 192.168.10.3
• ibm-broadcast-address： 192.168.10.255

したがって、サブネットごとに数台のVMを再IPする必要がある。

サポートされるシステム

サポートされている最新のオペレーティング・システムについては、リファレンスに記載されているドキュメントを確認してください：

• RHEL 5.2 から 5.11, 6.x, 7.x. 8.x, 9.x
• Centos 5.2 から 5.11、 6.x、 7.x、 8.x
• Oracle Linux 5.6 through 5.11, 6.x, 7.x, 8.x、 9.x
• SLES11（32ビット版を含む）
• SLES12（btrfsなし）
• SLES 15 (btrfsなし)
• Ubuntu 12（32ビット版を含む）、14、16、18、20、22、24
• Debian 8、9、10、11、12
• AlmaLinux 8、9
• ロッキー Linux 8, 9
• Windows 2008、 R2、2012、2016、2019、2022

アーキテクチャー・コンポーネント

このガイド

• 知識の伝達を助けるためにIPアドレスの例を使用していますが、あなたのIPアドレスは異なるでしょう。
• Linux 移籍に焦点を当てているが、 Microsoft Windows も同様。

IBM Cloud VMware-Automated    Bridge Server              IBM Cloud VPC
┌──────────────┐             ┌───────────────┐          ┌───────────────┐
│              │             │ens192:        │          │               │
│  Source VM   │             │192.168.10.254 │          │  RMM Server   │
│ 192.168.10.11├────────────►│               │◄─────────┤  10.68.70.11  │
│              │             │   ens224:     │          │               │
└──────────────┘             │   10.134.54.62│          └───────────────┘
                             │               │                  │
                             └───────────────┘                  │
                                                                │
                                                        ┌───────▼───────┐
                                                        │  Target VSI   │
                                                        │ 192.168.10.11 │
                                                        └───────────────┘

上図は、コンポーネントの論理的な接続図である。 レイヤー2のブリッジングではなく、レイヤー3のNATを使用するため、 bridge server の名前は誤解を招く。

出典 VM:

• 場所 IBM Cloud VCF 自動化された VMware インスタンス
• 例： VM Ubuntu 22.04
• リアルIP: 192.168.10.11 (NSX オーバーレイセグメント)
• 経由でのアクセス： VM はSNAT経由でインターネットにアクセスでき、クライアントネットワークにはネイティブアクセスできるが、 IBM Cloud ネットワークにはアクセスできない

ブリッジサーバー：

• 目的：分離されたネットワーク間のレイヤー3ネットワーク接続を提供する
• 機能SNAT を使用して、孤立した NSX オーバーレイセグメントを IBM Cloud VPC ネットワークからアクセス可能にする
• インターフェース
  • ens192: 192.168.10.254- インサイドネットワーク ( 192.168.10.0/24 )
  • ens224 10.134.54.62- 外部ネットワーク ( ) 10.134.54.0/26

RMM サーバー

• 場所： IBM Cloud VPC
• 目的：マイグレーション／同期処理のオーケストレーション
• IPだ： 10.68.70.11
• 実行: RackWare ソフトウェア、UIのホスト、データ転送の調整、パススルー・モードでのネットワーク通信のプロキシとして動作

ターゲット VSI

• 場所： IBM Cloud VPC
• 例：仮想サーバーインスタンス（VSI）
• IPだ： 192.168.10.11
• 目的：移行されたデータの保存先

IBM Cloud Private 静的サブネット：

• 場所： IBM Cloud Classic
• 例30ポータブルサブネット（4 IP）の展開
• IP: 10.194.177.82/30. 使用可能IP： 10.194.177.82- 10.194.177.85
• 目的: IBM Cloud クラシックネットワークが 10.134.54.62 (ブリッジサーバーの ens224 IP)にルーティングするNAT用IPアドレスを提供する。 IBM のネットワーク・インフラストラクチャーは、 10.194.177.82/30 宛のトラフィックはすべて、以下に送信されるべきであることを知っている。 10.134.54.62

ブリッジサーバー

ブリッジサーバーは iptables を使ってNATを提供する：

1. RMM が 10.194.177.82 に接続すると、ブリッジは宛先を 192.168.10.11 (実際のソース VM のIPアドレス) に変換する。

2. 送信元 VM が返信すると、NAT IPから送信されているように見える。 10.194.177.82

   RMM が 10.194.177.82 に到達しようとするとき：

   1. RMM パケット送信
      • SRC： 10.68.70.11
      • DST： 10.194.177.82
   2. VPC Routes to Transit Gateway これは、クラシック・ネットワークへのルートである：
      • 「 10.194.177.82 はサブネット 10.194.177.82/30 にある
      • 「このサブネットを 10.134.54.62 "
   3. ステップ3：ブリッジ・サーバーへのパケット配信
      • ens224 ( 10.134.54.62 ) に到着
      • サマータイム： 10.194.177.82 （変更なし）
   4. ブリッジのiptables DNAT
      • iptables -t nat -A PREROUTING -i ens224 -d 10.194.177.82 -j DNAT --to-destination 192.168.10.11
   5. 送信元へ転送されたパケット VM
      • SRC： 10.68.70.11
      • DST: 192.168.10.11 (DNAT経由)

SSHキーの要件

データ転送のためにトンネルを機能させるには、ターゲットがソースに対して認証を行う必要がある。 ターゲットVSIは、ソース VM のauthorized_keysファイル内の公開鍵と一致するSSH秘密鍵を必要とする。

主要な場所

• RMM: /root/.ssh/id_rsa RMM 配備後の手動プロセスの一部として作成される
• ターゲット Linux VSI: /root/.ssh/id_rsa RMM と同じキーであり、 RMM 自動化されたプロセスを経由して転送されなければならない
• ソース Linux VM: /home/rackware/.ssh/authorized_keys ソース・セットアップのマニュアル・プロセスの一部として作成された

Windowsサーバーの場合は、 RackWare SSHDユーティリティを使用する。 RackWare SSHD for Windowsは、Windowsシステム専用のMSIインストーラーとしてパッケージ化された軽量のSSHサーバー実装で、 RackWare RMM 接続を可能にします。 MSI、 RWSSHDService_x64.msi は、 RMM のサーバーから直接ダウンロードできます： https://<RMM_IP>/windows/RWSSHDService_x64.msi

コア RackWare RMM オペレーション

以下は、 RackWare RMM、マイグレーションの中核となる操作である。

RackWare マイクロカーネル起動プロセス

アサイン操作の間、 RMM はターゲットVSIを RackWare マイクロカーネルにブートし、ブートディスクは再フォーマットされ、ファイルシステム、タイプ、サイズがソース VM と一致するようにします。 RMM は、ターゲットのディスクレイアウトと、ソースのディスクレイアウトに基づくパーティションから、ベストフィットを試みます。

RackWare ダイレクト・シンク・プロセスによるパススルー

その手順は以下の通りです：

1. RMM ソースを発見する VM

RMM → Bridge (10.194.177.82) → Source VM (192.168.10.11)

• RMM SSH 経由で 10.194.177.82 (NAT IP) に接続する
• ブリッジは次のように訳される。 192.168.10.11
• RMM メタデータを収集する：OS、ファイルシステム、ディスクレイアウトなど。

1. RMM ターゲットVSIを発見

RMM → Target VSI (192.168.10.11)

• RMM にSSHで接続する。 192.168.10.11
• ターゲットのハードウェアと能力を調べる

1. RMM ターゲットVSIへの逆SSHトンネルの作成

RMM オートメーションは、 RMM サーバーを経由して、ターゲットVSIとソース VM の間に逆SSHトンネルを作成する：

Target VSI (192.168.10.11)
  │
  └─ localhost:23 ──[SSH Tunnel]──► RMM ──► Bridge ──► Source VM:22

1. RMM ターゲットVSIへのSSH接続を開始する

2. ターゲットにリスニング・ポート(23)を作成する

3. ターゲットの localhost:23 ：

   • SSHトンネルを通して RMM
   • RMM を 10.194.177.82:22 に転送する（ブリッジ経由のソース）
   • DNATを実際のソースにブリッジする

   視覚的な流れ：

   Target:       [App tries localhost:23]
                          ↓
                  [SSH tunnel to RMM]
                          ↓
   RMM: [Receives and forwards to 10.194.177.82:22]
                          ↓
    Bridge: [DNAT: 10.194.177.82 → 192.168.10.11]
                          ↓
   Source:   [Receives connection on port 22]
   

4. ファイルシステムのマウント

RMM は、以下の例と同様のコマンドを使用して、ソースとターゲットの両方にファイルシステムをマウントする：

ソース VM （ブリッジ経由）：

# RMM executes on source
mount --bind / /mnt/rackware/tmp.xxxxx

オン・ターゲットVSI（ダイレクト）：

# RMM executes on target
mount /dev/vda2 /mnt/rackware/tmp.yyyyy

1. データ転送

RMM は、ターゲットVSI上でデータ転送を実行し、ソース VM からデータを引き出す：

1. GRUBのインストール

RMM GRUB をインストールし、UEFI ブート用にターゲット上で設定する：

• GRUBブートローダーのファイルをコピーする
• 正しいカーネルパラメータで grub.cfg を生成する
• UEFIブートエントリーの作成
• 新しいハードウェアドライバの設定

1. ファイルシステムのアンマウント

# On both source and target
umount /mnt/rackware/tmp.xxxxx

1. クローズトンネル

2. RMM ターゲットへのSSHトンネルを閉じる

3. ポート23がターゲットからのリッスンを停止

4. ユーティリティの削除

# RMM removes temporary files from source and target
rm -rf /var/tmp/rackware/

参照

• RackWare RMM ユーザーガイド IBM Cloud
• RackWare RMM 入門編 IBM Cloud