JP6669682B2 - クラウドサーバスケジューリング方法及び装置 - Google Patents

Description

本願はコンピュータの技術分野に関し、具体的にはクラウドコンピューティングの技術分野に関し、特にクラウドサーバスケジューリング方法及び装置に関する。

現在、構築及び運用保守の時間と人件費を節約するために、通常、多くのインターネット企業は、自作のサーバルームのかわりに、クラウドサーバクラスタをレンタルし、レンタルしたクラウドサーバクラスタを用いて所要のシステム、例えばメールサービスシステム、電子商取引システム、ビッグデータコンピューティングシステム等を組み立てることになる。

システムの構築について、従来から、通常、異なるシステムを同一クラウドサーバクラスタに構築したり、異なるシステムを異なるクラウドサーバクラスタに構築したりする。従来の構築方法は構築したシステムを正常に動作させることができるが、以下の欠陥があり、即ち、異なるシステムを同一クラウドサーバクラスタに構築する場合に、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置）、メモリ等のリソースの競合が発生しやすく、システムの動作安定性を損なう可能性が極めて高く、一方、異なるシステムを異なるクラウドサーバクラスタに構築する場合に、各システムの最大アクセス数に応じて、対応したクラウドサーバクラスタをレンタルする必要があるが、特定のシステムのアクセス数に顕著なピークとバレーがあり、例えば電子商取引、メール等のサービスシステムについては、真夜中のアクセス数が非常に少なく、クラウドサーバのリソース浪費を招く可能性が極めて高い。

本願は上記の背景技術に言及された技術的課題を解決するために、改良型クラウドサーバスケジューリング方法及び装置を提供することを目的とする。

第１態様によれば、本願はクラウドサーバスケジューリング方法を提供し、この方法は、現在の時間が第１所定期間内であるか否かを監視するステップと、現在の時間が第１所定期間内であることが監視されたことに応答し、第１クラウドサーバクラスタにおける、動作状態がアイドル状態のクラウドサーバをターゲットクラウドサーバとして第２クラウドサーバクラスタにスケジューリングして、前記第２クラウドサーバクラスタが取得したタスクを前記ターゲットクラウドサーバに実行させるステップと、現在の時間が第２所定期間内であるか否かを監視するステップと、現在の時間が第２所定期間内であることが監視されたことに応答し、前記ターゲットクラウドサーバを前記第１クラウドサーバクラスタに改めてスケジューリングして、前記第１クラウドサーバクラスタが取得したタスクを前記ターゲットクラウドサーバに実行させるステップと、を含む。

前記の現在の時間が第１所定期間内であることが監視されたことに応答し、第１クラウドサーバクラスタにおける、動作状態がアイドル状態のクラウドサーバをターゲットクラウドサーバとして第２クラウドサーバクラスタにスケジューリングして、前記第２クラウドサーバクラスタが取得したタスクを前記ターゲットクラウドサーバに実行させるステップにおいては、前記ターゲットクラウドサーバを前記第２クラウドサーバクラスタにスケジューリングする前に、前記ターゲットクラウドサーバの動作を停止し、前記ターゲットクラウドサーバの現在の動作環境をバックアップするか否かを決定し、前記ターゲットクラウドサーバの現在の動作環境をバックアップすることを決定した場合に、前記ターゲットクラウドサーバの現在の動作環境をバックアップするステップと、前記ターゲットクラウドサーバを前記第２クラウドサーバクラスタにスケジューリングした後に、前記ターゲットクラウドサーバを起動し、所要の動作環境を設定して、前記第２クラウドサーバクラスタが取得したタスクを実行するステップと、を含む。

いくつかの実施例では、前記ターゲットクラウドサーバは前記第２クラウドサーバクラスタにおける元の各クラウドサーバと第１ネットワークセグメント内においてネットワーク通信を行い、前記第２クラウドサーバクラスタにおける元の各クラウドサーバは第２ネットワークセグメント内においてネットワーク通信を行う。

いくつかの実施例では、前記の前記ターゲットクラウドサーバを前記第２クラウドサーバクラスタにスケジューリングした後に、前記ターゲットクラウドサーバを起動し、所要の動作環境を設定して前記第２クラウドサーバクラスタが取得したタスクを実行するステップにおいては、前記ターゲットクラウドサーバにおいてインターネット・プロトコルＩＰ転送機能が起動されたか否かを決定するステップと、前記ターゲットクラウドサーバにおいてＩＰ転送機能が起動されていないと決定されたことに応答し、前記ターゲットクラウドサーバにおいてＩＰ転送機能を起動し、前記ターゲットクラウドサーバが前記第２ネットワークセグメントにおけるＩＰアドレスにアクセスすることにより前記第２クラウドサーバクラスタにおける元の各クラウドサーバにアクセスする時に、アクセスしたＩＰアドレスで受信されたデータパケットを前記第１ネットワークセグメントにおける対応したＩＰアドレスにリダイレクトするステップと、を含む。

いくつかの実施例では、前記の現在の時間が第２所定期間内であることが監視されたことに応答し、前記ターゲットクラウドサーバを前記第１クラウドサーバクラスタに改めてスケジューリングして、前記第１クラウドサーバクラスタが取得したタスクを前記ターゲットクラウドサーバに実行させるステップにおいては、前記ターゲットクラウドサーバを前記第１クラウドサーバクラスタに改めてスケジューリングする前に、前記ターゲットクラウドサーバの現在の動作環境をバックアップするか否かを決定し、前記ターゲットクラウドサーバの現在の動作環境をバックアップすることを決定した場合に、前記ターゲットクラウドサーバの現在の動作環境をバックアップするステップと、前記ターゲットクラウドサーバを前記第１クラウドサーバクラスタに改めてスケジューリングした後に、前記ターゲットクラウドサーバを起動し、前記ターゲットクラウドサーバの現在の動作環境をバックアップした動作環境に復元したり、前記ターゲットクラウドサーバの現在の動作環境を再設定したりするステップと、を含む。

いくつかの実施例では、前記の現在の時間が第１所定期間内であるか否かを監視するステップの前に、前記第１クラウドサーバクラスタと前記第２クラウドサーバクラスタにおいてシステムを構築する際に、前記第１クラウドサーバクラスタと前記第２クラウドサーバクラスタにおける各クラウドサーバのＩＰアドレスとホスト名を、前記第１クラウドサーバクラスタと前記第２クラウドサーバクラスタの中の各クラウドサーバにおける関連システムファイルに関連付けて記憶するステップをさらに含む。

第２態様によれば、本願はクラウドサーバスケジューリング装置を提供し、この装置は、現在の時間が第１所定期間内であるか否かを監視する第１監視ユニットと、現在の時間が第１所定期間内であることが監視されたことに応答し、第１クラウドサーバクラスタにおける、動作状態がアイドル状態のクラウドサーバをターゲットクラウドサーバとして第２クラウドサーバクラスタにスケジューリングして、前記第２クラウドサーバクラスタが取得したタスクを前記ターゲットクラウドサーバに実行させる第１スケジューリングユニットと、現在の時間が第２所定期間内であるか否かを監視する第２監視ユニットと、現在の時間が第２所定期間内であることが監視されたことに応答し、前記ターゲットクラウドサーバを前記第１クラウドサーバクラスタに改めてスケジューリングして、前記第１クラウドサーバクラスタが取得したタスクを前記ターゲットクラウドサーバに実行させる第２スケジューリングユニットと、を備える。

いくつかの実施例では、前記第１スケジューリングユニットは、前記ターゲットクラウドサーバを前記第２クラウドサーバクラスタにスケジューリングする前に、前記ターゲットクラウドサーバの動作を停止し、前記ターゲットクラウドサーバの現在の動作環境をバックアップするか否かを決定し、前記ターゲットクラウドサーバの現在の動作環境をバックアップすることを決定した場合に、前記ターゲットクラウドサーバの現在の動作環境をバックアップする第１バックアップサブユニットと、前記ターゲットクラウドサーバを前記第２クラウドサーバクラスタにスケジューリングした後に、前記ターゲットクラウドサーバを起動し、所要の動作環境を設定して、前記第２クラウドサーバクラスタが取得したタスクを実行する第１設定サブユニットと、を備える。

いくつかの実施例では、前記ターゲットクラウドサーバは前記第２クラウドサーバクラスタにおける元の各クラウドサーバと第１ネットワークセグメント内においてネットワーク通信を行い、前記第２クラウドサーバクラスタにおける元の各クラウドサーバは第２ネットワークセグメント内においてネットワーク通信を行う。

いくつかの実施例では、前記第１設定サブユニットは、前記ターゲットクラウドサーバにおいてＩＰ転送機能が起動されたか否かを決定する決定モジュールと、前記ターゲットクラウドサーバにおいてＩＰ転送機能が起動されていないと決定されたことに応答し、前記ターゲットクラウドサーバにおいてＩＰ転送機能を起動し、前記ターゲットクラウドサーバが前記第２ネットワークセグメントにおけるＩＰアドレスにアクセスすることにより前記第２クラウドサーバクラスタにおける元の各クラウドサーバにアクセスする時に、アクセスしたＩＰアドレスで受信されたデータパケットを前記第１ネットワークセグメントにおける対応したＩＰアドレスにリダイレクトするＩＰ転送モジュールと、を備える。

いくつかの実施例では、前記第２スケジューリングユニットは、前記ターゲットクラウドサーバを前記第１クラウドサーバクラスタに改めてスケジューリングする前に、前記ターゲットクラウドサーバの現在の動作環境をバックアップするか否かを決定し、前記ターゲットクラウドサーバの現在の動作環境をバックアップすることを決定した場合に、前記ターゲットクラウドサーバの現在の動作環境をバックアップする第２バックアップサブユニットと、前記ターゲットクラウドサーバを前記第１クラウドサーバクラスタに改めてスケジューリングした後に、前記ターゲットクラウドサーバを起動し、前記ターゲットクラウドサーバの現在の動作環境をバックアップした動作環境に復元したり前記ターゲットクラウドサーバの現在の動作環境を再設定したりする第２設定サブユニットと、を備える。

いくつかの実施例では、前記装置は、前記第１クラウドサーバクラスタと前記第２クラウドサーバクラスタにおいてシステムを構築する際に、前記第１クラウドサーバクラスタと前記第２クラウドサーバクラスタにおける各クラウドサーバのＩＰアドレスとホスト名を、前記第１クラウドサーバクラスタと前記第２クラウドサーバクラスタの中の各クラウドサーバにおける関連システムファイルに関連付けて記憶する記憶ユニットをさらに備える。

本願に係るクラウドサーバスケジューリング方法及び装置によれば、現在の時間が第１所定期間内であるか否かを監視することにより第１クラウドサーバクラスタにおける、動作状態がアイドル状態のクラウドサーバをターゲットクラウドサーバとして第２クラウドサーバクラスタにスケジューリングして、第２クラウドサーバクラスタが取得したタスクをターゲットクラウドサーバに実行させるか否かを決定し、次に、現在の時間が第２所定期間内であるか否かを監視することにより、ターゲットクラウドサーバを第１クラウドサーバクラスタに改めてスケジューリングして、第１クラウドサーバクラスタが取得したタスクをターゲットクラウドサーバに実行させるか否かを決定し、それにより、異なる所定期間において、ターゲットクラウドサーバを異なるクラウドサーバクラスタにスケジューリングして、クラウドサーバリソースの利用率を効果的に向上させる。

以下、図面を参照しながら非限定的な実施例を詳細に説明することにより、本願の他の特徴、目的、および利点は、より明らかになる。

本願を適用できる例示的なシステムアーキテクチャを示す図である。 本願に係るクラウドサーバスケジューリング方法の一実施例のフローチャートである。 本願に係るクラウドサーバスケジューリング方法の一応用場面を示す模式図である。 本願に係るクラウドサーバスケジューリング方法の別の実施例のフローチャートである。 本願に係るクラウドサーバスケジューリング装置の一実施例の構成模式図である。 本願の実施例を実現するためのサーバに適用されるコンピュータシステムの構成模式図である

以下、図面および実施例を参照しながら、本願をさらに詳しく説明する。ただし、ここで説明されている具体的な実施例は、係る発明を解釈するためのものに過ぎず、本発明の範囲を制限するものではないと理解されるべきである。また、説明の便宜上、図面に本発明と関連する部分のみが示されている。

ただし、衝突がない限り、本願における実施例、および実施例における特徴は、互いに組み合せてもよい。以下、図面を参照しながら実施例に基づいて本発明を詳細に説明する。

図１は本願に係るクラウドサーバスケジューリング方法又はクラウドサーバスケジューリング装置の実施例を適用できる例示的なシステムアーキテクチャ１００を示す。
図１に示すように、システムアーキテクチャ１００は、第１クラウドサーバクラスタ１０１、第２クラウドサーバクラスタ１０２、クラウドサーバ１０１１、１０１２、１０１３、１０２１、１０２２、１０２３、ネットワーク１０３及びスケジューリングサーバ１０４を備えてもよい。ネットワーク１０３はクラウドサーバ１０１１、１０１２、１０１３、１０２１、１０２２、１０２３とスケジューリングサーバ１０４の間で通信リンクを提供するための媒体として用いられる。ネットワーク１０４は有線、無線通信リンク又は光ケーブルなどの様々な接続タイプを含んでもよい。

クラウドサーバ１０１１、１０１２、１０１３は第１クラウドサーバクラスタ１０１内に位置し、クラウドサーバ１０２１、１０２２、１０２３は第２クラウドサーバクラスタ１０２内に位置する。

スケジューリングサーバ１０４はネットワーク１０３を介してクラウドサーバ１０１１、１０１２、１０１３、１０２１、１０２２、１０２３と対話して、情報を送受信したり、クラウドサーバをスケジューリングしたりなどする。

クラウドサーバ１０１１、１０１２、１０１３、１０２１、１０２２、１０２３はスケジューリングサーバ１０４から送信されるスケジューリング情報を受信したり、スケジューリングサーバ１０４に現在の動作状態情報を送信したりすることができる。

スケジューリングサーバ１０４は様々なサービスを提供するサーバであってもよく、例えば、クラウドサーバ１０１１、１０１２、１０１３、１０２１、１０２２、１０２３から動作状態情報を受信し、受信した動作状態情報に基づき、上記クラウドサーバをスケジューリングすることができる。

なお、本願の実施例に係るクラウドサーバスケジューリング方法は、一般的にスケジューリングサーバ１０４により実行され、相応に、クラウドサーバスケジューリング装置は一般的にスケジューリングサーバ１０４内に設置される。

なお、図１に示される第１クラウドサーバクラスタ、第２クラウドサーバクラスタ、クラウドサーバ、ネットワーク及びスケジューリングサーバの数は例示的なものである。必要に応じて、第１クラウドサーバクラスタ、第２クラウドサーバクラスタ、クラウドサーバ、ネットワーク及びスケジューリングサーバの数が任意である。

図２に示すように、本願に係るクラウドサーバスケジューリング方法の一実施例のプロセス２００を示す。前記クラウドサーバスケジューリング方法は、以下のステップを含む。

ステップ２０１：現在の時間が第１所定期間内であるか否かを監視する。
本実施例では、クラウドサーバスケジューリング方法を実行する電子機器（例えば、図１に示されるスケジューリングサーバ１０４）は有線接続方式又は無線接続方式により、現在の時間が第１所定期間内であるか否かをリアルタイムに監視する。なお、上記無線接続方式は３Ｇ／４Ｇ接続、ＷｉＦｉ接続、ブルートゥース接続、ＷｉＭＡＸ接続、Ｚｉｇｂｅｅ接続、ＵＷＢ（ｕｌｔｒａ ｗｉｄｅｂａｎｄ）接続、及びほかの従来既存の又は将来に開発される無線接続方式を含むが、それらに限定されない。

ここで、上記第１所定期間は人為的に設定されてもよい。例えば、第１クラウドサーバクラスタ上において構築されたシステムはメールサービスシステムである場合に、メールサービスシステムのアクセス数に顕著なピークとバレーがある（昼間のアクセス数が高く、真夜中のアクセス数が非常に少ない）ため、システム管理者はこのアクセス現象に応じて、第１所定期間を毎日の０：００〜８：５９に設定してもよい。上記第１所定期間は上記電子機器により自動的に設定されてもよい。上記電子機器は第１クラウドサーバクラスタ上において構築されたシステムのアクセス数をリアルタイム又は周期的に統計し、毎回統計したアクセス数が所定の第１アクセス数閾値を超えるか否かを判定することにより第１所定期間を決定して、第１所定期間を自動的に変更する。ここで、上記所定の第１アクセス数閾値はシステム管理者により設定されてもよい。

ステップ２０２：現在の時間が第１所定期間内であることが監視されたことに応答し、第１クラウドサーバクラスタにおける、動作状態がアイドル状態のクラウドサーバをターゲットクラウドサーバとして第２クラウドサーバクラスタにスケジューリングして、上記第２クラウドサーバクラスタが取得したタスクを上記ターゲットクラウドサーバに実行させる。

本実施例では、ステップ２０１で現在の時間が第１所定期間内であることが監視されたことに応答し、上記電子機器は接続されたデータベースから上記第１クラウドサーバクラスタにおける各クラウドサーバ（例えば、図１に示されるクラウドサーバ１０１１、１０１２、１０１３）の現在の動作状態を読み取り、現在の動作状態がアイドル状態のクラウドサーバをターゲットクラウドサーバとして第２クラウドサーバクラスタにスケジューリングして、上記第２クラウドサーバクラスタが取得したタスクを上記ターゲットクラウドサーバに実行させる。ここで、動作状態はアイドル状態、実行状態を含んでもよい。

なお、上記第２クラウドサーバクラスタは分散システムインフラストラクチャＨａｄｏｏｐコンピューティングシステムが構築されたクラウドサーバクラスタであってもよく、上記第１クラウドサーバクラスタの動作時に生じるデータを計算することに用いられてもよい。Ｈａｄｏｏｐは大量のデータを分散処理できるソフトウェアフレームワークであってもよく、高信頼性、高効率、拡張可能な方式でデータ処理を行うことができる。ここで、上記第２クラウドサーバクラスタは１つのマスタークラウドサーバ及び複数のスレーブクラウドサーバを含んでもよく、上記マスタークラウドサーバはシステム管理者が提出したジョブを受信し、各スレーブクラウドサーバの現在の動作状態に応じて、受信したジョブを複数のタスクに分割し、分割したタスクを現在アイドル状態であるスレーブクラウドサーバに割り当て、割り当てられたタスクをスレーブクラウドサーバに実行させてもよい。

本実施例のいくつかの代替実施形態では、上記ターゲットクラウドサーバを上記第２クラウドサーバクラスタにスケジューリングする前に、上記電子機器はまず上記ターゲットクラウドサーバの動作を停止し、次に、上記ターゲットクラウドサーバの現在の動作環境をバックアップするか否かを決定し、例えば、上記第１クラウドサーバクラスタに上記ターゲットクラウドサーバの動作環境バックアップファイルが記憶されているか否かを決定することにより上記ターゲットクラウドサーバの現在の動作環境をバックアップするか否かを決定し、上記ターゲットクラウドサーバの現在の動作環境をバックアップすると決定したことに応答し、上記電子機器はまず上記ターゲットクラウドサーバの現在の動作環境をバックアップし、さらに上記ターゲットクラウドサーバを上記第２クラウドサーバクラスタにスケジューリングする。ここで、上記電子機器は上記ターゲットクラウドサーバを上記第２クラウドサーバクラスタにスケジューリングした後に、上記ターゲットクラウドサーバを起動してもよく、次に上記第２クラウドサーバクラスタにおける元のイメージファイルを使用して上記ターゲットクラウドサーバを配置し、上記第２クラウドサーバクラスタに上記ターゲットクラウドサーバの動作環境バックアップファイルが記憶されている場合に、上記電子機器は当該バックアップファイルを使用して上記ターゲットクラウドサーバの現在の動作環境を復元し、上記ターゲットクラウドサーバに上記第２クラウドサーバクラスタにおけるマスタークラウドサーバに割り当てられたタスクを受信して実行させてもよい。

本実施例のいくつかの代替実施形態では、上記ターゲットクラウドサーバは上記第２クラウドサーバクラスタ中の元の各クラウドサーバ（例えば、図１に示される１０２１、１０２２、１０２３）と第１ネットワークセグメント内においてネットワーク通信を行うようにしてもよい。上記第２クラウドサーバクラスタにおける元の各クラウドサーバは第２ネットワークセグメント内においてネットワーク通信を行うようにしてもよい。なお、上記第２クラウドサーバクラスタにおける元の各クラウドサーバは少なくとも２つのネットワークカードを含んでもよく、一つのネットワークカードは第２ネットワークセグメントにおけるＩＰアドレスが設定されてもよく、もう一つのネットワークカードは第１ネットワークセグメントにおけるＩＰアドレスが設定されてもよい。例えば、上記ターゲットクラウドサーバを第１ネットワークセグメント内において上記第２クラウドサーバクラスタにおける元の各クラウドサーバとネットワーク通信可能にするために、上記電子機器は上記ターゲットクラウドサーバを上記第２クラウドサーバクラスタにスケジューリングした後に、上記ターゲットクラウドサーバがＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、インターネット・プロトコル）転送機能を起動しているか否かを決定し、例えば、ｓｙｓｃｔｌインターフェースにアクセスし、当該インターフェースにおけるカーネルパラメータ「ｉｐｖ４．ｉｐ＿ｆｏｒｗａｒｄ」の値が０であるか否かを判定し、０である場合に、ＩＰ転送機能が起動されていないと判定し、０ではない場合に、ＩＰ転送機能が起動されたと決定し、ここで、ｓｙｓｃｔｌインターフェースにより、「／ｐｒｏｃ／ｓｙｓ」ディレクトリにおけるカーネルパラメータを設定して表示することができ、ネットワーキング機能、例えばＩＰ転送、ＩＰフラグメンテーション除去やソースルーティング検査等を設定又は再設定することもでき、ＩＰ転送機能が起動されていないと判定したことに応答し、上記電子機器は「／ｅｔｃ」ディレクトリにおけるカーネルパラメータを記憶するためのシステムファイルである「ｓｙｓｃｔｌ．ｃｏｎｆ」ファイルにおいて「ｎｅｔ．ｉｐｖ４．ｉｐ＿ｆｏｒｗａｒｄ＝０」を「ｎｅｔ．ｉｐｖ４．ｉｐ＿ｆｏｒｗａｒｄ＝１」に変更することにより、ＩＰ転送機能を永久に起動でき、次に、上記電子機器は上記ターゲットクラウドサーバ上においてＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ、ネットワークアドレス変換）ルールを設定し、上記ターゲットクラウドサーバは第２ネットワークセグメントにおけるＩＰアドレスにアクセスすることにより、上記第２クラウドサーバクラスタにおける元の各クラウドサーバにアクセスする際に、アクセスしたＩＰアドレスで受信されたデータパケットは第１ネットワークセグメントにおける対応したＩＰアドレスにリダイレクトされることができる。例えば、第１ネットワークセグメントが１０．０．＊．＊であり、第２ネットワークセグメントが１９２．１６８．＊．＊である場合に、設定したＮＡＴルールは「ｉｐｔａｂｌｅｓ−ｔ ｎａｔ−Ａ ＯＵＴＰＵＴ−ｄ １９２．１６８．＊．＊−ｊ ＤＮＡＴ−−ｔｏ−ｄｅｓｔｉｎａｔｉｏｎ １０．０．＊．＊」であってもよい。

なお、上記ＩＰ転送機能とＮＡＴルール設定は従来幅広く研究・応用されている公知技術であり、ここでは詳細説明を省略する。
ステップ２０３：現在の時間が第２所定期間内であるか否かを監視する。

本実施例では、上記ターゲットクラウドサーバを上記第２クラウドサーバクラスタにスケジューリングした後に、上記電子機器は有線接続方式又は無線接続方式により、現在の時間が第２所定期間内であるか否かをリアルタイムに監視することができる。

なお、上記第２所定期間は人為的に設定されてもよい。例えば、第１クラウドサーバクラスタ上において構築されたシステムは大型ショッピングサイトである場合に、ウェブサイト管理者はウェブサイトのアクセスピークに応じて第２所定期間を設定してもよく、例えば第２所定期間はメーデー（国際労働祭）、１１月１１日（独身の日）、元旦等の各商品キャンペン期間であってもよく、第１クラウドサーバクラスタ上において構築されたシステムはメールサービスシステムである場合に、上記第２所定期間は毎日の９：００〜２３：５９であってもよい。ここで、上記第２所定期間は上記電子機器により自動的に設定されてもよい。上記電子機器は第１クラウドサーバクラスタ上において構築されたシステムのアクセス数をリアルタイム又は周期的に統計し、毎回統計したアクセス数が所定の第２アクセス数閾値を超えるか否かを判定することにより第２所定期間を決定し、第２所定期間を自動的に変更する。上記所定の第２アクセス数閾値はシステム管理者により設定されてもよい。

ステップ２０４：現在の時間が第２所定期間内であることが監視されたことに応答し、上記ターゲットクラウドサーバを上記第１クラウドサーバクラスタに改めてスケジューリングして、上記第１クラウドサーバクラスタが取得したタスクを上記ターゲットクラウドサーバに実行させる。

本実施例では、ステップ２０３で現在の時間が第２所定期間内であることが監視されたことに応答し、上記電子機器は上記ターゲットクラウドサーバが割り当てられたタスクを実行した後に、又は上記ターゲットクラウドサーバの動作を強制的に終了させた後に、上記ターゲットクラウドサーバを上記第１クラウドサーバクラスタに改めてスケジューリングし、上記第１クラウドサーバクラスタに取得されたタスクを上記ターゲットクラウドサーバに実行させてもよい。

本実施例のいくつかの代替実施形態では、上記電子機器は上記ターゲットクラウドサーバを上記第１クラウドサーバクラスタに改めてスケジューリングする前に、まず上記ターゲットクラウドサーバの動作を停止し、次に、上記ターゲットクラウドサーバの現在の動作環境をバックアップするか否かを決定してもよく、例えば、上記第２クラウドサーバクラスタに上記ターゲットクラウドサーバの動作環境バックアップファイルが記憶されているか否かを決定することにより、上記ターゲットクラウドサーバの現在の動作環境をバックアップするか否かを決定してもよく、上記ターゲットクラウドサーバの現在の動作環境をバックアップすると決定したことに応答し、上記電子機器はまず上記ターゲットクラウドサーバの現在の動作環境をバックアップし、さらに上記ターゲットクラウドサーバを上記第１クラウドサーバクラスタにスケジューリングしてもよい。ここで、上記電子機器は上記ターゲットクラウドサーバを上記第１クラウドサーバクラスタにスケジューリングした後に、上記ターゲットクラウドサーバを起動し、次に上記ターゲットクラウドサーバの現在の動作環境をバックアップした動作環境に復元してもよく、又は必要に応じて、上記ターゲットクラウドサーバの現在の動作環境を再設定して、上記第１クラウドサーバクラスタが取得したタスクを上記ターゲットクラウドサーバに実行させてもよい。

図３に示すように、図３は本実施例に係るクラウドサーバスケジューリング方法の応用場面を示す模式図である。図３の応用場面では、符号３０１に示すように、第１クラウドサーバクラスタ上においてメールサービスシステムが構築されてもよく、第２クラウドサーバクラスタ上においてＨａｄｏｏｐコンピューティングシステムが構築されてもよく、ユーザーはまず上記メールサービスシステムのアクセス数に応じて第１所定期間を例えば毎日の０：００〜８：５９に、及び第２所定期間を例えば毎日の９：００〜２３：５９に設定してもよく、次に、符号３０２に示すように、スケジューリングサーバは現在の時間が上記第１所定期間内であるか否かをリアルタイムに監視してもよく、続いて、符号３０３に示すように、現在の時間が上記第１所定期間内の０：００時点であることが監視されたことに応答し、上記スケジューリングサーバは接続されたデータベースから上記第１クラウドサーバクラスタ中の各クラウドサーバの現在の動作状態を読み取り、現在のアイドル状態のクラウドサーバをターゲットクラウドサーバとして第２クラウドサーバクラスタにスケジューリングし、上記第２クラウドサーバクラスタが取得したタスクを上記ターゲットクラウドサーバに実行させてもよく、その後に、符号３０４に示すように、上記スケジューリングサーバは現在の時間が上記第２所定期間内であるか否かをリアルタイムに監視してもよく、最後に、符号３０５に示すように、現在の時間が上記第２所定期間内の９：００時点であることが監視されたことに応答し、上記スケジューリングサーバは上記ターゲットクラウドサーバが割り当てられたタスクを実行した後に、又は上記ターゲットクラウドサーバの動作を強制的に終了させた後に、上記ターゲットクラウドサーバを上記第１クラウドサーバクラスタに改めてスケジューリングし、上記第１クラウドサーバクラスタが取得したタスクを上記ターゲットクラウドサーバに実行させてもよい。

本願の上記実施例に係る方法によれば、現在の時間が第１所定期間内であるか否かを監視することにより第１クラウドサーバクラスタにおける、動作状態がアイドル状態のクラウドサーバをターゲットクラウドサーバとして第２クラウドサーバクラスタにスケジューリングして、第２クラウドサーバクラスタが取得したタスクをターゲットクラウドサーバに実行させるか否かを決定し、次に、現在の時間が第２所定期間内であるか否かを監視することにより、ターゲットクラウドサーバを第１クラウドサーバクラスタに改めてスケジューリングして、第１クラウドサーバクラスタが取得したタスクをターゲットクラウドサーバに実行させるか否かを決定し、それにより、異なる所定期間において、ターゲットクラウドサーバを異なるクラウドサーバクラスタにスケジューリングして、クラウドサーバリソースの利用率を効果的に向上させる。

さらに、クラウドサーバスケジューリング方法の別の実施例のプロセス４００を示す図４を参照する。当該クラウドサーバスケジューリング方法のプロセス４００は、以下のステップを含む。

ステップ４０１：第１クラウドサーバクラスタと第２クラウドサーバクラスタにおける各クラウドサーバのＩＰアドレスとホスト名を、上記第１クラウドサーバクラスタと上記第２クラウドサーバクラスタにおける各クラウドサーバにおける関連システムファイルに関連付けて記憶する。

本実施例では、上記第１クラウドサーバクラスタと第２クラウドサーバクラスタにおける各クラウドサーバ（例えば、図１に示されるクラウドサーバ１０１１、１０１２、１０１３、１０２１、１０２２、１０２３）がマシン名により相互にアクセスすることを可能にするために、クラウドサーバスケジューリング方法を実行する電子機器（例えば、図１に示されるスケジューリングサーバ１０４）は接続されたデータベースから上記第１クラウドサーバクラスタと上記第２クラウドサーバクラスタにおける各クラウドサーバのＩＰアドレスとホスト名を取得し、取得した各クラウドサーバのＩＰアドレスとホスト名を各クラウドサーバのシステムファイルｈｏｓｔｓファイルに関連付けて記憶する。

ステップ４０２：現在の時間が第１所定期間内であるか否かを監視する。
本実施例では、上記電子機器は有線接続方式又は無線接続方式により、現在の時間が第１所定期間内であるか否かをリアルタイムに監視することができる。第１所定期間は人為的に設定されてもよく、上記電子機器が上記第１クラウドサーバクラスタ上において構築されたシステムのアクセス数に応じて自動的に設定されてもよい。

ステップ４０３：現在の時間が第１所定期間内であることが監視されたことに応答し、上記第１クラウドサーバクラスタにおける、動作状態がアイドル状態のクラウドサーバをターゲットクラウドサーバとして上記第２クラウドサーバクラスタにスケジューリングして、上記第２クラウドサーバクラスタが取得したタスクを上記ターゲットクラウドサーバに実行させる。

本実施例では、ステップ４０２で現在の時間が第１所定期間内であることが監視されたことに応答し、上記電子機器はまず接続されたデータベースから上記第１クラウドサーバクラスタ中の各クラウドサーバの現在の動作状態を読み取ってもよく、次に、現在アイドル状態であるクラウドサーバの動作を停止し、ターゲットクラウドサーバとして上記第２クラウドサーバクラスタにスケジューリングし、その後に、上記第２クラウドサーバクラスタにおけるマスタークラウドサーバにより割り当てられたタスクを受信して実行するように、上記ターゲットクラウドサーバに所要の動作環境を設定する。

ステップ４０４：現在の時間が第２所定期間内であるか否かを監視する。
本実施例では、上記ターゲットクラウドサーバを上記第２クラウドサーバクラスタにスケジューリングした後に、上記電子機器は有線接続方式又は無線接続方式により、現在の時間が第２所定期間内であるか否かをリアルタイムに監視することができる。なお、上記第２所定期間は人為的に設定されてもよく、上記電子機器が上記第１クラウドサーバクラスタ上において構築されたシステムのアクセス数に応じて自動的に設定されてもよい。

ステップ４０５：現在の時間が第２所定期間内であることが監視されたことに応答し、上記ターゲットクラウドサーバを上記第１クラウドサーバクラスタに改めてスケジューリングして、上記第１クラウドサーバクラスタが取得したタスクを上記ターゲットクラウドサーバに実行させる。

本実施例では、ステップ４０４では現在の時間が第２所定期間であることが監視されたことに応答し、上記電子機器は上記ターゲットクラウドサーバが割り当てられたタスクを実行した後に、又は上記ターゲットクラウドサーバの動作を強制的に停止した後に、上記ターゲットクラウドサーバを上記第１クラウドサーバクラスタに改めてスケジューリングしてもよく、上記ターゲットクラウドサーバの現在の動作環境を設定して、上記第１クラウドサーバクラスタが取得したタスクを上記ターゲットクラウドサーバに実行させる。

図４からわかるように、図２に対応した実施例に比べて、本実施例に係るクラウドサーバスケジューリング方法のプロセス４００は第１クラウドサーバクラスタと第２クラウドサーバクラスタにおける各クラウドサーバのＩＰアドレスとホスト名を、第１クラウドサーバクラスタと第２クラウドサーバクラスタにおける各クラウドサーバの関連システムファイルに関連付けて記憶するステップを強調している。それにより、本実施例に係る技術案によれば、第１クラウドサーバクラスタと第２クラウドサーバクラスタにおける各クラウドサーバ同士の互いにアクセスする柔軟性を実現し、さらに各クラウドサーバのアクセス効率を向上させるとともに、クラウドサーバリソースの利用率を向上させる。

さらに、図５に示すように、上記各図に示される方法の実現として、本願はクラウドサーバスケジューリング装置の一実施例を提供し、当該装置の実施例は図２に示される方法の実施例に対応し、当該装置は具体的には様々な電子機器に適用できる。

図５に示すように、本実施例に係るクラウドサーバスケジューリング装置５００は、第１監視ユニット５０１、第１スケジューリングユニット５０２、第２監視ユニット５０３、及び第２スケジューリングユニット５０４を備える。第１監視ユニット５０１は現在の時間が第１所定期間内であるか否かを監視し、第１スケジューリングユニット５０２は現在の時間が第１所定期間内であることが監視されたことに応答し、第１クラウドサーバクラスタにおける、動作状態がアイドル状態のクラウドサーバをターゲットクラウドサーバとして第２クラウドサーバクラスタにスケジューリングして、上記第２クラウドサーバクラスタが取得したタスクを上記ターゲットクラウドサーバに実行させ、第２監視ユニット５０３は現在の時間が第２所定期間内であるか否かを監視し、第２スケジューリングユニット５０４は現在の時間が第２所定期間内であることが監視されたことに応答し、上記ターゲットクラウドサーバを上記第１クラウドサーバクラスタに改めてスケジューリングして、上記第１クラウドサーバクラスタが取得したタスクを上記ターゲットクラウドサーバに実行させる。

クラウドサーバスケジューリング装置５００において、第１監視ユニット５０１、第１スケジューリングユニット５０２、第２監視ユニット５０３及び第２スケジューリングユニット５０４の具体的な処理動作及びその有益な効果は図２に対応した実施例のステップ２０１、ステップ２０２、ステップ２０３及びステップ２０４の実現形態の関連説明を参照でき、ここでは重複説明を省略する。

本実施例のいくつかの代替実施形態では、上記第１スケジューリングユニット５０２は、上記ターゲットクラウドサーバを上記第２クラウドサーバクラスタにスケジューリングする前に、上記ターゲットクラウドサーバの動作を停止し、上記ターゲットクラウドサーバの現在の動作環境をバックアップするか否かを決定し、上記ターゲットクラウドサーバの現在の動作環境をバックアップすると決定した場合に、上記ターゲットクラウドサーバの現在の動作環境をバックアップする第１バックアップサブユニット（図示せず）と、上記ターゲットクラウドサーバを上記第２クラウドサーバクラスタにスケジューリングした後に、上記ターゲットクラウドサーバを起動し、所要の動作環境を設定して、上記第２クラウドサーバクラスタが取得したタスクを実行する第１設定サブユニット（図示せず）と、を備えてもよい。

本実施例のいくつかの代替実施形態では、クラウドサーバスケジューリング装置５００において、上記ターゲットクラウドサーバは上記第２クラウドサーバクラスタにおける元の各クラウドサーバと第１ネットワークセグメント内においてネットワーク通信を行うことができ、上記第２クラウドサーバクラスタにおける元の各クラウドサーバは第２ネットワークセグメント内においてネットワーク通信を行うことができる。

本実施例のいくつかの代替実施形態では、上記第１設定サブユニットは、上記ターゲットクラウドサーバにおいてＩＰ転送機能が起動された否かを決定する決定モジュール（図示せず）と、上記ターゲットクラウドサーバにおいてＩＰ転送機能が起動されていないことに応答し、上記ターゲットクラウドサーバにおいてＩＰ転送機能を起動し、上記ターゲットクラウドサーバが上記第２ネットワークセグメントにおけるＩＰアドレスにアクセスすることにより上記第２クラウドサーバクラスタにおける元の各クラウドサーバにアクセスする時に、アクセスしたＩＰアドレスで受信したデータパケットを上記第１ネットワークセグメントにおける対応したＩＰアドレスにリダイレクトするＩＰ転送モジュール（図示せず）と、を備えもよい。

本実施例のいくつかの代替実施形態では、上記第２スケジューリングユニットは、上記ターゲットクラウドサーバを上記第１クラウドサーバクラスタに改めてスケジューリングする前に、上記ターゲットクラウドサーバの現在の動作環境をバックアップするか否かを決定し、上記ターゲットクラウドサーバの現在の動作環境をバックアップすると決定した場合に、上記ターゲットクラウドサーバの現在の動作環境をバックアップする第２バックアップサブユニット（図示せず）と、上記ターゲットクラウドサーバを上記第１クラウドサーバクラスタに改めてスケジューリングした後に、上記ターゲットクラウドサーバを起動し、上記ターゲットクラウドサーバの現在の動作環境をバックアップした動作環境に復元したり、上記ターゲットクラウドサーバの現在の動作環境を再設定したりする第２設定サブユニット（図示せず）と、を備えてもよい。

本実施例のいくつかの代替実施形態では、クラウドサーバスケジューリング装置５００は、上記第１クラウドサーバクラスタと上記第２クラウドサーバクラスタにおける各クラウドサーバのＩＰアドレスとホスト名を、上記第１クラウドサーバクラスタと上記第２クラウドサーバクラスタ中の各クラウドサーバにおける関連システムファイルに関連付けて記憶する記憶ユニット（図示せず）をさらに備えてもよい。

図６は、本願の実施例を実現するためのサーバに適用されるコンピュータシステムを示す。
図６に示すように、コンピュータシステム６００は、読み出し専用メモリ（ＲＯＭ）６０２に記憶されているプログラムまたは記憶部６０８からランダムアクセスメモリ（ＲＡＭ）６０３にロードされたプログラムに基づいて様々な適当な動作および処理を実行することができる中央処理装置（ＣＰＵ）６０１を備える。ＲＡＭ６０３には、システム６００の操作に必要な様々なプログラムおよびデータがさらに記憶されている。ＣＰＵ６０１、ＲＯＭ６０２およびＲＡＭ６０３は、バス６０４を介して互いに接続されている。入力／出力（Ｉ／Ｏ）インターフェース６０５もバス６０４に接続されている。

キーボード、マウスなどを含む入力部６０６、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）など、およびスピーカなどを含む出力部６０７、ハードディスクなどを含む記憶部６０８、およびＬＡＮカード、モデムなどを含むネットワークインターフェースカードの通信部６０９は、Ｉ／Ｏインターフェース６０５に接続されている。通信部６０９は、例えばインターネットのようなネットワークを介して通信処理を実行する。ドライバ６１０は、必要に応じてＩ／Ｏインターフェース６０５に接続される。リムーバブルメディア６１１は、例えば、マグネチックディスク、光ディスク、光磁気ディスク、半導体メモリなどのようなものであり、必要に応じてドライバ６１０に取り付けられ、したがって、ドライバ６１０から読み出されたコンピュータプログラムが必要に応じて記憶部６０８にインストールされる。

特に、本願の実施例によれば、上記のフローチャートを参照しながら記載されたプロセスは、コンピュータのソフトウェアプログラムとして実現されてもよい。例えば、本願の実施例は、コンピュータプログラム製品を含み、当該コンピュータプログラム製品は、機械可読媒体に有形に具現化されるコンピュータプログラムを含み、前記コンピュータプログラムは、フローチャートで示される方法を実行するためのプログラムコードを含む。このような実施例では、当該コンピュータプログラムは、通信部６０９を介してネットワークからダウンロードされてインストールされてもよく、および／またはリムーバブルメディア６１１からインストールされてもよい。当該コンピュータプログラムが中央処理装置（ＣＰＵ）６０１により実行される時に、本願の方法に限定されている上記の機能が実行される。

図面におけるフローチャートおよびブロック図は、本願の各実施例に係るシステム、方法およびコンピュータプログラム製品により実現可能なアーキテクチャ、機能および操作を示す。ここで、フローチャートまたはブロック図における各枠は、１つのモジュール、プログラムセグメント、またはコードの一部を代表してもよく、前記モジュール、プログラムセグメント、またはコードの一部は、規定された論理機能を達成するための１つ以上の実行可能な命令を含む。なお、いくつかの代替実施態様として、枠に示された機能は、図面に示された順番と異なる順番で実行されてもよい。例えば、連続して示された２つの枠は、関連する機能に応じて、実際にほぼ並行に実行されてもよく、逆の順番で実行されてもよい。なお、ブロック図および／またはフローチャートにおける各枠と、ブロック図および／またはフローチャートにおける枠の組合せは、規定された機能または操作を実行する、ハードウェアに基づく専用システムで実現されてもよく、あるいは、専用ハードウェアとコンピュータの命令との組合せで実行されてもよい。

本発明の実施例に記載されたユニットは、ソフトウェアで実現されてもよく、ハードウェアで実現されてもよい。記載されたユニットは、プロセッサに設定されてもよく、例えば、「第１監視ユニット、第１スケジューリングユニット、第２監視ユニットおよび第２スケジューリングユニットを備えるプロセッサ」として記載されてもよい。その中でも、これらのモジュールの名称は、ある場合において当該ユニットその自体を限定するものではなく、例えば、第１監視ユニットは、「現在の時間が第１所定期間内であるか否かを監視する第１監視ユニット」として記載されてもよい。

一方、本願は、不揮発性コンピュータ記憶媒体をさらに提供し、当該不揮発性コンピュータ記憶媒体は、上記した実施例の前記装置に含まれる不揮発性コンピュータ記憶媒体であってもよく、独立に存在して端末に組み立てられていない不揮発性コンピュータ記憶媒体であってもよい。前記不揮発性コンピュータ記憶媒体は、１つ以上のプログラムが記憶され、前記１つ以上のプログラムが１つの機器により実行された場合に、上記した機器に、現在の時間が第１所定期間内であるか否かを監視し、現在の時間が第１所定期間内であることが監視されたことに応答し、第１クラウドサーバクラスタにおける、動作状態がアイドル状態のクラウドサーバをターゲットクラウドサーバとして第２クラウドサーバクラスタにスケジューリングして、前記第２クラウドサーバクラスタが取得したタスクを前記ターゲットクラウドサーバに実行させ、現在の時間が第２所定期間内であるか否かを監視し、現在の時間が第２所定期間内であることが監視されたことに応答し、前記ターゲットクラウドサーバを前記第１クラウドサーバクラスタに改めてスケジューリングして、前記第１クラウドサーバクラスタが取得したタスクを前記ターゲットクラウドサーバに実行させるようにさせる。

以上の記載は、本願の好ましい実施例、および使用された技術的原理の説明に過ぎない。本願に係る特許請求の範囲が、上記した技術的特徴の特定な組合せからなる技術案に限定されることではなく、本願の趣旨を逸脱しない範囲で、上記の技術的特徴または同等の特徴の任意の組合せからなる他の技術案も含むべきであることを、当業者は理解すべきである。例えば、上記の特徴と、本願に開示された類似の機能を持っている技術的特徴（これらに限定されていない）とを互いに置き換えてなる技術案が挙げられる。

Claims (10)

1. 現在の時間が第１所定期間内であるか否かを監視するステップと、
   現在の時間が第１所定期間内であることが前記監視により検出されたことに応答し、第１クラウドサーバクラスタにおける、動作状態がアイドル状態のクラウドサーバをターゲットクラウドサーバとしてスケジューリングして、第２クラウドサーバクラスタが取得したタスクを前記ターゲットクラウドサーバに実行させるステップと、
   現在の時間が第２所定期間内であるか否かを監視するステップと、
   現在の時間が第２所定期間内であることが前記監視により検出されたことに応答し、前記ターゲットクラウドサーバを前記第１クラウドサーバクラスタに再スケジューリングして、前記第１クラウドサーバクラスタが取得したタスクを前記ターゲットクラウドサーバに実行させるステップと、を含み、
   前記の現在の時間が第１所定期間内であることが前記監視により検出されたことに応答し、第１クラウドサーバクラスタにおける、動作状態がアイドル状態のクラウドサーバをターゲットクラウドサーバとしてスケジューリングして、前記第２クラウドサーバクラスタが取得したタスクを前記ターゲットクラウドサーバに実行させるステップにおいては、
   前記ターゲットクラウドサーバをスケジューリングする前に、前記ターゲットクラウドサーバの動作を停止し、前記ターゲットクラウドサーバの現在の動作環境をバックアップするか否かを決定し、前記ターゲットクラウドサーバの現在の動作環境をバックアップすることを決定した場合に、前記ターゲットクラウドサーバの現在の動作環境をバックアップするステップと、
   前記ターゲットクラウドサーバをスケジューリングした後に、前記ターゲットクラウドサーバを起動し、所要の動作環境を設定して、前記第２クラウドサーバクラスタが取得したタスクを実行するステップと、を含む
   ことを特徴とするクラウドサーバスケジューリング方法。
2. 前記ターゲットクラウドサーバは前記第２クラウドサーバクラスタにおける元の各クラウドサーバと第１ネットワークセグメント内においてネットワーク通信を行い、前記第２クラウドサーバクラスタにおける元の各クラウドサーバは第２ネットワークセグメント内においてネットワーク通信を行う
   ことを特徴とする請求項１に記載の方法。
3. 前記の前記ターゲットクラウドサーバをスケジューリングした後に、前記ターゲットクラウドサーバを起動し、所要の動作環境を設定して前記第２クラウドサーバクラスタが取得したタスクを実行するステップにおいては、
   前記ターゲットクラウドサーバにおいてインターネット・プロトコルＩＰ転送機能が起動されたか否かを決定するステップと、
   前記ターゲットクラウドサーバにおいてＩＰ転送機能が起動されていないと決定されたことに応答し、前記ターゲットクラウドサーバにおいてＩＰ転送機能を起動し、前記ターゲットクラウドサーバが前記第２ネットワークセグメントにおけるＩＰアドレスにアクセスすることにより前記第２クラウドサーバクラスタにおける元の各クラウドサーバにアクセスする時に、アクセスしたＩＰアドレスで受信されたデータパケットを前記第１ネットワークセグメントにおける対応したＩＰアドレスにリダイレクトするステップと、を含む
   ことを特徴とする請求項２に記載の方法。
4. 前記の現在の時間が第２所定期間内であることが前記監視により検出されたことに応答し、前記ターゲットクラウドサーバを前記第１クラウドサーバクラスタに再スケジューリングして、前記第１クラウドサーバクラスタが取得したタスクを前記ターゲットクラウドサーバに実行させるステップにおいては、
   前記ターゲットクラウドサーバを前記第１クラウドサーバクラスタに再スケジューリングする前に、前記ターゲットクラウドサーバの現在の動作環境をバックアップするか否かを決定し、前記ターゲットクラウドサーバの現在の動作環境をバックアップすることを決定した場合に、前記ターゲットクラウドサーバの現在の動作環境をバックアップするステップと、
   前記ターゲットクラウドサーバを前記第１クラウドサーバクラスタに再スケジューリングした後に、前記ターゲットクラウドサーバを起動し、前記ターゲットクラウドサーバの現在の動作環境をバックアップした動作環境に復元したり、前記ターゲットクラウドサーバの現在の動作環境を再設定したりするステップと、を含む
   ことを特徴とする請求項１に記載の方法。
5. 前記の現在の時間が第１所定期間内であるか否かを監視するステップの前に、前記第１クラウドサーバクラスタと前記第２クラウドサーバクラスタにおいてシステムを構築する際に、前記第１クラウドサーバクラスタと前記第２クラウドサーバクラスタにおける各クラウドサーバのＩＰアドレスとホスト名を、前記第１クラウドサーバクラスタと前記第２クラウドサーバクラスタの中の各クラウドサーバにおける関連システムファイルに関連付けて記憶するステップをさらに含む
   ことを特徴とする請求項１〜４のいずれか１項に記載の方法。
6. 現在の時間が第１所定期間内であるか否かを監視する第１監視ユニットと、
   現在の時間が第１所定期間内であることが前記監視により検出されたことに応答し、第１クラウドサーバクラスタにおける、動作状態がアイドル状態のクラウドサーバをターゲットクラウドサーバとしてスケジューリングして、第２クラウドサーバクラスタが取得したタスクを前記ターゲットクラウドサーバに実行させる第１スケジューリングユニットと、
   現在の時間が第２所定期間内であるか否かを監視する第２監視ユニットと、
   現在の時間が第２所定期間内であることが前記監視により検出されたことに応答し、前記ターゲットクラウドサーバを前記第１クラウドサーバクラスタに再スケジューリングして、前記第１クラウドサーバクラスタが取得したタスクを前記ターゲットクラウドサーバに実行させる第２スケジューリングユニットと、を備え、
   前記第１スケジューリングユニットは、
   前記ターゲットクラウドサーバをスケジューリングする前に、前記ターゲットクラウドサーバの動作を停止し、前記ターゲットクラウドサーバの現在の動作環境をバックアップするか否かを決定し、前記ターゲットクラウドサーバの現在の動作環境をバックアップすることを決定した場合に、前記ターゲットクラウドサーバの現在の動作環境をバックアップする第１バックアップサブユニットと、
   前記ターゲットクラウドサーバをスケジューリングした後に、前記ターゲットクラウドサーバを起動し、所要の動作環境を設定して、前記第２クラウドサーバクラスタが取得したタスクを実行する第１設定サブユニットと、を備える
   ことを特徴とするクラウドサーバスケジューリング装置。
7. 前記ターゲットクラウドサーバは前記第２クラウドサーバクラスタにおける元の各クラウドサーバと第１ネットワークセグメント内においてネットワーク通信を行い、前記第２クラウドサーバクラスタにおける元の各クラウドサーバは第２ネットワークセグメント内においてネットワーク通信を行う
   ことを特徴とする請求項６に記載の装置。
8. 前記第１設定サブユニットは、
   前記ターゲットクラウドサーバにおいてＩＰ転送機能が起動されたか否かを決定する決定モジュールと、
   前記ターゲットクラウドサーバにおいてＩＰ転送機能が起動されていないと決定されたことに応答し、前記ターゲットクラウドサーバにおいてＩＰ転送機能を起動し、前記ターゲットクラウドサーバが前記第２ネットワークセグメントにおけるＩＰアドレスにアクセスすることにより前記第２クラウドサーバクラスタにおける元の各クラウドサーバにアクセスする時に、アクセスしたＩＰアドレスで受信されたデータパケットを前記第１ネットワークセグメントにおける対応したＩＰアドレスにリダイレクトするＩＰ転送モジュールと、を備える
   ことを特徴とする請求項７に記載の装置。
9. 前記第２スケジューリングユニットは、
   前記ターゲットクラウドサーバを前記第１クラウドサーバクラスタに再スケジューリングする前に、前記ターゲットクラウドサーバの現在の動作環境をバックアップするか否かを決定し、前記ターゲットクラウドサーバの現在の動作環境をバックアップすることを決定した場合に、前記ターゲットクラウドサーバの現在の動作環境をバックアップする第２バックアップサブユニットと、
   前記ターゲットクラウドサーバを前記第１クラウドサーバクラスタに再スケジューリングした後に、前記ターゲットクラウドサーバを起動し、前記ターゲットクラウドサーバの現在の動作環境をバックアップした動作環境に復元したり前記ターゲットクラウドサーバの現在の動作環境を再設定したりする第２設定サブユニットと、を備える
   ことを特徴とする請求項６に記載の装置。
10. 前記第１クラウドサーバクラスタと前記第２クラウドサーバクラスタにおいてシステムを構築する際に、前記第１クラウドサーバクラスタと前記第２クラウドサーバクラスタにおける各クラウドサーバのＩＰアドレスとホスト名を、前記第１クラウドサーバクラスタと前記第２クラウドサーバクラスタの中の各クラウドサーバにおける関連システムファイルに関連付けて記憶する記憶ユニットをさらに備える
    ことを特徴とする請求項６〜９のいずれか１項に記載の装置。

Images