サーバー仮想化のメリットは現時点で非常に大きく、導入は言うまでもありません。まず第一に、サーバー仮想化は単一の物理ホスト上で複数の仮想サーバーを実行できるため、物理サーバーよりもはるかに効率的にコンピューティングリソースを活用できます。実際、最新のサーバー1台で同時に処理できる汎用サーバーインスタンスの数に驚かれるかもしれません。
サーバー仮想化のもう一つの大きなメリットは、稼働中の仮想サーバーを物理ホスト間で切り替えることで負荷分散を図り、メンテナンス時間を確保できることです。また、仮想サーバーのスナップショットを使用することで、ソフトウェアアップデートなどの変更を加える前の稼働中のサーバーの瞬間的なコピーを保存できます。何か問題が発生した場合は、スナップショットに戻るだけで、影響を受けたサーバーはまるで何も変更していないかのように稼働します。このアプローチは、明らかに時間と労力を大幅に節約できます。
まだ仮想化の道を歩んでいない場合でも、心配する必要はありません。これまでよりも多くのオプションが利用できるようになり、いつでも始めるのに適した時期です。
1. デスクトップまたはラップトップで小規模に始める
サーバー仮想化は確かにサーバー ルームで大きな話題になっていますが、小規模なオフィス、具体的には https://www.pcworld.com/reviews/collection/3972/Top_Business_Desktops.html または https://www.pcworld.com/reviews/collection/3350/top_10_business_laptops.html に仮想化を導入する方法も数多くあります。
一般的に、現代のデスクトップPCやノートパソコンには、メールの閲覧やWebブラウジングといった小さなタスクを実行している間、驚くほど多くのリソースが使われずに残っています。時々別のオペレーティングシステムを実行する必要がある場合（例えば、レガシーアプリケーションをサポートするためなど）、ローカルシステム上で仮想デスクトップを起動することで、物理的なインストールを省くことができます。
この構成は、古いコードを新しいオペレーティングシステムで実行することで発生するアプリケーションの非互換性の問題が発生した場合に特に便利です。無料で試してみるには、PC用のVirtualBoxをダウンロードしてください。
2. 小規模で、できれば無料のラボを立ち上げる
最近サーバーを廃止したのであれば、仮想化ラボの構築を始めるのに適したプラットフォームになるかもしれません。重要なのは、複数のギガビットネットワークインターフェースと、搭載できる限りの大容量のRAMを搭載していることです。仮想化はCPUリソースの消費量は少ないものの、RAMの消費量は多くなる傾向があります。特に、物理RAMの容量を節約するためにRAMページ共有を採用していない仮想化方式を使用する場合は、その傾向が顕著です。
予備のサーバーが手元にない場合は、安価なサーバー（これも十分なRAMを搭載）を新たに購入してテストすることもできます。もし意欲があれば、余っている予備パーツを使って自作することも可能です。このマシンはラボ環境では概念実証として使用できますが、本番環境では使用しないでください。
仮想化ソフトウェアの選択については、ラボシステムですべてお試しいただけます。複数のハードドライブを用意し、VMware ESXi、Microsoft Hyper-V、Citrix XenServer、Red Hat RHEVをそれぞれ1台のディスクにインストールし、一度に1台のディスクから起動するだけで、ニーズに最適なソフトウェアを見つけることができます。これらのパッケージはすべて、無料インスタンスまたは30日間以上の評価期間を持つトライアル版としてご利用いただけます。
3. 独自の共有ストレージを構築する
複数の物理ホストサーバーを備えた仮想化フレームワークを使用する場合、仮想化のメリットを最大限に享受するには、何らかの共有ストレージが必要です。例えば、仮想サーバーを物理ホスト間で移行できるようにするには、それらの仮想サーバーのストレージを各ホストがアクセスできる共有デバイス上に配置する必要があります。
一部の仮想化ソリューションは、NFS、iSCSI、ファイバーチャネルなど、様々なストレージプロトコルに対応しています。ラボやテスト用途であれば、WindowsまたはLinuxシステムに複数のハードドライブを追加し、NFSまたはiSCSIで共有し、ラボサーバーをそのストレージにバインドするだけで済みます。より完全な「自作」アプローチをお望みなら、FreeNASなどのオープンソースストレージをお試しください。このソフトウェアは、安価なハードウェアを使用して、ラボや本番環境のネットワークに多様なストレージを簡単に追加できる方法を提供します。
4. 研究室で時間を過ごす
何らかの共有ストレージと少なくとも2台の物理ホストサーバーがあれば、完全な仮想化プラットフォームの基盤がすぐに構築できます。複数のパッケージを評価する場合は、それぞれを1週間ほど試してみてください。ライブ仮想サーバーの移行、スナップショット、仮想サーバーのクローン作成と展開、高可用性など、ニーズに重要な機能をすべて確認しましょう。
また、ラボで本番環境のワークロードを試用し、実際の環境でのセットアップのパフォーマンスを確認することも可能です。データベースサーバーを構築し、実際のデータセットのバックアップを使用してレポートを実行したり、Webサーバーベンチマークツールを使用してWebアプリケーションサーバーのパフォーマンスを測定したりすることも可能です。これらの演習により、仮想化プラットフォームの日常的な機能に慣れるだけでなく、仮想サーバーを本番環境に移行する際にどのようなリソースが必要になるかについても理解を深めることができます。
5. 生産を開始してもラボを維持する
ここまでの作業を経て、おそらく本番環境で使用したい構成が決まったことでしょう。管理ツールの使い方も理解し、実際の運用でどのように進めていくかの計画を立てたことでしょう。しかし、まだラボを解体する時ではありません。
実稼働インフラストラクチャ用の新しいハードウェアの調達を開始したら、ラボで行った設定を参照して、展開する予定の仮想サーバーが割り当てられたタスクを処理できることを確認する必要があります。
さらに、本番ビルドを完了した後は、ラボを使用して新しい機能や更新などをテストすることができ、本番プラットフォームの安定性と信頼性がさらに強化されます。
次のページ: 生産開始
6. 既存のインフラストラクチャプロファイリングツールを使用する
仮想化ベンダーは、物理インフラストラクチャを仮想領域に移行するために必要なハードウェアを予測できるツールをいくつか提供しています。VMwareのCapacity Plannerなどのこれらのツールは、ある程度のセットアップと設定が必要ですが、本番環境のハードウェアに投資する前に、非常に役立つ情報を豊富に提供してくれます。
これらのツールは、ネットワーク上の各サーバーが消費するリソースを、通常30日から60日間の期間にわたって継続的にパフォーマンスプロファイリングすることで測定します。CPU、RAM、ディスク、ネットワークI/Oリソースのピーク使用率を把握し、そのデータをすべて組み合わせて、インフラストラクチャを仮想世界に移行するために必要なCPU、RAM、ストレージ、ネットワーク要件のガイドを作成します。場合によっては、検討中のサーバーのブランドとモデルを指定すれば、必要な台数をツールが教えてくれます。ここで必要な台数を調整することで、将来的に大きなコスト削減につながる可能性があります。
7. 生産用ハードウェアの仕様を決定し、購入する
ラボのテストと容量計画の結果に基づいて、運用時に各物理ホスト サーバーにどのようなリソースが必要になるかについて、少なくともある程度は適切に把握できるはずです。
CPUモデルからRAM容量まで、サーバーは同一ユニットで構成してください。場合によっては、少数のサーバーに大容量のRAMを追加するよりも、サーバーを1台追加する方が経済的にはるかに有利です。高密度RAMは低密度RAMよりも大幅に高価であるため、例えば、64GB RAMのサーバーを3台購入するよりも、32GB RAMのサーバーを6台購入する方が費用対効果が高い場合があります。サーバーの台数を増やすと、障害発生時に負荷を担う物理サーバーが増えるため、信頼性が向上するというメリットもあります。
ストレージに関しては、特に小規模プロジェクトにおいては、現時点ではファイバーチャネルよりもiSCSIまたはNFSストレージの方が費用対効果が高いでしょう。いずれにせよ、選択した仮想化ソフトウェアでストレージベンダーが承認されていることを確認し、ネットワーク、サーバー、ストレージデバイスを最適なパフォーマンスに調整するためのベストプラクティスガイドを見つけることが重要です。多くの場合、調整はジャンボフレームを有効にするか、リンクアグリゲーションプロトコルを使用してストレージデバイスで利用可能な帯域幅を増やすだけで済みます。
8. 先発者を選ぶ
最新の仮想化ソリューションを構築し、いくつかの新しい仮想サーバーでテストが完了したら、いよいよ本番環境で負荷をかけ始める時です。まずはゆっくりと進め、物理サーバーから仮想サーバーへのスムーズな移行を計画しましょう。
使用頻度の低いアプリケーションサーバーや、Active Directoryドメインコントローラー（物理ドメインコントローラーが複数台ある場合）など、小規模な物理サーバーを数台選び、仮想インフラストラクチャ上に新規に構築するか、P2V（物理サーバーから仮想サーバーへの移行）ツールを使用してサーバーインスタンス全体を移行します。ドメインコントローラーの場合は、新規に構築するのが最善ですが、アプリケーションサーバーなどのサーバーはP2Vツールを使用すれば簡単に仮想サーバーに移行できるため、時間と手間を節約できます。ただし、これらのツールでサーバーを正常に移行できない場合があり、その場合は再構築が必要になります。
まずは小規模なサーバーから移行を開始することで、注目度の高いサービスを移行する前に、新しい仮想化インフラストラクチャに潜在する可能性のある問題をすべて洗い出すことができます。新しい構成の安定性に満足したら、より負荷の高いサーバーの移行を開始できます。
9. 注意深く見守る
移行プロセスを開始したら、仮想サーバー、物理ホスト、ストレージの各レベルでパフォーマンスを注意深く監視してください。自動負荷平準化機能がある場合は、それが有効になっていて機能していることを確認し、当初のリソース使用率予測を下回っていないことを確認してください。移行前に、将来起こりうるリソースの問題を把握しておくことが最善策です。
10. すべての新機能をお楽しみください
仮想化のメリットを余すことなく活用できるようになりました。スナップショットを使えば、機密コードを更新する前にシステムの状態を保存できます。クローンを使えば、必要な時に新しいサーバーインスタンスを迅速かつ簡単に起動できます。ライブマイグレーションを使えば、物理サーバーをメンテナンスのために停止させる必要が生じても、ダウンタイムなしで仮想サーバーをあるホストから別のホストに移行できます。これらすべてに加え、さらに多くの機能が利用可能になりました。すべてを適切に実行すれば、時間とコストを節約できます。
