移行に関する考慮事項

VPC+ Cloud Migration ツールは、ご使用の環境を IBM Cloud® Virtual Private Cloud 上で複製し、IBM Cloud クラシック・インフラストラクチャーを取り消しません。 既存のクラシック環境は、IBM Cloud コンソールから取り消すことができます。

仮想サーバー・インスタンスに関する考慮事項

仮想サーバー・インスタンスは、以下のいずれかのオペレーティング・システムを使用する必要があります。

  • CentOS 7.x, 8.x
  • Debian 9.x, 10.x
  • Red Hat 7.x, 8.x
  • Ubuntu Linux 16.04.x, 18.04.x
  • Windows 2012、2012R2、2016

サポート対象のオペレーティング・システムを使用していない仮想サーバーがある場合は、マイグレーションする前に、それらをサポート対象レベルにマイグレーションする必要があります。

仮想サーバーはクラウド初期設定が有効になっていて、Virtio ドライバーがなければなりません。 この基準を満たさない Linux イメージについては、Linux カスタム・イメージの作成を参照して、イメージを作成してください。 この基準を満たさない Windows イメージについては、Windows カスタム・イメージの作成を参照してください。 オプションとして、Linux イメージまたは Windows イメージが、OS の最小要件を満たしているかどうか、クラウド初期設定が有効になっているかどうか、および Virtio ドライバーが組み込まれているかどうかを検査するためのスクリプトを実行することができます。 詳しくは スクリプトの詳細をご覧ください。

さらに仮想サーバーは以下の要件を満たしている必要があります。

  • アドオンなし
  • ストック OS イメージ
  • 1 次ボリューム・サイズが 100 GB 以下
  • サポートされているオペレーティング・システム

VPC+ Cloud Migrationツールは、仮想サーバー・インスタンスにログインすることも、それらのインスタンスにアクセスすることもしません。 Wancloudsが管理するVPC+ Cloud Migrationは、業界のベスト・プラクティスに従って、アプリケーション・ツールのセキュリティーを確保し、機密情報を保護します。

VMDK イメージ変換

VPC+ ツールを使用して、VMDK フォーマットのイメージをクラシックから VPC にマイグレーションすることができます。 VPC+ ツールは、VPC のサポート対象フォーマットである qcow2 に VMDK イメージを変換します。 イメージは、Considerations for Virtual Server Instances セクションに記載されているイメージ要件を満たしている必要があります：

  • サポートされるオペレーティング・システム
  • クラウド初期設定が有効になっている
  • Virtio ドライバー
  • シングル vHDD (2 次ボリュームなし) かつ 100 GB 以下

VPC+ ツールを使用して VMDK イメージを変換しマイグレーションする場合、ツールを使用する前に IBM Cloud Object Storage にイメージをエクスポートする必要があります。 詳しくは、データのアップロードを参照してください。

代わりの手段として、VMDK イメージを qcow2 に変換し、自分自身で Object Storage にアップロードすることが可能です。 詳しくは、VMDK イメージまたは VHD イメージの VPC へのマイグレーションを参照してください。

専用ホスト

クラシック仮想サーバー・インスタンスを専用ホストから IBM Cloud VPC にマイグレーションする際には、引き続きシングル・テナント・モデル (専用ホスト) としてマイグレーションするか、共有テナント・モデル (パブリック) に変更するかを選択できます。 デフォルトはシングル・テナント・モデルです。VPC+ ツールは、VPC で提供されている、専用ホストと仮想サーバー・インスタンスの両方に最も近いクラシック・プロファイルとのマッチングを試みます。 専用ホストまたは仮想サーバー・インスタンスのいずれかのプロファイルを変更することも可能です。

クラシック仮想サーバーの配置について決定する際には、手動 (専用ホスト) または自動割り当てのいずれかを選択できます。 IBM Cloud VPC では、実装が若干異なり、専用ホストか専用ホスト・グループのいずれかに配置されます。 クラシック仮想サーバー・インスタンスの配置が手動の場合、VPC+ ツールはその配置を受け入れ、仮想サーバーをその配置に従って IBM Cloud VPC にプロビジョンします。 自動割り当ての場合は、異なる実装により、サーバーは専用ホスト・グループ内に自動的に割り当てられます。 詳しくは、専用ホストおよび専用グループの作成を参照してください。 プロファイルの場合と同様、仮想サーバーの配置と専用ホスト・グループを変更することもできます。

サポート対象の仮想サーバー・プロファイル

すべてのコンピュート・プロファイルが VPC でサポートされるわけではありません。 例えば、C1.2x2、C1.4x4、C1.8x8 などの 2 次プロファイルはサポートされません。 サポートされるプロファイルの完全なリストについては、VPC プロファイルを参照してください。

VPC+ ツールが、ディスカバリー中にサポート対象のプロファイルと一致しないプロファイルを検出すると、最も近似するプロファイルが選択されます。 この選択内容は、検出されたリソースを編集するときに変更できます。

VPC+ Cloud Migration では、現在 GPU プロファイルはサポートされていません。

オートスケーリング用のインスタンス・グループ

VPC+ ツールでは、インスタンス・グループに関連付けられている仮想サーバー・インスタンスを検出します。 これらのインスタンスは、VPC+ ツールを使用してマイグレーションできますが、このツールでは VPC にオートスケールのポリシーをセットアップしません。 1 つのインスタンス・グループに関連付けられている 1 つの仮想サーバー・インスタンスのみをマイグレーションし、その後、その仮想サーバー・インスタンスを使用してオートスケールのポリシーをセットアップすることをお勧めします。 詳しくは、オートスケールのためのインスタンス・グループの作成 を参照してください。

接続ストレージ、ブロック・ストレージ、およびファイル・ストレージに関するデータ・ストレージ考慮事項

VPC+ ツールでは、IBM Cloud クラシック・インフラストラクチャー内の仮想サーバー・インスタンスで使用される、3 つのタイプのストレージを検出できます。

  1. ポータブル・ストレージ
  2. ネットワーク・ファイル・ストレージ
  3. ファイル・システムを使用したネットワーク接続ブロック・ストレージ (iSCSI)

VPC+ ツールでは、マイグレーションするデータ・ボリュームを選択できます。 選択したボリュームのみがマイグレーションされます。

2次データ・ボリュームを移行する仮想サーバー・インスタンスが既に移行されている場合は、VPC+ツールで_コンテンツ・データ・マイグレーター_を使用します。

_コンテンツ・データ・マイグレーター_の代わりに、rsyncまたはその他の任意のツール（scp またはその他のサード・パーティー・ツール）を使用して、ブロック・ボリュームまたはファイル・ボリューム上のデータをVPCに自分で移行することができます。 データをマイグレーションするために rsync を使用することについて詳しくは、IBM Cloud クラシック・インフラストラクチャーから VPC へのデータのマイグレーションを参照してください。

ストレージのマイグレーションの前提条件

仮想サーバー・インスタンスとともにブロック・ストレージおよび NAS ストレージを VPC にマイグレーションするには、以下の前提条件を確認して満たしてください。

  1. 使用する IBM Cloud アカウントには、クラシックと VPC の両方に対する管理者特権が付与されている必要があります。 ストレージ・ボリュームは、VPC 内で提供されるアカウントに作成されます。
  2. VPC+ ツールで提供されるスクリプトをダウンロードし、必要な特権を使用してそのスクリプトをクラシック仮想サーバー・インスタンスに対して実行する必要があります。 手順はスクリプト内に示されています。 スクリプトを実行すると、マイグレーションに必要なメタデータを収集するコンテンツ・マイグレーション・エージェントがインストールされます。 コンテンツ・マイグレーション・エージェントは、接続ストレージに関する情報 (名前、ブロック・デバイスのパーティション情報、マウント・ポイント、ファイル・システム・タイプなど) を収集します。 このエージェントはメタデータを VPC+ コントローラーにアップロードします。こうして、後でマイグレーションの対象ボリュームをツールで選択できるようになります。 この作業を実行するには、仮想サーバーが、メタデータ・ファイルを VPC+ コントローラーにアップロードするために必要な外部接続を備えている必要があります。
  3. IBM Cloudコンソールで、メニュー・アイコンメニュー・アイコン > クラシック・インフラストラクチャー> デバイス> 仮想サーバー・インスタンスの順にナビゲートします。 _「ストレージ」_タブを選択し、そこにリストされていない場合は、ブロック・ストレージとファイル・ストレージを許可します。

制限

ストレージのマイグレーションに関する以下の制限を確認してください。

  • すべてのマイグレーションは、ボリューム・サイズが 2 TB のみに制限されています。
  • 仮想サーバー・インスタンスのプロビジョニングの際には、ボリュームを 4 つだけ選択できます。 ブート・ボリュームに加えて、4 つの接続ボリュームのみをマイグレーションできます。 クラシック・インスタンスに4つを超えるボリュームがある場合は、詳細について「ボリューム接続の制限」を参照し、VPC+ツールの_コンテンツ・データ・マイグレーター_を使用して追加ボリュームを移行してください。
  • 最大で、4 つのプライマリー・パーティションか、または 3 つのプライマリー・パーティションと (4 つ目のプライマリー・パーティション上の) 2 つの論理パーティションをマイグレーションできます。
  • ファイル・システムがないブロック・ボリュームおよびパーティションのマイグレーションは、まだサポートされていません。
  • VPC の仮想サーバー・インスタンスに対して最大 10 IOPS/Gb のマッピングが実行されます。
  • Windows に接続されているストレージのマイグレーションは、まだサポートされていません。

これらの制限の範囲内のユース・ケースであれば、3 つのストレージ・タイプをすべてマイグレーションできます。

ストレージのマイグレーションのユース・ケース

ストレージをマイグレーションする、以下のユース・ケースを検討してください。

  1. クラシック仮想サーバー・インスタンスに、Linux ファイル・システムを使用してポータブル・ストレージを接続している。 この場合、現状のまま VPC にマイグレーションされます。
  2. クラシック仮想サーバー・インスタンスにネットワーク・ファイル・ストレージがある。
  • 等価の Linux ファイル・システム (ext4) が VPC に作成されてから、コンテンツがコピーされます。
  • VPC は NAS ストレージをまだサポートしていません。 ストレージは VPC インスタンス上の Linux ファイル・システムに配置され、共有はできません。
  1. クラシック仮想サーバーにネットワーク・ブロック・ストレージ (iSCSI デバイス) がある。
  • コンテンツ・マイグレーション・エージェントが、dev mapper デバイス上の Linux ファイル・システムの存在を検出し、コンテンツを VPC にマイグレーションします。
  • ソースと宛先の間でパーティション情報が保持されます。
  • iSCSI LUN 上のファイル・システムが宛先インスタンスにコピーされます。 ユーザーのソース上に構成されているマルチパス名も、ユーザー・フレンドリー名も使用できません。 移行先で
  1. クラシック仮想インスタンスに、ポータブル・ストレージ、ネットワーク・ファイル・ストレージ、およびネットワーク・ブロック・ストレージがある。

SSH 鍵に関する考慮事項

VPC+ ツールは、クラシック仮想サーバー・インスタンスの初期注文プロセス中に追加された SSH 公開鍵を検出できます。 SSH 公開鍵が RSA ではないか、インスタンスの注文後に追加された場合は、VPC+ ツールによって新規 SSH 鍵の追加が求められます。

2 次ボリュームに関する考慮事項

1 次ボリュームとそれに接続された 2 次ボリュームがある仮想サーバー・インスタンスをマイグレーションする場合は、クラシック・マシンのディスクをマウントするときに永久にマウントされるようにしてください。 このためには、/etc/fstab ファイルのセカンダリ・ボリューム・マウント・エントリに nofail を追加します。

標準的なエントリーは、以下のようになります。

"/dev/disk     /mnt/disk      ext4        defaults,nofail      0       2”

nofail がまだ追加されていない場合は、デフォルトの次に追加する必要があります。

VPC+ Cloud Migration がマイグレーションでサポートする 2 次ボリュームは、最大 3 個のみです。

サーバーがクラウド初期設定として構成されていないためにマイグレーションできなかった場合、そのサーバーの 2 次ボリュームはマイグレーションすることができます。 まず、VPC に互換性のあるサーバーを作成し、次に前述の手順で 2 次ボリュームをマイグレーションします。

ロード・バランサーに関する考慮事項

IBM Cloud Load Balancer のみサポートされます。

IBM Cloud クラシック環境が、VPC で使用できない IBM Cloud Load Balancer にある構成を使用する場合、VPC+ Cloud Migration は最も近似する一致を VPC で使用可能なものに設定するか、デフォルト構成を使用します。

ゲートウェイ・アプライアンスに関する考慮事項

VRA (Vyatta 5600) のみサポートされます。 VRA 内では、以下のような機能がサポートされます。

  • ゲートウェイ (NAT マスカレード)
  • VPN/IKE
  • ステートレス ACL

ACL

VPC+ツールは、ネットワークまたはホストベースのACLルールを変換しません。 これらのルールは、検出されたリソースの編集時、または VPC 環境のプロビジョン後に、追加する必要があります。

RFC1918 を使用して構成されたポート・ベースの ACL の場合、ネットワーク・アドレス、ポート ACL はマイグレーションされますが、アドレスは Any に変更されます。 例えば、以下の VRA 構成では、

Allow UDP, Source Address 10.1.1.0/26, Destination Address 172.16.20.0/26 Port 80

次のように VPC にマイグレーションします。

Allow UDP Source Address Any, Destination Address Any, Port 80

ホスト・ベースのルール /32 がある場合は、セキュリティー・グループに移動して ACL リソース使用量を保持することを検討してください。

VRA ルールの制限事項

IBM Cloud では、VRA ルールは 25 個に制限されます。 ルールが 25 個を超えると、IBM Cloud は最初の 25 個を選択します。 検出されたリソースの編集時に、これらのルールを管理できます。

VPC で使用できないゲートウェイ構成

IBM Cloud クラシック環境が、VPC で使用できないゲートウェイにある構成を使用する場合、VPC+ Cloud Migration は最も近似した一致を VPC で使用可能なものに設定するか、デフォルト構成を使用します。

IBM Cloud Kubernetes Service および Red Hat OpenShift への移行に関する考察

VPC+ ツールを使用すると、IBM Cloud Kubernetes Service または Red Hat® OpenShift® クラスターを発見し、クラシックから IBM Cloud VPC に移行できます。 VPC+ツールはすべてのクラスタを識別し、移行管理に役立つワークスペースを作成します。 移行するクラスタを決定します。

移行できるバージョンは以下の通り：

  • IBM Cloud Kubernetes Serviceバージョン 1.21+
  • Red Hat OpenShiftバージョン 4.6+

移行できるのは、単一のデータセンターから単一のアベイラビリティ・ゾーンへの移行、または複数のデータセンターからマルチゾーン・リージョンへの移行のみです。

オープンソース・ツールの Velero と Restic は VPC+ によって固有のネームスペースにインストールされ、クラスタレベルのリソース、ワーカー・プール、POD、ネームスペース、シークレット、ステートフル・セット、デーモン・セット、レプリカ・セット、ジョブ、cron ジョブ、永続ボリュームなど、IBM Cloud Kubernetes Service または Red Hat OpenShift のリソースとコンポーネントをバックアップおよび移行します。

マネージャー・サービス・ロールとHMACを持つIBM Cloud Object Storageサービス・クレデンシャルを作成する必要があります。 一時的なObject Storageバケットがアカウントに作成され、移行を支援します。 さらに、サブネットゲートウェイはすべてのIBM Cloud Kubernetes Serviceサブネットにある。

制限

IBM Cloud Kubernetes ServiceまたはRed Hat OpenShiftマイグレーションに関する以下の制限事項を確認してください：

  • Ingressのリソースとサービスはあなたの責任です。
  • ブロックボリュームのみサポート。
  • Veleroは各ノードに1CPUと500MBを必要とする。 場合によっては、ハードウェアの容量が原因で移行に失敗することもある。 このような場合、ロギング、モニタリング、アプリケーションを無効にするなど、リソースの消費を縮小する必要がある。