VMwareのwhitepaper類をあさってピックアップしたvSphere 5.1での追加点・変更点から、個人的に注目するポイントのみを紹介。
なお、ここに記載した見解は誤っている可能性があります。
鵜呑みにせず、原本資料などを当たってみてください。
vMotion関連の機能拡張
「vMotionとStorage vMotionを同時実施」およびそれを拡張した「共有ディスク無しのvMotion」。
KVM,Xenなどでできる共有ディスク無しで稼働中のVMをについて物理サーバを移動させるということが可能となった。
vMotion/Storage vMotionが同時に利用できることを「“Unified” vMotion」と呼ぶようだ。
ネットワーク経由でディスクイメージを転送するためにかかる時間短縮のための拡張も入っている。
「VMFS5利用時にvMotion速度改善」
ディスクイメージの転送方法を見直し、１つのディスクイメージを複数に分割し、並列転送をさせることで、VMFS3利用時に対して7割程度の速度になる。
「vMotion利用時の複数枚NICのロードバランス」
2枚以上のNICをvMotionに割り当てた場合に、前項目の「並列転送」の処理をそれぞれのNICに割り当て負荷分散を図るようになった。
(2013/02/18追記:VMware Communityにて「PowerCLI 5.1で x-vMotion」という日本語解説が書かれていました。旧来のvSphere Clintからは実行できない、とのこと)
vSphere Replication
以前からVMware SRMというDR向けソリューションがある。
仮想ディスクイメージの同期を取り、災害時にDR先で継続できる、という仕組みである。
VMware SRMを利用する場合の利点というのは「DR先でIPなどが変わる場合に自動的に変更した上で起動させることができる仕組み」とか「本番環境に影響させないようにDR検証ができる」だと思っている。
このVMware SRM、最初はVMware SRMに対応した高級なストレージが必須となっていた。
vSphere 5.0になり、専用ストレージでなくとも、仮想アプライアンスとして提供される仕組みを利用して通常のストレージでもVMware SRMが可能となっていた。
この仮想アプライアンスとして提供された仕組みの部分を今回「vSphere Replication」として切り出したような形となっている。
VMware SRM相当のことを行うには、人間が手を動かす必要がある、という感じである。
というか、DRのことまで含まれてしまうと3rdパーティーの仕組みを提案しにくくなるのですが・・・・
vCenter Server関連の拡張点
vSphere 5.0ではWindowsライセンスを必要としないvCenter Serverとして、LinuxベースのvCenter Serverアプライアンスが提供され始めた。
vSphere 5.1では、それをさらに進め、Windowsを利用しないでも大丈夫なようになりつつある。
「vCenter Single Sign-On Server登場」
いままでvCenter Serverのユーザ認証はWindowsユーザ認証に依存していた。
それを「OpenLDAP」「Active Directory」「NIS」によるユーザ認証で行えるようにした。
「vSphere Clientの終息」
vCenter Serverの管理はWindows上で起動するvSphere Clientから行う、というものだったが、vSphere Clientソフトウェアの更新が終息気味となっている。（まだ使える）
代替としてはvSphere 5.0から登場した「vSphere Web Client」となる。
vCenter Single Sign-On Serverやいろんな新機能を使う場合に、vSphere Clientは利用できない。
仮想マシンに対する拡張
毎回、いろんな制限が拡張されていますが、もちろん今回もあります。
「64CPU,メモリ1TBの仮想マシンが作成可能に」
仮想マシンハードウェアversion9が登場し、64CPU/メモリ1TBをサポート。
3Dグラフィックアクセラレーション関連もサポート。
「VMware Toolsの大幅改変」
いままでVMware Toolsはカーネル系のモジュールやドライバをインストールしていたため、VMware toolsのバージョンアップ時にOSの再起動が必要となっていました。
それをOS再起動が不要な構造とした、とのことです。
(ただし、おそらくVMware Tools with vSphere 5.0からVMware Tools with vSphere 5.1へアップデートする際は、再起動が必要になりそう)
各種I/Oに関する強化
「Storage DRS強化、Storage I/Oコントロールも強化」
Storage DRS 2.0!とか謳うぐらいに強化している・・・ということなんだけど、いまいち使いどころが見えない。
大規模環境で負荷分散できるらしいが・・・
「VMware vSphere APIs Arrary Integration(VAAI) snapshot」
VAAIというVMwareからストレージの機能を制御する仕組みに機能追加。
仮想マシンのsnapshotを取る際に、VAAIを利用してストレージの持つsnapshot機能動作させ、ESXi側の処理を軽減させる。
「vSphere Distributed Switch(VDS)の機能強化」
各種limitの拡張、LACPサポートなど、細かい点はさておき、地味に重要な修正がありました。
「VDS関連設定情報のバックアップ/リストア手法を改善」
VDSに関する設定は、いままでSQL DBの中に入っていたのですが、それに関するバックアップ/リストアの仕組みがちゃんと用意されていませんでした。
それをちゃんと用意したようです。
とはいえ、バックアップを取っていないと、vCenter Serverが全損した際に、VDSを１から再作成する必要がある、という点は変わらないようです。
「Single-Root I/O仮想化(SR-IOV)サポート」
PCIeのNIC側で仮想マシンに関するI/O処理を委託する機能
CPUのオフロードがはかれますが・・・まぁ、基本的に10Gb-NIC向けですね。
vSphere Data Protection(VDP)の拡張
VMware純正のバックアップソリューションが少し機能強化。
「VDPの利用数制限を緩和」
1台のvCenter Serverで管理できるVDP総数が10台。
1台のVDPで扱えるバックアップ対象となる仮想VMが100台。
「バックアップの保存先ディスク制限緩和」
いままで1TBディスク*2=2TBが最大だったものが少し拡張された。
0.5TB*3=実効容量 850GB
1.0TB*3=実効容量1300GB
2.0TB*3=実効容量3100GB
なぜ、実効容量がこんなにも減るのかは説明がなかったので不明。
「VDPアプライアンスの要求スペック上昇」
ただ、マイナス点があって、VDPアプライアンスとして必要な仮想環境が4vCPU、4GBメモリを要求しているという点。
Auto Deploy強化
大規模環境ではいちいち各物理サーバに対してESXiをインストールするのがめんどいわけです。
それを簡略化するために、PXEブートでESXiを起動させる仕組みAuto Deployに機能強化が入りました。
vSphere 5.0では完全ディスクレスの「Stateless」のみだったものが、
「Stateless」「Stateless caching」「Stateful installs」の３種類の選択可能になりました。
「Stateless caching」
サーバローカルのUSB/HDD/SAN Diskにブートイメージとか設定情報を置くが、別に消えてもかまわない状態
「Stateful installs」
サーバローカルのUSB/HDD/SAN Diskに対してESXiを自動インストールする
まぁ、用途に応じて使い分ける、という感じになるのでしょうか？
細かい変更点
「ESXiのrootユーザの扱いが変更に」
サポート用などでshellログインする際にrootアカウントが使えなくなった。
一般ユーザでログインし、suでroot権限を取得する必要がある
まぁ、ESX4.0ではそうなってたので、前の仕様に戻した、という気もしますがね。
「VMware View向けの機能拡張」
VMware View環境向けにいろいろ機能が追加されている。
Win7/Win8上でWindows XP Modeを利用してWindows XPアプリを動作させる、という場合に、それを補助する仕組み、というのは、かなりアレなものだと思う。
また、VDIでは１つのディスクイメージから複数の仮想マシンを立ち上げユーザ毎に割り当てる、とかいう運用をする場合がある。
その場合は、VMごとに差分データがあり、増えていくことになるが、基本的に減ることはない。
それを利用していない領域については減らしたり、整理したりすることができるようになるらしい。
とりあえず、気になったところとしては、こんなところです。