(57)【要約】【課題】ディザスタリカバリシステムの構成やサーバ集約率の仮想化の実現に必要なサーバスペック、システム構築に要する期間、概算費用を事前にシミュレーション可能とする。【解決手段】シミュレーション用入力情報を取得し、入力情報である目標復旧時間情報と目標復旧時点情報に基づき、記憶部からディザスタリカバリシステムの構成情報、システム構築に要する期間情報および費用情報を含む該当テンプレートを特定し、特定したテンプレート情報と、入力情報である前記ディザスタリカバリ対象システムにおけるサーバリソースのスペック情報と、前記サーバリソースの平均使用率と、入力情報であるサーバ集約率に対応した前記サーバリソースのオーバーコミット率とを用いてディザスタリカバリシステムにおけるサーバリソースのスペックを計算し、計算したスペックの情報と前記テンプレート情報とを出力する。【選択図】図１
2016045913.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータにおけるディザスタリカバリシステムのシミュレーション方法であって、
ディザスタリカバリ対象システムにおけるサーバリソースのスペック、仮想化によるサーバ集約率、目標復旧時間および目標復旧時点の各情報を含むディザスタリカバリシステムのシミュレーション用入力情報を取得する第１のステップと、
前記目標復旧時間情報と前記目標復旧時点情報に基づき、ディザスタリカバリシステム（テンプレート）記憶部から、ディザスタリカバリシステムの構成情報、システム構築に要する期間情報および費用情報を含む該当テンプレートの情報を特定する第２のステップと、
前記スペック情報と、前記サーバリソースの平均使用率と、前記サーバ集約率に対応した前記サーバリソースのオーバーコミット率とを用いて、前記ディザスタリカバリシステムにおけるサーバリソースのスペックを計算する第３のステップと、
特定した前記ディザスタリカバリシステムのテンプレートの情報と、計算した前記スペックの情報とを出力する第４のステップとを有する、
ことを特徴とするディザスタリカバリシステムのシミュレーション方法。
【請求項２】
前記シミュレーション用入力情報は、サーバ台数と合計ディスク容量の各情報を含み、
前記第２のステップは、前記目標復旧時間情報および前記目標復旧地時点情報と、前記サーバ台数情報または前記合計ディスク容量情報とに基づき、前記ディザスタリカバリシステム（テンプレート）記憶部から該当ディザスタリカバリシステムのテンプレートを特定する処理を含む、
ことを特徴とする請求項１に記載のディザスタリカバリシステムのシミュレーション方法。
【請求項３】
前記シミュレーション用入力情報は、サーバ台数と合計ディスク容量の各情報を含み、
前記第２のステップは、前記目標復旧時間情報、前記目標復旧時点情報、前記サーバ台数情報および前記合計ディスク容量情報に基づき、前記ディザスタリカバリシステム（テンプレート）記憶部から該当ディザスタリカバリシステムのテンプレートを特定する処理を含む、
ことを特徴とする請求項１に記載のディザスタリカバリシステムのシミュレーション方法。
【請求項４】
前記シミュレーション用入力情報は、前記ディザスタリカバリ対象システムにおける合計ＣＰＵクロック周波数と合計メモリ容量を含み、
前記サーバリソースは、ＣＰＵとメモリを含み、
前記コンピュータは前記第３のステップにより、
前記合計ＣＰＵクロック周波数と平均ＣＰＵ使用率とを乗算し、該演算結果を前記サーバ集約率に対応したＣＰＵオーバーコミット率で除算することにより、前記ディザスタリカバリシステムで必要とされるＣＰＵクロック周波数を計算するとともに、
前記合計メモリ容量と平均メモリ使用率とを乗算し、該演算結果を前記サーバ集約率に対応したメモリのオーバーコミット率で除算することにより、前記ディザスタリカバリシステムで必要とされるメモリ容量を計算する、
ことを特徴とする請求項１乃至請求項３の何れか１項に記載のディザスタリカバリシステムのシミュレーション方法。
【請求項５】
コンピュータに、
ディザスタリカバリ対象システムにおけるサーバリソースのスペック、仮想化によるサーバ集約率、目標復旧時間および目標復旧時点の各情報を含むディザスタリカバリシステムのシミュレーション用入力情報を取得する処理と、
前記目標復旧時間情報と前記目標復旧時点情報に基づき、ディザスタリカバリシステム（テンプレート）記憶部から、該当ディザスタリカバリシステムの構成情報、システム構築に要する期間情報および費用情報を含むテンプレートを特定する処理と、
前記スペック情報と、前記サーバリソースの平均使用率と、前記サーバ集約率に対応した前記サーバリソースのオーバーコミット率とを用いて、前記ディザスタリカバリシステムにおけるサーバリソースのスペックを計算する処理と、
特定した前記ディザスタリカバリシステムのテンプレートの情報と、計算した前記スペックの情報とを出力する処理とを実行させる、
ことを特徴とするプログラム。
【請求項６】
ディザスタリカバリシステムの構成、システム構築に要する期間および費用の各情報を含むテンプレート情報を格納する記憶部と、
ディザスタリカバリ対象システムにおけるサーバリソースのスペック、仮想化によるサーバ集約率、目標復旧時間および目標復旧時点の各情報を含むディザスタリカバリシステムのシミュレーション用入力情報を取得し、
前記目標復旧時間情報と前記目標復旧時点情報に基づき、前記記憶部から、ディザスタリカバリシステムの構成情報、システム構築に要する期間情報および費用情報を含む該当テンプレートの情報を特定し、
前記スペック情報と、前記サーバリソースの平均使用率と、前記サーバ集約率に対応した前記サーバリソースのオーバーコミット率とを用いて、前記ディザスタリカバリシステムにおけるサーバリソースのスペックを計算し、
特定した前記ディザスタリカバリシステムのテンプレートの情報と、計算した前記スペックの情報とを出力する演算処理部とを具備する、
ことを特徴とするシミュレーション装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ディザスタリカバリシステムのシミュレーション方法、プログラムおよびシミュレーション装置に関する。
【背景技術】
【０００２】
近年、震災や大規模コンピュータシステムの障害など事業継続に大きな影響を与える予期せぬ出来事が発生した場合に、利用可能なリソースを見極め、事業資産の損害を最小限に抑えて事業活動の継続と早期復旧を可能とするために、事前に策定する行動計画であるＢＣＰ（Ｂｕｓｉｎｅｓｓ Ｃｏｎｔｉｎｕｉｔｙ Ｐｌａｎ）を導入する企業が増えている。
【０００３】
ＢＣＰ策定では、上記予期せぬ出来事に備えて、ディザスタリカバリ（ＤＲ）対策が重要課題となる。ディザスタリカバリの要請に対応するための技術として、例えば、特許文献１に記載の技術が知られている。この特許文献１は、複数のデータセンターが地域的に分散しているという環境を活用して、バックアップリソースを共用して低コストを実現しつつ、地域に依存した災害等の障害発生時におけるユーザシステムに対するディザスタリカバリ機能を、確実に提供できるよう、また、ユーザシステムを稼働させるデータセンターの選択に自由度を付与できるよう、ユーザシステムの配置及びデータセンターのリソース量を管理する技術を開示している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−２７６５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＢＣＰ策定で重要課題となるディザスタリカバリ対策では、これに充てる費用や実現スピードがネックとなり、結局、未実施となってしまうケースが散見される。そこで、震災や大規模コンピュータシステムの障害など万が一の事態が発生した場合に、早期にディザスタリカバリシステムを構築して事業継続が可能となるよう、事前に（上記万が一の事態が発生する前に）ディザスタリカバリシステムの構成（サーバ台数、ストレージなどの外部記憶装置の有無など）やシステム構築に要する期間、システム構築に要する概算費用をシミュレーション可能な技術が望まれている。
【０００６】
一方で、コンピュータの仮想化技術の向上により、大規模コンピュータシステムを構築し、運営している企業の情報システム部門では、システムを物理環境から仮想化環境へ移行することで、システムの運用コスト等の削減を図る傾向にある。特に、ＩＴ（Ｉｎｔｅｒｎｅｔ Ｔｅｃｈｎｏｌｏｇｙ）予算の縮小によって、仮想化によるサーバ集約率（仮想マシン集約率ともいう）を最適化したいという機運が高まっている。サーバ集約率の最適化にあたっては、ＣＰＵのクロック周波数（ＣＰＵの処理速度）やメモリの容量などのサーバリソースのスペック（サーバスペック）を考慮する必要がある。これは、ユーザが要求するサーバ集約率によって、必要なサーバスペックが変わってくるためである。
【０００７】
このように、ディザスタリカバリ対策では、震災や大規模コンピュータシステムの障害など万が一の事態が発生した場合に、早期にディザスタリカバリシステムを構築して事業継続が可能となるよう、ディザスタリカバリシステムの構成やユーザが要求するサーバ集約率の仮想化の実現に必要なスペック、システム構築に要する期間、さらにはシステム構築に要する概算費用を事前に（上記万が一の事態が発生する前に）シミュレーション可能なシミュレーション装置等を実現することが課題である。
【０００８】
しかしながら、上記従来技術は、ディザスタリカバリの要請に対応するための技術を開示するものの、上記課題を解決する技術を開示するものではない。
【０００９】
本発明は、以上の事情に鑑みてなされたものであり、ディザスタリカバリシステムの構成やユーザが要求するサーバ集約率の仮想化の実現に必要なスペック、システム構築に要する期間、さらにはシステム構築に要する概算費用を事前にシミュレーション可能なシミュレーション装置、シミュレーション装置におけるディザスタリカバリシステムのシミュレーション方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するための本発明の代表的な一例は次の通りである。すなわち、本発明は、ディザスタリカバリ対象システムにおけるサーバリソースのスペック、仮想化によるサーバ集約率、目標復旧時間および目標復旧時点の各情報を含むディザスタリカバリシステムのシミュレーション用入力情報を取得し、前記目標復旧時間情報と前記目標復旧時点情報に基づき、ディザスタリカバリシステム（テンプレート）記憶部から、ディザスタリカバリシステムの構成情報、システム構築に要する期間情報および費用情報を含む該当テンプレートの情報を特定し、前記スペック情報と、前記サーバリソースの平均使用率と、前記サーバ集約率に対応した前記サーバリソースのオーバーコミット率とを用いて、前記ディザスタリカバリシステムにおけるサーバリソースのスペックを計算し、特定した前記ディザスタリカバリシステムのテンプレートの情報と、計算した前記スペックの情報とを出力することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ディザスタリカバリシステムの構成やユーザが要求するサーバ集約率の仮想化の実現に必要なスペック、システム構築に要する期間、さらにはシステム構築に要する概算費用を事前にシミュレーションすることができる。これにより、震災や大規模コンピュータシステムの障害など万が一の事態が発生した場合に、早期にディザスタリカバリシステムを構築して事業継続を行うことができる。
【図面の簡単な説明】
【００１２】
【図１】本実施例に係るシミュレーションシステム１の全体構成例およびシミュレーションシステムを構成するサーバ１０１のハードウェア構成例を示す図である。
【図２】テンプレート特定用パラメータテーブル１１１２のデータ構成例を示す図である。
【図３】スペック計算用パラメータテーブル１１１３のデータ構成例を示す図である。
【図４】ディザスタリカバリシステム（テンプレート）テーブル１１１４のデータ構成例を示す図である。
【図５】スペック計算結果テーブル１１１５のデータ構成例を示す図である。
【図６（ａ）】演算処理部１１２により実行するシミュレーション部１１１１の処理を示すフローチャートである。
【図６（ｂ）】同じく、演算処理部１１２により実行するシミュレーション部１１１１の処理を示すフローチャートである。
【図６（ｃ）】同じく、演算処理部１１２により実行するシミュレーション部１１１１の処理を示すフローチャートである。
【図７】シミュレーション用パラメータ入力画面例を示す図である。
【図８】ディザスタリカバリシステム・シミュレーション結果出力画面例を示す図である。
【発明を実施するための形態】
【００１３】
以下、本発明の一実施例について、図面を参照して詳細に説明する。
【００１４】
図１は、本実施例に係るシミュレーションシステム１の全体構成例およびシミュレーションシステムを構成するサーバ１０１のハードウェア構成例を示す図である。図１に示すように、シミュレーションシステム１は、シミュレーション装置であるサーバ１０１と複数の端末１０３とがネットワーク１０２に接続されて構成されるコンピュータシステムである。このような構成のシミュレーションシステム１において、サーバ１０１が、ディザスタリカバリ対象システムにおけるサーバ台数や合計ディスク容量、仮想化によるサーバ集約率、システム障害等の発生からどのくらいの時間で復旧できるかの目標値を表すＲＴＯ（Ｒｅｃｏｖeｒｙ Ｔｉｍｅ Ｏｂｊｅｃｔｉｖｅ：目標復旧時間）、システム障害が発生した場合、過去のどの時点の状態まで復旧できるかの目標値を表すＲＰＯ（Ｒｅｃｏｅｖｒｙ Ｐｏｉｎｔ Ｏｂｊｅｃｔｉｖｅ：目標復旧時点）等の端末入力情報に基づいて、ディザスタリカバリシステムにおけるサーバ台数や入力されたサーバ集約率の仮想化を実現するサーバスペック、システム構築に要する期間、システム構築に要する概算費用などディザスタリカバリシステムのシミュレーションを行う。なお、本実施例では、サーバスペックは、システムにおける各サーバのスペックの合計値を表すものとする。
【００１５】
サーバ１０１は、一般的なコンピュータにより実現でき、ハードディスクドライブなどの不揮発性記憶装置で構成される記憶部１１１と、ＲＡＭなど揮発性記憶装置で構成されるメモリ１１３と、記憶部１１１に記憶されているコンピュータプログラムをメモリ１１３に読み出すなどして実行しサーバ１０１自体の統括制御を行うとともに各種判定、演算及び制御処理を行うＣＰＵ等で構成される演算処理部１１２と、ネットワーク１０２と接続し端末１０３との通信処理を行う通信制御部１１４とを具備する。各部は、ＢＵＳ(バス)等の通信路により接続されている。
【００１６】
記憶部１１１には、上記ディザスタリカバリシステムをシミュレーションするコンピュータプログラムとして実現するシミュレーション部１１１１と、ディザスタリカバリシステムのテンプレートを特定するためのパラメータを格納するテンプレート特定用パラメータテーブル１１１２と、仮想化環境でオーバーコミットするＣＰＵおよびメモリ(サーバリソース）のスペック（ＣＰＵクロック周波数、メモリ容量）を計算するためのパラメータを格納するスペック計算用パラメータテーブル１１１３と、複数のディザスタリカバリシステムのテンプレートの情報（サーバ台数、ストレージの有無、必要ディスク容量、推奨技術、システム構築に要する期間、システム構築に要する概算費用）を格納するディザスタリカバリシステム（テンプレート）テーブル１１１４と、計算された上記サーバリソースのスペックの情報を格納するスペック計算結果テーブル１１１５が格納されている。上記オーバーコミットは、仮想化環境でＣＰＵやメモリなどのリソースを実際に割り当てるよりも多く割り当てることであり、仮想化環境でＣＰＵやメモリなどのリソースをオーバーコミットすることでリソース稼働率を高めることができる。
【００１７】
なお、シミュレーション部１１１１は、予め記憶部１１１に格納されていても良いし、コンピュータが利用可能な可搬性を有する記憶媒体に格納しておき、図示していないデータ読取部を介して必要に応じて読み出されても良いし、あるいは、コンピュータが利用可能な通信媒体と接続された他の装置から必要に応じてダウンロードされて記憶部１１１に格納されるものであっても良い。
【００１８】
図示していないが、端末１０３は、一般的なコンピュータにより実現でき、ハードディスクドライブなどの不揮発性記憶装置で構成される記憶部と、記憶部に格納されているコンピュータプログラムをメモリに読み出すなどして実行し端末１０３自体の統括制御を行うとともに各種判定、演算及び制御処理を行うＣＰＵ等で構成される演算処理部と、ネットワーク１０２と接続しサーバ１０１との通信処理を行う通信制御部と、マウスやキーボード等の入力部と、ディスプレイ等で構成される表示部を具備する。
【００１９】
図１に示すシミュレーションシステム１により、事前にディザスタリカバリシステムをシミュレーションすることができるので、震災や大規模コンピュータシステムの障害など万が一の事態が発生した場合に、早期にディザスタリカバリシステムを構築して事業継続が可能となる。これにより、確実にディザスタリカバリ対策を実施できるとともに、大幅なコスト低減が期待できる。
【００２０】
図２は、テンプレート特定用パラメータテーブル１１１２のデータ構成例を示す図である。テンプレート特定用パラメータテーブル１１１２は、ディザスタリカバリのテンプレートを特定するためのパラメータを格納するテーブルである。
【００２１】
図２に示すように、ディザスタリカバリ対象システムにおけるサーバ台数を表すサーバ台数２０１および合計ディスク容量２０２と、目標復旧時間を表すＲＴＯ２０３と、目標復旧時点を表すＲＰＯ２０４と、ディザスタリカバリシステムのテンプレートを一意に識別し、特定するためのキーとなる情報を表すテンプレートＮＯ２０５とからなるレコードの集合体である。
【００２２】
図３は、スペック計算用パラメータテーブル１１１３のデータ構成例を示す図である。スペック計算用パラメータテーブル１１１３は、仮想化環境でオーバーコミットするＣＰＵおよびメモリのスペック（ＣＰＵクロック周波数、メモリ容量）を計算するためのパラメータを格納するテーブルである。
【００２３】
図３に示すように、リソース計算用パラメータテーブル１１１４は、ディザスタリカバリ対象システムにおけるサーバスペックである合計ＣＰＵクロック周波数３０１および合計メモリ容量３０２と、サーバ集約率３０３とからなるレコードの集合体である。各レコードの情報は、ディザスタリカバリシステムのシミュレーションを行う際に、図７に示すシミュレーション用パラメ―タ入力画面７０１からユーザにより入力された情報（合計ＣＰＵクロック周波数７１３、合計メモリ容量７１４、サーバ集約率７１５）がそれぞれ対応付けられてリソース計算用パラメータテーブル１１１４に格納されたものである。
【００２４】
図４は、ディザスタリカバリシステム（テンプレート）テーブル１１１４のデータ構成例を示す図である。ディザスタリカバリシステム（テンプレート）テーブル１１１４は、ディザスタリカバリシステム構築時の実績に基づいて、そのシステム構成情報やシステム構築に要した期間等の実績情報をテンプレートとして格納したテーブルである。
【００２５】
図４に示すように、ディザスタリカバリシステム（テンプレート）テーブル１１１４は、テンプレートを一意に識別し、特定するためのテンプレートＮＯ４０１と、ディザスタリカバリシステムにおけるサーバ台数を表すサーバ台数４０２と、ストレージ有無を表すストレージ有無４０３と、ディザスタリカバリシステムで必要なディスク容量を表す必要ディスク容量４０４と、ディザスタリカバリシステムで必要な推奨技術を表す推奨技術４０５と、ディザスタリカバリシステムの構築に必要な期間を表す構築期間４０６と、ディザスタリカバリシステム構築に必要な概算費用を表す概算費用４０７とからなるレコードの集合体である。
【００２６】
図５は、スペック計算結果テーブル１１１５のデータ構成例を示す図である。スペック計算結果テーブル１１１５は、演算処理部１１２がシミュレーション部１１１１をメモリ１１３に読み出すなどして実行し計算したディザスタリカバリシステムで必要なＣＰＵおよびメモリのスペックの情報を格納するテーブルである。図７に示すように、スペック計算結果テーブル１１１５は、ディザスタリカバリシステムで必要なＣＰＵクロック周波数を表す必要ＣＰＵクロック周波数５０１と、ディザスタリカバリシステムで必要なメモリ容量を表す必要メモリ容量５０２とからなるレコードの集合体である。
【００２７】
図６（ａ）と図６（ｂ）と図６（ｃ）は、演算処理部１１２により実行するシミュレーション部１１１１の処理を示すフローチャートである。
【００２８】
先ず演算処理部１１２は、図７に示すような、ディザスタリカバリ対象システムにおけるサーバ台数７１１、合計ディスク容量７１２、スペック（合計ＣＰＵクロック周波数７１３、合計メモリ容量７１４）、サーバ集約率７１５、ＲＴＯ７１６、ＲＰＯ７１７といったシミュレーション用パラメータ入力画面７０１をネットワーク１０２を介して端末１０３へ送信する（ステップＳ６０１）。端末１０３において、ユーザによりシミュレーション用入力パラメータ（７１１〜７１７）の入力と送信ボタン７１８の押下操作が行われると、端末１０３からシミュレーション用入力パラメータ（７１１〜７１７）がネットワーク１０２を介してサーバ１０１に送信される。
【００２９】
次に演算処理部１１２は、端末１０３からシミュレーション用入力パラメータ（７１１〜７１７）をネットワーク１０２を介して受信し、シミュレーション用入力パラメータ（７１１〜７１７）のうちサーバスペック情報（合計ＣＰＵクロック周波数７１３、合計メモリ容量７１４）とサーバ集約率７１５とをそれぞれ対応付けてスペック計算用パラメータテーブル１１１３に格納する（ステップＳ６０２）。
【００３０】
次に演算処理部１１２は、ステップＳ６０２で受信したＲＰＯに基づきパラメータテーブル１１１２（図２）を検索し、該当レコード（第一のレコード）を特定する（ステップＳ６０３）。
【００３１】
次に演算処理部１１２は、ステップＳ６０２で受信したＲＴＯに基づき、ステップＳ６０３で特定した第一のレコードを検索し、該当レコード（第二のレコード）を特定する（ステップＳ６０４）。
【００３２】
次に演算処理部１１２は、ステップＳ６０２で受信した合計ディスク容量に基づきステップＳ６０４で特定した第二のレコードを検索し（ステップＳ６０５）、該当レコードの有無を判定する（ステップＳ６０６）。
【００３３】
ステップＳ６０６において、該当レコードが有る場合（ステップＳ６０６でＹＥＳ）、演算処理部１１２は、そのレコード（第三のレコード）を特定し（ステップＳ６０７）、ステップＳ６０２で受信したサーバ台数に基づき第三のレコードを検索し（ステップＳ６０８）、該当レコードの有無を判定する（ステップＳ６０９）。
【００３４】
ステップＳ６０９において、該当レコードが有る場合（ステップＳ６０９でＹＥＳ）、演算処理部１１２は、そのレコード（第四のレコード）を特定し（ステップＳ６１０）、特定した第四のレコードからテンプレートＮＯを取得する（ステップＳ６１１）。
【００３５】
次に演算処理部１１２は、取得したテンプレートＮＯに基づきディザスタリカバリシステム（テンプレート）テーブル１１１４（図４）を検索し、該当テンプレート情報（サーバ台数４０２、ストレージ有無４０３、必要ディスク容量４０４、推奨技術４０５、構築期間４０６、概算費用４０７）を取得する（ステップＳ６１２）。
【００３６】
次に演算処理部１１２は、スペック計算用パラメータテーブル１１１３から、ステップＳ６０２で受信したサーバ集約率（高/中/低）に対応したディザスタリカバリ対象システムにおけるサーバスペック情報（合計ＣＰＵクロック周波数３０１、合計メモリ容量３０２）を取得し、取得したスペック情報と、あらかじめ保持しているサーバリソース（ＣＰＵおよびメモリ）の平均使用率および上記サーバ集約率（高/中/低）に対応したサーバリソース（ＣＰＵおよびメモリ）のオーバーコミット率とを用いて、ディザスタリカバリシステムにおけるサーバスペック（必要ＣＰＵクロック周波数および必要メモリ容量）を計算し（ステップＳ６１３）、その計算結果をスペック計算結果テーブル１１１５に格納する（ステップＳ６１４）。
【００３７】
具体的なディザスタリカバリシステムにおけるサーバスペックの計算方法は、次の通りとなる。先ず演算処理部１１２は、ステップＳ６０１で受信したサーバ集約率（高/中/低）に基づきスペック計算用パラメータテーブル１１１３を検索し、サーバ集約率（高/中/低）に対応したディザスタリカバリ対象システムにおけるサーバスペックである合計ＣＰＵクロック周波数３０１と合計メモリ容量３０２を取得する。次に、演算処理部１１２は、合計ＣＰＵクロック周波数３０１とあらかじめ保持しているＣＰＵ平均利用率とを乗算し、その演算結果をサーバ集約率（高/中/低）に対応したＣＰＵオーバーコミット率で除算することにより、ディザスタリカバリシステムにおける必要ＣＰＵクロック周波数を計算する。
【００３８】
同様に、演算処理部１１２は、合計メモリ容量３０２とあらかじめ保持しているメモリ平均利用率とを乗算し、その演算結果をサーバ集約率（高/中/低）に対応したメモリオーバーコミット率で除算することにより、ディザスタリカバリシステムにおける必要メモリ容量を計算する。
【００３９】
なお、サーバ集約率が「高」の場合には、仮想化環境でオーバーコミットを意識した構成となるため、例えば４００％などＣＰＵオーバーコミット率やメモリオーバーコミット率をそれぞれ高く設定する。サーバ集約率が「中」の場合には、例えば２００％などサーバ集約率が「高」の場合よりもＣＰＵオーバーコミット率やメモリオーバーコミット率を低く設定する。サーバ集約率が「低」の場合には、仮想化環境でオーバーコミットを意識しない構成となるため、ＣＰＵのオーバーコミット率やメモリのオーバーコミット率として、１００％を設定する。
【００４０】
次に演算処理部１１２は、図８に示すような、ステップＳ６１２で取得したテンプレート情報と、ステップＳ６１３で計算したサーバスペック情報を含むディザスタリカバリシステム・シミュレーション結果出力画面８０１を生成し、これをネットワーク１０２を介して端末１０３に送信する（ステップ６１５）。
【００４１】
また、ステップＳ６０６において、該当レコードが無い場合には（ステップＳ６０６でＮＯ）、演算処理部１１２は、ステップＳ６０２で受信したサーバ台数に基づき第二のレコードを検索し（ステップＳ６１６）、該当レコードの有無を判定する（ステップＳ６１７）。
【００４２】
また、ステップＳ６１７において、該当レコードが有る場合には（ステップＳ６１７でＹＥＳ）、演算処理部１１２は、そのレコード（第三のレコード）を特定し（ステップＳ６１８）、特定した第三のレコードからテンプレートＮＯを取得し、上述したステップＳ６１２〜ステップＳ６１５の処理を行う。一方、ステップＳ６１７において、該当レコードが無い場合（ステップＳ６１７でＮＯ）、演算処理部１１２は、第二のレコードからテンプレートＮＯを取得し（ステップＳ６２０）、上述したステップＳ６１２〜ステップＳ６１５の処理を行う。
【００４３】
また、ステップＳ６０９において、該当レコードが無い場合には（ステップＳ６０９でＮＯ）、演算処理部１１２は、第三のレコードからテンプレートＮＯを取得し（ステップＳ６２１）、上述したステップＳ６１２〜ステップＳ６１５の処理を行う。
【００４４】
以上説明したように、演算処理部１１２により実行するシミュレーション部１１１１の処理により、ディザスタリカバリシステムの構成やユーザが要求するサーバ集約率の仮想化の実現に必要なサーバスペック、システム構築に要する期間、さらにはシステム構築に要する概算費用を事前にシミュレーションすることができる。これにより、震災や大規模コンピュータシステムの障害など万が一の事態が発生した場合に、早期にディザスタリカバリシステムを構築して事業継続を行うことができる。また、確実にディザスタリカバリ対策を実施できるとともに、大幅なコスト低減が期待できる。
【００４５】
以上、本発明の実施例を説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【００４６】
例えば、上記実施例では、テンプレート特定用パラメータテーブル１１１２とディザスタリカバリシステム（テンプレート）テーブル１１１４をそれぞれ別テーブルとして管理するようにしたが、これら２つのテーブルの情報を一つのテーブルで管理するようにしても良い。
【００４７】
また、上記実施例では、ディザスタリカバリシステムのシミュレーションで、ＲＰＯに基づきスペック計算用パラメータテーブル１１１３を検索し、第一のレコードを特定した後、ＲＴＯに基づき第一のレコードを検索するようにしたが、ＲＴＯに基づきスペック計算用パラメータテーブル１１１３を検索し、第一のレコードを特定した後、ＲＰＯに基づき第一のレコードを検索するようにしても良い。
【００４８】
また、上記実施例では、テンプレート情報として、ディザスタリカバリシステムの構成やシステム構築に要する期間やシステム構築に要する概算費用を出力するようにしたが、ディザスタリカバリシステムの構成情報は一例であり、例示した構成情報の任意の構成情報を出力するようにしても良いし、その他の構成情報を出力するようにしても良い。
【００４９】
また、上記プログラム（シミュレーション部）２１１を、例えば集積回路（ＬＳＩ）で設計すること等によりハードウェアにより実現しても良い。
【符号の説明】
【００５０】
１０１・・・サーバ、１０２・・・ネットワーク、１０３・・・端末、１１１・・・記憶部、１１２・・・演算処理部、１１３・・・メモリ、１１４・・・通信制御部。
【図１】
2016045913.tif 000003
【図２】
2016045913.tif 000004
【図３】
2016045913.tif 000005
【図４】
2016045913.tif 000006
【図５】
2016045913.tif 000007
【図６（ａ）】
2016045913.tif 000008
【図６（ｂ）】
2016045913.tif 000009
【図６（ｃ）】
2016045913.tif 000010
【図７】
2016045913.tif 000011
【図８】
2016045913.tif 000012