(57)【要約】【課題】運用系サーバと待機系サーバを含む冗長構成を備えたサーバシステムを効率的に運用することである。【解決手段】本発明にかかるサーバシステムは、運用系サーバ１Ａ、２Ａと待機系サーバ１Ｂ、２Ｂをそれぞれ有する複数の冗長構成１０、２０と、複数の冗長構成１０、２０を管理する管理サーバ３と、を備える。管理サーバ３は、運用系サーバのリソース状態に基づき待機系サーバの一部を運用系サーバに切り替える。例えば、管理サーバ３は、運用系サーバのリソース状態が高負荷状態である場合、通常状態における運用系サーバの数よりも運用系サーバの数が多くなるように冗長構成を再構成する。【選択図】図１
2010198060.tif 000002
【特許請求の範囲】
【請求項１】
運用系サーバと待機系サーバを有する複数の冗長構成と、
前記複数の冗長構成を管理する管理サーバと、を備え、
前記管理サーバは、前記運用系サーバのリソース状態に基づき前記待機系サーバの一部を運用系サーバに切り替える、サーバシステム。
【請求項２】
前記管理サーバは、前記運用系サーバのリソース状態が高負荷状態である場合、通常状態における前記運用系サーバの数よりも運用系サーバの数が多くなるように前記冗長構成を再構成する、請求項１に記載のサーバシステム。
【請求項３】
前記管理サーバは、前記運用系サーバのリソース状態が高負荷状態である場合、前記運用系サーバと前記待機系サーバの比を（２ｎ−１）：１とする、請求項１に記載のサーバシステム。
【請求項４】
前記管理サーバは、前記運用系サーバのリソース状態が通常状態である場合、前記運用系サーバと前記待機系サーバの比を１：１とする、請求項１乃至３のいずれか一項に記載のサーバシステム。
【請求項５】
前記複数の冗長構成は、第１の運用系サーバと第１の待機系サーバとを有する第１の冗長構成と、第２の運用系サーバと第２の待機系サーバとを有する第２の冗長構成と、を有し、
前記管理サーバは、前記第１または第２の運用系サーバのリソース状態が高負荷状態である場合、前記第１または第２の待機系サーバのいずれかを運用系サーバとする、請求項１に記載のサーバシステム。
【請求項６】
前記管理サーバは、前記運用系サーバのＣＰＵの使用率に基づき前記運用系サーバのリソース状態を監視する、請求項１乃至５のいずれか一項に記載のサーバシステム。
【請求項７】
前記管理サーバは、前記運用系サーバのメモリの使用率に基づき前記運用系サーバのリソース状態を監視する、請求項１乃至６のいずれか一項に記載のサーバシステム。
【請求項８】
前記管理サーバは、前記運用系サーバのストレージの使用率に基づき前記運用系サーバのリソース状態を監視する、請求項１乃至７のいずれか一項に記載のサーバシステム。
【請求項９】
運用系サーバと待機系サーバを有する複数の冗長構成を備えるサーバシステムの制御方法であって、
前記運用系サーバのリソース状態を監視し、
前記運用系サーバのリソース状態の監視結果に基づき前記待機系サーバの一部を運用系サーバに切り替える、サーバシステムの制御方法。
【請求項１０】
前記運用系サーバのリソース状態が高負荷状態である場合、前記運用系サーバの数が前記待機系サーバの数よりも多くなるように前記冗長構成を再構成する、請求項９に記載のサーバシステムの制御方法。
【請求項１１】
前記運用系サーバのリソース状態が高負荷状態である場合、前記運用系サーバと前記待機系サーバの比を（２ｎ−１）：１とする、請求項９に記載のサーバシステムの制御方法。
【請求項１２】
前記運用系サーバのリソース状態が通常状態である場合、運用系サーバと待機系サーバの比を１：１とする、請求項９乃至１１のいずれか一項に記載のサーバシステムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はサーバシステム及びサーバシステムの制御方法に関し、特に運用系サーバと待機系サーバとを有する冗長構成を備えるサーバシステム及びサーバシステムの制御方法に関する。
【背景技術】
【０００２】
サーバシステムでは、サーバに障害が発生してもサービスを継続して提供する必要があるため、一般的に運用系サーバと待機系サーバからなる冗長構成が用いられている。冗長構成を有するサーバシステムでは、運用系サーバに障害が発生した場合、直ちに待機系サーバに切り替えることで継続してサービスを提供することができる。
【０００３】
特許文献１及び特許文献２には、このような運用系サーバと待機系サーバを含む冗長構成を備えたサーバシステムが開示されている。特許文献１に開示されているサーバシステムを図５に示す。図５に示すサーバシステム１１０は、サーバ１２１とサーバ１２２を含む冗長構成であり、サーバ１２１とサーバ１２２は、ネットワーク１７０で接続されている。サーバ１２１を運用系、サーバ１２２を待機系として動作している場合、サーバ１２１に、障害が発生すると、ＨＤＤ（磁気記憶装置）１４１のファイルは、サーバ１２１のファイルレプリケーション制御部１６１とサーバ１２２のファイルレプリケーション制御部１６２によって、サーバ１２２のＨＤＤ１４２に転送される。
【０００４】
また、特許文献２に開示されているサーバシステムを図６に示す。図６に示すサーバシステムは、運用系サーバ２１０と、待機系サーバ２１１を有する。運用系サーバ２１０は、プロセス２２０と、共有メモリ２３０と、ＣＰＵ監視機能部２４０と、レプリケーション機能部２５０と、管理テーブル２６０を備える。プロセス２２０は、データ処理を行うためのプログラムであり、ＣＰＵにより実行される処理の単位である。共有メモリ２３０は、データの書き込み及び読み出しを行う。ＣＰＵ監視機能部２４０は、ＣＰＵ使用率を監視する。レプリケーション機能部２５０は、レプリケーション（メモリ同期化）を行う。管理テーブル２６０は、レプリケーション未完了のデータの管理情報を格納する。待機系サーバ２１１も運用系サーバ２１０と同様の構成である。そして、障害などの理由により、運用系サーバ２１０のサービスが停止した場合には、運用系サーバ２１０と待機系サーバ２１１が切り替わり、待機系サーバ２１１が運用系としてサービスを開始する。
【０００５】
また、図４は、運用系サーバ１００Ａと待機系サーバ１００Ｂを含む冗長構成１００を複数有するサーバシステムを示す図である。図４に示すサーバシステムでは、冗長構成１００、２００を構成する各サーバ１００Ａ、１００Ｂ、２００Ａ、２００Ｂは管理サーバで管理されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−３２８５９５号公報
【特許文献２】特開２００７−２８６９５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、図４乃至６に示す冗長構成のサーバシステムでは、運用系サーバと待機系サーバの２台のサーバを一組としてシステムを構成している。このようなシステム構成では、待機系サーバは通常は待機状態のままであり、未使用となる。そして、図４に示すように運用系サーバと待機系サーバの２台のサーバを一組とした冗長構成を複数有するサーバシステムでは、ｎ台の運用系サーバでシステムを構成する場合、待機系サーバを含めると合計で２ｎ台のサーバが必要となる。このようなシステム構成では、システム全体のサーバ台数の半分の性能しか発揮できず、効率的ではない。
【０００８】
よって本発明は、運用系サーバと待機系サーバを含む冗長構成を備えたサーバシステムを効率的に運用することを目的としている。
【課題を解決するための手段】
【０００９】
本発明にかかるサーバシステムは、運用系サーバと待機系サーバを有する複数の冗長構成と、前記複数の冗長構成を管理する管理サーバと、を備え、前記管理サーバは、前記運用系サーバのリソース状態に基づき前記待機系サーバの一部を運用系サーバに切り替える。
【００１０】
本発明にかかるサーバシステムの制御方法は、運用系サーバと待機系サーバを有する複数の冗長構成を備えるサーバシステムの制御方法であって、次の工程を有する。前記運用系サーバのリソース状態を監視する工程。前記運用系サーバのリソース状態の監視結果に基づき前記待機系サーバの一部を運用系サーバに切り替える工程。
【発明の効果】
【００１１】
本発明により、運用系サーバと待機系サーバを含む冗長構成を備えたサーバシステムを効率的に運用することができる。
【図面の簡単な説明】
【００１２】
【図１】実施の形態にかかるサーバシステムを示す図である。（ａ）は低負荷状態の時のサーバシステムの構成を示す図であり、（ｂ）は高負荷状態の時のサーバシステムの構成を示す図である。
【図２】実施の形態にかかるサーバシステムがシステムを再構成する場合の動作シーケンスを示す図である（低負荷状態から高負荷状態）。
【図３】実施の形態にかかるサーバシステムがシステムを再構成する場合の動作シーケンスを示す図である（高負荷状態から低負荷状態）。
【図４】背景技術にかかるサーバシステムを説明するための図である。
【図５】背景技術にかかるサーバシステムを説明するための図である。
【図６】背景技術にかかるサーバシステムを説明するための図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して本発明の実施の形態について説明する。
図１（ａ）は低負荷状態（通常状態）における本実施の形態にかかるサーバシステムを示す図である。図１（ａ）において、冗長構成１０は運用系サーバ１Ａと待機系サーバ１Ｂを有する。また、冗長構成２０は運用系サーバ２Ａと待機系サーバ２Ｂを有する。本実施の形態にかかる通常時のサーバシステムは、運用系サーバと待機系サーバをそれぞれ１つずつ備える冗長構成を複数有する構成となっている。また、これらの複数の冗長構成の運用は管理サーバ３で管理されている。
【００１４】
管理サーバ３は各運用系サーバのリソース状態（例えば、ＣＰＵ使用率、メモリ使用率、ストレージ使用率）を監視する機能を持つ。そして、運用系サーバのリソース状態が高負荷状態（過負荷状態）であるか否かを判断し、運用系サーバと待機系サーバの冗長構成を再構成する。つまり、管理サーバ３のリソース状態の監視により、運用系サーバ１Ａ、２Ａが高負荷状態であると管理サーバ３が判断すると、管理サーバ３は待機系サーバとして動作している１つまたは複数のサーバを運用系に切り替え、冗長構成を再構成する。また、逆に運用系サーバのリソース状態が高負荷状態から低負荷状態へ変化したと管理サーバ３が判断した場合には、管理サーバは２台１組の構成（通常状態）へ戻すように冗長構成を再構成する。つまり、冗長構成の再構成は、低負荷状態の時には１：１の構成、高負荷状態の時にはｎ：１の構成とすることができる。
【００１５】
図１（ｂ）は高負荷状態におけるサーバシステムの構成例を示す図である。図１（ｂ）では、低負荷状態の時に待機系であったサーバ１Ｂを運用系サーバとし、運用系サーバ３台、待機系サーバ１台の３：１の冗長構成３０を再構成している。
【００１６】
尚、図１（ａ）、（ｂ）では、２つの冗長構成（１０、２０）を有するサーバシステムを例として説明したが、本実施の形態にかかるサーバシステムは、３つ以上の冗長構成を有するサーバシステムについても同様に適用することができる。つまり、本実施の形態にかかるサーバシステムでは、管理サーバは、運用系サーバのリソース状態が高負荷状態である場合は、運用系サーバと待機系サーバの比を（２ｎ−１）：１とすることができる。以下で本実施の形態にかかるサーバシステムの動作について具体的に説明する。
【００１７】
図２は、実施の形態にかかるサーバシステムが低負荷状態から高負荷状態へ変化した際にシステムを再構成する動作を説明するための図である。図２においても、低負荷状態（通常状態）では、サーバ１Ａは運用系サーバ、サーバ１Ｂは待機系サーバとして動作し、これらは冗長構成１０を構成している。また、サーバ２Ａは運用系サーバ、サーバ２Ｂは待機系サーバとして動作し、これらは冗長構成２０を構成している。管理サーバは、運用系サーバ１Ａ、２Ａのリソース状態を監視している。また、運用系サーバ１Ａと待機系サーバ１Ｂは互いにレプケーション処理を実施している。また、運用系サーバ２Ａと待機系サーバ２Ｂも互いにレプケーション処理を実施している。
【００１８】
管理サーバは運用系サーバ１Ａ、２Ａのリソース状態を監視し、例えば、運用系サーバのリソースの使用率が一定時間しきい値を超えた場合、高負荷状態であると判断する（Ｓ１）。そして、管理サーバは高負荷状態であると判断すると、待機系サーバ（サーバ１Ｂ）に対して運用系へ遷移するように指示する（Ｓ２）。この時、管理サーバは、運用系サーバ１Ａの新たな待機系サーバとなる待機系サーバ２Ｂの情報と、サーバ１Ｂが運用系に遷移した際に待機系サーバとなる待機系サーバ２Ｂの情報をサーバ１Ｂに対して通知する。
【００１９】
また、運用系に遷移するように指示を受けた待機系サーバ１Ｂは、運用系サーバ１Ａのレプリケーションデータを待機系サーバ２Ｂに引き継ぐ（Ｓ３）。そして、サーバ１Ｂは、サーバ１Ｂと対であった運用系サーバ１Ａに対して、待機系サーバがサーバ１Ｂからサーバ２Ｂへ変更になった旨を通知する（Ｓ４）。
【００２０】
次に、待機系サーバ１Ｂは管理サーバに対して待機系サーバから運用系サーバへの遷移が完了したことを通知する（Ｓ５）。そして、サーバ２Ｂを待機系サーバとして、サーバ１Ｂは運用系サーバとしてのサービスを開始する。サーバ１Ｂから状態遷移の完了通知を受けた管理サーバはシステムの運用状態を更新し、再構成後のシステム構成で運用を開始する（Ｓ６）。また、運用系に遷移したサーバ１Ｂは、管理サーバから通知された待機系サーバ２Ｂに対して、サーバ１Ｂとレプリケーション処理を行うように運用系追加要求を通知する（Ｓ７）。尚、各サーバに対する通知の順序は整合性の取れる範囲であれば前後しても構わない。
【００２１】
待機系サーバ２Ｂは、待機系サーバ１Ｂから運用系サーバ１Ａのレプリケーションデータを引き継いだ後、運用系サーバ１Ａに対してもレプリケーション処理を行う。また、待機系サーバ２Ｂは、運用系サーバ１Ｂから受けた運用系追加要求により運用系サーバ１Ｂに対してもレプリケーション処理を行う。
【００２２】
次に、本実施の形態にかかるサーバシステムが高負荷状態から低負荷状態へ変化した際のサーバシステムの動作について図３を用いて説明する。図３の初期状態は高負荷状態であるため、サーバ１Ａ、１Ｂ、２Ａは運用系サーバ、サーバ２Ｂは待機系サーバとして動作し、これらは冗長構成３０を構成している。管理サーバは、運用系サーバ１Ａ、１Ｂ、２Ａのリソース状態を監視している。また、運用系サーバ１Ａと待機系サーバ２Ｂは互いにレプケーション処理を実施している。また、運用系サーバ１Ｂと待機系サーバ２Ｂも互いにレプケーション処理を実施している。また、運用系サーバ２Ａと待機系サーバ２Ｂも互いにレプケーション処理を実施している。
【００２３】
管理サーバは運用系サーバ１Ａ、１Ｂ、２Ａのリソース状態を監視し、例えば、運用系サーバのリソースの使用率が一定時間しきい値を下回った場合、高負荷状態ではないと判断する（Ｓ１１）。そして、管理サーバは高負荷状態ではないと判断すると、運用系サーバ（サーバ１Ｂ）に対して待機系へ遷移するように指示する（Ｓ１２）。この時、管理サーバは、運用系サーバ１Ｂの代りとなる運用系サーバ１Ａの情報と、サーバ１Ｂが待機系に遷移した際に対となる運用系サーバ１Ａの情報をサーバ１Ｂに対して通知する。
【００２４】
待機系に遷移するように指示を受けた運用系サーバ１Ｂは、運用系サーバ１Ａに対して、運用系サーバ１Ｂで実行中のデータの引継ぎを行い、運用系サーバ１Ａに対してレプリケーション処理を行う（Ｓ１３）。運用系サーバ１Ａは、運用系サーバ１Ｂが処理していたデータを引き継ぎ、運用系サーバ１Ｂの代わりに処理を継続する。
【００２５】
運用系サーバ１Ｂはすべての処理の引継ぎ終了後、運用系サーバ１Ａの待機系サーバ２Ｂに対して、サーバ１Ｂが運用系サーバ１Ａの待機系サーバへ遷移したことを通知する（Ｓ１４）。次に運用系サーバ１Ｂは、運用系サーバ１Ｂの待機系サーバ２Ｂに対して、サーバ１Ｂを運用系から削除するように、運用系削除要求を通知する（Ｓ１５）。次に運用系サーバ１Ｂは、管理サーバに対して運用系サーバから待機系サーバへの遷移が完了したことを通知する（Ｓ１６）。
【００２６】
すべての通知が終了した後、運用系サーバ１Ｂは待機系サーバへ遷移して、運用系サーバ１Ａの待機系サーバとしての動作を開始する。ここで、各サーバに対する通知の順序は整合性の取れる範囲で前後しても構わない。運用系サーバ１Ｂが運用系サーバ１Ａの待機系サーバに遷移した旨の通知を運用系サーバ１Ｂから受信した待機系サーバ２Ｂは、サーバ１Ａとのレプリケーション処理を終了する。また運用系サーバ１Ｂから、運用系削除要求を受信した待機系サーバ２Ｂは、サーバ１Ｂとのレプリケーション処理を終了する。
【００２７】
運用系サーバ１Ｂから状態遷移の完了通知を受けた管理サーバはシステムの運用状態を更新（Ｓ１７）し、再構成後のシステム構成で運用を開始する。本実施の形態にかかるサーバシステムは、図２および図３の処理をサーバのリソース状態に応じて繰り返しながらアプリケーションサービスを提供する。
【００２８】
以上で説明した本実施の形態にかかるサーバシステムでは、低負荷状態（通常状態）の場合は運用系サーバが２台（１Ａ、２Ａ）、待機系サーバが２台（１Ｂ、２Ｂ）であり、高負荷状態の場合は運用系サーバが３台（１Ａ、１Ｂ、２Ａ）、待機系サーバが１台（２Ｂ）である。しかし、本実施の形態にかかるサーバシステムはこのような組み合わせに限定されることはなく、例えば運用系サーバ３台、待機系サーバ３台でサーバシステムを構成してもよい。この場合、高負荷状態では運用系サーバ４台、待機系サーバ２台として再構成することができる。また、運用系サーバ５台、待機系サーバ１台として再構成することもできる。
【００２９】
また、例えば運用系サーバ４台、待機系サーバ４台でサーバシステムを構成してもよい。この場合、高負荷状態では運用系サーバ５台、待機系サーバ３台として再構成することができる。また、運用系サーバ６台、待機系サーバ２台として再構成することもできる。更に、運用系サーバ７台、待機系サーバ１台として再構成することもできる。このように、運用系サーバと待機系サーバの比率は、運用系サーバにかかる負荷等を考慮し管理サーバが適宜設定することができる。
【００３０】
また、上記例では低負荷状態における運用系サーバと待機系サーバの構成が１：１の構成である場合について説明した。しかし、本実施の形態にかかるサーバシステムでは、低負荷状態における運用系サーバと待機系サーバの構成比を１：１以外とすることもできる。例えば、低負荷状態（通常状態）では、運用系サーバを４台、待機系サーバを２台とし、高負荷状態では運用系サーバを５台、待機系サーバを１台とすることもできる。
【００３１】
つまり、本実施の形態にかかるサーバシステムでは、運用系サーバのリソース状態が高負荷状態である時に、待機系サーバの一部を運用系サーバに遷移させている。これにより、高負荷状態では運用系サーバの数を低負荷状態の場合よりも多くすることができ、サーバシステムを効率的に運用することができる。
【００３２】
また、本実施の形態にかかる、運用系サーバと待機系サーバを有する複数の冗長構成を備えるサーバシステムの制御方法は次の工程を有する。運用系サーバのリソース状態を監視する工程。運用系サーバのリソース状態の監視結果に基づき前記待機系サーバの一部を運用系サーバに切り替える工程。
【００３３】
本実施の形態にかかるサーバシステムの制御方法では、運用系サーバのリソース状態が高負荷状態である場合、運用系サーバの数を待機系サーバの数よりも多くしてもよい。また、本実施の形態にかかるサーバシステムの制御方法では、運用系サーバのリソース状態が高負荷状態である場合、運用系サーバと待機系サーバの比を（２ｎ−１）：１となるようにしてもよい。また、本実施の形態にかかるサーバシステムの制御方法では、運用系サーバのリソース状態が通常状態である場合、運用系サーバと待機系サーバの比を１：１としてもよい。
【００３４】
本実施の形態にかかるサーバシステムの制御方法においても、運用系サーバのリソース状態が高負荷状態である時に、待機系サーバの一部を運用系サーバに遷移させている。これにより、高負荷状態では運用系サーバの数を低負荷状態の場合よりも多くすることができ、サーバシステムを効率的に運用することができる。
【００３５】
以上、本発明を上記実施の形態に即して説明したが、上記実施の形態の構成にのみ限定されるものではなく、本願特許請求の範囲の請求項の発明の範囲内で当業者であればなし得るであろう各種変形、修正、組み合わせを含むことは勿論である。
【符号の説明】
【００３６】
１Ａ  運用系サーバ
１Ｂ  待機系サーバ（低負荷状態の時）、運用系サーバ（高負荷状態の時）
２Ａ  運用系サーバ
２Ｂ  待機系サーバ
３  管理サーバ
１０、２０、３０  冗長構成
【図１】
2010198060.tif 000003
【図２】
2010198060.tif 000004
【図３】
2010198060.tif 000005
【図４】
2010198060.tif 000006
【図５】
2010198060.tif 000007
【図６】
2010198060.tif 000008