機能拡張：共有ストレージいらずのvMotion／Storage vMotion

　ESXi 5.1では、共有ストレージを使わずに、内蔵ディスクや個別のストレージでライブマイグレーション（vMotion／Storage vMotion）ができるようになった。

　vMotionは、サーバの計画停止時に、実行中のVMをダウンタイムなしに別のサーバに移動させる高可用性技術だ。一方のStorage vMotionは、共有ストレージの計画停止時に、VMの稼働を継続させた状態で、VMのデータを別の共有ストレージに移動させる機能だ。

図4　ライブマイグレーション

　vMotion／Storage vMotionの課題は、ホスト間でVMを移動させる条件として共有ストレージが必要なことだった。一般に共有ストレージは、内蔵ディスクや個別のストレージに比べて価格が高い。また、共有ストレージならではの設定方法も覚える必要がある。そして、金銭的に共有ストレージを用意できない小規模環境や開発環境では、vMotion／Storage vMotionを利用できないことも課題だった。

　だが、今回の機能拡張によって、これまで共有ストレージが用意しにくかった環境でも、vMotion／Storage vMotionを実行することが可能になった。

画像5　ローカルディスクの指定が可能に

機能拡張：VMのスペック拡張

　1つのVMに対して割り当てられるvRAMは最大1Tバイト、IOPSは最大100万IOPSと、ESXi 5のころと変わらないものの、vCPUは2倍の64vCPUまで割り当て可能になった（※1）。

　ヴイエムウェア システムエンジニアの池田孝洋氏によると、「これまで仮想環境で動かすことをためらっていたSAPなどの基幹系業務システム、Oracleなどの大量リソースを消費するデータベースアプリケーションについても、ESXi 5.1では動かすことができる」という。ただし池田氏は、「Oralceデータベースに関しては、物理コア数とのライセンスの兼ね合いなど、設計には難しい部分もある」とも付け加えた。（関連記事：VMware vSphere 4.1をめぐるOracleのライセンス方式に憤るユーザー）

※1　Enterprise Plusエディションが必要。

機能拡張：ホストイメージの自動展開を実現するAuto Deploy

　ESXi 5.1ではAuto Deply機能にキャッシュモードというオプションが付いた。

　Auto Deplyは、ESXi 5で搭載された機能だ。ESXiのイメージファイルは約150Mバイトと非常に軽量。しかしながら、物理サーバ1台1台に対してインストールしていけばそれなりの時間はかかる。1台に30分かかる場合、クラスタ全体で40台だとすると、20時間かかる計算だ。そこで、Auto Deply機能によって、新たにホストとなる物理サーバは、インストールするイメージをディスクに書き込むのではなく、Auto Deplyサーバにイメージを取りに行く。イメージはネットワーク経由で起動し、初期導入とパッチの適用を合わせても数分間で実行できるという。その際、標準化されたホストプロファイルとの連携設定も併せて起動してくれる。

　だが、Auto Deply機能では、新たにホストとなる物理サーバがネットワーク経由で自分のイメージを取りに行くので、Auto Deplyサーバがダウンしていたり、ネットワークが切れていたらイメージを起動できない。ESXi 5の機能拡張では、そうした場合に備え、物理サーバが自分のHDDのキャッシュを読み、キャッシュから起動するという方法を選択できるようにした。そのため、障害発生時でも、導入の継続が可能になるという。

機能拡張：仮想ブリッジvSphere Distributed Switch

　個々の物理ホストレベルの仮想スイッチを複数のホストにわたる1台の大規模な仮想スイッチとして簡略化する機能「vSphere Distributed Switch」（VDS）でも進化があった。VDSは、物理ホスト間をvMotionで移動してもネットワーク構成を変える必要がないので、大規模環境で採用されることが多い機能だ。

　しかし、仮想的なスイッチと物理的なスイッチの構成に差異があり、うまく通信ができない場合、これまでは差異を検出する仕組みがなかった。また、スイッチの構成はvCenterのデータベースによって管理されるが、VDSの構成だけをバックアップする方法がなかった。この2点がESXi 5.1の強化点だ。

　1つ目はネットワークヘルスチェック機能。物理／仮想スイッチ間のVLAN設定や、物理／仮想スイッチ、物理NIC、vNICのMTU設定、チーミング設定でミスマッチがあった場合、アラートを挙げてくれる仕組みを実装した（※2）。vSphereの管理者は、ミスマッチが起こったときに素早く事態に気付け、どの部分が異なっていて通信ができないのかをすぐに確認することができる。

※2　VDSに対してヘルスチェック機能を有効に設定する。デフォルトは無効。

　2つ目は、VDS構成のバックアップ機能。ネットワークの構成情報をバックアップすることができる。もしネットワークの構成情報が失われた場合、バックアップをリストアして修復することができる。

機能拡張：vSphere Data Protection

　vSphereのプラットフォームに対応した新しい重複排除バックアップおよびリカバリツールとして、vSphere Data Recoveryの後継に当たる「vSphere Data Protection」（VDP）が追加された。エンジンにはEMC Avamarを採用。「実績のあるエンジンを採用することで、信頼性を向上した」（池田氏）

　また「より優れた重複排除技術によって、ディスク占有量を削減した」（池田氏）という。

　以前と同じく中小規模向けのバックアップソリューションという位置付けは変わらないため、1つのVDPアプライアンスで保護できるVM数の制限は100、バックアップ容量は最大2Tバイトという点も同じである。

機能拡張：vSphere Replicationの仲間入り

　ESXiホストによるVM単位のレプリケーションを行う「vSphere Replication」がvSphereに含まれることとなった。以前はVMware vCenter Site Recovery Manager（SRM）の中で提供されていた機能だ。ストレージのレプリケーション機能を使うのではなく、vCenterによるシンプルなセットアップで、より簡単にディザスタリカバリ（DR）サイトを構築したいといった要件で役立つ。

機能拡張：VMware vShield Endpointの仲間入り

　VDI環境で利用される「VMware vShield Endpoint」が、vSphereのコンポーネントに含まれることになった。個々のVMにエージェントをインストールすることなく、アンチウイルスやマルウェア検出など比較的負荷の高い処理をハイパーバイザーにオフロードできる。

vRAMライセンスの廃止

　vSphere 5で採用されたvRAMライセンスを廃止し、vSphere 5より前のバージョンと同じCPU単位のライセンスに変更した。

　以上、vCenterとESXiを中心にvSphere 5.1の新機能／機能拡張ポイントを紹介した。中小規模から大規模まで幅広い環境に対応し、さまざまな機能拡張があった。池田氏によれば、vSphere 5.1はマイナーバージョンアップではあるが、100以上の変更が加えられているという。細かい機能拡張を知りたい方はヴイエムウェアの「vSphere 5.1 リリースノート」をご確認いただくのがよいだろう。