(57)【要約】【課題】複数の物理サーバまたは、複数の物理サーバ内の仮想サーバが追加、削除された場合において、負荷分散装置に対して手動で設定変更を実施する必要がある。【解決手段】物理サーバおよび仮想サーバの情報を記憶し、クライアント装置との接続を管理するサーバ構成管理部と、このサーバ構成管理部からの指示により、物理サーバおよび仮想サーバに対しポーリングを行い、各サーバの稼働状況を検出するサーバ監視部と、検出された稼動状況に応じ、物理サーバまたは仮想サーバとクライアント装置との接続変更を負荷分散装置に指示する負荷分散装置設定変更部とを備え、クライアント装置とサーバとの接続変更を自動的に行うことができる。【選択図】図１
2016218940.tif 000002
【特許請求の範囲】
【請求項１】
物理サーバおよび仮想サーバの情報を記憶し、クライアント装置との接続を管理するサーバ構成管理部、前記サーバ構成管理部からの指示により、前記物理サーバおよび前記仮想サーバに対しポーリングを行い、各サーバの稼働状況を検出するサーバ監視部、前記検出された稼動状況に応じ、前記物理サーバまたは前記仮想サーバと前記クライアント装置との接続変更を負荷分散装置に指示する負荷分散装置設定変更部を備えたサーバ管理装置。
【請求項２】
前記各サーバの稼働状況は、前記各サーバの死活情報であることを特徴とする請求項１記載のサーバ管理装置。
【請求項３】
前記各サーバの稼働状況は、前記各サーバにかかる負荷情報であることを特徴とする請求項１記載のサーバ管理装置。
【請求項４】
複数の物理サーバ内に存在する仮想サーバの情報を記憶し、クライアント装置との接続を管理するサーバ構成管理部、前記サーバ構成管理部からの指示により、前記複数の物理サーバに対しポーリングを行い、新たな仮想サーバが検出された場合、前記新たな仮想サーバのアドレスを前記サーバ構成管理部に送出するサーバ監視部、前記新たな仮想サーバを負荷分散装置に設定する負荷分散装置設定変更部を備えたサーバ管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、仮想サーバおよび物理サーバの増減に応じて負荷分散装置の振分先設定を追加・削除する、サーバ管理装置に関するものである。        
【背景技術】
【０００２】
近年のネットワークサービスの急速な普及に伴い、各種サービスを提供するサーバコンピュータ（以下サーバ）の安定稼働を目的とした、スケールアウト又はスケールシュリンクによる処理性能の改善手法が一般化している。
従来は、スケールアウト又はスケールシュリンクによりサーバ台数の増減をする場合、１つの物理サーバ内での仮想サーバをスケールアウト又はスケールシュリンクさせることにより負荷の変化に対応させることは従来より知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−６１６０８号公報
【特許文献２】特開２０１２−３７９３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、このような従来のサーバ管理装置では、複数の物理サーバまたは、複数の物理サーバ内の仮想サーバが追加、削除された場合において、負荷分散装置に対して手動で設定変更を実施する場合、構成変更が頻繁に発生するようなシステムでは、設定変更および構成管理作業がシステム管理者の負担となる可能性がある。
【０００５】
この発明は、上述のような課題を解決するためになされたもので、複数の物理サーバまたは、複数の物理サーバ内の仮想サーバが追加、削除された場合において、これを自動的に検出し、負荷分散装置に設定変更ができるサーバ管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
この発明に係わるサーバ管理装置においては、物理サーバおよび仮想サーバの情報を記憶し、クライアント装置との接続を管理するサーバ構成管理部と、このサーバ構成管理部からの指示により、物理サーバおよび仮想サーバに対しポーリングを行い、各サーバの稼働状況を検出するサーバ監視部と、検出された稼動状況に応じ、物理サーバまたは仮想サーバとクライアント装置との接続変更を負荷分散装置に指示する負荷分散装置設定変更部とを備えたものである。
【発明の効果】
【０００７】
この発明は、物理サーバおよび仮想サーバに対しポーリングを行い、各サーバの稼働状況を検出してクライアント装置との接続変更を自動的に行うことができる。
【図面の簡単な説明】
【０００８】
【図１】この発明の実施の形態１におけるサーバ管理装置の全体構成図である。
【図２】この発明の実施の形態１におけるサーバ動的管理装置のブロック図である。
【図３】この発明の実施の形態１における管理テーブルの説明図である。
【図４】この発明の実施の形態１における処理フロー図である。
【図５】この発明の実施の形態２におけるサーバの負荷分散を示す説明図である。
【発明を実施するための形態】
【０００９】
実施の形態１．
図１はこの発明の実施の形態１であるサーバ管理装置の全体構成図である。図において、振分先サーバ１０は、負荷を振り分けるためのサーバの総称であり、サーバＩＤで区別され、例えば、サーバ１からサーバ４で構成される。サーバ１からサーバ４は、Ｗｅｂサーバ等の物理サーバや物理サーバ内に形成されている仮想サーバ等を示す。それぞれのサーバ１から４は、負荷分散装置２０に接続され、インターネット等のネットワーク３０を介して、一以上のクライアント装置４０ａ、４０ｂ、４０ｃと通信可能に接続されている。
クライアント装置４０ａ、４０ｂ、４０ｃは、振分先サーバ１０によって提供されるサービスのユーザインタフェースをユーザに提供するＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）、又は携帯電話等である。
負荷分散装置２０は、サーバ動的管理装置５０からの指示により、振分先サーバ１０の振分先設定を自動的に切替える。
【００１０】
図２はサーバ動的管理装置５０の構成、機能を示すブロック図であり、サーバ構成管理部５０１、サーバ構成変更部５０２、サーバ監視部５０３、負荷分散装置設定変更部５０４からなる。サーバ動的管理装置５０は、図１に示す通り、振分先サーバと別に独立して設置している。以下図４の処理フローを参照して、各構成の動作を詳述する。
【００１１】
入力装置５０２１は、例えばキーボードや対話型インターフェース等で、システム管理者からの入力を受け付ける（図４ステップ１）。初期のサーバシステムの構築に際し、システム管理者が手動にて、各サーバの情報をエントリする。
入力情報としては、管理対象サーバのネットワークアドレス又はホスト名の範囲、監視周期、振分元の負荷分散装置のアドレス等である。
入力判定部５０２２は入力情報の妥当性を判定する（図４ステップ２）。具体的には、振分元のアドレスとして指定されている負荷分散装置２０が存在するか、無効なネットワークアドレスが指定されていないかなどである。入力情報が有効であると判定された場合、サーバ構成管理部５０１へ、入力情報を出力し、無効であると判定された場合は、入力装置５０２１にエラー情報を返送する。
【００１２】
サーバ構成管理部５０１は、管理対象とするサーバの情報および稼働状況を記憶するサーバ情報記憶部５０１１と、サーバ構成変更部５０２からの入力情報に基づいてサーバ監視部５０３および負荷分散装置設定変更部５０４への設定変更指示を行う制御部５０１２とで構成される。
サーバ情報記憶部５０１１では、図３の管理テーブルに示すように、負荷分散装置の振分先候補となるネットワークアドレス（ＩＰアドレス）の範囲と対象範囲内のサーバの稼働状況に関する情報を保持する。ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）等による名前解決が可能な環境下においては、ＩＰアドレスの他にホスト名による指定も可能とする。
【００１３】
制御部５０１２は、入力判定部５０２１で有効と判定された入力情報に基づき、サーバ情報記憶部５０１１に保持されるネットワークアドレス又はホスト名の追加、削除を行う（図４ステップ３）。また、サーバ情報記憶部５０１１の管理テーブルが変更された場合、制御部５０１２より、サーバ監視部５０３および負荷分散装置設定変更部５０４に対し、設定変更要求を発信する。このように、サーバ構成変更部５０２からの情報による管理テーブルの初期設定が正常に終了した場合、制御部５０１２はサーバ監視部５０３への状態監視要求を発行する。
【００１４】
サーバ監視部５０３は、サーバ構成管理部５０１から管理対象のサーバ情報を取得して定期的にポーリングを行う死活監視部５０３１と、監視対象の状態変化が生じた際にサーバ構成管理部５０１に情報を送信するための結果出力部５０３２で構成される。
【００１５】
死活監視部５０３１では、制御部５０１２から状態監視要求を受け取り、指定された監視範囲および監視周期（例えば図３では３０秒）に基づいて、同一ネットワーク上に存在する全てのサーバへのポーリング操作を実行する（図４ステップ４）。その際、監視対象の機器情報としてホスト名が与えられている場合、死活監視部５０３１ではＤＮＳ等による名前解決を行い、当該ホスト名に対応するネットワークアドレスを取得する。結果出力部５０３２では、ポーリング操作により取得された死活監視結果の情報を、サーバ構成管理部５０１の制御部５０１２に返却する（図４ステップ５）。
制御部５０１２にて、結果出力部５０３２からの返却値と、管理情報記憶部５０１１上の前回監視結果とを比較し、差異が生じている場合は管理情報記憶部５０１１の管理テーブルを更新する（図４ステップ６）。ここでの差異とは、既存のサーバが正常に動作していないとの情報、または、後述するように新たな仮想サーバが自動的に追加された情報等である（図３の管理テーブルの稼働状況の欄）。また、管理テーブルが更新された場合、制御部５０１２は負荷分散装置設定変更部５０４への設定変更を要求する（図４ステップ７）。
【００１６】
負荷分散装置設定変更部５０４は、サーバ構成管理部５０１から振分先サーバ１０の追加、削除の設定変更指示を受け付け、負荷分散装置２０に対する設定変更処理の実行と、処理結果をサーバ構成管理部５０１に返却する（図４ステップ８）。
【００１７】
制御部５０１２からの設定変更要求を受け取った負荷分散装置設定変更部５０４は振分元となる負荷分散装置２０との通信を確立し、振分先サーバ１０に関する設定追加または削除を行う。このとき、負荷分散装置２０および振分先サーバ１０間で正常に疎通が行われない場合は、制御部５０１２にエラー情報を返却し、管理情報記憶部５０１１上のサーバに関するエントリを無効化することで振分先に指定されないようにする（図３のサーバＩＤ４の稼働状況のかっこ内）。また、負荷分散装置２０への追加サーバの設定変更が正常に行われた場合は、制御部５０１２に処理結果を返却し、管理情報記憶部５０１１の稼働状態を更新する（図３のサーバＩＤ３の稼働状況のかっこ内）。
【００１８】
このように実施の形態１では、初期設定後、全てのサーバへのポーリング操作を定期的に実施することにより、ネットワーク上に存在する物理サーバ、仮想サーバ等、全てのサーバの死活を監視することができ、サーバの稼働状況に応じた負荷分散を行うことが可能となる。
【００１９】
実施の形態２．
次に各サーバへの負荷の振分につき、具体的に説明する。
図５は、負荷分散を説明する説明図である。図中、同一符号は同一又は類似の構成を示す。
負荷分散装置２０には、物理サーバ１００、物理サーバ２００、物理サーバ３００が接続され、サーバ動的管理装置がこれらサーバを管理している。
また、物理サーバ１００内に仮想サーバ１００１が設定され、物理サーバ２００には、仮想サーバ２００１が設定されている。物理サーバ１００内に仮想サーバ１００２が追加される場合、追加情報は、前述したようにシステム管理者が入力装置５０２１から入力してもよいが、物理サーバが負荷状況を自動的に判断し、仮想サーバ１００２を追加することも可能である。
【００２０】
すなわち、自動的に負荷状況を判断する場合、負荷を示す指標としてパケット通信量、各物理サーバ内のＣＰＵの負荷、各仮想サーバに割り当てられた仮想的なＣＰＵの負荷、外付けのハードディスク等の補助記憶装置へのアクセス負荷、セッション数、およびレスポンス時間等がある。セッション数とは、仮想サーバがクライアント装置４０へのサービスの提供のために開設しているセッションの数である。また、レスポンス時間とは、例えばクライアント装置４０からのリクエストをサーバに振り分けてから応答が返信されるまでの時間である。物理サーバ１００での負荷の指標（１つでも複数でもよい）が予め設定された第１の閾値を超えたことを検出して、物理サーバ１００内に、新たな仮想サーバ１００２を追加する。追加された仮想サーバ１００２には、物理サーバ１００内にある仮想サーバ設定部により、ネットワークアドレス等、ネットワークを介して通信可能とするための各種パラメータが設定される。このような仮想サーバの追加は、それぞれの物理サーバ内で管理されている。
【００２１】
実施の形態１で説明した通り、サーバ動的管理装置５０内の死活監視部５０３１で、指定された監視周期により、監視範囲内にある、物理サーバ１００、物理サーバ１００内の仮想サーバ１００１、１００２、物理サーバ２００、物理サーバ２００内の仮想サーバ２００１、物理サーバ３００へのポーリング操作を実行する。このポーリングにより、仮想サーバ１００２が新規に追加されたことが検出され、設定されたネットワークアドレスと共に、前回の監視周期では検出されなかった差異情報として、結果出力部５０３２から制御部５０１２に返却される。その後、前述した図４のステップ６からステップ８の手順により、負荷分散装置２０に追加の仮想サーバ１００２の設定変更がされる。
【００２２】
また、ポーリング時に、それぞれのサーバの負荷の状況を上述した指標に基づいて数値化し、管理情報記憶部５０１１にサーバの更新情報と共に記憶する。
【００２３】
このように、仮想サーバ１００２が負荷分散装置２０に設定された更新情報と、それぞれのサーバの負荷状況に基づいて、例えば、物理サーバ１００の負荷が小さくなり、物理サーバ３００の負荷が大きくなった場合、物理サーバ３００の負荷の一部を、物理サーバ１００内の新たに追加された仮想サーバ１００２に振り分ける等の分散処理が可能となる。
【００２４】
以上スケールアウトによるサーバ追加の場合の負荷分散を説明したが、逆に、負荷が小さく、稼動中のサーバを停止する（スケールシュリンク）場合もある。サーバ停止のトリガとしては、仮想サーバの場合、各物理サーバで管理されている停止された仮想サーバの情報をポーリング時に検出することができる。または、各サーバにかかる負荷の情報を数値化してポーリング時に提供してもらい、この数値化された負荷が、下限として定めた第２の閾値を下回った場合、該当するサーバを稼動停止状態と判断して、管理情報記憶部５０１１の稼働状態を更新してもよい。
【００２５】
このように実施の形態２では、各物理サーバで追加、削除される仮想サーバの情報を自動的に管理することができる。また、各仮想サーバの稼働状況、または負荷の状況をポーリング時に検出することにより、ネットワーク内のサーバの負荷の振分を自動的に可能とすることができる。
【００２６】
なお、この発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略することが可能である。
【符号の説明】
【００２７】
１０  振分先サーバ、２０  負荷分散装置、３０  ネットワーク、４０ａ、４０ｂ、４０ｃ  クライアント装置、５０  サーバ動的管理装置、５０１  サーバ構成管理部、５０１１  サーバ情報記憶部、  ５０１２  制御部、５０２  サーバ構成変更部、５０２１  入力装置、５０２２  入力判定部、５０３  サーバ監視部、５０３１  死活監視部、５０３２  結果出力部、５０４  負荷分散装置設定変更部、１００１、１００２、２００１  仮想サーバ、１００、２００、３００  物理サーバ
【図１】
2016218940.tif 000003
【図２】
2016218940.tif 000004
【図３】
2016218940.tif 000005
【図４】
2016218940.tif 000006
【図５】
2016218940.tif 000007