仮想化ソフトウエアを導入することで、一つの物理サーバーで複数の仮想マシンを稼働する“サーバー仮想化”の導入件数はだんだんと伸びている。サーバー仮想化環境では、物理的なスイッチだけで構成した場合と比べてネットワークの設計や運用で勝手が違う部分がある。 例えば、1台の物理サーバー内の仮想マシン同士が通信するケースを考えてみよう。この場合、一般には仮想化ソフトなどに含まれるスイッチ機能（ここでは仮想スイッチと呼ぶ）がフレームの転送を担う。つまり物理サーバー内で、ソフトウエアによる閉じた通信が行われる。このような仮想スイッチによるフレームの処理に関して、スイッチベンダーなどがいくつかの課題を指摘している。 課題の一つは仮想スイッチがソフトウエアでフレームの転送を担うため、物理スイッチでの処理に比べてオーバーヘッドが大きくなるのではないかという点だ。仮想スイッチの処理が物理サーバーのCPUに負荷をか

仮想スイッチ技術の標準規格「EVB」の仕様策定がIEEEで進んでいる。物理サーバーのCPUリソースを有効活用することや、仮想環境の運用管理をしやすくすることが狙い。多くのスイッチメーカーが最重要のテーマの一つとして開発に取り組んでいる。早ければ2012年3月に「802.1Qbg」として標準化が完了する見込みだ。 EVB（Edge Virtual Bridging）は、仮想環境におけるネットワークのエッジ、VM（仮想マシン）を収容するための仮想スイッチ機能である。従来はハイパーバイザーの一機能としてベンダーが独自に提供してきた。それら既存の仮想スイッチが持つ課題を克服するために標準化が進められている。 EVBでは、「VEB」（Virtual Ethernet Bridge）と「VEPA」（Virtual Ethernet Port Aggregator）という実装形態を定義している（図1）。

このところ、久しぶりにネットワーク技術の話でワクワクした気持ちになっている。新技術が次々に実用化されようとしているからだ。具体的には、EVB、VEB、VEPA、SDN、OpenFlow、OpenStack/NetStackといったもの。ベンダー名、あるいはベンダー固有の技術や製品の名前も含めると、Big Switch Networks、CloudSwitch（米ベライゾンが買収）、Nicira Networks、ミドクラ/Midostack、CloudStack（米シトリックス・システムズ）・・・とキリがない。 そしてこれに、米シスコシステムズ、米ジュニパーネットワークス、米ブロケード コミュニケーションズ システムズ、米IBM（旧BLADE Network Technologies）、米ヴイエムウェアといった大手プレーヤーが加わってくる（実は部分的に、米グーグルや米フェイスブックといった

＞＞前回 検証(2)では、KVMのオーバーヘッドをXenと比べる（図3）。利用するCPUコア数を8として、検証(1)と同じ内容のベンチマークテストをXenに対して行った。XenはRHEL6には含まれていないので、従来版のRHEL5.4に含まれている「xen-3.0.3」を用いた。RHEL5.4では仮想化ソフトとしてKVMとXenを選択可能だったが、新版のRHEL6では（Xenが外され）KVMだけがサポートされるようになった。また、RHEL5.4に付属するMySQLはバージョンが少々古い（5.0.77）ので、MySQL 5.1.47をRHEL5.4でビルドして利用した。

＞＞前回 CPUコア数を変えながらデータベース処理の性能を調べた。RHEL6に搭載されたMySQL 5.1.47（エンジンはMyISAM）を用い、10万件のレコードを格納したテーブルへのSELECT処理と、空テーブルへのINSERT処理を行った。設定パラメーターは、付属のmy-large.cnfのものを利用した。 その結果が図1で、オレンジの線で示すのはKVMの「ゲスト環境」で測定した値。グリーンの線で示すのは、KVMの「ホスト環境」で測定した値だ。オレンジとグリーンの差がKVMのオーバーヘッドといえる。 ホスト環境は、KVMを使わず、物理サーバー上にRHEL6を直接インストールした場合に相当する。ホスト環境では、仮想環境を作り出すためのエミュレーター（qemu-kvm）やKVM（カーネルモジュール）を介すことなく、アプリケーションが直接動作するからである。なお、ホスト環境は通常、ゲスト環

通常、仮想化環境では1台のハードウエア上でいくつもの仮想マシンを稼働させる。このため、仮想サーバーが動作するマシンと物理的につながったLANには、それぞれの仮想マシンの通信が混在して流れる。 重要なのは個別の仮想サーバー、もっと言えばアプリケーションなどの単位でのトラフィック、個々の仮想マシンの稼働状況などを把握すること。基本的に、仮想化ソフトのベンダーが提供する専用管理ツールを利用するか、各仮想化ソフトとAPI連携するサードパーティーの管理ツールを使う必要がある。現状で仮想化ソフトでは最も管理手法が充実している、ヴイエムウェアの「VMware ESX/ESXi」の仕組みを中心に解説する。 仮想スイッチの理解が第一歩 ヴイエムウェアの齋藤康成ストラテジックアライアンス テクニカル アライアンス マネージャは、「仮想ネットワークの仕組みを理解することが、仮想化環境における見える化の第一歩」と

米VMwareは米国時間2011年7月12日、サーバー仮想化ソフトの新版「VMware vSphere 5」を発表した。200近い新機能および強化機能を装備し、性能と拡張性を大幅に向上した。仮想マシンあたり最大1T（テラ）バイトのRAMと32の仮想CPUを割り当てることが可能。 毎秒100万以上のI/O処理性能を示し、「最もリソースを消費するアプリケーションの要件を上回る」としている。高可用性を実現する「High Availability」機能も強化し、仮想環境およびクラウド環境において、信頼性の高いビジネスクリティカルなアプリケーションの運用を可能にする。 またデータセンターのリソースを管理する新たな自動化機能「Auto-Deploy」「Profile-Driven Storage」「Storage DRS」により、サーバー導入やストレージ管理に関する作業負荷を軽減する。例えば、管理者が

仮想デスクトップインフラストラクチャ（Virtual Desktop Infrastructure：VDI）は、データセンター内のリソースを使用してデスクトップOSを集中的に管理、実行し、エンドユーザーにデスクトップをリモート表示する新しいコンピューティングモデルです。 マイクロソフトは、Windows Server 2008 R2にVDIの機能を実装するために、Windows Server 2008のターミナルサービス（TS）を拡張し、リモートデスクトップサービス（RDS）として再設計しました。新しくなったRDSのTSの後継機能については、「プレゼンテーションの仮想化---リモートデスクトップサービス（1）」で説明しました。ここでは、Microsoft VDIの実装であるRDSのVDI機能について説明します。 Microsoft VDIのシステム構成 Microsoft VDIでは、デス

はじめに、Windows Virtual PCのテクノロジの概要、システム要件、サポートされる機能について説明し、仮想マシンのコンソールやアプリケーションの表示まわりについてのテクノロジの詳細について説明します。 Windows Virtual PCのアーキテクチャ 「サーバーの仮想化---Hyper-V」では、仮想化テクノロジの「仮想マシンモニター（Virtual Machine Monitor：VMM）」の実装方法として、「ホスト型（Hosted）」と「ハイパーバイザー型（Hypervisor）」の2つがあることを説明しました。サーバー仮想化テクノロジのHyper-Vはハイパーバイザー型のVMMです。そして、ここで説明するWindows Virtual PCは、ホスト型のVMMです（図1）。 Windows Virtual PCは、Windows 7のオプションコンポーネントという位置

図107●Windows 7 Home PremiumにWindows Virtual PCとWindows XPをインストールしてみた マイクロソフトは複数の仮想化ソフトを提供していますが、Windows 7用に作られたのが「Windows Virtual PC」です。Windows 7のProfessional以上で利用できる「XP Mode」は、この上で動くWindows XPイメージです。Home Premiumでも、Windows Virtual PC本体は利用できます。Windows XPのディスクとライセンスを持っていれば、それをWindows Virtual PC上にインストールして使えます（図107）。 Windows Virtual PCは、http://www.microsoft.com/downloads/details.aspx?familyid=2B6D5C18

ストレージの性能が十分かどうかを確認するには、導入を予定しているストレージを使って、実際のシステムを動かしてみることが望ましい。仮想化技術によるシステム統合、ストレージ統合を行うのであれば、これまでの経験や勘に頼った性能設計ではなく、事前に一度は検証作業を行うべきだろう。 実際のシステムを100%再現するような事前検証は困難であるとしても、特に負荷が高いと思われる処理を抜き出して、実際のデータか、それに近いテストデータを使ってベンチマークを実施することは最低限の確認作業としてお勧めしたい。ストレージを本番導入してみて十二分すぎるほど性能が足りていれば「もったいなかった」で済むが、万一性能が不足していたならば、最悪の場合には導入したストレージを捨てて、さらに1ランク上の高価なストレージを導入しなければならなくなる。転ばぬ先の杖として、必ず事前検証の工数を取っておきたい。 今回は簡単なベンチマ

仮想化技術を利用したサーバー集約やデスクトップ仮想化は、コスト削減やBCP（事業継続計画）対策など、情報システムの課題を解決する手段として一層注目を集めている。だが、仮想化環境を構成する要素の中には、仮想化に適合して進化しているものと、そうでないもの（進化が追いついていないもの）がある。 仮想化向きに進化したサーバーハードウエア 最も進化が著しいのはサーバーハードウエアだ。CPUのクロック数の向上こそ3GHz程度で足踏みしているものの、並列化の方向に進化の舵を切り、マルチコア化が進められている。プロセッサあたりのCPUコア数は4コア（クアッドコア）が当たり前で、6コア（ヘクサコア）や8コア（オクタコア）、さらには12コアを搭載したプロセッサまで登場している。これらは仮想化によるリソース分割に適したものとなっている。 メモリーについても、モジュールあたりのメモリー容量が4GBから8GBが主流

Hyper-Vは、マイクロソフト初のハイパーバイザー型のサーバー仮想化テクノロジーとしてWindows Server 2008に標準搭載（RTMには含まれず、2008年6月に追加提供）されました。今回は、このHyper-Vの技術を取り上げます。 仮想マシン環境を提供する仮想化テクノロジのことを、一般的な言葉で「仮想マシンモニター（Virtual Machine Monitor：VMM）」と呼びます。 どのようなVMMを利用する場合でも、仮想マシンを作成し、動作させる利用者から見れば大体のところは同じです。まず、物理コンピューターとその上で動くオペレーティングシステム（OS）があって、そのOS環境から空の仮想マシンを作成します（図1）。この仮想マシンは、物理的なハードウェアとしては実在しない、仮想的なコンピューターです。利用者は物理コンピューターにするのと同じように、空の仮想マシンにOSやア

サーバー仮想化は、「技術」と「活用」の両面で厚みが増しているようだ。仮想化の技術開発と利用現場でのニーズがうまく相互作用し、導入事例のバリエーションが広がっている。 東日本大震災を機に、仮想化技術をもっと災害対策に応用しよう、という機運も高まっている。仮想化技術を利用したディザスターリカバリー（DR）、節電対策としてのサーバー仮想化、事業継続を目的とした仮想デスクトップなどだ。以前からある取り組みだが、より大きな関心を集めるようになっている。 仮想化事例 カブドットコム証券 開発システムにCisco UCS採用、仮想化とネット統合で柔軟な運用実現 「とにかく運用負荷を減らしたい」と考え「Cisco Unified Computing System」を導入した。注目したのは、サーバー仮想化と、LANとストレージのネットワーク統合を前提とする、製品の設計思想だ。 中外製薬 仮想化を使い効率的な

次第に大規模化とミッション・クリティカルへの対応が進むサーバー仮想化環境。今後は，その管理が重要性を増す。そのために有効な新技術は徐々に登場してきている。キーワードはインタフェース統合と，管理の自動化。今回は，その最新動向を紹介する。 宮下 徹／奈良 昌紀 ネットワンシステムズ応用技術本部 第5応用技術部 DCエンジニアリングチーム 仮想化技術の進歩とともに，今後，サーバー統合はさらに進む。1台のハードウエア上で稼働させられる仮想マシンの数や，マルチプロセッサ/マルチコア・プロセッサ環境で一つの仮想マシンに割り当てられるCPUの数が飛躍的に増えるからだ。同時に，ユーザーはミッション・クリティカルなアプリケーションまで仮想化環境で動かすようになり，仮想マシンの重要度も上がっていく。 ただし一方で，仮想化したシステムの運用管理の難易度も次第に上がっていく。とりわけネットワークまわりは構成が複雑

サーバー仮想化環境のネットワークを運用する場合，最も重要なのは仮想スイッチの管理・監視である。ただ，仮想スイッチには大きく三つの種類があり，管理できる項目は仮想スイッチの種類によって異なる。今回は，ヴイエムウェア製ハイパーバイザの管理について見ていこう。 宮下 徹／奈良 昌紀 ネットワンシステムズ応用技術本部 第5応用技術部 DCエンジニアリングチーム ヴイエムウェアのハイパーバイザ型仮想化ソフトにはvSphereというスイート製品があり，三つの大きなコンポーネントからなる。ハイパーバイザとしてのESXホスト，これを管理するための管理サーバーとしてのvCenter Server，管理者がvCenter Serverにアクセスして仮想化環境における操作や状態確認を行うためのvSphere Clientである（図1）。 vSphere ClientからvCenter Serverにアクセスする

ネットワンシステムズ 宮下 徹、奈良 昌紀 サーバー仮想化ソフトは、ネットワークの観点から見ると、仮想マシン、仮想NIC、仮想スイッチの三つのコンポーネントに分けられる。ネットワーク設計に当たっては、これらと、物理NIC、物理スイッチを合わせてトポロジーや冗長構成を考える必要がある。 仮想化環境というテーマからすると意外かもしれないが、このうち仮想ネットワークの設計で最も重要なのは物理NICである。今回は、冗長化を中心とした、仮想化環境のネットワーク設計について解説する。 設計の肝はNICの「チーミング」 ネットワーク設計で重要なのは、可用性と十分な帯域、柔軟性を確保すること。このうち可用性と帯域の確保に役立つのが、複数の物理NICのチーミング＊1である。チーミングは複数のNICを一つのNICとして扱えるようにする技術。複数の物理NICへのネットワーク・トラフィックの分散や、物理NICのフ

ネットワンシステムズ 宮下 徹、奈良 昌紀 サーバー仮想化技術はネットワークに様々な影響を及ぼす。そこで今回は、仮想化ソフトが提供するネットワーク機能について見ていくことにする。 仮想化タイプにより機能の違い サーバー仮想化ソフトは、ホストOS型とハイパーバイザ型の2種類に大別できる。違いは、サーバー仮想ソフトの動作環境である。 ホストOS型は、サーバー仮想化ソフトをブラウザやMicrosoft Officeなどの通常のソフトウエアと同様に、汎用OS（WindowsやLinux）にインストールする。仮想化ソフトを実行するために汎用OSが必要になる。 一方、ハイパーバイザは汎用OS（ホストOS）を必要としない。サーバー仮想化ソフトがあたかもOSのようにハードウエアの上で動き、物理デバイスを直接制御する形で動作する。 実はこの二つのタイプは、仮想化レイヤーのネットワークも仕組みが異なる。もっと

ネットワンシステムズ 宮下 徹、奈良 昌紀 サーバーの統合・集約の動きとともに、企業やデータ・センターにサーバー仮想化技術が浸透しつつある。サーバーの仮想化というと、多くの読者は単にサーバー・ソフトウエアの技術だと考えるかもしれない。 しかし実際には、1台の物理的なサーバー・ハードウエアの内部には、ソフトウエア的に実現されたネットワークが隠れている。この点を考慮してサーバー・エリアのネットワークを設計しないと、「トラフィックを正確に把握できない」、「サーバーのCPUリソースには余裕があるのに、一向に性能が出ない」といったトラブルに陥りかねない。 そこで、ここでは3セクションにわたりサーバーを仮想化した環境でのネットワーク設計や運用のポイントについて解説する。今回は、サーバーを仮想化することによって生じる課題を考えよう。 課題はブレード・サーバーと酷似 一口にサーバー仮想化といっても、それを

情報セキュリティ対策、運用管理のTCO削減などを目的に、シンクライアントの導入を検討している企業への朗報だ。東芝ノートPCを使った「仮想化デスクトップ」で、デスクトップやユーザーデータの集中管理を実現する（提供：東芝情報機器）。 シンクライアント導入を検討しながら、なかなか導入に踏み切れない企業は多い。その理由として、大規模な初期投資、グラフィックアクセラレーター必須のCADソフトの存在、オフラインでの使用、既存の認証デバイスの非対応、ネットブート型の場合は起動に時間がかかるといった課題が挙げられるだろう。 東芝の「SV－PC」は東芝ノートPCを使った「仮想化デスクトップ」で、デスクトップの集中管理や、ユーザーデータの集中管理によって、これらの導入を妨げていた難題を解決する。 本ホワイトペーパーでは、シンクライアントの利点プラスαのメリットが得られるSV－PCの機能をグラフィカルに詳説する