VMware および VCF for Classic のワークロードを、VPC向けの IBM Cloud 仮想サーバーへ移行する
Transit Gateway 接続を使用して、 VMware VCF for Classic のワークロードを IBM Cloud Virtual Servers for VPCに移行します。
仮想サーバーを IBM Cloud VPC へ移行する:ステップバイステップのチュートリアル
Transit Gatewayを使用して仮想サーバーを IBM Cloud VPC に移行する方法について、VPCの設定、仮想サーバーの移行、およびディスクに関するチュートリアルを通じて学びましょう。
以下のチュートリアルでは、以下の目的をカバーしています。
- VPCとそれに必要なリソースを作成する。
- Microsoft Windows® 仮想サーバーと RHEL 仮想サーバーで、 IBM Cloud for VMware Solutions インスタンスをセットアップし、移行例として使用する。
- Transit Gateway (TGW) を介して IBM Cloud for VMware Solutions と VPC の間にプライベート接続を構築する。
- 仮想サーバーディスクをVPCブロックストレージボリュームに移動します。
- 移行したディスクから仮想サーバーを作成する。
Transit Gateway、環境をVPCに接続するなど、 VMware の設定手順が一部異なります。
このチュートリアルの対象となる仮想サーバーには、以下の制約があります:
- ディスクサイズは250GB以下。
- BYOL(Bring Your Own License)ではない。
- 彼らはインターネットにアクセスし、移行を開始するために必要なパッケージをダウンロードする。
次の図は、このチュートリアルで作るものを示しています。
開始前に
このチュートリアルの前提条件を以下に示します。
- 利用可能な VMware® vCenter Server® (VCS) インスタンス。
- 手順 に従って設定された、 VMware vCenter Server(VCS)インスタンスへの仮想プライベートネットワーク(VPN)アクセス。
- VCS環境を管理するための正しいアクセス・ポリシーと、以下のVCSリソースを作成する能力。 詳細については、 VCSの Identity and Access Management (IAM)アクセスの 管理を参照。
- 仮想マシン
- ネットワーク
- ファイアウォール規則
- ネットワークアドレス変換(NAT)ルール
- Transit Gateway 接続グループ
- VPCとそのリソースを管理するための正しいアクセス・ポリシーがあることを確認し、必要なVPCリソースを作成できるようにします。
- VPC
- 仮想サーバー
- セキュリティー・グループ
- パブリック・ゲートウェイ
- フローティング IP
詳細については、 「VPC インフラストラクチャ サービスの Identity and Access Management (IAM)アクセス管理 」を参照してください。
- トランジットゲートウェイ(TGW)を管理するための適切なアクセスポリシーが設定されていることを確認し、以下のTGWリソースを作成できるようにしてください。
- TGW
- TGWコネクション
移行用の仮想プライベートクラウド(VPC)の作成 IBM Cloud
IBM Cloud 上で VPC 環境を作成・設定し、移行された仮想サーバーや、サブネット、セキュリティグループなどの関連リソースをホストする方法について学びましょう。
以下の手順でVPC環境を作成し、セットアップします。 VPCは、移行された仮想サーバーと、サブネット、ゲートウェイ、セキュリティグループなどの関連リソースをホストします。 以下の情報には、移行プロセスの後半で使用されるリソースも含まれる。
始める前に、 IBM Cloud コンソールにログインしていることを確認してください。
- ナビゲーション・メニューから 「 インフラストラクチャー 」>「 ネットワーク 」>「 VPC 」と進み、「 作成 」をクリックします。
- 「 場所 」セクションでは、以下の情報を指定してください:
- 地理 」は「 北米 」を選択。
- 地域は 「 ダラス(米国南部) 」を選択。
- 詳細セクションの 「名前 」に「
vpc-migration」と入力する。 - 各ゾーンにデフォルトのプレフィックスを作成する 」チェックボックスの選択を解除する。 デフォルトのプレフィックスは VPC 間で同じままであるため、複数の VPC が同じ IBM Cloud クラシック・インフラストラクチャー アカウント接続されている場合、ルーティングの競合が発生する可能性があります。
- [ 仮想プライベートクラウドの作成 ] をクリックします。
- 作成したVPCの名前をクリックしてください。
- Address prefixes タブを選択します。
- ロケ地に任意のアドレス接頭辞を作成する。 us-south-1. このアドレスプレフィックスが、 IBM Cloud Transit Gateway を使用して IBM Cloud クラシック・インフラストラクチャー接続されている他の VPC で使用されているプレフィックスと重複しないようにします。
- ナビゲーションメニューから、 [インフラストラクチャー ]>[ ネットワーク ]>[ サブネット ]に進みます。 次に、**「Create」**をクリックします。
- 「 場所 」セクションでは、以下の情報を指定してください:
- 地理 」は「 北米 」を選択。
- 地域は 「 ダラス(米国南部) 」を選択。
- **ゾーン **us-south-1.
- Details] セクションの[ Name ]に「
vpc-migration-sn-1」と入力し、 仮想プライベートクラウドの新しいVPCを選択します。 - IPレンジ選択セクションで、先ほど作成したアドレスプレフィックスを選択します。 サブネットにはプレフィックス全体を使うことができる。
- サブネットにパブリックゲートウェイをアタッチするトグルを選択します。 これにより、ワークロードはVPCからインターネットにアクセスできるようになる。
- **「サブネットの作成 (Create subnet)」**をクリックします。
VPC移行用の仮想サーバーの作成
IBM Cloud VPC でマイグレーションを実行するためのワーカー仮想サーバーを作成する方法について学びましょう。
以下の手順を使用して、マイグレーションを実行するために使用するワーカー仮想サーバーを作成します。
- ナビゲーションメニュー から、 [インフラストラクチャ ] > [ ネットワーク ] > [サブネット ] をクリックします。
- 利用可能なリソースのリストから vpc-migration-sn-1.
- **「添付リソース」**をクリックします。
- Attached instances セクションで、 Createをクリックする。
- 「 場所 」セクションでは、以下の情報を指定してください:
- 地理 」は「 北米 」を選択。
- 地域は 「 ダラス(米国南部) 」を選択。
- **ゾーン **us-south-1.
- 詳細セクションの 「名前 」に「
vpc-migration-vsi-worker」と入力する。 - 「 サーバーの設定 」セクションで、以下の情報を指定してください:
- 画像の場合は、 Change imageをクリックする。
- 「 画像を選択 」フォームが表示され、そこで以下の操作を行います:
- 検索 Ubuntu.
- 結果リストから ibm-ubuntu-24-04-3-minimal-amd64-4 を選択し、 「保存 」をクリックします。
- SSH鍵の場合は、「 Create an SSH key 」をクリックし、「Create an SSH key」フォームで以下の操作を行います:
- [ 詳細 ] セクションで、以下の情報を指定してください:
- Name には
vpc-migration-ssh-keyと入力する。 - Select SSH key input method(SSH鍵入力方法の選択 )」で、「 Generate a key pair for me(自分のために鍵ペアを生成する )」を選択します。
- Name には
- 「作成」 をクリックします。 SSH秘密鍵は自動的にダウンロードされます。
- [ 詳細 ] セクションで、以下の情報を指定してください:
- [ 仮想サーバーの作成 ] をクリックします。
安全なVPCアクセスのためのバスティオン仮想サーバーの作成
このステップバイステップのチュートリアルに従って、VPCリソースに安全にアクセスするためのバスティオン仮想サーバーの作成方法を学びましょう。
VPC 内のリソースに安全にアクセスするための Bastion 仮想サーバを作成します。
- ナビゲーションメニュー から、 [インフラストラクチャ ] > [ ネットワーク ] > [サブネット ] をクリックします。
- 利用可能なリソースのリストから vpc-migration-sn-1.
- **「添付リソース」**をクリックします。
- Attached Instancesセクションで、 Createをクリックする。
- 「 場所 」セクションでは、以下の情報を指定してください:
- 地理 」は「 北米 」を選択。
- 地域は 「 ダラス(米国南部) 」を選択。
- **ゾーン **us-south-1.
- 詳細」 セクションの「 名前 」に「
vpc-migration-vsi-bastion」と入力する。 - サーバー設定セクションで、以下の情報を指定してください:
- 画像の場合は、 Change imageをクリックする。
- 「 画像を選択 」フォームが表示され、そこで以下の操作を行います:
ubuntuを検索します。- 結果リストから ibm-ubuntu-24-04-3-minimal-amd64-4 を選択し、 「保存 」をクリックします。
- SSHキーの場合は、 vpc-migration-ssh-keyを選択する。
- [ 仮想サーバーの作成 ] をクリックします。
フローティングIP作成
インターネットからbastionサーバーにアクセスするには、以下の手順でフローティングIP作成します。
- ナビゲーションメニューから、 インフラストラクチャー > コンピュート > 仮想サーバーインスタンスと進みます。
- 利用可能なリソースのリストから、 vpc-migration-vsi-bastionを選択します。
- 「ネットワーキング (Networking)」 をクリックします。
- 接続されているネットワークインターフェースのメニューアイコンをクリックします。
- 「 フローティングIP編集 」をクリックしてください。
- フローティングIP編集 フォームで 添付ファイル
- フローティングIPアタッチ フォームで、 新しいフローティングIP予約する をクリックする。
- フローティングIP予約する 、 詳細 :
- Name には
vpc-migration-fipと入力する。 - リザーブをクリックする。
- Name には
- 「 閉じる 」をクリックしてメニューを終了してください。
VPC 内のバスティオン仮想サーバーのセキュリティグループの設定
Virtual Private Cloud 内のバスティオン仮想サーバー向けにセキュリティグループを作成・設定し、セキュリティを強化して SSH 接続を有効にする方法について学びます。
セキュリティグループは、Bastion 仮想サーバーへの SSH 接続を許可します。
セキュリティグループを作成するには、以下の手順に従ってください。
VPCのセキュリティを向上させるために、このセキュリティグループのインバウンドルールでは、 ソースタイプとして IPまたはCIDRを設定する必要があります。 この設定は、接続されたリソースへのトラフィックのソースを制限するのに役立つ。
-
ナビゲーションメニューから、 [インフラストラクチャ ]>[ ネットワークセキュリティグループ ]の順にクリックし、[ 作成 ]をクリックします。
-
「 場所 」セクションでは、以下の情報を指定してください:
- 地理 」は「 北米 」を選択。
- 地域は 「 ダラス(米国南部) 」を選択。
- **ゾーン **us-south-1.
- [ 詳細 ] セクションで、以下の情報を指定してください:
- Name には
vpc-migration-sg-bastionと入力する。 - 仮想プライベートクラウドでは、 vpc-migrationを選択する。
- Name には
-
「 受信ルール 」セクションで、以下の情報を指定してください:
- 「作成」 をクリックします。 受信ルールの作成フォームで、以下の情報を指定する:
- **プロトコル **TCP.
- Portには Port rangeを選択する。
- Port min には
22と入力する。 - Port maxに
22を入力し、 Createをクリック。
- 「作成」 をクリックします。 受信ルールの作成フォームで、以下の情報を指定する:
- Protocol は ICMP を選択する。
- Value(値) 」で「 Type(タイプ)」と「Code(コード) 」を選択する。
- タイプには
8を入力する。 - Codeは空のまま、 Createをクリックする。
- 「作成」 をクリックします。 受信ルールの作成フォームで、以下の情報を指定する:
-
Attaching virtual server interfaces セクションで、以下の情報を指定します:
- Bastion 仮想サーバーのインターフェイスを選択します。
- [ セキュリティグループの作成 ] をクリックします。
-
Bastion 仮想サーバーの IP を取得します:
- ナビゲーションメニューから、 [Infrastructure(インフラストラクチャー) ] > [ Compute(コンピュート )] > [Virtual server instances(仮想サーバーインスタンス) ]をクリックします。
- vpc-migration-vsi-bastion で検索。
- 結果一覧から Bastion 仮想サーバーのフローティングIPコピーします。
-
ワーカーバーチャルサーバーの IP を取得します:
- ナビゲーションメニューから、 [Infrastructure(インフラストラクチャー)] > [Compute(コンピュート)] > [Virtual server instances(仮想サーバーインスタンス)]をクリックします。
- vpc-migration-vsi-workerを検索する。
- 結果一覧からワーカー仮想サーバーの予約 IP をコピーします。
-
ダウンロードしたSSH秘密鍵をデフォルトの場所にコピーする。
- Windows の場合、デフォルトの場所は
C:\Users\<YourUsername>\.ssh\id_rsaです。 - Linux と macOS, のデフォルトの場所は
~/.ssh/id_rsaです。
- Windows の場合、デフォルトの場所は
-
ワーカー仮想サーバーからインターネットに接続してみてください。
- Secure Shell を使用して、以下のコマンドを実行してワーカー仮想サーバにログインします:
ssh -J root@<BASTION_VSI_IP> root@<WORKER_VSI_IP>
説明
-
<BASTION_VSI_IP>は前回コピーした Bastion 仮想サーバーの IP です。 -
<WORKER_VSI_IP>は前回コピーしたワーカー仮想サーバーのIPです。 -
以下のコマンドを実行して、ドメイン名で Google :
nslookup www.google.com
VCSインスタンスでのネットワークの設定
IBM Cloud® for VMware Solutions 環境でネ ッ ト ワー ク を設定 し、 送信イ ン タ ーネ ッ ト ア ク セ ス を有効にして、 必要なパ ッ ケージ を 仮想サーバーに イ ン ス ト ール し ます。
- NSX®の認証情報を検索
- IBM Cloud® コンソールにログインします。
- ナビゲーションメニューから、 VMware > Resources > VCF for Classic をクリックします。
- 利用可能なリソースの一覧から、ご使用のVCSインスタンスを選択してください。
- 「 アクセス情報 」へ移動してください。
- NSX Manager で、 HTTP 認証情報と完全修飾ドメイン名(FQDN) をコピーします。
- プライベートソースネットワークアドレス変換(SNAT)で使用可能な Internet Protocol (IP)アドレスを検索します。
- IBM Cloud コンソールにログインします。
- ナビゲーションメニューから、 VMware > Resources > VCF for Classic をクリックします。
- 利用可能なリソースの一覧から、ご使用のVCSインスタンスを選択してください。
- **「インフラストラクチャー」**に移動します。
- Networkインターフェイスまでスクロールダウンし、 Private Virtual Local Area Network (VLAN) をクリックします。
Portable private subnet for customer workload edgeと表示されたサブネットを見つける。ReservedのIPアドレスに注意してください。- サブネットをクリックし、
Usable、前のページのReservedリストに存在しないIPアドレスを見つける。 - このIPは次のステップで何度も使うのでコピーしておくこと。
- NSX ユーザー インターフェイス(UI)で NAT ルールを作成します。
- NSX UI にログインします。
- [ ネットワーク ] タブに移動します。
- ネットワークサービス] の [NAT] をクリックします。
- ゲートウェイには、
T1-workload-vcs-mf | Tier-1を選択する。 T1-public-snat-workload-*」という名前のSNATルールが存在し、有効になっていることを確認 してください。- Translated IP | Portの下にIPアドレスをコピーする。 このIPアドレスは後のステップで使用される。
- 「 NATルールを追加 」をクリックします。
- Name には
T1-private-snat-workloadと入力する。 - アクション 」は「 SNAT 」を選択。
- ソースIPには、
192.168.0.0/16を入力する。 - Translated IP | Portには、前のステップで選択したIPを入力する。
- Enabled(有効) 」は「 No 」を選択。
- 保存 をクリックします。
- Name には
- NSX UI で T1 のゲートウェイファイアウォールルールを作成します。
- NSX UI にログインします。
- [ セキュリティ ] タブに移動します。
- ポリシー管理] の[ ゲートウェイファイアウォール] をクリックします。
- ゲートウェイには、
T1-workload-vcs-mf | Tier-1を選択する。 - のチェックボックスをクリックし Wkld_Drop_All_Policy_T1 をクリックし、 +ADD RULEをクリックする。
- Name には
allow 192と入力する。 - 情報源について
- 編集アイコンをクリックします。
- 「 IPアドレス 」をクリックします。
192.168.0.0/16と入力します。- 「APPLY」 をクリックします。
- 「公開」 をクリックします。
- Name には
- NSX UI で T0 のゲートウェイファイアウォールルールを作成します。
- NSX UI にログインします。
- [ セキュリティ ] タブに移動します。
- Policy Management の下の Gateway Firewall をクリックします。
- ゲートウェイには、
T0-workload-vcs-mf | Tier-0を選択する。 - のチェックボックスをクリックし Wkld_Drop_All_Policy_T0 をクリックし、 +ADD RULEをクリックする。
- Name には
allow 192と入力する。 - 情報源について
- 編集アイコンをクリックします。
- 「 IPアドレス 」をクリックします。
- 以前から保存されている変換後のIPアドレスを2つ入力する。
- 「APPLY」 をクリックします。
- 「公開」 をクリックします。
- Name には
VCS インスタンスへの Ubuntu Server ISO のアップロード
以下の手順で、VCSにカタログを作成し、 Ubuntu® Server International Organization for Standardization(ISO)をアップロードする。 このISOは、後でディスク移行のために仮想サーバーをシェルに起動するために使用される。
- Get Ubuntu Server にアクセスし、 Ubuntu Server の最新の Long-Term Support (LTS) バージョンの ISO をダウンロードしてください。
- IBM Cloud コンソールにログインします。
- vCenter。
- IBM Cloud コンソールにログインします。
- ナビゲーションメニューから、 VMware > Resources > VCF for Classic をクリックします。
- 利用可能なリソースの一覧から、ご使用のVCSインスタンスを選択してください。
- 「 アクセス情報 」へ移動してください。
- vCenter で、 ADMIN 認証情報をコピーします。
- vCenter にログインし、ISOイメージをアップロードする。
- vCenter UIから、 vSphere Clientの隣にある左上のアイコンをクリックし、 インベントリを選択します。
- データストアのアイコンをクリックしてください。
- をクリックします。 vsanDatastore をクリックする。
- ルートフォルダがハイライトされていることを確認し、「 ファイルをアップロード 」をクリックします。
- Ubuntu ISOを選択する。
- **「Open」**をクリックします。
- 操作が完了するまでお待ちください。
- 証明書エラーが表示された場合
- エラーメッセージのホストをクリックし、証明書を受け入れる。
WindowsおよびRHEL仮想サーバーの作成
VCSで Microsoft Windows®、 Red Hat® Enterprise Linux® (RHEL)仮想サーバーを作成するには、以下の手順を使用します。 これらのサーバーは仮想プライベートクラウド(VPC)に移行される。
-
vCenter®。
- IBM Cloud コンソールにログインします。
- ナビゲーションメニューから、 VMware > Resources > VCF for Classic をクリックします。
- 利用可能なリソースの一覧から、ご使用のVCSインスタンスを選択してください。
- 「 アクセス情報 」へ移動してください。
- vCenter で、 ADMIN 認証情報をコピーします。
-
vCenter にログインし、
vm-win22という名前の Windows 仮想サーバーを VCS インスタンスにデプロイします。- ネットワークインターフェースカード(NIC)が 192.168.0.0/16 NSX セグメントに接続されていることを確認します。
-
Windows 仮想サーバーの Web コンソールウィンドウを開きます。
- vCenter UIから、 vSphere Clientの隣にある左上のアイコンをクリックし、 インベントリを選択します。
- 以下を見つけてクリックしてください vm-win22。
- Launch Web Console をクリックし、 Web Console ウィンドウで、Administrator 認証情報でログインします。
-
Windows仮想サーバーからインターネットにアクセスしてみる。
- ウェブコンソールウィンドウから、以下の操作を行います:
- Microsoft Edge® を開く。
- 「 Google 」のホームページにアクセスしてください。
- ページがロードされることを確認する。
- ウェブコンソールウィンドウを閉じます。
- ウェブコンソールウィンドウから、以下の操作を行います:
-
vCenter にログインし、
vm-rhel9という名前の RHEL 仮想サーバーを VCS インスタンスにデプロイします。- NIC が 192.168.0.0/16 NSX セグメントに接続されていることを確認してください。
-
RHEL 仮想サーバーの Web Console ウィンドウを開きます。
- vCenter UIから、 vSphere Clientの隣にある左上のアイコンをクリックし、 インベントリを選択します。
- 以下を見つけてクリックしてください vm-rhel9。
- Launch Web Consoleをクリックし、 Web Console ウィンドウでroot認証情報でログインします。
-
RHEL仮想サーバーからインターネットに接続してみてください。
- Web Consoleウィンドウから、以下のコマンドを実行して、 Google 'のドメイン名を解決できることを確認する:
nslookup www.google.com- ウェブコンソールウィンドウを閉じます。
Windows virtIO ドライバーの ISO を Windows 仮想サーバーに取り込む
以下の手順で、Windows virtIO ドライバを含む ISO を入手し、転送してください。 これらのドライバは、 IBM Cloud VPC.NET Frameworkとの互換性を確保するのに役立ちます。 Windows仮想サーバー上のこのISOファイルは、後のステップでWindowsリカバリーイメージを修正するために使用される。
-
vCenter。
- IBM Cloud コンソールにログインします。
- ナビゲーションメニューから、 VMware > Resources > VCF for Classic をクリックします。
- 利用可能なリソースの一覧から、ご使用のVCSインスタンスを選択してください。
- 「 アクセス情報 」へ移動してください。
- vCenter で、 ADMIN 認証情報をコピーします。
-
vCenter にログインし、
vm-rhel9-tmpという名前の RHEL 仮想サーバーを VCS インスタンスにデプロイします。- NIC が 192.168.0.0/16 NSX セグメントに接続されていることを確認してください。
-
一時的な RHEL 仮想サーバーの Web Console ウィンドウを開きます。
- vCenter UIから、 vSphere Clientの隣にある左上のアイコンをクリックし、 インベントリを選択します。
- 探してクリック vm-rhel9-tmp.
- Launch Web Consoleをクリックし、 Web Console ウィンドウでroot認証情報でログインします。
- RHELが登録されていることを確認してください。
-
RHEL 仮想サーバーに
virtio-winパッケージをインストールします。- Web Consoleウィンドウから、以下のコマンドを実行してパッケージをインストールします:
dnf install -y virtio-win -
一時的な RHEL 仮想サーバーの IP アドレスを取得します。
- vCenter UIから、 vSphere Clientの隣にある左上のアイコンをクリックし、 インベントリを選択します。
- 探してクリック vm-rhel9-tmp.
- 仮想マシンの詳細で IPアドレスを探し、 192.x.x.x アドレスをコピーする。
-
virtIO ドライバ ISO を Windows 仮想サーバーにコピーします。
- vCenter UIから、 vSphere Clientの隣にある左上のアイコンをクリックし、 インベントリを選択します。
- 以下を見つけてクリックしてください vm-win22。
- Launch Web Console をクリックし、 Web Console ウィンドウで、Administrator 認証情報でログインします。
- コマンドプロンプトを開き、以下のコマンドを実行してRHEL仮想サーバーからISOをコピーします:
scp root@<TEMP_RHEL_VM_IP>:/usr/share/virtio-win/virtio-win.iso C:\virtio-win.iso<TEMP_RHEL_VM_IP>は、以前にコピーした一時的な RHEL 仮想サーバーの IP アドレスです。リモートサーバーを信頼するかどうかのプロンプトが表示されたら、 y を入力し、一時的な RHEL 仮想サーバーのパスワードを入力します。
-
一時的な RHEL 仮想サーバーと virtio-win.iso ファイルは、後で VPC 接続が確立した後に ISO をワーカー仮想サーバーに転送するために使用するので、一緒に保管してください。
Windows仮想サーバー用のcloud-initインストーラーの取得
Windows仮想サーバーも、VPCの仮想サーバーとして実行するためにCloud-initがインストールされている必要があります。 以下の手順でインターネットからインストーラーを入手してください。
- vCenter。
- IBM Cloud コンソールにログインします。
- ナビゲーションメニューから、 VMware > Resources > VCF for Classic をクリックします。
- 利用可能なリソースの一覧から、ご使用のVCSインスタンスを選択してください。
- 「 アクセス情報 」へ移動してください。
- vCenter で、 ADMIN 認証情報をコピーします。
- Windows 仮想サーバーの Web コンソールウィンドウを開きます。
- vCenter UIから、 vSphere Clientの隣にある左上のアイコンをクリックし、 インベントリを選択します。
- 以下を見つけてクリックしてください vm-win22。
- Launch Web Console をクリックし、 Web Console ウィンドウで、Administrator 認証情報でログインします。
- cloud-initインストーラーをダウンロードする。
- Webコンソールウィンドウから:
- Microsoft Edge を開く。
- インストーラーのダウンロードページにアクセスする。 ダウンロードは自動的に開始されます。
- ウェブコンソールウィンドウを閉じます。
- Webコンソールウィンドウから:
VCSインスタンスとVPC間のTransit Gateway (プライベート接続)の設定
次の手順を使用してTransit Gateway作成し、 IBM Cloud プライベート・ネットワーク上で VCS インスタンスと VPC を安全に接続します。
- IBM Cloud コンソールにログインします。
- 中継ゲートウェイを作成します。
- ナビゲーションメニュー から、「 インフラストラクチャ > ネットワーク > Transit Gateway 」をクリックしてください。
- 「作成」 をクリックします。
- 「 設定 」セクションで、以下の情報を指定してください:
- Name には
vpc-migration-tgwと入力する。
- Name には
- 「 場所 」セクションでは、以下の情報を指定してください:
- ルーティング・オプションで、 ローカル・ルーティングを選択する。
- 場所は ダラス(米国南部 )を選択。
- 「作成」 をクリックします。
- VPCをTransit Gateway接続する。
- ナビゲーションメニュー から、「 インフラストラクチャ > ネットワーク > Transit Gateway 」をクリックしてください。
- 利用可能なリソースのリストから、 vpc-migration-tgwを選択する。
- 接続の追加をクリックし、フォーム内で以下の情報を指定します:
- ネットワーク接続は VPCを選択する。
- コネクション・リーチ の場合は、 このアカウント新しい接続を追加する を選択する。
- 地域は 「 ダラス(米国南部) 」を選択。
- Available connections(利用可能な接続) 」で「 vpc-migration 」を選択する。
- 追加 をクリックします。
- VCSインスタンスをTransit Gateway接続する。
- VCSインスタンスのサブネットを見つける。
- IBM Cloud コンソールにログインします。
- ナビゲーションメニューから、 VMware > Resources > VCF for Classic をクリックします。
- 利用可能なリソースの一覧から、ご使用のVCSインスタンスを選択してください。
- **「インフラストラクチャー」**タブをクリックします。
- クラスタのリストで、移行する仮想マシンがあるクラスタをクリックします。
- ネットワークインターフェース までスクロールダウンし、 お客様ワークロードエッジ用のポータブルプライベートサブネット というサブネットを見つける。
- CIDR(Classless Inter-Domain Routing)表記を記録する。 本書では
<CIDR>と表記する。
- Transit Gateway VCSサブネットで更新する。
- IBM Cloud コンソールにログインします。
- ナビゲーションメニュー から、「 インフラストラクチャ > ネットワーク > Transit Gateway 」をクリックしてください。
- 利用可能なリソースのリストから、 vpc-migration-tgwを選択する。
- 接続の追加をクリックし、フォーム内で以下の情報を指定します:
- ネットワーク接続 の場合は、 クラシック・インフラストラクチャー を選択する。
- コネクション・リーチ の場合は、 このアカウント新しい接続を追加する を選択する。
- [ プレフィックスフィルタリング(オプション) ] をクリックします。
- [ プレフィックスフィルターを作成 ] をクリックします。
- アクション 」は「 許可 」を選ぶ。
- Networkには、
<CIDR>と入力する。<CIDR>は、以前に見つけたサブネットの名前である。 - 保存 をクリックします。
- 追加 をクリックします。
- VCSインスタンスのサブネットを見つける。
- VPC環境上の仮想サーバーとVCSインスタンス間のトラフィックを許可するセキュリティグループを作成します。
- ナビゲーションメニュー から、 [インフラストラクチャ] > [ネットワーク] > [セキュリティグループ ] をクリックします。
- 「作成」 をクリックします。
- 「 場所 」セクションでは、以下の情報を指定してください:
- 地理 」は「 北米 」を選択。
- 地域は 「 ダラス(米国南部) 」を選択。
- [ 詳細 ] セクションで、以下の情報を指定してください:
- Name には
vpc-migration-sg-tgwと入力する。 - 仮想プライベートクラウドでは、 vpc-migrationを選択する。
- Name には
- 「 受信ルール 」セクションで、以下の情報を指定してください:
- Create をクリックし、フォーム内で以下の情報を指定する:
- プロトコル ]で[ 任意のプロトコル ]を選択します。
- ソースタイプでは、 IPまたはCIDRを選択します。
- ソース(Source)には、
<CIDR>と入力する。<CIDR>は、以前に見つけたサブネットの名前である。 - 「作成」 をクリックします。
- Create をクリックし、フォーム内で以下の情報を指定する:
- 仮想サーバーインターフェイスのアタッチ ] セクションで、ワーカー仮想サーバーのインターフェイスを選択し、[ セキュリティグループの作成 ] をクリックします。
Windows virtIO ドライバの ISO をワーカー仮想サーバーに取り込む
以下の手順で、Windows virtIO ドライバを含む ISO を入手し、ワーカー仮想サーバーに転送します。 これらのドライバは、 IBM Cloud VPC.NET Frameworkとの互換性を確保するのに役立ちます。 ワーカー仮想サーバー上のこのISOファイルは、後のステップでディスクイメージ変換を容易にするために使用されます。
-
vCenter。
- IBM Cloud コンソールにログインします。
- ナビゲーションメニューから、 VMware > Resources > VCF for Classic をクリックします。
- 利用可能なリソースの一覧から、ご使用のVCSインスタンスを選択してください。
- 「 アクセス情報 」へ移動してください。
- vCenter で、 ADMIN 認証情報をコピーします。
-
一時的な RHEL 仮想サーバーの IP アドレスを取得します。
- vCenter UIから、 vSphere Clientの隣にある左上のアイコンをクリックし、 インベントリを選択します。
- 探してクリック vm-rhel9-tmp.
- 仮想マシンの詳細で IPアドレスを探し、 192.x.x.x アドレスをコピーする。
-
virtIO ドライバ ISO をワーカー仮想サーバーにコピーする。
- ワーカー仮想サーバーに Secure Shell (SSH) でログインする。
ssh -J root@<BASTION_VSI_IP> root@<WORKER_VSI_IP>- virtio ドライバの ISO ファイルを SCP する。
scp root@<TEMP_RHEL_VM_IP>:/usr/share/virtio-win/virtio-win.iso /root/virtio-win.iso<TEMP_RHEL_VM_IP>は、以前にコピーした一時的な RHEL 仮想サーバーの IP アドレスです。リモートサーバーを信頼するかどうかを確認するプロンプトが表示されたら、「 yes 」と入力し、一時的なRHEL仮想サーバーのパスワードを入力します。
Windows 仮想サーバーの移行準備
仮想サーバーを移行する前に、必要なドライバーをインストールし、Windows仮想サーバー上でCloud-initを設定する必要があります。 次の手順を使用して、Windows 仮想サーバーの移行を準備します。
-
vCenter。
- IBM Cloud コンソールにログインします。
- ナビゲーションメニューから、 VMware > Resources > VCF for Classic をクリックします。
- 利用可能なリソースの一覧から、ご使用のVCSインスタンスを選択してください。
- 「 アクセス情報 」へ移動してください。
- vCenter で、 ADMIN 認証情報をコピーします。
-
Windows 仮想サーバーの Web コンソールウィンドウを開きます。
- vCenter UIから、 vSphere Clientの隣にある左上のアイコンをクリックし、 インベントリを選択します。
- 以下を見つけてクリックしてください vm-win22。
- Launch Web Console をクリックし、 Web Console ウィンドウで、Administrator 認証情報でログインします。
-
Windows 仮想サーバーのリカバリイメージに virtIO ドライバをインストールするには、「 リカバリイメージで virtio-win ドライバを使用可能にする 」の手順に従ってください。 リンク先のドキュメントに記載されているコマンドを実行するには、 PowerShell ではなく、コマンドプロンプトを使用してください。 リカバリーイメージに追加されたドライバーファイルは、先のステップでWindows仮想サーバーにコピーされた
C:\virtio-win.isoファイルをマウントしたものです。仮想サーバーにGPTパーティションテーブルがある場合は、パーティションIDを数字ではなくUUIDに設定する必要があることに注意してください。
diskpart、システムパーティションとリカバリーパーティションの詳細を表示し、正しいIDを取得する。 詳細については、 detail partitionコマンドのドキュメントを参照してください。回復パーティションにドライブ文字を割り当てても回復ドライブにファイルが表示されない場合は、 C:\Windows\System32\Recovery フォルダを確認してください。 Winre.wim ファイルは、
reagentcを無効にした後にのみ表示されます。 ファイルは隠されたままであり、dir /aコマンドを使わないと見ることができない。 -
Windows仮想サーバーにCloud-initをインストールして設定します。
- ウェブコンソールウィンドウから、 ファイルエクスプローラーを開きます。
- ダウンロードをクリックしてください。
- 以前にダウンロードしたCloud-initインストーラファイルをダブルクリックし、プロンプトに従ってパッケージをインストールします。 Cloud-initのユーザー名はAdminではなく、
Administrator。 - インストールが終了したら、インストールウィザードで、sysprepを実行するためのボックスにはチェックを入れないでください。 「終了」をクリックします。
- 仮想サーバーのカスタマイズ 」の手順に従って、Cloud-init 設定ファイルを変更します。
sysprepステップは実行せず、ファイルを変更した後に停止する。
-
Windows 仮想サーバーをシャットダウンし、Web コンソールを閉じます。
RHEL 仮想サーバーの移行準備
RHEL仮想サーバーを virtIO ドライバとCloud-initで構成し、マイグレーションの準備をする必要があります。 RHEL virtIO ドライバのインストールは、カーネルに含まれているか、モジュールとしてロードする必要があるかによって異なります。 これらの手順は、ドライバーをロードする必要があり、ロードされていないことを前提としている。
以下の情報を使用して、RHEL仮想サーバーの移行準備を行います。
-
IBM Cloud コンソールにログインします。
-
vCenter。
- IBM Cloud コンソールにログインします。
- ナビゲーションメニューから、 VMware > Resources > VCF for Classic をクリックします。
- 利用可能なリソースの一覧から、ご使用のVCSインスタンスを選択してください。
- 「 アクセス情報 」へ移動
- vCenter で、 ADMIN 認証情報をコピーします。
-
vCenter にログインし、Web Console ウ ィ ン ド ウ を開いて仮想サーバ名
vm-rhel9にアクセスします。 -
RHEL仮想サーバーにCloud-initをインストールします。
- Web Consoleウィンドウから、以下のコマンドを実行して
cloud-init:
dnf install -y cloud-init - Web Consoleウィンドウから、以下のコマンドを実行して
-
RHEL 仮想サーバー上の既存のネ ッ ト ワー ク 設定を削除 し、 起動時に正 し く 設定 さ れ る よ う に し ます。
- Webコンソールウィンドウから:
-
以下のコマンドを実行して、
/etc/sysconfig/network-scriptsにあるファイルを削除する:rm /etc/sysconfig/network-scripts/* -
以下のコマンドを実行して、
/etc/NetworkManager/system-connectionsにあるファイルを削除する:rm /etc/NetworkManager/system-connections/* -
/etc/sysconfig/networkを開き、GATEWAYDEVが設定されている行をすべて削除する。
-
- Webコンソールウィンドウから:
-
仮想サーバーが起動時に再登録されるように、既存の Red Hat Subscription Manager 構成を削除します。
- ウェブコンソールウィンドウから、以下のコマンドを実行して
/etc/rhsm/facts/uuid_override.factsを削除する:
rm /etc/rhsm/facts/uuid_override.facts- ウェブコンソールウィンドウを閉じます。
- ウェブコンソールウィンドウから、以下のコマンドを実行して
-
RHEL 仮想サーバーの電源を切ります。
- vCenter UIから、 vSphere Clientの隣にある左上のアイコンをクリックし、 インベントリを選択します。
vm-rhel9を見つけて右クリックし、 Power > Power Off を選択する。
マイグレーション用netcatサーバーの起動
以下の手順で、Windows仮想サーバーのブートディスクをVPC内のブロックストレージボリュームに移行し、そこから仮想サーバーを作成します。
仮想サーバーが起動すると、Cloud-initが実行され、管理者パスワードがリセットされます。
-
IBM Cloud コンソールにログインします。
-
切り離したWindowsブートボリュームを作成する。
- ナビゲーションメニューから、 [インフラストラクチャ ]>[ ネットワーク ]>[ サブネット ]をクリックします。
- 利用可能なリソースのリストから vpc-migration-sn-1.
- **「添付リソース」**をクリックします。
- Attached instances セクションで、 Createをクリックする。
- Location セクションで、以下の情報を指定する:
- 地理 」は「 北米 」を選択。
- 地域は 「 ダラス(米国南部) 」を選択。
- **ゾーン **us-south-1.
- 詳細セクションの 「名前 」に「
vpc-migration-vsi-win22」と入力する。 - Server configuration セクションで、以下の情報を指定する:
- 画像の場合は、 Change imageをクリックする。
- 画像の選択フォームで、以下の情報を指定します:
windowsを検索します。- 結果のリストから ibm-windows-server-2022-full-standard-amd64-32 を選択し、 保存をクリックします。
- SSHキーの場合は、 vpc-migration-ssh-keyを選択する。
- ストレージセクションで、ブートボリュームの項目の隣にある編集アイコンをクリックします。 ブート・ボリュームの編集フォームで、以下の情報を指定します:
- Details セクションで、以下の情報を指定する:
- 名前
vpc-migration-vsi-win22-boot-volume - 自動削除を 無効に設定する
- 名前
- Profiles セクションで、 General purposeを選択する
- Storage capacity ] セクションの [ Storage size ] に、Windows 仮想サーバーのストレージサイズ以上の値を入力し、[ Save] をクリックします。
- Details セクションで、以下の情報を指定する:
- 仮想サーバーの作成 ]をクリックします。
- ナビゲーションメニューから、[ Infrastructure ] > [ Compute ] > [Virtual server instances ]をクリックします。
- 利用可能なリソースのリストから vpc-migration-vsi-win22 を選択し、 削除をクリックします。
- Delete virtual server instance フォームで、以下の情報を指定します:
- 入力欄に Deleteと入力する。
- **「削除」**をクリックします。
-
以下の情報を指定して、ブートボリュームをワーカー仮想サーバーにアタッチします:
- ナビゲーションメニューから、 インフラストラクチャー > ストレージ > ブロックストレージボリュームをクリックします。
- 利用可能なリソースのリストから vpc-migration-vsi-win22-boot-volume.
- Attached Virtual Server] セクションで、[ Attach] をクリックします。
- 仮想サーバーの一覧から vpc-migration-vsi-worker を選択し、[ ** Attach] をクリックします。
-
前回使用したコマンドを実行して、ワーカー仮想サーバーに SSH 接続します。
-
以下のコマンドを実行して、アタッチされているブート・ボリュームのブロック・デバイス名を取得する:
lsblk -n -d -o NAME | tail -n 1 -
Netcatサーバーを起動し、ディスク転送の着信を待ち、以下のコマンドを実行して接続されたブートボリュームに書き込む:
nc -l 31337 | gunzip | dd of=/dev/<DEV_NAME> bs=16M status=progress説明
<DEV_NAME>は前回見つけたブロック・デバイスの名前です。
プライベート・ネットワークへのVCSインスタンスのアクセスを許可する
-
VCSインスタンスからVPCへのアクセスを許可するSNATルールを有効にします。
- NSXへの認証情報を探す。
- IBM Cloud コンソールにログインします。
- ナビゲーションメニューから、 VMware > Resources > VCF for Classic をクリックします。
- 利用可能なリソースの一覧から、ご使用のVCSインスタンスを選択してください。
- 「 アクセス情報 」へ移動してください。
- NSX Manager で、 http 認証情報と FQDN(完全修飾ドメイン名 )をコピーします。
- パブリックSNATルールを無効にする。
- NSX UI にログインします。
- [ ネットワーク ] タブに移動します。
- ネットワークサービス] の [NAT] をクリックします。
- ゲートウェイには、
T1-workload-vcs-mf | Tier-1を選択する。 T1-public-snat-workload-*」という名前のSNATルールが存在し、無効になっていることを確認してください。
- プライベート SNAT ルールを有効にする。
- NSX UI にログインします。
- [ ネットワーク ] タブに移動します。
- ネットワークサービス] の [NAT] をクリックします。
- ゲートウェイには、
T1-workload-vcs-mf | Tier-1を選択する。 T1-private-snat-workload-*」という名前のSNATルールが存在し、有効になっていることを確認 してください。
- NSXへの認証情報を探す。
-
VPCサブネットのIPアドレス範囲を取得します。
- ナビゲーションメニュー から、 [インフラストラクチャ] > [ネットワーク] > [サブネット ] をクリックします。
- 利用可能なリソースのリストから vpc-migration-sn-1.
- IPレンジの値をコピーする。
-
RHEL 仮想サーバーの Web Console ウィンドウを開きます。
-
VCSインスタンスからVPCサブネット内のIPアドレスにアクセスしてみる。
- Web Console ウィンドウから、以下のコマンドを実行して Worker 仮想サーバーに ping できることを確認します:
ping <WORKER_VSI_IP><WORKER_VSI_IP>は、以前にコピーしたワーカーバーチャルサーバーのIPアドレスです。- ウェブコンソールウィンドウを閉じます。
-
VPCからルーティングされたVCSネットワーク内のIPアドレスにアクセスしてみる。
- 前回使用したコマンドを実行して、ワーカー仮想サーバーに SSH 接続します。
- ルーティングされたVCSネットワークのゲートウェイにpingを送信できることを確認する。
<CIDR>のゲートウェイを見つけ、そのIPアドレスにpingを打ってみる。<CIDR>は前回見つけたサブネットの名前。
Windows仮想サーバーの移行
-
vCenter。
- IBM Cloud コンソールにログインします。
- ナビゲーションメニューから、 VMware > Resources > VCF for Classic をクリックします。
- 利用可能なリソースの一覧から、ご使用のVCSインスタンスを選択してください。
- 「 アクセス情報 」へ移動してください。
- vCenter で、 ADMIN 認証情報をコピーします。
-
Windows 仮想サーバーの IP アドレスを取得します。
- vCenter UIから、 vSphere Clientの隣にある左上のアイコンをクリックし、 インベントリを選択します。
- 以下を見つけてクリックしてください vm-win22。
- 仮想マシンの詳細で IPアドレスを探し、 192.x.x.x アドレスをコピーする。
-
Windows 仮想サーバーから Ubuntu Server シェルに入ります。
- vCenter UI から、左上の vSphere Client® の横にあるアイコンをクリックし、 インベントリを選択します。
- 検索 vm-win22 を見つけ、右クリックし、 Edit Settingsを選択する。
- CD/DVDドライブ1 を拡大する。
- CD/DVDドライブ1の場合、ドロップダウンをクリックし、 データストアISOファイルを選択します。
- ファイルの選択画面では、VCSインスタンスのタイプに応じて、 管理-共有または vsanDatastore を選択する。
- 先にダウンロードした Ubuntu ISOを選択します。
- Status(状態)]では、[ Connect At Power On(電源オン時に接続) ]のチェックボックスをクリックします。
- 「OK」 をクリックします。
- CD/DVDドライブ1の場合、ドロップダウンをクリックし、 データストアISOファイルを選択します。
- 「OK」 をクリックします。
- CD/DVDドライブ1 を拡大する。
- vCenter UIから、
vm-win22を見つけて右クリックし、 Power > Power Onを選択する。 - [ Webコンソールの起動 ] をクリックします。 ウェブコンソールウィンドウで、以下の情報を指定します:
- Extensible Firmware Interface (EFI) VMware Virtual Integrated Drive Electronics (IDE) CD-ROM Drive を選択します。
- 試用または Ubuntu サーバーのインストールを選択します。
- 言語選択画面がロードされるまで待つ。
- ヘルプを選択してください。
- Enter shellを選ぶ。
-
Windows 仮想サーバー上で動作す る Ubuntu Server でネ ッ ト ワー ク を設定 し ます。
- ウェブコンソールウィンドウで、以下のコマンドを実行して、プライマリネットワークインターフェースにIPアドレスを追加します:
ip addr add <WINDOWS_VM_IP>/24 dev ens192<WINDOWS_VM_IP>は、以前にコピーしたWindows仮想サーバーのIPアドレスです。- 以下のコマンドを実行して、ルーティングされた仮想データセンター(VDC)ネットワークを経由するデフォルトルートを追加します:
ip route add default via 192.168.0.1 -
Windows仮想サーバーのディスクをWorker仮想サーバーに転送します。
- Web Console ウィンドウで、以下のコマンドを実行して Windows 仮想サーバーディスクの転送を開始します:
dd if=/dev/sda bs=16M status=progress | gzip | nc -v <WORKER_VSI_IP> 31337<WORKER_VSI_IP>は、以前にコピーしたワーカーバーチャルサーバーのIPアドレスです。-
転送が完了するまでお待ちください。 Ubuntu Server シェルまたはワーカー仮想サーバーのどちらからでも、転送の進行状況を監視できます。
Netcatクライアントとサーバーの両方のコマンドが、転送完了後に停止しない場合がある。 それでも止まらない場合は、手動で中断させる必要がある。
-
ウェブコンソールウィンドウを閉じます。
-
ワーカー仮想サーバー上で、以下のコマンドを実行してパーティションテーブルをディスク上の正しい位置に移動し、アタッチされているブートボリューム上のパーティションテーブルを修正します:
sgdisk --move-second-header /dev/<DEV_NAME>ここで、
<DEV_NAME>は前回見つけたブロック・デバイスの名前です。 -
以下のコマンドを実行して、接続されているブート・ボリュームのバッファをフラッシュする:
blockdev --flushbufs /dev/<DEV_NAME>ここで、
<DEV_NAME>は前回見つけたブロック・デバイスの名前です。 -
virt-v2v-in-place ツールを使用するためのユーティリティをインストールします。
apt-get install -y virt-v2v apt-get install -y rhsrvany -
マウントされたWindowsブートボリュームにシンボリックリンクを作成する。 ここでの仮想サーバー名は、本書で作成したWindows仮想サーバー名の例に対応します。 異なる名前の仮想サーバーを移行する場合は、VM_NAME 変数の代わりにその仮想サーバー名を使用します。
VM_NAME=vm-win22 TARGET_DEV=/dev/<DEV_NAME> SYMLINK="/tmp/${VM_NAME}-sda" ln -fs "${TARGET_DEV}" "${SYMLINK}" ls -l "${SYMLINK}"ここで、
<DEV_NAME>は前回見つけたブロック・デバイスの名前です。 -
virt-v2v-in-placeを実行します。 以前のステップからコピーされた virtio-win.iso ファイルは、ここでVIRTIO_WIN変数で参照される。export LIBGUESTFS_BACKEND=direct export VIRTIO_WIN=/root/virtio-win.iso virt-v2v-in-place -i disk "${SYMLINK}" --block-driver virtio-scsi -v -
変換が成功したことを確認する。
リターンコードが0であることを確認する。 次のコマンドは、変換が成功した場合に0を表示する:
echo $?
If the `virt-v2v-in-place` command was not successful, the image on the mounted boot volume is in an indeterminate state. Check the output for any error messages. Any issue needs to be resolved first. Afterwards, the data from the source Windows virtual server needs to be re-transferred to the mounted boot volume on the worker virtual server before retrying the `virt-v2v-in-place` command.
- IBM Cloud コンソールにログインします。
- 接続されたブートボリュームからWindows仮想サーバーを作成します。
- ナビゲーションメニューから、 インフラストラクチャー > ストレージ > ブロックストレージボリュームをクリックします。
- 利用可能なリソースのリストから vpc-migration-vsi-win22-boot-volume.
- Attached virtual server] セクションで、ワーカー仮想サーバー名の横にある [ Detach] アイコンをクリックします。
- ワーカー仮想サーバーがデタッチするのを待ちます。
- Attached Virtual Server] セクションで、[ Attach] をクリックします。 仮想サーバーへのアタッチフォームで、以下の情報を指定します:
- [ サーバーの作成 ] をクリックします。
- 「 起動ボリュームとしてアタッチ 」をクリックします。
- 「 場所 」セクションでは、以下の情報を指定してください:
- 地理 」は「 北米 」を選択。
- 地域は 「 ダラス(米国南部) 」を選択。
- **ゾーン **us-south-1.
- [ 詳細 ] セクションで、以下の情報を指定してください:
- Name には
vpc-migration-vsi-win22と入力する。
- Name には
- Server configuration セクションの SSH Keysで、 vpc-migration-ssh-keyを選択します。
- [ 仮想サーバーの作成 ] をクリックします。
- Windows 仮想サーバーの IP アドレスを取得します。
- ナビゲーションメニューから、 [Infrastructure(インフラストラクチャー)] > [Compute(コンピュート)] > [Virtual server instances(仮想サーバーインスタンス)]をクリックします。
- 検索 vpc-migration-vsi-win22.
- 結果の一覧から、Windows 仮想サーバーの予約済み IP アドレスをコピーします。
- Windows 仮想サーバーにログインします。
-
以下のコマンドを実行し、bastion 仮想サーバー経由で Windows 仮想サーバーの Remote Desktop Protocol (RDP) ポートを表示します:
ssh -L 3389:<WINDOWS_VSI_IP>:3389 <BASTION_VSI_IP> -l root -N<WINDOWS_VSI_IP>は前回コピーしたWindows仮想サーバーのIPアドレス、<BASTION_VSI_IP>は前回コピーしたbastion仮想サーバーのIPアドレス。 -
お好みのリモートデスクトップクライアントを使用して、Windows仮想サーバーに接続します。 IP アドレスとして
localhostを使用し、Windows 仮想サーバーのパスワードを使用して Administrator としてログインします。
-
RHEL 仮想サーバーの起動ディスクの作成
以下の情報を使用して、RHEL 仮想サーバーディスクを VPC に移行し、移行したディスクから仮想サーバーを作成します。
仮想サーバーが起動すると、Cloud-initが実行され、rootパスワードがリセットされます。
-
IBM Cloud コンソールにログインします。
-
以下の情報を指定して、切り離したRHELブートボリュームを作成する:
- ナビゲーションメニューから、 [インフラストラクチャ ]>[ ネットワーク ]>[ サブネット ]をクリックします。
- 利用可能なリソースのリストから vpc-migration-sn-1.
- **「添付リソース」**をクリックします。
- Attached instances セクションで、 Createをクリックする。
- Location セクションで、以下の情報を指定する:
- 地理 」は「 北米 」を選択。
- 地域は 「 ダラス(米国南部) 」を選択。
- **ゾーン **us-south-1.
- 詳細セクションの 「名前 」に「
vpc-migration-vsi-rhel9」と入力する。 - Server configuration セクションで、以下の情報を指定する:
- 画像の場合は、 Change imageをクリックする。
- 画像の選択フォームから、以下の情報を指定します:
- 検索 Red Hat.
- 結果リストから ibm-redhat-9-6-minimal-amd64-5 を選択し、 「保存 」をクリックします。
- SSHキーの場合は、 vpc-migration-ssh-keyを選択する。
- ストレージ ]セクションで、ブートボリュームの項目の隣にある [編集] アイコ ンをクリックします。
- ブート・ボリュームの編集フォームで、以下の情報を指定します:
- Details セクションで、以下の情報を指定する:
- 名前
vpc-migration-vsi-rhel9-boot-volume - 自動削除を 無効に設定する
- 名前
- Profiles セクションで、 General purposeを選択する。
- Storage capacity ] セクションの [ Storage size ] に、RHEL 仮想サーバーのストレージサイズ以上の値を入力し、[ Save ] をクリックします。
- Details セクションで、以下の情報を指定する:
- 仮想サーバーの作成 ]をクリックします。
- ナビゲーションメニューから、 [Infrastructure(インフラストラクチャー) ] > [ Compute(コンピュート )] > [Virtual server instances(仮想サーバーインスタンス) ]をクリックします。
- 利用可能なリソースのリストから vpc-migration-vsi-rhel9.
- **「削除」**をクリックします。 仮想サーバーインスタンスの削除
- 入力欄に Deleteと入力する。
- **「削除」**をクリックします。
-
以下の情報を指定して、ブートボリュームをワーカー仮想サーバーにアタッチします:
- ナビゲーションメニューから、 インフラストラクチャー > ストレージ > ブロックストレージボリュームをクリックします。
- 利用可能なリソースのリストで vpc-migration-vsi-rhel9-boot-volume.
- Attached Virtual Server] セクションで、[ Attach] をクリックします。
- 仮想サーバーの一覧から vpc-migration-vsi-worker を選択し、[ Attach] をクリックします。
-
前回使用したコマンドを実行して、ワーカー仮想サーバーに SSH 接続します。
-
以下のコマンドを実行して、アタッチされているブート・ボリュームのブロック・デバイス名を取得する:
lsblk -n -d -o NAME | tail -n 1 -
Netcatサーバーを起動し、ディスク転送の着信を待ち、次のコマンドを実行して接続されたブートボリュームに書き込む:
nc -l 31337 | gunzip | dd of=/dev/<DEV_NAME> bs=16M status=progressここで、
<DEV_NAME>は前回見つけたブロック・デバイスの名前です。
Block Storage for VPC のボリュームについて
RHEL仮想サーバーを移行する前に、この移行で使用される IBM Cloud VPC ボリュームに関する Block Storage を必ず確認してください:
- ブートボリューム:このチュートリアルで作成するボリュームは、オペレーティングシステムを含むブートボリュームです。 インスタンスの作成時にブートボリュームが自動的にアタッチされ、使用するプロファイルに応じて、その容量は10 GBから32,000 GBの範囲で設定可能です。
- ボリュームプロファイル:このチュートリアルでは、 IBM Cloud VPC のボリュームに対して Block Storage を使用します。 従来の階層型プロファイル( 3iops-tier、 5iops-tier、 10iops-tier )から選択するか、カスタムIOPSおよびスループットに対応したSDP(定義済みパフォーマンス)プロファイルを選択できます。
- ボリュームの暗号化:すべてのボリュームは、デフォルトで IBM による管理下での暗号化が適用されます。 また、独自のルートキーを使用したお客様暗号化を利用することも可能です。
- ボリュームの制限:各アカウントリージョンごとに最大300個のボリュームを作成でき、各仮想サーバーインスタンスには、ブートボリューム1つに加えて、最大12個のデータボリュームをアタッチできます。
- パフォーマンス:各ボリュームには専用のパフォーマンス割り当てが設定されており、共有ストレージ環境でよく見られる「ノイジーネイバー」の問題を防ぐのに役立ちます。
詳細については、 「Block Storage for VPC について 」をご覧ください。
RHEL 仮想サーバーの移行
-
vCenter ポータルにアクセスしてください。
-
RHEL 仮想サーバーの IP アドレスを取得します。
- vCenter UIから、 vSphere Clientの隣にある左上のアイコンをクリックし、 インベントリを選択します。
- 以下を見つけてクリックしてください vm-rhel9。
- 仮想マシンの詳細で IPアドレスを探し、 192.x.x.x アドレスをコピーする。
-
RHEL 仮想サーバーから Ubuntu Server シェルを起動する。
- vCenter UIから、 vSphere Clientの隣にある左上のアイコンをクリックし、 インベントリを選択します。
- 検索 vm-rhel9 を見つけ、右クリックし、 Edit Settingsを選択する。
- CD/DVDドライブ1 を拡大する。
- CD/DVDドライブ1の場合、ドロップダウンをクリックし、 データストアISOファイルを選択します。
- ファイルの選択画面では、VCSインスタンスのタイプに応じて、 管理-共有または vsanDatastore を選択する。
- 先にダウンロードした Ubuntu ISOを選択します。
- Status(状態)]では、[ Connect At Power On(電源オン時に接続) ]のチェックボックスをクリックします。
- 「OK」 をクリックします。
- CD/DVDドライブ1の場合、ドロップダウンをクリックし、 データストアISOファイルを選択します。
- 「OK」 をクリックします。
- CD/DVDドライブ1 を拡大する。
- vCenter UIから、
vm-rhel9を見つけて右クリックし、 Power > Power Onを選択する。 - [ Webコンソールの起動 ] をクリックします。 ウェブコンソールウィンドウで、以下の情報を指定します:
- EFI VMware Virtual IDE CD-ROM Drive (Extensible Firmware Interface VMware Virtual Integrated Drive Electronics CD-ROM Drive) を選択します。
- 試用または Ubuntu サーバーのインストールを選択します。
- 言語選択画面がロードされるまで待つ。
- ヘルプを選択してください。
- Enter shellを選ぶ。
-
RHEL 仮想サーバー上で動作す る Ubuntu Server でネ ッ ト ワー ク を設定 し ます。
- ウェブコンソールウィンドウで、以下のコマンドを実行して、プライマリネットワークインターフェースにIPアドレスを追加します:
ip addr add <RHEL_VM_IP>/24 dev ens192<RHEL_VM_IP>は、以前にコピーした RHEL 仮想サーバーの IP アドレスです。- 以下のコマンドを実行して、ルーティングされたVCSネットワークを通るデフォルト・ルートを追加する:
ip route add default via 192.168.0.1 -
RHEL 仮想サーバーのディスクを Worker 仮想サーバーに転送します。
- Web Console ウィンドウで、以下のコマンドを実行して RHEL 仮想サーバーディスクの転送を開始します:
dd if=/dev/sda bs=16M status=progress | gzip | nc -v <WORKER_VSI_IP> 31337<WORKER_VSI_IP>は、以前にコピーしたワーカーバーチャルサーバーのIPアドレスです。-
転送が完了するまでお待ちください。 Ubuntu Server シェルまたはワーカー仮想サーバーのどちらからでも、転送の進行状況を監視できます。
Netcatクライアントとサーバーの両方のコマンドが、転送完了後に停止しない場合がある。 それでも止まらない場合は、手動で中断させる必要がある。
-
ウェブコンソールウィンドウを閉じます。
-
ワーカー仮想サーバー上で、以下のコマンドを実行してパーティションテーブルをディスク上の正しい位置に移動し、アタッチされているブートボリューム上のパーティションテーブルを修正します:
sgdisk --move-second-header /dev/<DEV_NAME>
説明
<DEV_NAME> は前回見つけたブロック・デバイスの名前です。
- 以下のコマンドを実行して、接続されているブート・ボリュームのバッファをフラッシュする:
blockdev --flushbufs /dev/<DEV_NAME>
説明
<DEV_NAME> は前回見つけたブロック・デバイスの名前です。
RHEL 仮想サーバーの起動
以下の手順で、接続されたブートボリュームからRHEL仮想サーバーを作成します。
-
IBM Cloud コンソールにログインします。
-
ナビゲーションメニューから、 インフラストラクチャー > ストレージ > ブロックストレージボリュームをクリックします。
-
利用可能なリソースのリストから、次のものを見つけてクリックします。 vpc-migration-vsi-rhel9-boot-volume.
-
Attached virtual server] セクションで、ワーカー仮想サーバー名の横にある [ Detach] アイコンをクリックします。
-
Attached Virtual Server] セクションで、[ Attach] をクリックします。 Attach to the virtual server フォームで、以下の情報を指定します:
- サーバーの作成 ] をクリックします
- ブートボリュームとしてアタッチ ]をクリックします。
- Location セクションで、以下の情報を指定する:
- 地理 」は「 北米 」を選択。
- 地域は 「 ダラス(米国南部) 」を選択。
- **ゾーン **us-south-1.
- 詳細セクションの 「名前 」に「
vpc-migration-vsi-rhel9」と入力する。 - Server configuration セクションの SSH Keysで、 vpc-migration-ssh-keyを選択します。
- 仮想サーバーの作成 ]をクリックします。
-
以下の情報を指定して、RHEL 仮想サーバーの IP を取得します:
- ナビゲーションメニューから、 [Infrastructure(インフラストラクチャー) ] > [ Compute(コンピュート )] > [Virtual server instances(仮想サーバーインスタンス) ]をクリックします。
- 検索 vpc-migration-vsi-rhel9.
- 結果の一覧から、RHEL 仮想サーバーの予約済み IP をコピーします。
-
新しいRHEL仮想サーバーにログインする
- 以下のコマンドを実行して、RHEL 仮想サーバーに SSH 接続します:
ssh -J root@<BASTION_VSI_IP> root@<RHEL_VSI_IP>説明
<BASTION_VSI_IP>は前回コピーした Bastion 仮想サーバーの IP です。<RHEL_VSI_IP>は、前回コピーしたRHEL仮想サーバーのIPです。
次のステップ
ワークロードのVPCへの移行に成功したところで、仮想サーバやその他のリソースを移行または追加してVPCを発展させる方法については、以下のリソースを参照してください。
- アーキテクチャを見直す : Virtual Servers for VPC リファレンスアーキテクチャを 完全に理解する。
- マイグレーション戦略 移行方法と設計上の注意 点について詳しく説明します。
- 環境の最適化コンピュート、ネットワーク、ストレージ、セキュリティに関する 設計上の考慮点を 探ります。
- モニタリングの実装 VPC環境に 観測可能なソリューションを 設定する。
- 回復力を計画する : バックアップと災害復旧戦略を 見直す。