P2V変換はまだ行う価値があるのか​​？ - TechRepublic

先日、同僚から物理マシンから仮想マシンへの
（P2V）変換は今でも有効なタスクなのかと尋ねられました。なにしろ、私は
2014年のように仮想化を推進している人間ですからね！ 質問を
受けた当時、私はツールの現状をすぐには把握していませんでした。
無料ツールのゴールドスタンダードはVMware Converter Standaloneですが、
ここ2、3年は使っていませんでした。現在のバージョンは
2012年10月にリリースされた5.0.1です。それ以前に物理サーバーを導入した人は、
私に直接質問することになるので、これは良いことです。状況にもよりますが、私は
一般的に、P2V変換ではなく、アプリケーションとデータを新しい仮想
マシンに移行することを勧めています。これは学問的なアプローチです。では、
今日のP2Vタスクに関する実践的なアドバイスは何でしょうか？

同僚にP2Vの候補についてもう少し詳しく尋ねたところ
、新しいVMへの移行は、 そのシステム（Small Business Server 2011（SBS）システム）とそのアプリケーションに関する
実質的な所有権と知識が不足しているため、ほぼ不可能な作業のように思えました。SBS は、Microsoftテクノロジーを活用した基本的なファイル、印刷、メール、アプリケーションプラットフォームを求める企業の大きなニーズを満たしていました。アプリケーションとデータの 観点から、新しいVMへの適切な移行の範囲を 数分で簡単に特定した後 、P2Vのアプローチの方が簡単でリスクが少ないように思えました 。

それでも、P2V変換にはリスクが伴います。まず、 物理サーバーだった際に
発生したアプリケーションやシステム構成の問題は解消されません。P2V には潜在的な落とし穴も数多く存在します。ここでは、過去1年間で私が遭遇した問題に基づいて、お勧めのヒントをいくつかご紹介します。これらのヒントは、 SBSサーバーのP2Vを無事に実行した 同僚にも共有しました。

落とし穴を避ける

• インターフェースまたはIP
  アドレスに関連付けられているものを特定します。Exchange、IIS、その他のアプリケーションは、
  特定のタスクに対して特定のIPアドレスまたはインターフェースが設定されることで知られています。図A 
  は、 Exchangeが特定のインターフェースを指定して送信メールの
  転送を許可していることを示しています。Exchangeは通常、移行アプリケーションとして明確に区別されていますが
  、SBSシステムはそうではありません。図Aでは、Exchangeアプリケーションは
  以前のインターフェースとの通信を要求していますが、P2V後には存在しません。このオプションにより 、DNS関連の理由で
  大量のメールキューが失敗している場合、送信メールの送信を防止できます。
  

図A

• ハードウェアドライバーと関連
  ソフトウェアをすべてアンインストールしてください。これらのソフトウェアが原因で、VMが起動しなくなる場合があります。VM
  上で一部のパッケージが起動に失敗し、他のすべての処理が失敗することがありました。Windows
  システムの場合は、セーフモードに入り、
  そこでハードウェアパッケージをアンインストールするのが効果的です。物理システム上でアンインストールすると、後で元に戻す必要がある場合があるため、避けてください
  。

• ディスクジオメトリの不適切な設定をすべて修正してください
  。以前はなぜC:\ドライブを25GB、127GB、あるいは50GBに設定していたのでしょうか？理由は分かりません
  が、最新の設定に変更しましょう。

• VMware Converter の最新バージョンを必ず確認してください
  。私も数年
  前に一度、このことを忘れてしまったことがあります。ESXi のメジャーバージョン（4、5 など）がリリースされると、
  Converter もすぐに新しいバージョンがリリースされる可能性があります。
  古いパッケージを使い続けるのはやめましょう。

• 変換中に停止させるアプリケーションを把握しておきましょう
  。どの時点にどのデータが存在するかを把握しておけば、作業ははるかに楽になります
  。アプリケーションを停止させておくだけで十分です。

• OEMハードウェアライセンスが使用されていないことを確認してください。
  以前、ハードウェアOEMからWindowsを購入していた場合、
  VMでの再アクティベーションが機能しない可能性があります。次のヒントをご覧ください。

• 予行演習を行ってください！しばらくP2Vを実施していない場合は
  、VMが正常に変換されることを確認し、
  導入前にすべての重要なアプリケーションをネットワークから切断してテストしてください。図Bは、
  本番環境への影響を最小限に抑えるためにVMをネットワークから切断する簡単な手順を示しています。
  予行演習では、必要な時間の概算も算出できますので、
  VMware Toolsのインストールや数回の再起動など、変換後のタスクも必ず含めてください。ここでのポイントは 、見積もりを作成し、宣伝どおりの成果を上げる
  ことで、プロとして認められるということです。
  

図B

• ターゲットVMとしてハードウェアバージョン9を使用してください。VMware Converterでは、ハードウェアバージョン10（ ESXi 5.5
  の最新バージョン）のVMを作成できます。ただし、その場合、一部の変更は vSphere Web Clientでのみ行えるため、時間を節約するために、ハードウェア バージョン9をターゲットVMとして使用し、Windows vSphere Clientで調整を行うことを検討してください。
  
  
  

• IP設定全体を文書化してください。DNSもお忘れなく！DNS設定の誤りや サブネットの誤り
  ほど、すべてを壊してしまうものはありません。VMは全く新しいインターフェースを持つ可能性があり、 ソースVMと同じ設定にする必要があります。
  
  

• 時代遅れのOSを
  博物館のように放置しないでください。P2Vはニーズを満たすかもしれませんが、時代遅れのOSを永遠に使い続けるような状況に陥ってはいけません。予算 面も含め、システムの廃止や適切なプラットフォームへの移行について
  話し合いを始めてください。
  

メリット

P2Vの技術は、2014年の現在も健在です。P2V
には独自の問題点もありますが、別の
システムを仮想化することによるメリットは、1つまたは複数の物理システムを維持するリスクを上回ります。
私見では、アプリケーション、データ、および
構成の適切な移行が不可能な場合、P2Vは優れた選択肢となります。

今日のP2Vについて、あなたはどう思いますか？
TechRepublicの他のメンバーとコメントやアドバイスを共有してください。