中小企業のインフラ仮想化プロジェクトを進める許可がようやく下りたと思ったら、実際にすべてを実行するのが難しいように思えるかもしれません。しかし、多くの場合、最も難しいのは必要なハードウェアとソフトウェアをすべて購入するための予算を調達することです。実際に移行することの方が簡単な作業です。
物理インフラストラクチャから仮想インフラストラクチャへの移行において最も重要なのは、サーバーを1台でも移動させる前、本番環境へ移行する前、そしてテストを開始する前に、すべての準備が整っていることを確認することです。IKEAで購入したテーブルを組み立てるために必要な工具をすべて用意しておくと作業が楽になるのと同じように、この移行に着手する前に必要なものがすべて揃っていることを確認することで、プロセスはよりスムーズかつ迅速になり、完成品の品質も大幅に向上します。
そのためには、選択した仮想化ソリューションの機能と制限を十分に理解することが重要です。予算が限られている場合、ハイエンドの機能を導入するには、どのような妥協が行われているかを理解する必要があります。
たとえば、ホスト間のライブ仮想サーバー移行のライセンスは持っているものの、自動負荷分散や高可用性のライセンスは持っていなかったり、高度なメモリ最適化などの機能を諦めなければならない場合があります。
前者の場合、複数の物理ホスト間で仮想サーバーを手動でバランス調整し、物理ホストに障害が発生した場合はそれらのサーバーを手動でリンクして再起動する必要があります。後者の場合、高度なメモリ共有機能が利用できないため、物理ホストあたりのメモリ容量は通常よりも多く必要になります。
他にもいくつか例がありますが、これらは最も一般的なものです。小規模なインフラストラクチャでは、仮想サーバーの数が少なく、不均衡なワークロードや変動の大きいワークロードが少ないため、これらの機能の不足はそれほど深刻ではありません。いずれにせよ、始める前にツールキットに何が含まれているかを理解することが重要です。
ネットワークの構築
十分な物理サーバー処理能力、イーサネットスイッチ、そしてストレージ容量を確保することが極めて重要です。市場には仮想化ワークロードに対応できる小型で安価なストレージデバイスが豊富に存在し、マルチコアサーバーも非常に手頃な価格です。
可能な限り、どのソリューションを選択する場合でも、冗長電源や保護RAIDレベル（少なくともRAID5）など、適切なレベルの冗長性を確保してください。インフラストラクチャが小規模で共有ストレージの計画がない場合は、物理ホストサーバー（複数可）にバッテリーバックアップ式のRAIDコントローラーを搭載することが極めて重要であり、理想的にはサーバー内部にRAID6アレイを内蔵することが推奨されます。
また、共有ストレージを放棄すると、ライブ マイグレーションなどの機能を利用することができなくなり、障害が発生した物理ホストのローカル ストレージ上にあるダウンした仮想サーバーをすぐに起動することもできなくなります。
イーサネットスイッチに関しては、リンクアグリゲーションに対応したスイッチを使用していることを確認してください。また、iSCSIストレージの使用を計画している場合は、スイッチのiSCSIサポート、特にジャンボフレームのサポート状況を確認してください。すべてのギガビットスイッチが同じように作られているわけではなく、中にはiSCSIのパフォーマンスを低下させるものもあります。iSCSI準拠を明記しているスイッチを探しましょう。そのようなスイッチは必ずジャンボフレームをサポートしているはずです。
これらの要素が揃えば、ネットワークの構築は簡単です。共有ストレージソリューションの場合、各物理ホストには少なくとも4つのネットワークインターフェースが必要です。ストレージ側にはフェイルオーバー（緊急時にバックアップシステムに切り替えるオプション）用に2つ、フロントエンド側にはリンクアグリゲーション用に2つ設定します。非共有ストレージ構成の場合は、集約されたフロントエンドインターフェースを2つだけで十分です。
同様に、単一のリンクの障害に対応するために、ストレージ アレイをネットワークへの複数のリンクを持つように構成する必要があります。
このネットワークが構築されると、物理ホストに仮想化ソフトウェアをインストールし、必要に応じて共有ストレージにリンクする準備が整います。
次のページ: 移行の進め方とその他のリソース
仮想化移行の処理
インフラストラクチャはそれぞれ異なるため、サーバーを物理領域から仮想領域に移動するための既成の計画はありませんが、従うことができる一般的なルールはあります。
1つ目は、物理環境から仮想環境（P2V）への移行ツールの使用に関するものです。これらのツールは様々なベンダーから提供されており、選択した仮想化製品に含まれている場合と含まれていない場合があります。
サーバーの移行には様々な方法がありますが、多くのサーバーはこの方法で問題なく移行でき、初期段階の時間と手間を節約できます。ただし、ニッチなソフトウェアを実行しているサーバーや、ハードウェアキーの使用が必要なサーバー、イーサネットMACアドレスなどの特定の物理サーバー要素に紐付けられたライセンスを必要とするサーバーなど、移行に問題が生じるケースもあります。これらのサーバーでP2Vを使用すると、仮想サーバーとして再構築するよりも問題が発生する場合もありますが、実際に試してみなければ明確な判断方法はありません。
幸いなことに、ほとんどの場合、物理サーバーに問題を引き起こすことなく、P2V移行を試みることができます。移行が失敗した場合でも、物理サーバーの電源を再びオンにするだけで、データ損失はありません。
ただし、移行を行う前に必ずバックアップをテストしてください。何か問題が発生した場合に備えて、常にバックアッププランを用意しておいてください。
P2Vツールを使用して移行すべきでないサーバーがあります。よくある例としては、Windowsドメインコントローラーが挙げられます。仮想サーバー上に新しいドメインコントローラーを構築し、それを完全なドメインコントローラーとして起動し、すべてのレプリケーションが完了して仮想サーバーが正常に動作するようになったら、物理サーバーを廃止する方がはるかに簡単で問題も少なくなります。
すべてのドメインコントローラーを仮想化するのではなく、別の物理サーバーをドメインコントローラーとして保持しておくこともお勧めです。これは必須ではありませんが、十分な高可用性機能がない場合、将来的に大きな安全策となります。
その他のサーバーは、P2Vツールを使用して移行するか、仮想サーバーとして再構築するだけで済みます。場合によっては、サーバーの再構築は、古い物理サーバーから残された不要なデータを取り除き、仮想世界への移行をまっさらな状態に保つための優れた方法です。ただし、P2Vを使用して物理サーバーを移行しても、既存の問題が解決する可能性は低く、むしろ悪化させる可能性があることにご注意ください。ご不安な場合は、P2Vを試してみて、サーバーの再構築は代替案として残しておくのも有効です。http://en.wikipedia.org/wiki/Cruft
IPアドレスと物理サーバーおよび仮想サーバーの存在状況を把握しておくことが重要です。P2Vを実行する際は、物理サーバーとその仮想サーバーが同時に稼働している時間帯がないように注意してください。P2Vプロセスは、物理サーバーの名前、ドメインメンバーシップ、IPアドレスなど、物理サーバーのプレゼンス情報をすべて保持するため、ネットワーク上に2つのサーバーが同時に存在すると重大な問題が発生します。移行後、物理サーバーの電源を切り、電源ケーブルを外してから、新しい仮想サーバーの電源を入れるのが最善策です。
物理サーバーインフラを仮想インフラに変換するプロセスは、必ずしも一夜にして完了するわけではありません。実際、そうすべきではありません。まずは1台か2台の物理サーバーを変換対象として選び、仮想サーバーとして一定期間稼働させて、その実用性を確認することから始めましょう。1日または1週間に1台か2台のサーバーを変換することも可能です。通常、一度に完全な変換を行う必要はありません。
共同の努力
仮想化への移行時に一部のサーバーを Windows Server 2008 に移行するなど、仮想化イニシアチブとソフトウェアまたは OS のアップグレードを組み合わせるとメリットがある場合があります。これにより、既存のインフラストラクチャでのフォールバック ポジションを維持しながら、新しい仮想化プラットフォームと新しいサーバーの予想される動作の両方をテストできます。
また、新しいソリューションを最初から使用することもできます。これは、現実世界でさまざまな Windows のトラブルと戦ってきた人にとっては、新鮮な息吹となるかもしれません。
最後に、移行を進める際には、特定の時点で時間を取り、計画を再確認し、当初の計画に沿っていることを確認してください。また、計画には、新しく構築した仮想インフラストラクチャのバックアップの実装とテストが含まれていることを確認してください。
すべての変換と再構築が完了すると、これまで仮想化なしでどうやって生活していたのか不思議に思うようになるでしょう。移行プロセスの労力と不確実性はすべて消え去っているでしょう。
その他の仮想化リソース:
サーバー仮想化への第一歩を踏み出す方法
仮想化サーバーの設定方法
強固な仮想化基盤を構築する方法
仮想デスクトップインフラストラクチャへの移行方法
ストレージ容量を削減する5つの方法
仮想化のまとめ: 4人のラボマネージャーがテスト
デスクトップ仮想化ツールがWindows 7への移行を容易に
