Linux およびWindowsへの移行に関する考慮事項

Windows および Linux 仮想サーバーに関する以下の移行に関する考慮事項を参照してください。

• Linux 移住に関する考慮事項
• Windowsへの移行に関する考慮事項

RackWare （ RMM ）の仕組み

RMM は、軽量なエージェントレスアーキテクチャを使用して動作する。 移行先の VPC 環境に仮想サーバーインスタンスとして RackWare Management Server をデプロイし、すべての移行アクティビティのオーケストレーションハブとして機能させます。 このプラットフォームは、移行元の仮想マシンを検出し、移行を選択および設定するためのWebベースのインターフェイスを提供します。

このプラットフォームは、仮想サーバーディスクのブロックレベルレプリケーションを実行し、データをVPCボリュームに直接転送します。 このプロセスの間、 RMM は自動的に、変換（仮想 machineDK から raw）、ドライバ注入（Windows および Linux 用の VirtIO ドライバのインストール）、およびターゲットとなるクラウド環境に必要な OS レベルの修正を行う。

RMM は、ソース仮想サーバーに基づいて、ターゲット仮想サーバーインスタンスとそのブートボリュームおよびデータボリュームを自動的にプロビジョニングします。 RMM はデルタ同期をサポートし、ソース仮想サーバーの実行中に完全同期を初期化することで、カットオーバーウィンドウを最小化します。 その後、変更されたブロックのインクリメンタルな同期と、最終的な同期と切り替えのための短いカットオーバーウィンドウが続く。

RMM は、ソースとターゲットの両方にあるIPアドレスレンジを保持するのに役立つ、ソース仮想サーバーのNATを有効にするブリッジサーバーをサポートしています。

RackWare RMM BYOL

RackWare RMM IBM Cloud カタログにおいて、BYOL（Bring-Your-Own-License）方式のサービスとして提供されています。 RackWare Management Server を VPC 内の仮想サーバーインスタンスとしてプロビジョニングし、移行予定のワークロード数に基づいて RackWare で直接ライセンス処理を行います。 IBM は RackWare, とパートナーシップを結んでおり、 VMware からVPCへの移行を検証、サポートしています。 RackWare は、カタログの移行ツールの下にあるか、 "RackWare" で検索してください。

デプロイメント・プロセスには、以下のようなアクションが含まれる。

• VPC で RackWare アプライアンスをプロビジョニングする
• Transit Gateway VMware 環境と VPC 間のネットワーク接続を設定します
• RackWare ウェブインタフェースからのマイグレーションの設定と実行

RackWare は、 IBM Cloud VPC ターゲット環境に特化した ドキュメントとサポートを提供します。

RackWare のユースケース RMM

RMM は、以下のような状況にある組織に最適である。

• 50台以上の仮想サーバーを移行する必要があります。 一元化されたオーケストレーション、バッチ機能、自動化により、手作業に比べ移行の労力が大幅に削減される。 手作業で仮想サーバー1台あたり2～3時間かかる処理が、 RMM を使えば30～60分に短縮できる。
• 厳しい可用性要件がある本番ワークロードのダウンタイムを最小限に抑える必要があります。 RMM、デルタ同期による移行は、主要なアプリケーションを実行したまま、ほとんどのデータ転送を実行する。 このプロセスは、カットオーバーの時間を数時間から数分に短縮するのに役立つ。
• クラウドの専門知識は限られている。 RackWare ドライバーインジェクション、オペレーティングシステムの準備、クラウド固有の設定などの複雑な操作を管理します。
• ワークフローの自動化が必要だ。 コンプライアンス要件や標準化された変更管理があるユースケースでは、 RMM、手作業による移行方法では困難なワークフローの自動化、監査ロギング、再現性を提供する。
• サポートは重要だ。 オープンソースツール（libguestfs、 virt-v2v ）とは異なり、 RackWare は、エンタープライズサポート、定期的なアップデート、 IBM Cloud VPC の検証済みコンフィギュレーションを提供する。

RMM は、次のような状況では最適なツールではないかもしれない。

• 10台以下の小規模な仮想サーバーの移行。 ライセンスコストとセットアップ時間は、小規模な移行における自動化の利点を正当化できないかもしれない。
• 高度にカスタマイズされた、または標準外の仮想サーバー。 RMM、ほとんどのオペレーティング・システム構成に対応するが、特殊な構成、カスタム・カーネル、または特殊なストレージ・レイアウトを持つ仮想サーバーでは、手作業による介入が必要になる場合がある。
• 予算に制約のあるプロジェクト。
• VPCの専門知識が不足している組織。 RackWare を使用することで、あなたのチームが実地で学ぶことで恩恵を受けるかもしれない多くのVPCタスクが自動化されます。 長期的なVPCの専門知識を構築するためには、手動による移行から始めましょう。

RMM をマニュアル手法と統合する

RMM と手動の方法は相互に排他的なものではない。 次の例は一般的な移行パターンである。

1. パイロットウェーブ（方法2または3）を手動で開始し、VPCの概念を学び、ターゲットアーキテクチャを検証する。
2. 問題点、時期、学んだ教訓を文書化する。
3. RackWare の設定を最適化するために、パイロットの経験を活用する RackWare を後続のウェーブに展開する。
4. 特殊な状況や問題のある仮想サーバーのために、手動による方法を確保しておく。

このハイブリッド・アプローチは、マイグレーション・プロジェクトにおける学習、コスト、自動化のメリットをバランスよく提供します。