TOP
>
システムトレンド
> IBM DirectorアドオンソフトウェアのVirtual Machine Manager
ITインフラの新しい展望
第5回:xSeries、BladeCenterの仮想化技術とオープン化への取り組み
著者:
日本アイ・ビー・エム 佐々木 言
2005/12/5
前のページ
1
2
3
4
次のページ
IBM DirectorアドオンソフトウェアのVirtual Machine Manager
xSeries、BladeCenterのシステム管理ソリューションであるIBM Directorは、VMware ESX Serverに対応しています。IBM Directorによって、物理サーバー/仮想サーバーの両方をシングルシステムイメージで管理することができます。IBM Directorは、ServerモジュールとAgentモジュールがあり、管理サーバーにはServerモジュール、管理対象サーバーにはAgentモジュールが導入されます。
管理対象のVMware ESX Server上と各Guest OS上にIBM Director Agnetがそれぞれに導入されます。シングルシステムイメージを実現するには、IBMが無償で提供しているVirtual Machine Managerを導入する必要があります。Virtual Machine Managerにも、ServerモジュールとAgentモジュールがあり、VMware ESX Serverには、Virtual Machine ManagerのAgentモジュールを導入する必要があります。
図3はIBM Director Console上の物理サーバーと仮想サーバーの両方が表示されているものです。1台の「HS20_1」という実サーバー上に、2つのGuest OSが稼動していることがわかります。
図3:Guest OSの稼動状況
(画像をクリックすると別ウィンドウに拡大図を表示します)
Guest OSの遠隔電源操作(Power On/Off/Suspend)
Guest OSの作成
Guest OSのMigration(Virtual Centerと連携したVmotionおよびcold migration)。別途VMware、Virtual Center Management Serverが必要
Guest OSに関するイベント(Guest OSの電源ステータス)をトリガーにしたアクションの実行
プロセス監視、リソース監視、電源制御、ファイル転送、リモートセッション
VMware ESX Server資産管理(CPU/BIOSなどのハードウェアリソース、DeviceDriver/Firmwareなどのソフトウェアリソース)
表5:VMware ESX Server上で使用できるIBM Directorの主な機能
xSeriesおよびBladeCenterを包括的に管理するIBM Directorによって、VMware ESX Server環境も含め、IBM Directorと同じ運用方法で管理することによって、サーバー全体のシステム管理作業の一元化/標準化に役立ち、管理作業時間の削減、サポート要員育成時間の短縮といった利点を享受することができます。
TPM/TIOにおけるVMware Automation Pakage(tc-driver)
TPM/TIOは事前に定義されたServer Poolから必要に応じてサーバーリソースの追加が自動化できるソリューションです。
例えばWebサーバーを追加する場合には下記の処理が必要となります。
サーバーの割当
サーバーへのWebアプリケーションの導入
Webコンテンツの導入
IPアドレス変更
VLAN追加
Webアプリケーション起動
ファイアーウォールの設定変更
ロードバランサーの登録
表6:Webサーバーを追加する処理
これらの処理はワークフローとして実装され、様々なワークフローがIBMサイトにて公開されています。その1つとしてVMware Automation Packageが提供されています。このPackageでは、VMの作成・VMの削除・VMの起動・VMのサスペンドといったフローが組み込まれています。
TPM/TIOでVMware Automation Packageを利用すると、VMware ESX Server上のGuest OSを単位としたリソース配分の自動化が実現可能です。VMware ESX Server上の動的なリソースコントロールは、1台のサーバー内のリソースの最適配分であるのに対して、TPM/TIOでは、複数サーバーの中における1台のサーバーを単位としたリソース最適配分が実現できる点が大きく異なります。仮想化技術における、プロビジョニング・ソリューションは、より最適なリソースの有効活用という点で、有効なソリューションであるといえます。
参考:
http://www.ibm.com/software/ondemandcatalog/automation
増大したサーバーによる弊害の解決策として、サーバー統合という切り口で考えてきましたが、サーバー統合を推進する副次的な効果として、システムの標準化が実現できることになります。統合後のシステム運用において、もちろん最適な運用形態をデザインする必要があるわけですが、通常はこれまでの方法とは異なる方法となるはずです。
例えばあるサーバーのバックアップは週次であったり、あるサーバーは日次であったりしたものが、ある程度のレベル分類は行われるにしても、いくつかのパターンに絞られ、ある特定のサーバー群は日次、ある特定のサーバー群は週次となります。
バックアップを1つの例として考えましたが、ハードウェアの監視方法であったり、拡張方法の基準策定であったり、冗長構成(可用性)の基準であったり、インフラ・システム全体の標準化が実践されると考えます。
TCOの削減
ハードウェアコスト
ソフトウェアコスト(▲)
サポートスタッフコスト
ランニングコスト
隠れたコスト
効率の改善
未使用リソース
ヒューマンエラーの削減
サービスレベルの改善
バックアップ方法の標準化(▲)
サーバー停止時間の削減
管理の一元化
一元管理手法の再定義(▲)
サービスレベルの改善
表7:サーバー統合による主な利点
(▲は一時的にコストが増加するもの)
各項目は、サーバーの集中化、物理統合/仮想化統合の結果の効果項目とその実装にかかるコスト増減を明記したものです。サーバーの集中化、物理統合/仮想化統合プロジェクトによる標準化の実装の点では、目に見えるコストが膨らむ項目もあります。つまり、1つの項目にだけ捕らわれるのではなく、インフラ・システムの全体としての最適化が重要となっていくわけです。
前のページ
1
2
3
4
次のページ
著者プロフィール
日本アイ・ビー・エム株式会社 佐々木 言
日本アイ・ビー・エム株式会社アドバンスド・テクニカル・サポート ACP ITスペシャリスト
1997年入社。PC Solution MallにてIAサーバーを中心としたデータベース、クラスタリングシステムの技術サポートを担当。2000年よりIAサーバーのスペシャリストとしてxSeriesハイエンド機のテクニカルサポートを担当。現在はアドバンスト・テクニカル・サポートにて、xSeriesおよびBladeCenterの技術サポート全般を担当。
INDEX
第5回:xSeries、BladeCenterの仮想化技術とオープン化への取り組み
はじめに
仮想化統合におけるVMware ESX Serverへの取り組み
IBM DirectorアドオンソフトウェアのVirtual Machine Manager
BladeCenterのオープン性