管理面においては、マルチハイパーバイザー対応を進めているが、シトリックスはハイパーバイザーとして、コストパフォーマンスの高い、クラウド環境に最適なハイパーバイザー「XenServer」を提供している。XenServerの開発テーマは大きく分けて2つある。クラウド環境(プライベートクラウド、パブリッククラウド)で利用しやすい機能開発、エディション構成デスクトップ仮想化システム環境で利用しやすい機能の開発、エディション構成XenServerの開発スピードは非常に速く、ここ1、2年で急速に機能を追加してきた。Infrastructureでは、VMware、Hyper-Vとともに、リーダーのポジションにランキングされた事からも分かるように、3大ハイパーバイザーの1つとして認められている。1、2年前に評価し使用をあきらめたユーザーがいれば、ぜひもう一度評価する事をお勧めする。Hypervisor’」においては、XenServerを利用しているユーザー(複数パイパーバイザーを利用している場合も含む)はアンケートを行ったユーザーの55%であり、さらに最も利用しているハイパーバイザーの20%がXenServerであったという事はつい最近の事である。ここでは多数あるXenServerの機能の中でも、クラウド向けの機能に焦点を当てて解説していきたいと思う。5.6」を参照いただきたい。6のリリースを予定している。FP1より、2種類の仮想スイッチを提供している。BridgeベースのL2スイッチであり、もう1つの仮想スイッチはOpenFlow対応の高機能な分散仮想スイッチである。この分散仮想スイッチを利用するためには、下記のコマンドを実行し再起動する事で利用する事が可能である。6より、デフォルトの仮想スイッチが、OpenFlow対応の高機能な仮想スイッチになる予定である。ここで、少しOpenFlowについて解説したいと思う。スイッチの機能を大きく分けると、データ伝送する部分(データパス)とデータをどのように転送するかを決める部分(コントロールパス)の2つになる。OpenFlow対応の仮想スイッチでは、その2つの機能を分断し、コントロールパスに関しては、外部で制御する仕組みを取っている。スイッチには、データ転送部分に特化させるといった具合だ。1つの特徴は、12のパラメータに基づき、データをどのように伝送するかを決め、Flowテーブルで定義している。このIPアドレスからのデータで、プロトコルがHTTPであれば、とあるIPアドレスに転送し、FTPであればドロップするといった具合だ。同じネットワークセグメントでも、このFlowテーブルを設定すれば、いかようにもネットワークを分ける事ができる。そのため、既存で使用されているVLANではID数が4094以上は作成できないというジレンマから回避する技術として、OpenFlowを採用、検討する事が最近多い。図5:OpenFlowスイッチの役割XenServerでは、OpenFlow対応仮想スイッチのコントローラを仮想アプライアンスとして提供している。仮想アプライアンスをこちら(要mycitrixアカウント)よりダウンロードし、XenServerにインポートし起動すれば、ものの数か所の設定でOpenFlowコントローラを使用する事ができる。Manpagesを参照していただければと思う。Manager」と、大規模、パブリッククラウド向けの管理ソフトウエア「CloudStack」を提供している。オープンソースのクラウド管理ソフトウエア「OpenStack」の開発にも大きく貢献している。Manager」について見ていきたいと思う。Managerをベースに開発されているものである。6からは、プライベートクラウド管理機能として提供される。大きく変わった点としては、Citrixの文化でもある「クラウドにオープンである事」を踏襲し、XenServerとVMwareの2つのハイパーバイザーを管理し、ユーザーに対し1つの管理インターフェースを提供する事ができる点である。ユーザーインターフェースもより使いやすい形に一新されている。将来的には、Hyper-Vへの対応や、またAWSやOpenStackベースのクラウドも管理できるようになる予定だ。VMLogix:カナダの企業でLabManagerと呼ばれるラボ管理製品を提供していた。6を管理する事が可能だ。VMwareの3大ハイパーバイザーを1つの管理ツールで管理する事ができる。SP1と組み合わせる事によって、GPUパススルー機能が使用可能になった。XenDesktopで構築された仮想デスクトップシステムにリモートより接続し、その仮想マシン上で高解像度グラフィックスアプリケーションを非常にスムーズに動かす事ができる。ここで注意したいのは、このGPUパススルーの機能は、1VMにつき1GPUをアサインするといったように、1:1のGPUパススルー機能である。Multi-OS対応のNVIDIAのGPUが必要である。(XenDesktop向け):デスクトップ仮想化システムでは、サーバー仮想化とは異なり、1つのハイパーバイザーで多くの仮想マシンを実行する必要がある。大規模なシステムでは100VM/ハイパーバイザーを超える場合もある。サーバー仮想化では、集約したとしても数十といった所だろう。大規模環境であっても総サーバー数は数千程度と考えられるが、クライアントPCの数となると数万という場合も多い。いったクライアントPCを統合する場合、ハイパーバイザーに集約する仮想マシン数も多くなりがちである。仮想マシンの展開方法についても、一般的には仮想マシンのマスターディスクイメージを作成しておいて、そのイメージに仮想マシンからアクセスを行い、差分については別途仮想ディスクに書き込む、というような方法を取る場合が多い。Serviceといった機能を使用して、このような方法を取る。その際に課題になってくる部分が、マスターディスクイメージが置いてあるストレージへのI/Oである。ピーク時は特に朝だろう。デスクトップ仮想化システムを導入している企業では、朝出社後、社員が一斉にリモート端末から仮想マシン(仮想デスクトップ)にアクセスするため、数百、数千という仮想マシンからのリードI/Oが一斉に発生する(ブートストーム)事になる。いったブートストームに対応したシステム構成を構築する事が重要になる。XenServerでは、既に読み込んだデータに関しては、にローカルストレージにキャッシュしておく事が可能であるため、ストレージのIOPSを劇的に削減する事が可能である。次回は、シトリックスのOpenStackへの取り組みやCloudStackに関して解説していきたいと思う。Weekly」の配信サービスを提供しています。メルマガ会員登録を済ませれば、メルマガだけでなく、さまざまな限定特典を入手できるようになります。ITがお届けするポッドキャストです。