知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023135567
(43)【公開日】2023-09-28
(54)【発明の名称】冗長性決定システム、冗長性決定方法
(51)【国際特許分類】
G06F 11/07 20060101AFI20230921BHJP
G06F 8/60 20180101ALI20230921BHJP
【ＦＩ】
G06F11/07 193
G06F11/07 140A
G06F8/60
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2022040847
(22)【出願日】2022-03-15
(71)【出願人】
【識別番号】000005108
【氏名又は名称】株式会社日立製作所
(74)【代理人】
【識別番号】110001689
【氏名又は名称】青稜弁理士法人
(72)【発明者】
【氏名】林 真一
(72)【発明者】
【氏名】和田 清美
【テーマコード（参考）】
5B042
5B376
【Ｆターム（参考）】
5B042JJ29
5B042KK17
5B042KK20
5B042MA08
5B042MC22
5B042MC29
5B376AA15
5B376AA32
(57)【要約】
【課題】不要なコストをかけることなく、クラウドバースティングする。
【解決手段】プロセッサとメモリとを有したコンピュータを用いて、オンプレミスデータセンタ上のシステムをパブリッククラウドに拡張する冗長性決定システムであって、プロセッサは、システムの目標復旧時間が、システムの稼働状況に基づいて算出された当該システムの構築時間より短い場合は、パブリッククラウドが有するサイトのうちの複数のサイトにシステムをデプロイする第１の処理と、システムの目標復旧時間が、構築時間より短くない場合は、パブリッククラウドが有するサイトのうちの一のサイトにシステムをデプロイする第２の処理と、を行う。
【選択図】図１
【解決手段】プロセッサとメモリとを有したコンピュータを用いて、オンプレミスデータセンタ上のシステムをパブリッククラウドに拡張する冗長性決定システムであって、プロセッサは、システムの目標復旧時間が、システムの稼働状況に基づいて算出された当該システムの構築時間より短い場合は、パブリッククラウドが有するサイトのうちの複数のサイトにシステムをデプロイする第１の処理と、システムの目標復旧時間が、構築時間より短くない場合は、パブリッククラウドが有するサイトのうちの一のサイトにシステムをデプロイする第２の処理と、を行う。
【選択図】図１
【特許請求の範囲】
【請求項1】
プロセッサとメモリとを有したコンピュータを用いて、オンプレミスデータセンタ上のシステムをパブリッククラウドに拡張する冗長性決定システムであって、
前記プロセッサは、
前記システムの目標復旧時間が、前記システムの稼働状況に基づいて算出された当該システムの構築時間より短い場合は、前記パブリッククラウドが有するサイトのうちの一のサイトに前記システムをデプロイする第１の処理と、
前記システムの目標復旧時間が、前記構築時間より短くない場合は、前記パブリッククラウドが有するサイトのうちの複数のサイトに前記システムをデプロイする第２の処理と、
を行うことを特徴とする冗長性決定システム。
前記プロセッサは、
前記システムの目標復旧時間が、前記システムの稼働状況に基づいて算出された当該システムの構築時間より短い場合は、前記パブリッククラウドが有するサイトのうちの一のサイトに前記システムをデプロイする第１の処理と、
前記システムの目標復旧時間が、前記構築時間より短くない場合は、前記パブリッククラウドが有するサイトのうちの複数のサイトに前記システムをデプロイする第２の処理と、
を行うことを特徴とする冗長性決定システム。
【請求項2】
前記パブリッククラウドは、ＳＤＳ（Ｓｏｆｔｗａｒｅ－Ｄｅｆｉｎｅｄ Ｓｔｏｒａｇｅ）およびＤＢ（Ｄａｔａ Ｂａｓｅ）を有し、
前記プロセッサは、
前記ＳＤＳのデプロイ、前記オンプレミスデータセンタから前記パブリッククラウドへのデータコピー、前記ＳＤＳの起動および停止、前記ＤＢのデプロイ、前記ＤＢの起動および停止の各項目を含む前記システムの構築時間を算出し、前記第１の処理を行うか、前記第２の処理を行うかを判定する、
ことを特徴とする請求項１に記載の冗長性決定システム。
前記プロセッサは、
前記ＳＤＳのデプロイ、前記オンプレミスデータセンタから前記パブリッククラウドへのデータコピー、前記ＳＤＳの起動および停止、前記ＤＢのデプロイ、前記ＤＢの起動および停止の各項目を含む前記システムの構築時間を算出し、前記第１の処理を行うか、前記第２の処理を行うかを判定する、
ことを特徴とする請求項１に記載の冗長性決定システム。
【請求項3】
クラウドバースティングするときのシステムの稼働状況から項目５０１を算出して、パターンごとに準備時間算出
前記プロセッサは、
前記第１の処理または前記第２の処理を行う時点での前記システムの稼働状況に基づいて、前記各項目を組み合わせた準備パターンを生成し、生成した当該準備パターンごとに前記システムの構築時間を算出する、
ことを特徴とする請求項２に記載の冗長性決定システム。
前記プロセッサは、
前記第１の処理または前記第２の処理を行う時点での前記システムの稼働状況に基づいて、前記各項目を組み合わせた準備パターンを生成し、生成した当該準備パターンごとに前記システムの構築時間を算出する、
ことを特徴とする請求項２に記載の冗長性決定システム。
【請求項4】
稼働状況は、ＤＢ容量、通信量を含む（図１５のＳ６０１、６０２）
前記プロセッサは、
前記ＤＢの容量、前記オンプレミスデータセンタと前記パブリッククラウドとの間における通信量に基づいて、前記システムの稼働状況を判定する、
ことを特徴とする請求項３に記載の冗長性決定システム。
前記プロセッサは、
前記ＤＢの容量、前記オンプレミスデータセンタと前記パブリッククラウドとの間における通信量に基づいて、前記システムの稼働状況を判定する、
ことを特徴とする請求項３に記載の冗長性決定システム。
【請求項5】
前記プロセッサは、
前記準備パターンごとに算出した前記システムの構築時間を、コスト順に並べ替えてユーザに提示する、
ことを特徴とする請求項３に記載の冗長性決定システム。
前記準備パターンごとに算出した前記システムの構築時間を、コスト順に並べ替えてユーザに提示する、
ことを特徴とする請求項３に記載の冗長性決定システム。
【請求項6】
プロセッサとメモリとを有したコンピュータを用いて、オンプレミスデータセンタ上のシステムをパブリッククラウドに拡張する冗長性決定システムで行われる冗長性決定方法であって、
前記システムの目標復旧時間が、前記システムの稼働状況に基づいて算出された当該システムの構築時間より短い場合は、前記パブリッククラウドが有するサイトのうちの一のサイトに前記システムをデプロイする第１の処理と、
前記システムの目標復旧時間が、前記構築時間より短くない場合は、前記パブリッククラウドが有するサイトのうちの複数のサイトに前記システムをデプロイする第２の処理と、
を行うことを特徴とする冗長性決定方法。
前記システムの目標復旧時間が、前記システムの稼働状況に基づいて算出された当該システムの構築時間より短い場合は、前記パブリッククラウドが有するサイトのうちの一のサイトに前記システムをデプロイする第１の処理と、
前記システムの目標復旧時間が、前記構築時間より短くない場合は、前記パブリッククラウドが有するサイトのうちの複数のサイトに前記システムをデプロイする第２の処理と、
を行うことを特徴とする冗長性決定方法。
【請求項7】
前記ＳＤＳのデプロイ、前記オンプレミスデータセンタから前記パブリッククラウドへのデータコピー、前記パブリッククラウドが有するＳＤＳの起動および停止、前記パブリッククラウドが有するＤＢのデプロイ、前記ＤＢの起動および停止の各項目を含む前記システムの構築時間を算出し、前記第１の処理を行うか、前記第２の処理を行うかを判定する、
ことを特徴とする請求項６に記載の冗長性決定方法。
ことを特徴とする請求項６に記載の冗長性決定方法。
【請求項8】
前記第１の処理または前記第２の処理を行う時点での前記システムの稼働状況に基づいて、前記各項目を組み合わせた準備パターンを生成し、生成した当該準備パターンごとに前記システムの構築時間を算出する、
ことを特徴とする請求項７に記載の冗長性決定方法。
ことを特徴とする請求項７に記載の冗長性決定方法。
【請求項9】
前記ＤＢの容量、前記オンプレミスデータセンタと前記パブリッククラウドとの間における通信量に基づいて、前記システムの稼働状況を判定する、
ことを特徴とする請求項８に記載の冗長性決定方法。
ことを特徴とする請求項８に記載の冗長性決定方法。
【請求項10】
前記準備パターンごとに算出した前記システムの構築時間を、コスト順に並べ替えてユーザに提示する、
ことを特徴とする請求項８に記載の冗長性決定方法。
ことを特徴とする請求項８に記載の冗長性決定方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、クラウドバースティングにおいてシステムの冗長性を決定するための技術に関する。
【背景技術】
【0002】
大規模なＩＴ環境を持つ場合に、長期間稼働し続けるシステムはパブリッククラウドよりオンプレミスデータセンタで稼働させる方が安価となり、一時的に稼働するシステムはパブリッククラウドで動作させる方が安価となる場合がある。負荷変動が大きいデータ分析処理において、定常的な負荷をオンプレミスデータセンタで処理し、一時的に大きくなる負荷をクラウドで処理するクラウドバースティングにより、コストを削減できる可能性がある。パブリッククラウドは、障害が発生した場合においても処理を継続できるように、複数のサイトから構成される。このため、クラウドバースティングにおいて、システムの要件に基づき、複数のサイトにシステムをデプロイする必要がある。このような問題の解決において、例えば特許文献１に開示の技術が知られている。特許文献１に開示の技術では、複数のサイトにシステムをデプロイする。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】US2019/0138287
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１では、複数サイトへのデプロイ要否に関わらず複数サイトにデプロイされるため、不要なコストがかかることがある。このため、複数のサイトにデプロイする必要があるか判断することが課題である。
【0005】
本発明は、不要なコストをかけることなく、クラウドバースティングすることが可能な技術を提供することを目的とする。
【課題を解決するための手段】
【0006】
本発明にかかる冗長性決定システムは、プロセッサとメモリとを有したコンピュータを用いて、オンプレミスデータセンタ上のシステムをパブリッククラウドに拡張する冗長性決定システムであって、前記プロセッサは、前記システムの目標復旧時間が、前記システムの稼働状況に基づいて算出された当該システムの構築時間より短い場合は、前記パブリッククラウドが有するサイトのうちの一のサイトに前記システムをデプロイする第１の処理と、前記システムの目標復旧時間が、前記構築時間より短くない場合は、前記パブリッククラウドが有するサイトのうちの複数のサイトに前記システムをデプロイする第２の処理と、を行うことを特徴とする冗長性決定システムとして構成される。
【発明の効果】
【0007】
本発明によれば、不要なコストをかけることなく、クラウドバースティングすることができる。
【図面の簡単な説明】
【0008】
【図1】実施例１に係るシステム構成の例を示す。
【図2】デプロイ先サイト決定機能が有する情報の一例を示す。
【図3】ＳＤＳ ＶＭ情報の一例を示す。
【図4】ＤＭ ＶＭ情報の一例を示す。
【図5】ルートボリュームサイズ情報の一例を示す。
【図6】接続回線情報の一例を示す。
【図7】ＶＭ料金情報の一例を示す。
【図8】容量料金情報の一例を示す。
【図9】ＤＢ情報の一例を示す。
【図10】ＶＭ数情報の一例を示す。
【図11】ＤＢ稼働情報の一例を示す。
【図12】副サイト事前準備情報の一例を示す。
【図13】副サイト事前準備コスト情報の一例を示す。
【図14】冗長性確認画面の一例を示す。
【図15】ＲＴＯに基づき事前準備内容を決定する流れの一例を示す。
【図16】クラウドバースティングするか判断する流れの一例を示す。
【図17】コンピュータ概略図の一例を示す。
【発明を実施するための形態】
【実施例0009】
実施形態について、図面を参照して説明する。以下の記載および図面は、本発明を説明するための例示であって、説明の明確化のため、適宜、省略および簡略化がなされている。本発明は、他の種々の形態でも実施する事が可能である。特に限定しない限り、各構成要素は単数でも複数でも構わない。
【0010】
図面において示す各構成要素の位置、大きさ、形状、範囲などは、発明の理解を容易にするため、実際の位置、大きさ、形状、範囲などを表していない場合がある。このため、本発明は、必ずしも、図面に開示された位置、大きさ、形状、範囲などに限定されない。
【0011】
以下の説明では、「データベース」、「テーブル」、「リスト」等の表現にて各種情報を説明することがあるが、各種情報は、これら以外のデータ構造で表現されていてもよい。データ構造に依存しないことを示すために「ＸＸテーブル」、「ＸＸリスト」等を「ＸＸ情報」と呼ぶことがある。識別情報について説明する際に、「識別情報」、「識別子」、「名」、「ＩＤ」、「番号」等の表現を用いた場合、これらについてはお互いに置換が可能である。
【0012】
同一あるいは同様な機能を有する構成要素が複数ある場合には、同一の符号に異なる添字を付して説明する場合がある。ただし、これらの複数の構成要素を区別する必要がない場合には、添字を省略して説明する場合がある。
【0013】
また、以下の説明では、プログラムを実行して行う処理を説明する場合があるが、プログラムは、プロセッサ（例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ））によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）および／またはインターフェースデバイス（例えば通信ポート）等を用いながら行うため、処理の主体がプロセッサとされてもよい。同様に、プログラムを実行して行う処理の主体が、プロセッサを有するコントローラ、装置、システム、計算機、ノードであってもよい。プログラムを実行して行う処理の主体は、演算部であれば良く、特定の処理を行う専用回路（例えばＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）やＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ））を含んでいてもよい。
【0014】
プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバまたは計算機が読み取り可能な記憶メディアであってもよい。プログラムソースがプログラム配布サーバの場合、プログラム配布サーバはプロセッサと配布対象のプログラムを記憶する記憶資源を含み、プログラム配布サーバのプロセッサが配布対象のプログラムを他の計算機に配布してもよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。
【0015】
具体的には図５を用いて後述するが、本システムで用いられる端末やサーバは、例えば、図１７（コンピュータ概略図）に示すような、ＣＰＵ１６０１と、メモリ１６０２と、ＨＤＤ(Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ)等の外部記憶装置１６０３と、ＣＤ(Ｃｏｍｐａｃｔ Ｄｉｓｋ)やＵＳＢメモリ等の可搬性を有する記憶媒体１６０８に対して情報を読み書きする読書装置１６０７と、キーボードやマウス等の入力装置１６０６と、ディスプレイ等の出力装置１６０５と、通信ネットワークに接続するためのＮＩＣ(Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ)等の通信装置１６０４と、これらを連結するシステムバス等の内部通信線(システムバスという)１６０９と、を備えた一般的なコンピュータ１６００により実現できる。
【0016】
また、各端末やサーバに記憶され、あるいは処理に用いられる様々なデータは、ＣＰＵ１６０１がメモリ１６０２または外部記憶装置１６０３から読み出して利用することにより実現可能である。また、各端末やサーバが有する各機能部（例えば、管理サーバ１６のデプロイ先サイト決定機能１７、デプロイ機能１８）は、ＣＰＵ１６０１が外部記憶装置１６０３に記憶されている所定のプログラムをメモリ１６０２にロードして実行することにより実現可能である。
【0017】
上述した所定のプログラムは、読書装置１６０７を介して記憶媒体１６０８から、あるいは、通信装置１６０４を介してネットワークから、外部記憶装置１６０３に記憶(ダウンロード)され、それから、メモリ１６０２上にロードされて、ＣＰＵ１６０１により実行されるようにしてもよい。また、読書装置１６０７を介して、記憶媒体１６０８から、あるいは通信装置１６０４を介してネットワークから、メモリ１６０２上に直接ロードされ、ＣＰＵ１６０１により実行されるようにしてもよい。
【0018】
以下では、本システムが、ある１つのコンピュータにより構成される場合を例示するが、これらの機能の全部または一部が、クラウドのような１または複数のコンピュータに分散して設けられ、ネットワークを介して互いに通信することにより同様の機能を実現してもよい。また、以下において具体的に説明するが、例えば、オンプレミスデータセンタのシステムのＲＴＯ（Ｒｅｃｏｖｅｒｙ Ｔｉｍｅ Ｏｂｊｅｃｔｉｖｅ、目標復旧時間）が、上記オンプレミスデータセンタのシステムをパブリッククラウドに拡張する部分の構築時間より短い場合に、２つ以上のサイトにデプロイし、そうでない場合は１つのサイトにデプロイする。
【0019】
図１は、システム構成の一例を示す。システム１は、オンプレミスデータセンタ２、パブリッククラウドＡ ３ａ、パブリッククラウドＢ ３ｂ、接続回線４ａ、接続回線４ｂ、接続回線４ｃを含む。オンプレミスデータセンタは、ＩＴシステムを所有する企業が保有するデータセンタである。オンプレミスデータセンタは、コロケーションサービスを提供するデータセンタ事業者のデータセンタであってもよい。パブリッククラウドは、不特定多数の企業や組織が使用するクラウドである。パブリッククラウドＡ ３ａは、サイトＡ ５ａ、サイトＢ ５ｂを含む。パブリッククラウドＢ ３ｃは、サイトＣ ５ｃを含む。サイトは、パブリッククラウドにおいて提供するサービスを実行するデータセンタである。パブリッククラウドは複数のサイトで構成される。このため、あるサイトが被災し、サービスを提供できなくなった場合においても、他のサイトでサービスを提供できる。接続回線４ａは、オンプレミスデータセンタ２とサイトＡ ５ａを接続する回線である。接続回線４ｂは、オンプレミスデータセンタ２とサイトＢ ５ｂを接続する回線である。接続回線４ｃは、オンプレミスデータセンタ２とサイトＣ ５ｃを接続する回線である。
【0020】
オンプレミスデータセンタ２は、ＡＰ ＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）１１、マスターＤＢ ＶＭ １２、ワーカーＤＢ ＶＭ１３、共有ストレージ１４、管理サーバ１６を含む。ＡＰ ＶＭ １１は、業務アプリケーションを実行するＶＭであり、マスターＤＢ ＶＭ １２から必要なデータを読み込む。マスターＤＢ ＶＭ １２は、ＡＰ ＶＭ １１からの要求に応じて共有ストレージ１４にあるデータを読み書きし、その結果をＡＰ ＶＭ １１に返すＶＭである。マスターＤＢ ＶＭ １２は、負荷の状況に応じてワーカーＤＢ ＶＭ １３やパブリッククラウド上で動作しているワーカーＤＢ ＶＭに処理を依頼する。ワーカーＤＢ ＶＭ １３は、マスターＤＢ ＶＭ １２からの要求に応じて共有ストレージ１４にあるデータを読み書きし、その結果をマスターＤＢ ＶＭ １２に返すＶＭである。共有ストレージ１４は、データ１５を含む。共有ストレージ１４は、マスターＤＢ ＶＭ １２およびワーカーＤＢ ＶＭ １３からの要求に応じてデータ１５の読み出しと書き込みをして結果をマスターＤＢ ＶＭ １２およびワーカーＤＢ ＶＭ １３に返す。管理サーバ１６は、デプロイ先サイト決定機能１７、デプロイ機能１８を含む。デプロイ先サイト決定機能１７は、ＡＰ ＶＭ １１からの要求をマスターＤＢ ＶＭ １２とワーカーＤＢ ＶＭ １３だけではシステムの利用者が定めた処理時間内に処理できなくなることが予想された場合に、どのサイトを使用するか、どのＶＭをデプロイするか、データを準備するか決定する機能である。デプロイ機能１８は、デプロイ先サイト決定機能１７が決定した構成のシステムを構築する機能である。
【0021】
サイトＡ ５ａは、ワーカーＤＢ ＶＭ ２１ａ、ワーカーＤＢ ＶＭ２１ｂ、ＳＤＳ（Ｓｏｆｔｗａｒｅ－Ｄｅｆｉｎｅｄ Ｓｔｏｒａｇｅ） ２２ａを含む。ワーカーＤＢ ＶＭ２１ａは、マスターＤＢ ＶＭ １２からの要求に応じてＳＤＳ ２２ａにあるデータを読み書きし、その結果をマスターＤＢ ＶＭ １２に返すＶＭである。ワーカーＤＢ ＶＭ２１ｂは、ワーカーＤＢ ＶＭ２１ａと同様である。ＳＤＳ ２２ａは、データ２３ａを含む。ＳＤＳ ２２ａは、ワーカーＤＢ ＶＭ２１ａからの要求に応じてデータ２３ａの読み出しと書き込みをして結果をワーカーＤＢ ＶＭ２１ａに返す。サイトＢ ５ｂおよびサイトＣ ５ｃは、サイトＡ ５ａと同様であり、ワーカーＤＢ ＶＭとＳＤＳを含む。
【0022】
図２は、デプロイ先サイト決定機能１７が有する情報の一例を示す。デプロイ先サイト決定機能１７は、ＳＤＳ ＶＭ情報３１、ＤＢ ＶＭ情報３２、ルートボリュームサイズ情報３３、接続回線情報３４、ＶＭ料金情報３５、容量料金情報３６、ＤＢ情報３７、ＶＭ数情報３８、ＤＢ稼働情報３９、副サイト事前準備情報４０、副サイト事前準備コスト情報４１、冗長性確認画面４２を含む。
【0023】
図３は、ＳＤＳ ＶＭ情報３１の一例を示す。ＳＤＳ ＶＭ情報は、パブリッククラウドごと、サイトごと、インスタンスタイプごとのＳＤＳ ＶＭのデプロイ時間、起動時間、停止時間を示す。ＳＤＳ ＶＭ情報３１は、パブリッククラウド３１１、サイト３１２、インスタンスタイプ３１３、ＳＤＳデプロイ時間３１４、ＳＤＳ起動時間３１５、ＳＤＳ停止時間３１６を含む。
【0024】
パブリッククラウド３１１は、ＳＤＳがデプロイされるパブリッククラウドを示す。サイト３１２は、ＳＤＳがデプロイされるサイトを示す。インスタンスタイプ３１３は、ＳＤＳを構成するインスタンスタイプを示す。ＳＤＳデプロイ時間３１４は、ＳＤＳのデプロイにかかる時間を示す。ＳＤＳ起動時間３１５は、ＳＤＳを起動するのにかかる時間を示す。ＳＤＳ停止時間３１６は、ＳＤＳを停止するのにかかる時間を示す。
【0025】
図４は、ＤＭ ＶＭ情報３２の一例を示す。ＤＢ ＶＭ情報は、パブリッククラウドごと、サイトごと、インスタンスタイプごとのＤＢ ＶＭのデプロイ時間、起動時間、停止時間を示す。ＤＢ ＶＭ情報３２は、パブリッククラウド３２１、サイト３２２、インスタンスタイプ３２３、ＤＢデプロイ時間３２４、ＤＢ起動時間３２５、ＤＢ停止時間３２６を含む。
【0026】
パブリッククラウド３２１は、ＤＢ ＶＭがデプロイされるパブリッククラウドを示す。サイト３２２は、ＤＢ ＶＭがデプロイされるサイトを示す。インスタンスタイプ３２３は、ＤＢ ＶＭを構成するインスタンスタイプを示す。ＤＢデプロイ時間３２４は、ＤＢ ＶＭのデプロイにかかる時間を示す。ＤＢ起動時間３２５は、ＤＢ ＶＭを起動するのにかかる時間を示す。ＤＢ停止時間３２６は、ＤＢ ＶＭを停止するのにかかる時間を示す。
【0027】
図５は、ルートボリュームサイズ情報３３の一例を示す。ルートボリュームサイズ情報３３は、ＤＢ用、ＳＤＳ用といった用途ごとのＶＭのルートボリュームの必要なサイズを示す。ルートボリュームサイズ情報３３は、用途３３１、ルートボリュームサイズ３３２を含む。
【0028】
用途３３１は、ＶＭの用途を示す。ルートボリュームサイズ３３２はＶＭのルートボリュームの必要なサイズを示す。
【0029】
図６は、接続回線情報３４の一例を示す。接続回線情報３４は、オンプレミスデータセンタとパブリッククラウドのサイトを接続する回線の帯域と、データ取得時点での使用帯域を示す。接続回線情報３４は、接続先パブリッククラウド３４１、接続先サイト３４２、回線帯域３４３、使用帯域３４４を含む。
【0030】
接続先パブリッククラウド３４１は、回線が接続されているパブリッククラウドを示す。接続先サイト３４２は、回線が接続されているサイトを示す。回線帯域３４３は、回線で使用できる帯域の上限値を示す。使用帯域３４４は、データ取得時点での使用帯域を示す。
【0031】
図７は、ＶＭ料金情報３５の一例を示す。ＶＭ料金情報３５は、パブリッククラウドごと、サイトごと、インスタンスタイプごとのＶＭの単位時間あたりの利用料金を示す。ＶＭ料金情報３５は、パブリッククラウド３５１、サイト３５２、インスタンスタイプ３５３、料金３５４を含む。
【0032】
パブリッククラウド３５１は、ＶＭがデプロイされるパブリッククラウドを示す。サイト３５２は、ＶＭがデプロイされるサイトを示す。インスタンスタイプ３５３は、デプロイされるインスタンスタイプを示す。料金３５４は、デプロイされるＶＭの単位時間当たりの利用料金を示す。
【0033】
図８は、容量料金情報３６の一例を示す。容量料金情報３６は、パブリッククラウドごと、サイトごと、ボリュームタイプごとのボリュームの容量と単位時間あたりの利用料金を示す。容量料金情報３６は、ＶＭのルートボリュームと、ＳＤＳのデータを格納するための容量にかかる料金を計算するために参照される。容量料金情報３６は、パブリッククラウド３６１、サイト３６２、ボリュームタイプ３６３、料金３６４を含む。
【0034】
パブリッククラウド３６１は、ＶＭがデプロイされるパブリッククラウドを示す。サイト３６２は、ＶＭがデプロイされるサイトを示す。ボリュームタイプ３６３は、データを格納するボリュームのボリュームタイプを示す。料金３６４は、ボリュームの容量と単位時間当たりの利用料金を示す。
【0035】
図９は、ＤＢ情報３７の一例を示す。ＤＢ情報３７は、システムのユーザが定めたＤＢの要件とデータ取得時点でのＤＢの容量を示す。ＤＢ情報３７は、ＤＢ ３７１、ＲＴＯ ３７２、クエリ目標実行時間３７３、定常時クエリ多重度３７４、最大時クエリ多重度３７５、容量３７６、ＣＰＵ使用率閾値３７７、稼働率閾値３７８、ＮＷ使用率閾値３７９を含む。
【0036】
ＤＢ ３７１は、ＤＢを示す。ＲＴＯ ３７２は、ＤＢのＲＴＯを示す。ＲＴＯは、障害が発生してから、クエリをクエリ目標実行時間内で処理できるようになるまでにかかる時間である。クエリ目標実行時間３７３は、クエリの実行にかかる時間の目標値を示す。定常時クエリ多重度３７４は、定常時に同時に実行されるクエリの数を示す。最大時クエリ多重度３７５は、負荷増えた場合の同時に実行されるクエリの最大値を示す。容量３７６は、データ取得時点でのＤＢの容量を示す。ＣＰＵ使用率閾値３７７は、ＤＢ ＶＭのＣＰＵ使用率の閾値を示す。稼働率閾値３７８は、ＤＢ ＶＭの稼働率の閾値を示す。ＮＷ使用率閾値３７９は、ＤＢ ＶＭのＮＷ使用率の閾値を示す。
【0037】
図１０は、ＶＭ数情報３８の一例を示す。ＶＭ数情報３８は、ＤＢごと、インスタンスタイプごとの定常時と最大時のＤＢ ＶＭ数とＳＤＳ ＶＭ数をそれぞれ示す。ＶＭ数情報３８は、ＤＢ ３８１、パブリッククラウド３８２、ＤＢ ＶＭインスタンスタイプ３８３、定常時ＤＢ ＶＭ数３８４、最大時ＤＢ ＶＭ数３８５、ＳＤＳ ＶＭインスタンスタイプ３８６、最大時ＳＤＳ ＶＭ数３８７を含む。
【0038】
ＤＢ ３８１は、ＤＢを示す。パブリッククラウド３８２は、ＶＭが動作するパブリッククラウドを示す。ＤＢ ＶＭインスタンスタイプ３８３は、ＤＢ ＶＭのインスタンスタイプを示す。ＤＢ定常時ＤＢ ＶＭ数３８４は、定常時に必要なＤＢのＶＭ数であり、オンプレミスデータセンタで定常的に動作するＤＢのＶＭ数を示す。最大時ＤＢ ＶＭ数３８５は、最大時に必要なＤＢのＶＭ数であり、オンプレミスデータセンタで定常的に動作するＤＢ ＶＭに加えてクラウドバースティング時にパブリッククラウドで動作するＤＢ ＶＭを加えた数を示す。ＳＤＳ ＶＭインスタンスタイプ３８６は、ＳＤＳ ＶＭのインスタンスタイプを示す。最大時ＳＤＳ ＶＭ数３８７は、最大時に必要なＳＤＳのＶＭ数であり、クラウドバースティング時にパブリッククラウドで動作するＳＤＳ ＶＭ数を示す。
【0039】
図１１は、ＤＢ稼働情報３９の一例を示す。ＤＢ稼働情報３９は、ＤＢ ３９１、クエリ到着数３９２、クエリ実行数３９３、クエリ実行時間３９４、ＣＰＵ使用率３９５、ＮＷ使用率３９６を含む。
【0040】
ＤＢ ３９１は、ＤＢを示す。クエリ到着数３９２は、単位時間あたりにＤＢに到着したクエリの数を示す。クエリ実行数３９３は、単位時間あたりにＤＢで実行したクエリの数を示す。クエリ実行時間３９４は、単位時間あたりに実行したクエリの実行にかかった時間の平均値を示す。ＣＰＵ使用率３９５は、ＤＢ ＶＭのＣＰＵ使用率の平均値を示す、ＮＷ使用率３９６は、ＤＢ ＶＭのＮＷ使用率の平均値を示す。
【0041】
図１２は、副サイト事前準備情報４０の一例を示す。副サイト事前準備情報４０は、複数サイト使用時に副サイト（例えば、２つのサイトを使用する場合、そのうちの１つのサイト）で必要な事前準備とサイト障害発生時の復旧処理を示す。副サイト事前準備情報４０は、項目５０１、時間５０２、準備パターン５０３を含む。副サイト事前準備情報４０は、パブリッククラウドが有する複数のサイトにクラウドバースティングする場合において、一のサイトを使用するための準備情報である。
【0042】
項目５０１は、副サイト事前準備情報４０において示す項目を示す。項目５０１は、処理５０４、復旧時間５０５、ＳＤＳ準備状態５０６、ＤＢ準備状態５０７、準備コスト５０８を含む。
【0043】
処理５０４は、事前準備に必要な処理を示す。項目５０１において、ＳＤＳデプロイは、ＳＤＳをサイトにデプロイすることを示す。データコピーはオンプレミスデータセンタ内の共有ストレージにあるデータをサイト内のＳＤＳにコピーすることを示す。データコピーは、通信状況により処理の速さが異なってくるため、クラウドバースティングを行うタイミングで、後述する時間５０２が計算される。ＳＤＳ停止は、ＳＤＳ ＶＭを停止しておき、サイト障害が発生後にＳＤＳ ＶＭを起動することを示す。これにより、ＳＤＳ ＶＭの利用料金がかかるのを防止できるが、サイト障害発生後にクエリ実行開始までに時間がかかるようになる。ＤＢデプロイは、ＤＢをサイトにデプロイすることを示す。ＤＢ停止は、ＤＢ ＶＭを停止しておき、サイト障害が発生後にＤＢ ＶＭを起動することを示す。これにより、ＤＢ ＶＭの利用料金がかかるのを防止できるが、サイト障害発生後にクエリ実行開始までに時間がかかるようになる。
【0044】
時間５０２は、処理５０４の処理にかかる時間を示す。準備パターン５０３は、処理５０４に示す処理を事前に行うか、サイト障害発生後に行うかを示す。サイト障害後に行う場合は、その処理にかかる時間を示す。
【0045】
復旧時間５０５は、サイト障害発生後に行う処理時間の和を示す。ＳＤＳ準備状態５０６は、事前準備後のＳＤＳの状態を示す。事前準備においてＳＤＳをデプロイし、ＳＤＳ ＶＭを停止していない場合を「起動」とする。ＳＤＳをデプロイし、ＳＤＳ ＶＭを停止した場合を「停止」とする。ＳＤＳをデプロイしない場合を「未」とする。ＤＢ準備状態５０７は、事前準備後のＤＢの状態を示す。事前準備においてＤＢをデプロイし、ＤＢ ＶＭを停止していない場合を「起動」とする。ＤＢをデプロイし、ＤＢ ＶＭを停止した場合を「停止」とする。ＤＢをデプロイしない場合を「未」とする。準備コスト５０８は、事前準備によりかかるＳＤＳ ＶＭとＤＢ ＶＭの月額コストを示す。ＶＭを起動している場合、データを格納するためにボリュームを使用している場合にかかるコストである。
【0046】
図１３は、副サイト事前準備コスト情報４１の一例を示す。副サイト事前準備コスト情報４１は、副サイトの事前準備をした場合にかかるコストを示す。副サイト事前準備コスト情報４１は、準備パターン５１１、復旧時間５１２、準備コスト５１３を含む。
【0047】
準備パターン５１１は、準備パターン５０３に示す事前準備を示す。復旧時間５１２は、復旧にかかる時間を示す。準備コスト５１３は、事前準備によりかかるコストを示す。図１３では、復旧時間が短い順、準備コストが大きい順に、準備パターンが並べ替えられていることがわかる。
【0048】
図１４は、冗長性確認画面４２の一例を示す。冗長性確認画面４２は、システムのユーザが冗長性を確認するための画面である。冗長性確認画面４２は、ＤＢ ５２１、ＲＴＯ ５２２、見積り復旧時間５２３、準備コスト５２４、正サイト５２５、副サイト５２６を示す。
【0049】
ＤＢ ５２１は、ＤＢを示す。ＲＴＯ ５２２は、システムのユーザが入力したＤＢのＲＴＯを示す。見積り復旧時間５２３は、副サイト事前準備情報４０を用いて見積もった復旧にかかる時間を示す。準備コスト５２４は、副サイト事前準備情報４０を用いて見積もった。正サイト５２５は、クラウドバースティング時にＤＢを実行するサイトを示す。複数のサイトでＤＢを実行する場合は、複数のサイトを表示する。副サイト５２６は、クラウドバースティング時にサイト障害が発生した場合にＤＢを実行するサイトを示す。
【0050】
図１５は、ＲＴＯに基づき事前準備内容を決定する流れの一例を示す。デプロイ先サイト決定機能１７が定期的に、または、クラウドバースティング時に実行する。
【0051】
ステップ６０１において、デプロイ先サイト決定機能１７は、ＤＢ容量をマスターＤＢ ＶＭ １２から取得し、ＤＢ情報３７の容量３７６を更新する。
【0052】
ステップ６０２において、デプロイ先サイト決定機能１７は、サイトから接続回線の使用帯域を取得し、接続回線情報３４の使用帯域３４４を更新する。
【0053】
ステップ６０３において、デプロイ先サイト決定機能１７は、ＤＢ ＶＭ数情報３８のＤＢ ＶＭインスタンスタイプ３８３からＤＢ ＶＭのインスタンスタイプを取得する。デプロイ先サイト決定機能１７は、ＤＢ ＶＭ数情報３８のＳＤＳ ＶＭインスタンスタイプ３８６からＳＤＳ ＶＭのインスタンスタイプを取得する。デプロイ先サイト決定機能１７は、ＳＤＳ ＶＭ情報３１のＳＤＳデプロイ時間３１４からＳＤＳデプロイ時間を取得し、副サイト事前準備情報４０の時間５０２を更新する。デプロイ先サイト決定機能１７は、ＳＤＳ ＶＭ情報３１のＳＤＳ起動時間３１５からＳＤＳ起動時間を取得し、副サイト事前準備情報４０の時間５０２を更新する。デプロイ先サイト決定機能１７は、ＤＢ ＶＭ情報３２のＤＢデプロイ時間３２４からＤＢデプロイ時間を取得し、副サイト事前準備情報４０の時間５０２を更新する。デプロイ先サイト決定機能１７は、ＤＢ ＶＭ情報３２のＤＢ起動時間３２５からＤＢ起動時間を取得し、副サイト事前準備情報４０の時間５０２を更新する。デプロイ先サイト決定機能１７は、副サイト事前準備情報４０の時間５０２に基づき、準備パターン５０３を更新し、復旧時間５０５を更新する。
【0054】
ステップ６０４において、デプロイ先サイト決定機能１７は、副サイト事前準備情報４０のＳＤＳ準備状態５０６とＤＢ準備状態５０７と、ＶＭ料金情報３５と容量料金情報３６と、ＤＢ ＶＭ数情報３８に基づき、利用料金を計算し、準備コスト５０８を更新する。ＳＤＳ ＶＭ数は、ＤＢ ＶＭ数情報３８の最大ＳＤＳ ＶＭ数３８７である。ＳＤＳ準備状態５０６が「起動」の場合は、ＶＭ料金情報３５と容量料金情報３６に基づきＳＤＳの月額利用料金を計算する。ＳＤＳ準備状態５０６が「停止」の場合は、容量料金情報３６に基づきＳＤＳの月額利用料金を計算する。ＳＤＳ準備状態５０６が「未」の場合は、ＳＤＳの月額利用料金は0である。ＤＢ ＶＭ数は、ＤＢ ＶＭ数情報３８の最大ＤＢ ＶＭ数３８５から定常時ＤＢ ＶＭ数３８４の差である。ＤＢ準備状態５０７が「起動」の場合は、ＶＭ料金情報３５と容量料金情報３６に基づき月額料金を計算する。ＤＢ準備状態５０７が「停止」の場合は、容量料金情報３６に基づき月額料金を計算する。ＤＢ準備状態５０７が「未」の場合は、準備コストは0である。
【0055】
ステップ６０５において、デプロイ先サイト決定機能１７は、副サイト事前準備情報４０に基づき副サイト事前コスト情報４１を作成し、復旧時間５１２が昇順となるように列を並べ替える。各列を比較し、復旧時間５１２が所定時間より長く、準備コスト５１３が所定金額より高くなる列があれば削除する。
【0056】
ステップ６０６において、デプロイ先サイト決定機能１７は、副サイト事前コスト情報４１の復旧時間５１２が、ＤＢ情報３７のＲＴＯ ３７２以下となる準備パターンをクラウドバースティング時構成として選択する。
【0057】
図１６は、クラウドバースティングするか判断する流れの一例を示す。デプロイ先サイト決定機能１７が1分おきなどの頻度で定期的に実行する。
【0058】
ステップ６１１において、デプロイ先サイト決定機能１７は、マスターＤＢ ＶＭ１２、ワーカーＤＢ ＶＭ１３、ワーカーＤＢ ＶＭ２１から情報を取得し、ＤＢ稼働情報３９を更新する。
【0059】
ステップ６１２において、デプロイ先サイト決定機能１７は、ＤＢ稼働情報３９に基づき各ＤＢの稼働率を計算する。計算式は以下の通りである。
稼働率＝クエリ到着数÷クエリ実行数
稼働率＝クエリ到着数÷クエリ実行数
【0060】
判断６１３において、デプロイ先サイト決定機能１７は、ＣＰＵ使用率３９５がＣＰＵ使用率閾値３７７より高く、ステップ６１２において計算した稼働率が稼働率閾値３７８より高い場合は、ステップ６１５に進む。そうでない場合は、判断６１４に進む。なお、ＣＰＵ使用率のみで判断してもよい。
【0061】
判断６１４において、デプロイ先サイト決定機能１７は、ＮＷ使用率３９６がＮＷ使用率閾値３７９より高い場合は、ステップ６１５に進む。そうでない場合は、処理を終える。
【0062】
ステップ６１５において、デプロイ先サイト決定機能１７は、デプロイ機能１８にクラウドバースティング開始を指示する。デプロイ機能１８は、ステップ６０６において決定した準備パターンと、副サイト事前準備情報４０のＳＤＳ準備状態５０６とＤＢ準備状態５０７に基づき、デプロイする。
【0063】
このように、本システムによれば、クラウドバースティング時に、ＲＴＯがバースティング先のシステム構築時間より短い場合に、複数のサイトにデプロイし、そうでない場合は1つのサイトにデプロイする。例えば、システムのＲＴＯがパブリッククラウドの拡張部分の構築時間より短い場合に、２つ以上のサイトにデプロイし、そうでない場合は１つのサイトにデプロイする。システム構築時間には、オンプレミスデータセンタからパブリッククラウドへのデータコピー時間を含む。また、データコピー時間には、データ容量と使用帯域な通信帯域を考慮している。そして、複数サイトにデプロイする場合にシステムコンポーネントをどこまでデプロイしておくか、起動と停止を含めてどこまで事前に準備すべきかＲＴＯに基づき判断している。
【0064】
すなわち、プロセッサとメモリとを有したコンピュータを用いて、オンプレミスデータセンタ（例えば、オンプレミスデータセンタ２）上のシステムをパブリッククラウド（例えば、パブリッククラウド３）に拡張する冗長性決定システムにおいて、上記プロセッサは、上記システムの目標復旧時間（ＲＴＯ）が、上記システムの稼働状況に基づいて算出された当該システムの構築時間より短い場合は、上記パブリッククラウドが有するサイトのうちの一のサイトに上記システムをデプロイする第１の処理と、上記システムの目標復旧時間が、上記構築時間より短くない場合は、上記パブリッククラウドが有するサイトのうちの複数のサイトに上記システムをデプロイする第２の処理と、を行う。これにより、ＲＴＯを満たし、不要なコストをかけることなく、クラウドバースティングすることができる。
【0065】
上記パブリッククラウドは、ＳＤＳ（Ｓｏｆｔｗａｒｅ－Ｄｅｆｉｎｅｄ Ｓｔｏｒａｇｅ）およびＤＢ（Ｄａｔａ Ｂａｓｅ）を有し、上記プロセッサは、例えば、図１２の項目５０１に示したように、上記ＳＤＳのデプロイ、上記オンプレミスデータセンタから上記パブリッククラウドへのデータコピー、上記ＳＤＳの起動および停止、上記ＤＢのデプロイ、上記ＤＢの起動および停止の各項目を含む上記システムの構築時間を算出し、上記第１の処理を行うか、上記第２の処理を行うかを判定する。これにより、システムを構築するためのこれらの各項目ごとに必要な準備時間を考慮して、クラウドバースティングすることができる。
【0066】
また、上記プロセッサは、上記第１の処理または上記第２の処理を行う時点での上記システムの稼働状況に基づいて、上記各項目を組み合わせた準備パターンを生成し、生成した当該準備パターンごとに上記システムの構築時間を算出する。これにより、クラウドバースティングする時点でのシステムの稼働状況を考慮して準備パターンのそれぞれについて、各項目を算出して、準備パターンごとに準備時間を算出することができる。
【0067】
上記プロセッサは、上記ＤＢの容量、上記オンプレミスデータセンタと上記パブリッククラウドとの間における通信量に基づいて、上記システムの稼働状況を判定する。これにより、特に、データベースや通信量を考慮して、上記準備パターンごとの準備時間を算出することができる。
【0068】
上記プロセッサは、上記準備パターンごとに算出した上記システムの構築時間を、コスト順に並べ替えてユーザに提示する。これにより、ユーザは、容易にコスト効率が高いパターンを選択し、クラウドバースティングすることができる。
【符号の説明】
【0069】
１ システム
２ オンプレミスデータセンタ
３ パブリッククラウド
４ 接続回線１１ ＡＰ ＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）
１２ マスターＤＢ ＶＭ１３ ワーカーＤＢ ＶＭ
１４ 共有ストレージ
１５ データ
１６ 管理サーバ
１７ デプロイ先サイト決定機能
１８ デプロイ機能
２ オンプレミスデータセンタ
３ パブリッククラウド
４ 接続回線１１ ＡＰ ＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）
１２ マスターＤＢ ＶＭ１３ ワーカーＤＢ ＶＭ
１４ 共有ストレージ
１５ データ
１６ 管理サーバ
１７ デプロイ先サイト決定機能
１８ デプロイ機能
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【手続補正書】
【提出日】2023-06-20
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
プロセッサとメモリとを有したコンピュータを用いて、オンプレミスデータセンタ上のシステムをパブリッククラウドに拡張する冗長性決定システムであって、
前記プロセッサは、
前記システムの目標復旧時間が、前記システムの稼働状況に基づいて算出された当該システムの構築時間より短い場合は、前記パブリッククラウドが有するサイトのうちの複数のサイトに前記システムをデプロイする第１の処理と、
前記システムの目標復旧時間が、前記構築時間より短くない場合は、前記パブリッククラウドが有するサイトのうちの一のサイトに前記システムをデプロイする第２の処理と、
を行うことを特徴とする冗長性決定システム。
前記プロセッサは、
前記システムの目標復旧時間が、前記システムの稼働状況に基づいて算出された当該システムの構築時間より短い場合は、前記パブリッククラウドが有するサイトのうちの複数のサイトに前記システムをデプロイする第１の処理と、
前記システムの目標復旧時間が、前記構築時間より短くない場合は、前記パブリッククラウドが有するサイトのうちの一のサイトに前記システムをデプロイする第２の処理と、
を行うことを特徴とする冗長性決定システム。
【請求項2】
前記パブリッククラウドは、ＳＤＳ（Ｓｏｆｔｗａｒｅ－Ｄｅｆｉｎｅｄ Ｓｔｏｒａｇｅ）およびＤＢ（Ｄａｔａ Ｂａｓｅ）を有し、
前記プロセッサは、
前記ＳＤＳのデプロイ、前記オンプレミスデータセンタから前記パブリッククラウドへのデータコピー、前記ＳＤＳの起動および停止、前記ＤＢのデプロイ、前記ＤＢの起動および停止の各項目を含む前記システムの構築時間を算出し、前記第１の処理を行うか、前記第２の処理を行うかを判定する、
ことを特徴とする請求項１に記載の冗長性決定システム。
前記プロセッサは、
前記ＳＤＳのデプロイ、前記オンプレミスデータセンタから前記パブリッククラウドへのデータコピー、前記ＳＤＳの起動および停止、前記ＤＢのデプロイ、前記ＤＢの起動および停止の各項目を含む前記システムの構築時間を算出し、前記第１の処理を行うか、前記第２の処理を行うかを判定する、
ことを特徴とする請求項１に記載の冗長性決定システム。
【請求項3】
前記プロセッサは、
前記第１の処理または前記第２の処理を行う時点での前記システムの稼働状況に基づいて、前記各項目を組み合わせた準備パターンを生成し、生成した当該準備パターンごとに前記システムの構築時間を算出する、
ことを特徴とする請求項２に記載の冗長性決定システム。
前記第１の処理または前記第２の処理を行う時点での前記システムの稼働状況に基づいて、前記各項目を組み合わせた準備パターンを生成し、生成した当該準備パターンごとに前記システムの構築時間を算出する、
ことを特徴とする請求項２に記載の冗長性決定システム。
【請求項4】
前記プロセッサは、
前記ＤＢの容量、前記オンプレミスデータセンタと前記パブリッククラウドとの間における通信量に基づいて、前記システムの稼働状況を判定する、
ことを特徴とする請求項３に記載の冗長性決定システム。
前記ＤＢの容量、前記オンプレミスデータセンタと前記パブリッククラウドとの間における通信量に基づいて、前記システムの稼働状況を判定する、
ことを特徴とする請求項３に記載の冗長性決定システム。
【請求項5】
前記プロセッサは、
前記準備パターンごとに算出した前記システムの構築時間を、コスト順に並べ替えてユーザに提示する、
ことを特徴とする請求項３に記載の冗長性決定システム。
前記準備パターンごとに算出した前記システムの構築時間を、コスト順に並べ替えてユーザに提示する、
ことを特徴とする請求項３に記載の冗長性決定システム。
【請求項6】
プロセッサとメモリとを有したコンピュータを用いて、オンプレミスデータセンタ上のシステムをパブリッククラウドに拡張する冗長性決定システムで行われる冗長性決定方法であって、
前記システムの目標復旧時間が、前記システムの稼働状況に基づいて算出された当該システムの構築時間より短い場合は、前記パブリッククラウドが有するサイトのうちの複数のサイトに前記システムをデプロイする第１の処理と、
前記システムの目標復旧時間が、前記構築時間より短くない場合は、前記パブリッククラウドが有するサイトのうちの一のサイトに前記システムをデプロイする第２の処理と、
を行うことを特徴とする冗長性決定方法。
前記システムの目標復旧時間が、前記システムの稼働状況に基づいて算出された当該システムの構築時間より短い場合は、前記パブリッククラウドが有するサイトのうちの複数のサイトに前記システムをデプロイする第１の処理と、
前記システムの目標復旧時間が、前記構築時間より短くない場合は、前記パブリッククラウドが有するサイトのうちの一のサイトに前記システムをデプロイする第２の処理と、
を行うことを特徴とする冗長性決定方法。
【請求項7】
前記ＳＤＳのデプロイ、前記オンプレミスデータセンタから前記パブリッククラウドへのデータコピー、前記パブリッククラウドが有するＳＤＳの起動および停止、前記パブリッククラウドが有するＤＢのデプロイ、前記ＤＢの起動および停止の各項目を含む前記システムの構築時間を算出し、前記第１の処理を行うか、前記第２の処理を行うかを判定する、
ことを特徴とする請求項６に記載の冗長性決定方法。
ことを特徴とする請求項６に記載の冗長性決定方法。
【請求項8】
前記第１の処理または前記第２の処理を行う時点での前記システムの稼働状況に基づいて、前記各項目を組み合わせた準備パターンを生成し、生成した当該準備パターンごとに前記システムの構築時間を算出する、
ことを特徴とする請求項７に記載の冗長性決定方法。
ことを特徴とする請求項７に記載の冗長性決定方法。
【請求項9】
前記ＤＢの容量、前記オンプレミスデータセンタと前記パブリッククラウドとの間における通信量に基づいて、前記システムの稼働状況を判定する、
ことを特徴とする請求項８に記載の冗長性決定方法。
ことを特徴とする請求項８に記載の冗長性決定方法。
【請求項10】
前記準備パターンごとに算出した前記システムの構築時間を、コスト順に並べ替えてユーザに提示する、
ことを特徴とする請求項８に記載の冗長性決定方法。
ことを特徴とする請求項８に記載の冗長性決定方法。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【0006】
本発明にかかる冗長性決定システムは、プロセッサとメモリとを有したコンピュータを用いて、オンプレミスデータセンタ上のシステムをパブリッククラウドに拡張する冗長性決定システムであって、前記プロセッサは、前記システムの目標復旧時間が、前記システムの稼働状況に基づいて算出された当該システムの構築時間より短い場合は、前記パブリッククラウドが有するサイトのうちの複数のサイトに前記システムをデプロイする第１の処理と、前記システムの目標復旧時間が、前記構築時間より短くない場合は、前記パブリッククラウドが有するサイトのうちの一のサイトに前記システムをデプロイする第２の処理と、を行うことを特徴とする冗長性決定システムとして構成される。
【手続補正3】
【補正対象書類名】明細書
【補正対象項目名】００６４
【補正方法】変更
【補正の内容】
【0064】
すなわち、プロセッサとメモリとを有したコンピュータを用いて、オンプレミスデータセンタ（例えば、オンプレミスデータセンタ２）上のシステムをパブリッククラウド（例えば、パブリッククラウド３）に拡張する冗長性決定システムにおいて、上記プロセッサは、上記システムの目標復旧時間（ＲＴＯ）が、上記システムの稼働状況に基づいて算出された当該システムの構築時間より短い場合は、上記パブリッククラウドが有するサイトのうちの複数のサイトに上記システムをデプロイする第１の処理と、上記システムの目標復旧時間が、上記構築時間より短くない場合は、上記パブリッククラウドが有するサイトのうちの一のサイトに上記システムをデプロイする第２の処理と、を行う。これにより、ＲＴＯを満たし、不要なコストをかけることなく、クラウドバースティングすることができる。
【手続補正5】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【0008】
【図1】実施例１に係るシステム構成の例を示す。
【図2】デプロイ先サイト決定機能が有する情報の一例を示す。
【図3】ＳＤＳ ＶＭ情報の一例を示す。
【図4】ＤＢ ＶＭ情報の一例を示す。
【図5】ルートボリュームサイズ情報の一例を示す。
【図6】接続回線情報の一例を示す。
【図7】ＶＭ料金情報の一例を示す。
【図8】容量料金情報の一例を示す。
【図9】ＤＢ情報の一例を示す。
【図10】ＶＭ数情報の一例を示す。
【図11】ＤＢ稼働情報の一例を示す。
【図12】副サイト事前準備情報の一例を示す。
【図13】副サイト事前準備コスト情報の一例を示す。
【図14】冗長性確認画面の一例を示す。
【図15】ＲＴＯに基づき事前準備内容を決定する流れの一例を示す。
【図16】クラウドバースティングするか判断する流れの一例を示す。
【図17】コンピュータ概略図の一例を示す。
【手続補正6】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】変更
【補正の内容】
【0025】
図４は、ＤＢ ＶＭ情報３２の一例を示す。ＤＢ ＶＭ情報は、パブリッククラウドごと、サイトごと、インスタンスタイプごとのＤＢ ＶＭのデプロイ時間、起動時間、停止時間を示す。ＤＢ ＶＭ情報３２は、パブリッククラウド３２１、サイト３２２、インスタンスタイプ３２３、ＤＢデプロイ時間３２４、ＤＢ起動時間３２５、ＤＢ停止時間３２６を含む。
【手続補正7】
【補正対象書類名】明細書
【補正対象項目名】００５４
【補正方法】変更
【補正の内容】
【0054】
ステップ６０４において、デプロイ先サイト決定機能１７は、副サイト事前準備情報４０のＳＤＳ準備状態５０６とＤＢ準備状態５０７と、ＶＭ料金情報３５と容量料金情報３６と、ＤＢ ＶＭ数情報３８に基づき、利用料金を計算し、準備コスト５０８を更新する。ＳＤＳ ＶＭ数は、ＤＢ ＶＭ数情報３８の最大ＳＤＳ ＶＭ数３８７である。ＳＤＳ準備状態５０６が「起動」の場合は、ＶＭ料金情報３５と容量料金情報３６に基づきＳＤＳの月額利用料金を計算する。ＳＤＳ準備状態５０６が「停止」の場合は、容量料金情報３６に基づきＳＤＳの月額利用料金を計算する。ＳＤＳ準備状態５０６が「未」の場合は、ＳＤＳの月額利用料金は0である。ＤＢ ＶＭ数は、ＤＢ ＶＭ数情報３８の最大ＤＢ ＶＭ数３８５と定常時ＤＢ ＶＭ数３８４の差である。ＤＢ準備状態５０７が「起動」の場合は、ＶＭ料金情報３５と容量料金情報３６に基づき月額料金を計算する。ＤＢ準備状態５０７が「停止」の場合は、容量料金情報３６に基づき月額料金を計算する。ＤＢ準備状態５０７が「未」の場合は、準備コストは０である。