edit= SIGMABLADE＋!SigmaSystemCenterによる[[BR]]仮想マシンの自律運用システム
エンタープライズコンピューティングの分野において、この5年間で最も大きな変化の1つが「仮想化」です。メインフレームなどの大規模コンピュータでは以前から仮想化技術が使われていましたが、ハードウェアの高性能化により現在では一般的なPCサーバでも仮想化技術が使えるようになりました。仮想化はコンピュータリソースを“プール”として抽象化するために必須の技術となりつつあり、これをうまく導入することで企業は自社のリソースを効率よく分配することが可能になります。
一方、システム管理者にとって仮想化技術の導入は、管理レイヤの増加も意味します。管理レイヤが増えて管理の手間が増えるようでは、仮想化の導入メリットも半減してしまいます。そこでここではNECのブレードサーバ「SIGMABLADE」と管理ツールの「!SigmaSystemCenter 2.0」（SSC）を用いて、仮想マシンシステムを構築する手順を紹介します。SSCは仮想化に対応した統合管理プラットフォームであり、物理的なサーバで動作するホストと仮想マシンで動作するホストを単一のコンソールから統一的に管理することが可能です。
== SSCで実現する機能
今回構築するシステムでは、以下の2つの機能を実現することを目標とします。
* 物理サーバ（ブレード）の障害を検出し、その上で動作していた仮想マシンを別な物理サーバ上で自動的に起動する。
* 負荷状況に応じて仮想マシンの物理サーバへの割り当てを最適化する。
なお、SSCは仮想化プラットフォームとしてVMware ESX ServerとCitrix !XenServerの2つに対応していますが、今回はESX Serverを利用することにしました。作業内容にわずかな違いはあるものの、!XenServerを利用する場合でも上記の目標は実現できます。ちなみにSSCの将来のバージョンでは、MicrosoftのHyper-Vにも対応する予定です。
== システム構成と使用機材
今回構築するシステムの構成は以下のとおりです。
[[Thumb(sigma:sigmablade.jpg, float=right, size=320x240, caption=SIGMABLADE（上）とiStorage S1500（下）)]]
* 管理対象サーバ
* 物理サーバ（[http://www.express.nec.co.jp/pcserver/products/blade/120bb6/ SIGMABLADE Express5800/120Bb-6]×2台）
* VMware ESX Server
* ホスト名：IPアドレス
* esx1：192.168.1.231
* esx2：192.168.1.232
* 仮想マシン（3台）
* Windows Server 2003 Standard Edtion
* ホスト名：IPアドレス
* VM-01：192.168.1.236
* VM-02：192.168.1.237
* VM-03：192.168.1.238
* 収納ユニット（[http://www.nec.co.jp/products/sigmablade/products/sigmablade_m.html SIGMABLADE-M]）
* ストレージ（[http://www.nec.co.jp/products/istorage/product/san/s1500/index.shtml iStorage S1500]（FC接続））
* 管理サーバ（Express5800/120Rh-2）
* Windows Server 2003 Standard Edtion
* VMware !VirtualCenter
* !SigmaSystemCenter
* ホスト名：IPアドレス
* 120Rh-2：192.168.1.120
[[Thumb(sigma2:ssc2.png, size=480x400, caption=今回構築するシステムの構成)]]
上記のように、2台のブレードサーバ上で3台の仮想マシンを運用します。仮想マシンは4台でも5台でもかまいませんが、仮想マシンの必要とするリソースが物理サーバのキャパシティを超えないようにサイジングには十分注意する必要があります。
== 事前の作業
管理サーバにはあらかじめ!VirtualCenterをインストールしておきます。また、DHCPサーバとIIS、ASP.NETもWindows Serverのインストールメディアからインストールしておきます。
一方、ブレードにはESX Serverをインストールし、仮想マシンの作成とOSのインストールを済ませておいてください。今回はマイグレーション（物理サーバ間での仮想マシンの移動）を利用する関係上、仮想マシンの構成ファイル群を共有ストレージ上に配置する必要があります。それとブレードにはSIGMABLADEおよびExpress5800の管理ツール「ESMPRO/!ServerAgent」もインストールしておきます。この!ServerAgentは、ブレードの障害監視を行うために必要となります。
このほか、事前に済ませておく作業には以下のものがあります。これらの手順は'''[SIGMABLADE-SSC_1p1 こちらの記事]'''ですでに説明していますので、詳しくはそちらを参照してください（下記のリンクをクリックすると当該作業の解説箇所が参照できます）。
* [SIGMABLADE-SSC_1p2#h2-SSCのインストール SSCのインストール]
* [SIGMABLADE-SSC_1p2#h2-DPMの初期設定 DeploymentManager（DPM）の初期設定]
* [SIGMABLADE-SSC_1p2#h2-管理対象サーバの登録 DPMへの管理対象サーバの登録]
* [SIGMABLADE-SSC_1p2#h2-エージェントのインストール SSCエージェントのインストール]
* [SIGMABLADE-SSC_1p4#h2-.21SigmaSystemCenterの初期設定 SSCの初期設定（ライセンスの登録とユーザーの作成）]
なお、管理対象サーバのDPMへの登録は物理サーバと仮想マシンの双方で行う必要があります。同様にSSCエージェント（実際はDPMのエージェント）も物理サーバと仮想マシンの両方にインストールしてください。ESX ServerはLinuxベースなのでLinux版のエージェントをインストールします。一方、今回仮想マシンではWindowsを利用するので仮想マシンにはWindows用のエージェントをインストールします。
----
=== 目次
* 1/8 システム構成と使用機材 <=
* [SIGMABLADE-SSC_2p2 2/8 サブシステムとリソースの登録]
* [SIGMABLADE-SSC_2p3 3/8 物理サーバグループと仮想マシングループの設定]
* [SIGMABLADE-SSC_2p4 4/8 マスタマシンの登録と手動ライブマイグレーション]
* [SIGMABLADE-SSC_2p5 5/8 仮想マシン用ポリシーの作成と適用]
* [SIGMABLADE-SSC_2p6 6/8 物理サーバ障害時の仮想マシン移動]
* [SIGMABLADE-SSC_2p7 7/8 仮想マシンの最適配置]
* [SIGMABLADE-SSC_2p8 8/8 仮想マシン最適配置の動作テスト]
----