JP5006280B2 - ネットワーク運用管理方法および装置 - Google Patents

Description

本発明は、複数の物理サーバのそれぞれを論理的に少なくとも一台の仮想サーバとして動作させ、物理サーバ間で仮想サーバを移動させることにより各物理サーバに配置される仮想サーバを動的に変更するネットワークの運用管理方法および装置に関する。

ネットワーク人口の増加や動画像配信など各種通信サービスの普及により、インターネット内のトラヒック量が将来的に急激に増大することが予想される。図９は、経済産業大臣主催で開催された「グリーンITイニシアティブ会議（第１回）」で示されたトラヒック量および消費電力量の推計であり、２０２５年には２００６年との比較でトラヒック量が１９０倍になると推定される。また、トラヒック量の増大にともない、それを処理するサーバやルータなどのIT機器も増加する傾向にあり、その電力消費量も２０２５年には２００６年との比較で５倍になると推定される。

このような背景、およびコスト削減や企業の社会的責任による企業価値の向上の観点から、サーバやルータなどの運用効率を最大化し、限られた資源で最大限のパフォーマンスを引き出す運用技術が今後ますます重要となる。

一方、複数の物理サーバのそれぞれを論理的に少なくとも一台のサーバ（仮想サーバ）として動作させことにより、物理サーバのコンピュータ資源（物理リソース）を有効に活用する仮想化技術が知られている。

非特許文献１、２には、このような仮想化技術を利用して、NW機器やサーバの運用を効率化する技術が開示されている。非特許文献１に開示されたVMware ESX（登録商標）は、物理サーバのプロセッサ、メモリ、ストレージおよびネットワーク帯域などの物理リソースを分割して複数の仮想サーバを構築する技術であり、このVMware ESX（登録商標）によれば、複数の仮想サーバが同一の物理サーバ上で物理リソースを共有して同時に動作できるようになる。

また、特許文献１および非特許文献３，４には、このような仮想化技術を応用して、(1)各仮想サーバへの物理リソースの割り当て、および(2)各仮想サーバを動作させる物理サーバ、を各仮想サーバの利用状況に応じて動的に変更することで更に運用の効率化を図る技術が開示されている。

図１０，１１は、従来の仮想化技術を利用した運用最適化方法を模式的に示したブロック図であり、データセンタDCには、ルータR1およびスイッチSW1，SW2，SW3を介してネットワークに接続された２つのネットワークセグメントNS1(192.168.1.0/24)，NS2(192.168.2.0/24)が存在し、第１ネットワークセグメントNS1には４つの物理サーバPS1，PS2，PS3，PS4が接続され、第２ネットワークセグメントNS2にも４つの物理サーバPS5，PS6，PS7，PS8が接続されている。

従来技術では、複数の物理サーバが論理グループに束ねられ、各論理グループ内で、(1)仮想サーバへの物理リソースの割り当て、および(2)仮想サーバを動作させる物理サーバ、の動的変更が行われる。ここでは、論理グループがリソースプールRPと呼ばれている。一般的に、仮想サーバは自身が動作する物理サーバの動的変更後も同じアドレスを使用し続ける必要があるため、同一のネットワークセグメントに接続された物理サーバは同一のリソースプールRPに束ねられる。図１０，１１の例では、ネットワークセグメントNS1に接続された物理サーバ群がリソースプールRP1に束ねられ、ネットワークセグメントNS2に接続された物理サーバ群がリソースプールRP2に束ねられる。

各物理サーバPS1〜PS8には、仮想化プラットフォームとしてVMware ESX（登録商標）が実装されており、各物理サーバの物理リソース（プロセッサ、メモリ、ストレージ、ネットワークリソースなど）は、仮想的に分割されて各仮想サーバに割り当てられている。

このような構成において、例えば昼間や就業時間内のように仮想サーバの使用率が比較的高い時間帯では、図１０に示したように全ての物理サーバPS1〜PS8を稼働させ、各種のアプリケーションAppが、各物理サーバPS上で動作する複数の仮想サーバのOS上で分散的に実行される。これに対して、アクセス数の少ない夜間や就業時間外になると、例えば図１１に示したように、第１リソースプールRP1では、２つの物理サーバPS3，PS4上で動作していた３つの仮想サーバが他の２つの物理サーバPS1，PS2に集約され、２つの物理サーバPS3，PS4が電源オフの状態または電力消費量の少ない休止状態とされる。

同様に、第２リソースプールRP2でも、２つの物理サーバPS7，PS8上で動作していた３つの仮想サーバが他の２つの物理サーバPS5，PS6に集約され、２つの物理サーバPS7，PS8が電源オフの状態または休止状態とされる。
特開2007-310791号公報 VMware: http://www.vmware.com/ Xen: http://www.xen.org/ 畑崎 恵介, 高本 良史, "サーバ仮想化を用いたシステムの省電力ポリシー運用技術," 電子情報通信学会技術研究報告 コンピュータシステム研究会 CPSY2006-44 Vol.106, No.436, pp. 37-42, Dec. 2006. VMware Distributed Power Management(DPM)

しかしながら、上記した従来技術では、ネットワークセグメントが異なる（すなわち、リソースプールが異なる）物理サーバ間で仮想サーバを移動させることができないので、十分な効率化が難しいという問題があった。

例えば、図１１に示した従来技術のように、各仮想サーバを各物理サーバへ配置すれば、物理サーバPS3，PS4，PS7，PS8を停止させることができるので、ある程度の省電力は達成できる。しかしながら、データセンタDCの総消費電力は、物理サーバの消費電力のみならず、空調設備や照明設備、さらには各物理サーバの経路を切り替えるスイッチSW等の消費電力にも大きく依存する。したがって、例えば図１２に示したように、リソースプールRP1，RP2が異なる部屋に設置されている場合には、一方の部屋１に配置されている物理サーバへ全ての仮想サーバを配置できれば、他方の部屋２に配置されている全ての物理サーバPSおよびそのスイッチSWを停止できるのみならず、部屋２の空調や照明も停止できるようになる。

しかしながら、上記した従来技術では各リソースプールに束ねられる物理サーバのグループ分けを動的に変更することができなかったので、前記図１２に関して説明したように、仮想サーバがネットワークセグメントを超えて物理サーバ間を移動する再配置による更なる省力化が難しかった。

本発明の目的は、上記した従来技術の課題を解決し、仮想サーバがネットワークセグメントを超えて物理サーバ間を移動できるようにすることで、効率的な省電力を可能にするネットワークの運用管理方法および装置を提供することにある。

上記の目的を達成するために、本発明は、複数の物理サーバのそれぞれを論理的に少なくとも一台の仮想サーバとして動作させ、各仮想サーバを、そのリソース使用量に基づいて物理サーバ間で動的に移動させるネットワークの運用管理装置において、各物理サーバに配置されている各仮想サーバのリソース使用量を検知する手段と、各仮想サーバの必要リソース量を前記リソース量に基づいて算出する手段と、各仮想サーバに前記必要リソース量が割り当てられるように、各仮想サーバの必要リソース量および各物理サーバの物理リソースに基づいて、各物理サーバへの各仮想サーバの配置を設計する手段と、各仮想サーバのネットワークセグメントが再配置後も変更されないように、仮想サーバが移動する先の物理サーバのネットワークセグメントを論理的に変更する手段と、再配置の設計結果に基づいて、各物理サーバへ各仮想サーバを再配置する手段とを具備したことを特徴とする。

本発明によれば、各仮想サーバを動作させる物理サーバを利用状況に応じて動的に変更するのと連動して、各仮想サーバが移動する先の物理サーバのネットワークセグメントを論理的に変更できるので、仮想サーバはネットワークセグメントを超えて物理サーバ間を移動できるようになる。したがって、例えば空調設備や照明設備が共通の物理サーバへ優先的に仮想サーバを配置したり、あるいは共通のネットワーク機器に接続されている物理サーバへ優先的に仮想サーバを配置したりすれば、効率的な省力化が可能になる。

以下、図面を参照して本発明の最良の実施形態について詳細に説明する。図１は、本発明のネットワーク運用管理方法が適用されるネットワークの構成を示したブロック図であり、データセンタDCには、ルータR1およびスイッチSW1，SW2，SW3を介して接続された２つのネットワークセグメントNS1(192.168.1.0/24)，NS2(192.168.2.0/24)が存在する。前記ルータR1には、本発明に係るネットワーク(NW)運用管理装置（サーバ）１が接続されている。

本実施形態では、前記ルータR1およびスイッチSW1，SW2，SW3がVLAN(Virtual LAN)機能をサポートし、前記NW運用管理サーバ１からの指示で、当該ネットワークの物理的な接続形態と論理的な接続形態とを分離し、仮想サーバが移動する先の物理サーバのネットワークセグメントを、物理的な接続変更を伴わずに論理的に変更することを可能にしている。

図１において、第１ネットワークセグメントNS1の第１リソースプールRP1には４つの物理サーバPS1，PS2，PS3，PS4が束ねられ、第２ネットワークセグメントNS2のリソースプールRP2にも４つの物理サーバPS5，PS6，PS7，PS8が束ねられている。各物理サーバPS1〜PS8には、前記VMware ESX（登録商標）に代表される仮想化プラットフォーム（仮想化レイヤ）が実装されており、各物理サーバPSのプロセッサ、メモリ、ストレージおよびネットワーク帯域等の物理リソースは、分割されて複数の仮想サーバVSに割り当てられる。

ここでは、物理サーバPS1，PS2にそれぞれ一つの仮想サーバVS1，VS2が配置され、物理サーバPS3に２つの仮想サーバVS3，VS4が配置され、物理サーバPS4，SP5，PS6にそれぞれ一つの仮想サーバVS5，VS6，VS7が配置され、物理サーバPS7に２つの仮想サーバVS8，VS9が配置され、物理サーバPS10に一つの仮想サーバVS10が配置されている。

図２は、前記NW運用管理サーバ１の主要部の構成を示したブロック図であり、ここでは、本発明の説明に不要な構成は図示が省略されている。

リソース使用量検知部１０は、各物理サーバPSに配置されている各仮想サーバVSの実際のリソース使用量を検知する。必要リソース量算出部１１は、各仮想サーバVSの必要リソース量を前記リソース使用量に基づいて算出する。物理サーバ管理部１２は、各物理サーバPSの物理リソースおよび優先度を管理する。

再配置設計部１３は、全ての仮想サーバVSに対して必要リソース量が割り当てられるように、各仮想サーバVSの必要リソース量、ならびに各物理サーバPSの物理リソースおよび優先度に基づいて、各物理サーバPSへの仮想サーバVSの再配置を設計する。

すなわち、前記再配置設計部１３による各物理サーバへの仮想サーバの再配置設計は、各物理サーバのネットワークセグメントを考慮することなく、例えば必要リソース量算出部１１により算出された各仮想サーバVSの必要リソース量の和が、再配置後も移動先の物理サーバの物理リソースを超えないように、各物理サーバの優先度に従って割り当てることにより行われる。

グルーピング部１４は、前記再配置設計部１３による設計通りに各仮想サーバを再配置する。グルーピング部１４はさらに、設計通りの再配置のためには仮想サーバVSがネットワークセグメントNSを超えて物理サーバPS間を移動する必要がある場合に、ルータRやスイッチSW1，SW2，SW3のVLAN設定を変更すことで、各物理サーバPSのネットワークセグメントNSを変更する。

NW機器管理部１６は、ネットワークのトポロジを管理する。起動停止制御部１７は、再配置により仮想サーバVSが配置されなくなる物理サーバPSを停止させる一方、再配置により仮想サーバVSが配置されることになる物理サーバPSを新たに起動する。前記起動停止制御部１７はさらに、前記再配置により停止される物理サーバPSのみに接続されているネットワーク機器を停止させる一方、前記再配置により起動される物理サーバPSに接続されている停止中のネットワーク機器を再起動する。

次いで、図３のフローチャートを参照して本実施形態の動作を詳細に説明する。ここでは初めに、図１に示したように各仮想サーバVSが各物理サーバPSに配置されている状態から、図８に示したように各仮想サーバVSが一部の物理サーバPSに再配置される場合の動作を説明し、次いで、図８の状態から再び図１の状態に再配置される場合の動作を説明する。

ステップＳ１では、前記リソース使用量検知部１０により、各物理サーバPS上の全ての仮想サーバVS1〜VS10から、現在のリソース使用量が取得される。本実施形態では、各仮想サーバVSにおけるプロセッサ、メモリ、HDDおよびネットワーク帯域などのリソース使用量が検知される。ステップＳ２では、前記必要リソース量算出部１１において、前記リソース使用量検知部１０により取得された各仮想サーバVSの現在のリソース使用量に、再配置実行後のリソース使用量の増加に備えた余剰割当率が乗じられて、再配置後の各仮想サーバVSの必要リソース量が算出される。本実施形態では、余剰割当率として、例えば１．０以上の係数が用いられる。

ステップＳ３では、全ての仮想サーバVSに、その必要リソース量が割り当てられるように、前記再配置設計部１３において、各仮想サーバVSの必要リソース量ならびに各物理サーバPSの物理リソースおよび優先度に基づいて、各物理サーバPSへの各仮想サーバVSの配置が設計される。

本実施形態では、(1)仮想サーバVSの必要リソース量の合計が配置先の物理サーバPSの物理リソースを超えず、(2)稼働する物理サーバ数が最小となり、(3)優先度の高い物理サーバへ仮想サーバが優先的に配置され、かつ(4)異なるリソースプールに束ねられた物理サーバ上で動作していた仮想サーバは同じ物理サーバに配置しない、という条件下で配置が設計される。

なお、前記条件(1)は、例えば物理サーバPSに実装されているHDDの容量が１テラバイトであれば、当該物理サーバPSに配置される全ての仮想サーバのHDD必要リソース量の合計が１テラバイト以下となるように配置が設計されることを意味する。前記条件(3)に関して、本実施形態ではスイッチSW1に接続されている４つの物理サーバPS1，PS2，PS3，PS4の優先度が他の物理サーバの優先度よりも高く設定されている。前記条件(4)は、例えば図１を例にして説明すれば、仮想サーバVS5が配置されている物理サーバPS4のリソースプールRP1と、仮想サーバVS6が配置されている物理サーバPS5のリソースプールRP2とは異なるので、仮想サーバVS5，VS6は同一の物理サーバに再配置しないことを意味する。

ここでは、図４に一覧表示したように、優先順位の高い４つの物理サーバPS1，PS2，PS3，PS4が稼働を継続され、残り４つの物理サーバPS5，PS6，PS7，PS8が稼働を停止され、物理サーバPS1には３つの仮想サーバVS1，VS2，VS3が配置され、物理サーバPS2には２つの仮想サーバVS4，VS5が配置され、物理サーバPS3には３つの仮想サーバVS6，VS7，VS8が配置され、物理サーバPS4には２つの仮想サーバVS9，VS10が配置されるように設計されたものとして説明を続ける。

なお、後にステップＳ７，Ｓ１５の「グループ分け変更」で詳述するように、本実施形態では、第２リソースプールRP2に束ねられている物理サーバPS5，PS6，PS7，PS8に配置されている仮想サーバVS6，VS7，VS8，VS9，VS10を、第１リソースプルプールRP1に束ねられている物理サーバPS3，PS4に配置できるようにするために、各仮想サーバを動作させる物理サーバを利用状況に応じて動的に変更するのと連動して、ルータRやスイッチSW1，SW2，SW3のVLAN設定を変更することにより、物理サーバPS3，PS4の接続先が物理サーバPS5，PS6，PS7，PS8と同じネットワークセグメントに動的に変更される。

図３へ戻り、ステップＳ４では、稼働する物理サーバPSの台数が仮想サーバの再配置後に増加するか否かが判定され、ここでは、稼働する物理サーバPSが８台から４台に減少するのでステップＳ５へ進む。ステップＳ５では、リソースプールRPの一つが今回の注目リソースプールとして選択される。ここでは、初めに第１リソースプールRP1が選択されたものとして説明を続ける。

ステップＳ６では、仮想サーバの再配置後に注目リソースプール（第１リソースプールRP1）に束ねられる全ての物理サーバPSが、既に第一リソースプールRP1に束ねられているか否かが判定される。ここでは、再配置後の第１リソースプールRP1に束ねられる２つの物理サーバPS1，PS2が既に第一リソースプールRP1に束ねられているのでステップＳ８へ進む。ステップＳ８では、前記再配置部１５により、注目リソースプール（第１リソースプールRP1）内で仮想サーバの再配置が行われる。

図５は、ステップＳ８で仮想サーバVSが再配置された直後の配置状態を示した図であり、第１リソースプールRP1では、物理サーバPS1に３つの仮想サーバVS1，VS2，VS3が配置され、物理サーバPS2には２つの仮想サーバVS4，VS5が配置され、物理サーバPS3，PS4には仮想サーバが配置されていない。

図３へ戻り、ステップＳ９では、未だ注目していないリソースプールが存在するか否かが判定され、ここでは第２リソースプールRP2が存在するので、前記ステップＳ５へ戻って第２リソースプールRP2が注目リソースプールとして選択される。

ステップＳ６では、仮想サーバの再配置後に注目リソースプール（第２リソースプールRP2）に束ねられる全ての物理サーバPSが、既に第２リソースプールRP2に束ねられているか否かが判定される。ここでは、再配置後の第２リソースプールRP2に束ねられる２つの物理サーバPS3，PS4が未だ第２リソースプールRP2に束ねられていないのでステップＳ７へ進む。ステップＳ７では、第２リソースプールRP2に束ねられていない２つの物理サーバPS3，PS4が第２リソースプールRP2に束ねられるように、前記グルーピング部１４によりルータRおよびスイッチSW1，SW2，SW3の設定が変更され、２つの物理サーバPS3、PS4が物理サーバPS5，PS6，PS7，PS8と同じネットワークセグメントに接続される。また、２つの物理サーバPS3，PS4のアドレスも、必要に応じて物理サーバPS5，PS6，PS7，PS8と同じネットワークセグメントのものに変更される。

図６は、ステップＳ７でグループ分けが変更された直後の割当状態を示した図であり、それまで第１リソースプールRP1に束ねられていた２つの物理サーバPS3，PS4が第２リソースプールRP2に束ねられている。

図３へ戻り、ステップＳ８では、前記再配置部１５により、今回の注目リソースプール（第２リソースプールRP2）内で仮想サーバが再配置される。図７は、ステップＳ８で再配置が行われた直後の配置状態を示した図であり、第２リソースプールRP2では、物理サーバPS3に３つの仮想サーバVS6，VS7，VS8が再配置され、物理サーバPS4に２つの仮想サーバVS9，VS10が配置され、物理サーバPS5，PS6，PS7，PS8には仮想サーバが配置されていない。

図３へ戻り、ステップＳ１０では、前記起動停止制御部１７により、前記仮想サーバの再配置および物理サーバのグループ変更により使用されなくなるネットワーク機器、すなわち４台の物理サーバPS5，PS6，PS7，PS8およびスイッチSW2が停止される。本実施形態では、各ネットワーク機器の電源がオフにされるか、あるいはスリープモード等の省電力モードへ移行される。図８は、当該時点での仮想サーバVSの配置状態および各機器の稼働状態を模式的に示したブロック図であり、データセンタDCではネットワークが停止されている。

このように、本実施形態によれば、各仮想サーバを動作させる物理サーバを利用状況に応じて動的に変更するのと連動して、仮想サーバVSが移動する先の物理サーバPSのネットワークセグメントを変更できるので、仮想サーバVSはネットワークセグメントを超えて物理サーバPS間を移動できるようになる。したがって、空調設備や照明設備が共通の物理サーバPSへ優先的に仮想サーバVSを配置したり、あるいは共通のネットワーク機器に接続されている物理サーバPSへ優先的に仮想サーバVSを配置したりすれば、効率的な省力化が可能になる。

すなわち、図７，８に示した例であれば、物理サーバPS1，PS2，PS3，PS4の設置されている部屋１の空調設備や照明設備のみを稼働させ、物理サーバPS5，PS6，PS7，PS8の設置されている部屋２の空調設備や照明設備を停止させれば、効率的な省力化が可能になる。

次いで、図８に示した配置／稼働状態から図１に示した配置／稼働状態へ移行する際の動作を、図３のフローチャートに沿って詳細に説明する。

ステップＳ１からステップＳ３では、前記と同様の処理が実行されて図１の再配置が設計される。ステップＳ４では、稼働する物理サーバPSの台数が仮想サーバの再配置後に増加するか否かが判定される。ここでは、稼働する物理サーバPSが４台から８台に増加するのでステップＳ１２へ進む。ステップＳ１２では、使用を開始される機器が起動される。ここでは、停止中の物理サーバPS5、PS6、PS7、PS8およびスイッチSW2が、前記起動停止制御部１７により起動される。

ステップＳ１３では、リソースプールRPの一つが今回の注目リソースプールとして選択される。ここでは、前記物理サーバPSが減少する場合とは逆順で、第２リソースプールRP2が今回の注目リソースプールとして選択される。ステップＳ１４では、仮想サーバVSの再配置後に今回の注目リソースプール（第２リソースプールRP2）に束ねられる全ての物理サーバPSが、既に第２リソースプールRP2に束ねられているか否かが判定される。ここでは、再配置後に第２リソースプールRP2に束ねられる４つの物理サーバPS5，PS6，PS7，PS8が未だ束ねられていないのでステップＳ１５へ進む。

ステップＳ１５では、起動された４つの物理サーバPS5，PS6，PS7，PS8が第２リソースプールRP2に束ねられるように、前記グルーピング部１４によりルータR1およびスイッチSW1，SW2，SW3の設定が変更される。また、４つの物理サーバPS5，PS6，PS7，PS8のアドレスも、必要に応じて物理サーバPS3，PS4と同じネットワークセグメントのものに変更される。これにより、仮想サーバの配置／稼働状態は、前記図７に示した通りになる。

ステップＳ１６では、前記再配置部１５により、今回の注目リソースプール（第２リソースプールRP2）内で仮想サーバが再配置される。すなわち、物理サーバPS3，PS4では仮想サーバが全て移動され、物理サーバPS5，PS6には、それぞれ仮想サーバVS6，VS7が配置され、物理サーバPS7には２つの仮想サーバVS8，VS9が配置され、物理サーバPS8には仮想サーバVS10が配置される。これにより、仮想サーバの配置は前記図６に示した通りになる。

ステップＳ１７では、未だ注目していないリソースプールが存在するか否かが判定され、ここでは第１リソースプールRP1が存在するので、前記ステップＳ１３へ戻って第１リソースプールRP1が注目リソースプールとして選択される。

ステップＳ１４では、仮想サーバの再配置後に今回の注目リソースプール（第１リソースプールRP1）に束ねられる全ての物理サーバPSが、既に第１リソースプールRP1に束ねられているか否かが判定される。ここでは、再配置後に第１リソースプールRP1に束ねられる４つの物理サーバPS1，PS2，PS3，PS4のうち、２つの物理サーバPS3，PS4が未だ束ねられていないのでステップＳ１５へ進む。ステップＳ１５では、第２リソースプールRP2に束ねられている２つの物理サーバPS3、PS4が第１リソースプールRP1に束ねられるように、前記グルーピング部１４によりルータRおよびスイッチSW1，SW2，SW3の設定が変更される。また、２つの物理サーバPS3，PS4のアドレスも、必要に応じて物理サーバPS1，PS2と同じネットワークセグメントのものに変更される。これにより、仮想サーバの配置／稼働状態は、前記図５に示した通りになる。

ステップＳ１６では、前記再配置部１５により、今回の注目リソースプール（第１リソースプールRP1）内で仮想サーバが再配置される。すなわち、物理サーバPS1，PS2には、それぞれ仮想サーバVS1，VS2が配置され、物理サーバPS3には２つの仮想サーバVS3，VS4が配置され、物理サーバPS4には仮想サーバVS5が配置される。これにより、仮想サーバの配置／稼働状態は、前記図１に示した通りになる。

本発明が適用されるネットワークの構成を模式的に示したブロック図である。 ネットワーク運用管理サーバの主要部の構成を示したブロック図である。 本発明の一実施形態の動作を示したフローチャートである。 再配置の設計結果の一例を一覧表示した図である。 ステップＳ８，Ｓ１６で仮想サーバが再配置された直後の状態を模式的に示したブロック図である。 ステップＳ７，Ｓ１５で物理サーバのグループ分けが変更された直後の状態を模式的に示したブロック図である。 ステップＳ８，Ｓ１６で仮想サーバが再配置された直後の状態を模式的に示したブロック図である。 ステップＳ１０で機器を停止させた直後の状態を模式的に示したブロック図である。 トラヒック量および消費電力量の推計を示した図である。 従来の仮想化技術を利用した運用最適化方法を模式的に示したブロック図である。 従来の仮想化技術を利用した運用最適化方法を模式的に示したブロック図である。 理想的な運用最適化方法の一例を模式的に示したブロック図である。

符号の説明

１０…リソース使用量検知部，１１…必要リソース量算出部，１２…物理サーバ管理部，１３…再配置設計部，１４…グルーピング部，１５…再配置部，１６…NW機器管理部，１７…起動停止制御部

Claims (6)

1. 複数の物理サーバのそれぞれを論理的に少なくとも一台の仮想サーバとして動作させ、物理サーバ間で仮想サーバを移動させることにより各物理サーバに配置される仮想サーバを動的に変更するネットワークの運用管理装置において、
   各物理サーバに配置されている各仮想サーバのリソース使用量を検知するリソース使用量検知手段と、
   各仮想サーバの必要リソース量を前記リソース使用量に基づいて算出する必要リソース量算出手段と、
   各仮想サーバにその必要リソース量が割り当てられるように、各仮想サーバの必要リソース量および各物理サーバの物理リソースに基づいて、各物理サーバへの各仮想サーバの再配置を設計する再配置設計手段と、
   各仮想サーバのネットワークセグメントが再配置後も変更されないように、仮想サーバが移動する先の物理サーバのネットワークセグメントを論理的に変更するグルーピング手段と、
   前記再配置の設計結果に基づいて、各物理サーバへ各仮想サーバを再配置する再配置手段とを具備したことを特徴とするネットワークの運用管理装置。
2. 仮想サーバが配置されなくなった物理サーバを停止させる手段をさらに含むことを特徴とする請求項１に記載のネットワークの運用管理装置。
3. 前記停止される物理サーバのみと接続されているネットワーク機器を停止させる手段をさらに含むことを特徴とする請求項２に記載のネットワークの運用管理装置。
4. 仮想サーバが配置されることになった物理サーバを起動する手段をさらに含むことを特徴とする請求項１に記載のネットワークの運用管理装置。
5. 前記起動される物理サーバと接続されている停止中のネットワーク機器を起動する手段をさらに含むことを特徴とする請求項４に記載のネットワークの運用管理装置。
6. 複数の物理サーバのそれぞれを論理的に少なくとも一台の仮想サーバとして動作させ、各仮想サーバを、そのリソース使用量に基づいて物理サーバ間で動的に移動させるネットワークの運用管理方法において、
   各物理サーバに配置されている各仮想サーバのリソース使用量を検知する手順と、
   各仮想サーバの必要リソース量を前記リソース使用量に基づいて算出する手順と、
   各仮想サーバにその必要リソース量が割り当てられるように、各仮想サーバの必要リソース量および各物理サーバの物理リソースに基づいて、各物理サーバへの各仮想サーバの再配置を設計する手順と、
   各仮想サーバのネットワークセグメントが再配置後も変更されないように、仮想サーバが移動する先の物理サーバのネットワークセグメントを論理的に変更する手順と、
   前記再配置の設計結果に基づいて、各物理サーバへ各仮想サーバを再配置する手順とを具備したことを特徴とするネットワークの運用管理方法。

Images