Systemwalker Resource Coordinator Virtual server Edition
機能

ブレードサーバの統合管理

通常のサーバハードウェア上で動作するOS（以降、物理OSと記述）に加えて、VMware Infrastructure 3のESX Server機能（以降は、ESX Serverと記述）と、その仮想マシン上で動作するゲストOSを管理することができます。
物理OS、ESX ServerおよびゲストOSの3種類を1つの画面上で一括して管理することができます。さらに、利用目的に応じ、判り易いGUI画面を使用して運用できます。

ブレード筐体／ブレードサーバ／VMware ESX Server／ゲストOSの関係を階層構造で判りやすく表示します。
サーバハードウェアで異常が発生した場合には、サーバリソースツリーをたどり、影響するゲストOSを簡単に確認することができます。
VMware ESX Serverに対して、物理OSと全く同じ操作で、導入・運用・保守の簡易化とサーバの可用性向上の機能を使用することができます。（クローニング機能を除く）
また、物理サーバや仮想サーバを意識することなく、業務に関連するサーバの監視や操作（起動・停止）を行うことができま す。

【図：物理サーバと仮想サーバの混在環境における運用】

低コストで高可用なブレードサーバシステム

サーバ故障時に自動的に予備サーバに切替えて業務を継続することができます。スイッチブレードのポートVLANの設定変更も自動的に行いますので、利用者は、予備サーバに切り替わったことを意識する必要はありません。

また、予備サーバは電源OFFの状態で待機することができるため、消費電力の削減も可能です。

• SANブート環境の自動リカバリ

  SAN接続の仮想化により、SAN環境の設定変更なしに数分でサーバの切替えが可能となります。

  故障サーバが使用していたブートディスクをそのまま使用するので、OSやアプリケーションは予備サーバ上で今までどおりに運用することができます。

  VMware ESX Serverが動作していたサーバが故障した場合には、予備サーバ上で VMware ESX ServerとゲストOSを継続して運用することができます。

  【図：SANブート環境の場合】

  

• ローカルブート環境の自動リカバリ

  SAN接続のストレージがない環境でも自動的に予備サーバに切替えることができます。

  サーバ故障時には、管理サーバにあるシステムディスクのバックアップから、予備サーバに対して自動的にリストアが行われ、予備サーバで業務を再開することができます。

  【図：ローカルブート環境の場合】

  

ブレードサーバ運用の簡易化・自動化

• I/O仮想化による運用の簡易化

  サーバのI/Oアダプタ（HBA）には、出荷時に世界で唯一の物理アドレスWWN（World Wide Name）が固定され、ストレージネットワーク側からサーバを識別するために利用されています。このため、従来、サーバの増設、保守（交換）、切替え時には、ストレージネットワーク側の物理アドレスWWNの設定変更が必要でした。

  Systemwalker Resource Coordinator Virtual server Editionでは、固定の物理アドレスWWNの替わりに、サーバの運用に合わせた仮想アドレスWWNをサーバ側に設定し、サーバ側でSANの構成を柔軟に変更できるI/O仮想化技術を取り入れています。この技術により、複雑なストレージの設定に影響を与えず、サーバの増設、保守（交換）、自動リカバリを動的に実現することが可能となります。

  【図：I/O仮想化による運用の簡易化】

  

• サーバ導入・設定の自動化

  サーバのI/O仮想化技術により、サーバ管理者は、SANの設定を意識せずにサーバの導入・設定を行うことが可能となります。

  1台のサーバで作成したシステムディスクの内容（システムイメージ）を複数の物理サーバへ複写（クローニング）することで、一括してインストールすることが可能です。また、業務LANの設定も自動的に行われます。

• サーバ増設の簡易化

  サーバ増設では、サーバに仮想アドレスWWNを設定し、システムイメージを選択するだけで、自動的にSANストレージが認識され、OS設定・起動を完了することができます。

• サーバ保守の簡易化

  サーバ交換時には、故障サーバのフロントパネルのLEDを点灯することで、交換作業の誤操作を防止します（ローカルブート環境でも同様に点灯）。

  サーバ交換後は、交換したサーバの仮想アドレスWWNの定義が自動的に変更され、OS設定・起動を完了することができます。