VMware vSphere PowerCLIはユーザがvSphereの仮想マシン(VM),ネットワーク, ストレージ、ゲストOSの管理をサポートするためのコマンド・ライン・ツールです。
VMware vSphere PowerCLIはvSphereAPIとコミュニケーションするためにPowerShellを使用して、管理タスクを早く、スケジュールを簡単にすることができます。
VMware vSphere PowerCLIはユーザがvSphereの仮想マシン(VM),ネットワーク, ストレージ、ゲストOSの管理をサポートするためのコマンド・ライン・ツールです。
VMware vSphere PowerCLIはvSphereAPIとコミュニケーションするためにPowerShellを使用して、管理タスクを早く、スケジュールを簡単にすることができます。
VMwareには障害対策の機能としてHA(High Availability)、FT(Fault Tolerance)の機能があります。機能の概要を紹介します。
■HA(High Availability)
vSphereに障害が発生した時に、vSphereで稼働していた仮想マシンから他のvSphereに仮想マシンを移動します。自動で予備のvSphereに切り替わるのでvSphereの障害時に自動で仮想マシンで運用しているシステムを復旧可能です。
*–delta.vmdk ファイル:これはユーザがVMのスナップショットを取った時に作成される差分ファイルです。またredo-logファイルとしても知られています。デルタ・ファイルは基本のVMDKへの変化のビットマップで、それで基本のVMDKより大きくなることはありません。(スナップショット・オーバーヘッド・スペースを除いては)デルタ・ファイルはユーザがVMを作成した各スナップショット用に作成されます。またエクストラ・デルタ・ヘルパ(extra delta helper)ファイルはスナップショットがsnapshot managerで削除/リバースされる時にディスク変更をホールドするために作成されます。これらのファイルはスナップショットがsnapshot managerで削除/リバースされた時に自動で削除されます。
■FT(Fault Tolerance)とは
仮想化されたサーバー上で動作している仮想マシンを二重化して、サーバーにトラブルが起こったときでも、仮想マシンのサービスを起動しつづけるようにする機能です。
VMwareのFT(Fault Tolerance)の構成の仮想マシンはVMwareのスナップショットの機能をサポートしません。その為、VMwareのスナップショットの機能を利用してバックアップをするソフトではFT構成の仮想マシンのバックアップは行えません。
ESXとサービス・コンソール
vSphere 5からESXiのみがハイパーバイザーになりました。
もしESXサービス・コンソールを使用していたなら、ESXiの管理には大きな適応が必要になります。ESXとESXiの大きな違いの2つは:インストールとコマンドライン管理です。マニュアルでESXiをインストールするのは非常に簡単です。そしてウィザードはESXに比較してシンプルです。ESXIを自動でディプロイさせるには、新規自動ディプロイ・オプションがPreboot Execution Environment ブートとESXiインストレーション用のイメージをロードすることができます。
Fault Domain Manager
VMware High Availability (HA)は完全に改修され、拡張されました。しかしさらに複雑になりました。
以前はVMware HA はクラスタ設定とノード状態を保守するためのプライマリ・ノード(5つまで)に依存していました。他のホストはセカンダリ・ノードでプライマリ・ノードに状態を送っていました。プライマリとセカンダリ・ノード間のコミュニケーションは故障を検知するハートビートを取り込んでいました。
vCenterサーバとWebクライアントの改善
vCenterサーバがLinux仮想アプライアンスとしてディプロイが可能になりました。このアプライアンスはLinked Mode以外の通常のvCenterサーバ機能を保っています。Linked ModeはvSphereクライアント経由でアクセス可能です。
vCenterサーバは追加のWindowsサーバを必要としなくなり、それはDB2 Expressデータベースをパッケージしています。またOracle、DB2のみを外部データベースとしてサポートします。これによりvCenterサーバにはマイクロソフト製品を必要としなくなりました。
2. ストレージ・リソース管理の改善
vSphere 5ではストレージ・リソース管理がStorage Distributed Resource Scheduler (DRS)とProfile-Driven Storageの発表により大きく改善しました。
Storage DRS は自動でストレージ・ディスクのロードバランスを行い、利用可能なディスク・スペースと現状のI/O負荷をベースにVMのベストな配置を選択します。この機能はvSphere 4でのDRSとストレージI/O管理(Control)の問題を改善しています。ロード・バランシング時にはDRSはCPUとメモリ使用のみを考慮し、Storage I/O管理はデータストア上のI/Oプライオリティかと制限することができます。しかしユーザはI/Oを再分散させることはできません。
1. メモリー・ベースのライセンス
VSphere 5のライセンスはCPUソケット数と仮想マシン(VM)にアロケーションするメモリで制限されますが、以前のCPUコア数の制限はなくなりました。
Standardライセンスではホストの物理メモリに関係なくパワーオンしたVMに16MBのメモリと1xCPUソケットのアサインが可能です。Enterpriseライセンスは32MBメモリと1xCPUソケットで、nterprise Plusライセンスは48MBメモリと1xCPUソケットです。2x物理プロセッサ用のEnterprise PlusライセンスではVMに割当てられるメモリは96MBメモリになります。
VMwareの機能により1台の物理マシン上で複数の仮想マシンを運用できるようになりました。しかし仮想マシンの台数が増えるごとに物理マシンのリソースへの負担は増えます。また同時に複数の仮想マシンを運用していて仮想マシン(A)には多くのリソースを与えたい、仮想マシン(B)にはリソースの割り当てを低くしたいといった場面もあると思われます。VMwareには「リソースプール」と呼ばれる機能があり、ユーザーは仮想マシン毎にどの位のリソースを割り当てるか設定が可能です。
VMware VMFSデータストアの適切なサイズを決定するためのステップ
1.データストア内に配置予定のすべてのVM(仮想マシン)の仮想化ディスク・サイズを合計します。
2.VMに割当てられるすべてのメモリ容量を計算し(ステップA)、それからVMにユーザがアサインするすべてのメモリ・リザーブを計算します(ステックB)。(注:デフォルトのメモリ・リザーブは0です。)それから.vsmpファイル用にユーザが必要なスペース容量を割り出すためにステップA-ステップBを計算します。代わりにユーザはローカル・データストア上に.vswpファイルを保存するためにユーザのホストを設定することができます。そうした場合は最終合計を計算するときにはこの数値を含める必要はありません。