ご紹介を交えながら説明します。インフラにとって欠かせないソリューションの一つとなっており、新規のインフラを物理サーバではなく仮想化基盤を前提に構築するケースも珍しくなくなってきています。このとき、既存の物理サーバ環境をどのように移行していくかは、仮想化を加速させていく上で検討すべき重要なポイントとなります。アプリケーションの再インストールやデータ移行などを新しい仮想マシン上で一から行うことも可能ですが、移行作業にかなりの工数と時間、そしてコストがかかってしまいます。既存の物理環境から仮想環境への移行を効率的、かつ低コストで進めていくために、専用のツールを利用する方法があります。使用するケースが多くなっています。説明に入る前に、いくつかの用語を整理したいと思います。略で、既存の物理サーバを専用のツールを使って仮想環境上に移行することを言います。これは、物理サーバディスクのバックアップを取得して、異なるハードウェア構成の新しい仮想マシン上にリストアするイメージになりますが、既存の構成は可能な限り維持されます。ツールによっては新しい仮想マシンの設定をカスタマイズすることも可能です。サーバ統合の他、テストやトラブルシューティング時、あるいは物理サーバのバックアップを仮想マシンとして取得するといったディザスタリカバリ用途でも使われます。ディスクサイズの変更などを目的に利用することもあります。実施して一気に仮想化を進めるケースが多くなってきています。略で、仮想化プラットフォーム間で仮想マシンを移行することを言います。製品間での移行をサポートしています。エディションがありましたが、現在は提供されておりません)。操作で利用でき、移行作業の工数を大幅に削減できることが挙げられます。用途としても使うことができます。いったイメージバックアップソフトのイメージも、インポートして移行できます。リストについては、製品マニュアルやリリースノート等をご確認下さい。バージョンの一覧を示します(実際にご利用を検討される際には、製品マニュアルやリリースノート、互換性リストなどで最新情報をご確認下さい)。おけるサポート状況です。おけるサポート状況になります。無償でダウンロードしてご利用いただけますが、弊社サポートは付属しておりません。製品のサポートも含まれます。単体でのサポートをインシデント単位で購入することも可能です。ついては以下をご確認下さい。活発に行われています。製品を利用する際の有益な情報源となりますので、是非アクセスいただければと思います。移行の手法をご紹介します。大きく以下の手法があります。上記方法で移行できない場合は、他のツールを利用するか、新規構築による通常の移行作業を実施することになります。起動している状態を指しています)。その際、移行元マシンにエージェントがプッシュインストールされ、宛先との間でディスクデータのコピーが行われます。連携はサポートします)。ファイルをロックするようなサービスなど)を停止させたり、1回目のコピーが終了した時点で発生した差分を「同期」コピーしたりといった処理が行われます。起動していますが、基本的には利用者にサービスを提供したまま移行を継続できるといった機能ではない点にご注意下さい。起動している状態では最適化されたドライバが組み込まれていますので、ディスク上のファイルを必ず読み込むことができます)。マシン上から複数の物理サーバに対して一元的に移行処理が実行できるため、特に移行対象のサーバ台数が多い場合にも作業をスケールさせることが可能です。越しに移行処理を実行するといったことも考えられます。既存環境にエージェントがインストールされますが、これによる変更は局所的で、影響はほとんどありません。移行完了後に自動的にアンインストールすることも可能です。Standaloneではサポートされている構成ではありません。見れば少し特殊な方法ですが、サードパーティツールで取得したイメージバックアップを仮想環境上に移行することができます。介する方法があります。インポートして、仮想マシンに変換します。介する場合は処理の一環としてデータのコピー後のカスタマイズ処理などを実行できることです。してもエラーが出て移行処理を完了できない場合の代替手段にできる可能性もあります。そのまま使う場合に比べて追加の作業工数がかかる点は、デメリットといえます。先ほど「上記方法で移行できない場合」と説明しましたが、実は通常の移行作業という選択肢は非常に重要です。行う場合、何がなんでもツールを使った移行を行うことにこだわってしまいがちですが、時にはトラブルの解決にこだわるあまり、大幅に作業工数を超過した上に移行が完了せず、しかもコストが肥大化してしまうなど、本末転倒な結果になる危険性もあります。仮想環境への移行において、必ずしもP2Vツールを使う必要はないのです。古い物理環境からの移行も多いため、構成上の問題や移行後のパフォーマンス劣化問題など、個別に対処しないといけない問題も発生します)。移行計画では、既存の物理環境のアセスメントと事前テストを十分に行った上で、仮に移行が上手く行かない物理マシンが存在した場合の代替手段を計画しておくことが重要です。移行作業全体としてのトータルコストを考慮して、適材適所でツールを活用して下さい。起動しているため、データ差分(不整合)が発生する可能性がどうしても0にはなりません。おけるコールドクローンをサポートしていません。起動してコールドクローンする手法がサポートされていました。アプリケーションが実行されているイメージになります。起動していない状態でコピーが実行されるためデータ整合性が保たれることなどのメリットがあります。ドライバがないと実行できないなど、作業の工数やスケーラビリティ、そして互換性の面でどうしてもデメリットや制約が多くなります。場合のクローン方法についても補足しておきます。実行する場合、基本的に仮想マシンが実行中の状態では移行処理を開始することはできず、コールドクローンとなります。移行手順を実行することで、ホットクローンを行うことは可能です。よる移行処理の実行時におけるステージを示しています。移行処理は大まかに3つのステージに分かれており、それぞれ前半で準備処理および移行先での仮想マシンの作成、中盤でディスクデータのコピー処理、後半で仮想マシンの再構成やカスタマイズなどが実施されます。このステップを理解しておくと、仮に途中で処理が停止した場合にも問題をある程度切り分けることができます。一例として、進捗状況が0-5%の間で処理が停止した場合は、ログを確認しつつ移行元、宛先ホストに対してきちんとネットワークの疎通ができているか、移行先のデータストア容量は十分か、などを確認します。処理が中盤まで実行された段階でエラーが発生した場合は、ネットワークケーブルの確認やネットワークの通信状況などを確認し、必要に応じて処理をリトライします。データ転送にかかる時間は、移行処理を円滑に進める上で重要な要素になります。移行時にディスクサイズの変更が可能ですが、サイズを小さくする場合はファイルレベルのコピー処理となり、サイズを変えない、あるいは大きくする場合のブロックレベルでのコピーより大幅に処理時間がかかります。デスクサイズの変更このように、移行処理にかかる時間は様々な要素によって影響を受けますので、移行計画の時点で要件を洗い出し、事前に十分なテストを行うことをお薦めいたします。これは、移行対象の物理サーバの台数が多い場合は特に重要です。ご紹介を交えながら説明しました。道具箱に加えていただければ幸いです。