JPWO2016103471A1 - 計算機システムおよび管理プログラム - Google Patents

Abstract

管理者がストレージの構成を意識することなく、信頼性要件を満たすボリュームのプロビジョニングを実行する。第三プロセッシングモジュールは、第一プロセッシングモジュールから第二プロセッシングモジュールへ提供されるストレージサービスの信頼性に対する信頼性要件と、ストレージサービスにより第二プロセッシングモジュールへ提供されるプライマリボリュームに対するボリューム要件とを含むプロビジョニング要求を取得し、ボリューム要件及びストレージ情報に基づいて、論理記憶領域からプロビジョニングされるプライマリボリュームの構成を示すボリューム構成情報を決定し、ボリューム構成情報、信頼性要件、及びストレージ情報に基づいて、プライマリボリュームをコピー元とするレプリケーションの構成を示すレプリケーション構成情報を決定する。

Description

本発明は、計算機システムに関する。

ストレージ管理におけるプロビジョニングは、信頼性の観点で保持期間やＲＰＯ（Recovery Point Objective）に対して、レプリケーション機能を使い分けて、ストレージ構成を決定する。近年、スナップショットやクローニング等のレプリケーション機能の高度化、及びストレージ構成の多様化により、ストレージ構成の自由度が高まり、利用用途に適った構成の決定が求められている。

特許文献１には、プロビジョニングのパフォーマンスを自動最適化する技術が記載されている。この技術は、作業負荷パラメタ（例えば、ストレージの最大スループット、毎秒あたりの最大ランダム読み取り）に対して、ストレージのパフォーマンス特性（ケイパビリティ）を決定して、指定された要件を満たすストレージのプロビジョニングを実行する。

特表２００８−５２７５５５号公報

性能要件に基づいてプロビジョニングを行う場合、信頼性の観点での要件は考慮されていないため、バックアップやディザスタリカバリを目的とした場合においては、管理者にとって好ましいプロビジョニングが行われない場合がある。また、管理者が、パフォーマンス特性を指定するためには、ストレージの構成を熟知する必要がある。したがって、ストレージのプロビジョニングをサービスとして利用する場合に、適切な要件を指定することは難しい。

上記課題を解決するために、本発明の一態様である計算機システムは、記憶デバイスと、前記記憶デバイスに接続され前記記憶デバイスに対するＩ／Ｏを処理する第一プロセッシングモジュールと、前記第一プロセッシングモジュールに対し前記Ｉ／Ｏの要求を発行する第二プロセッシングモジュールと、前記第一プロセッシングモジュールに接続される第三プロセッシングモジュールと、を備える。前記第一プロセッシングモジュールは、前記記憶デバイス内の記憶領域を用いて論理記憶領域を作成し、前記第三プロセッシングモジュールは、前記論理記憶領域の構成を示すストレージ情報を記憶し、前記第一プロセッシングモジュールから前記第二プロセッシングモジュールへ提供されるストレージサービスの信頼性に対する信頼性要件と、前記ストレージサービスにより前記第二プロセッシングモジュールへ提供されるプライマリボリュームに対するボリューム要件とを含むプロビジョニング要求を取得し、前記ボリューム要件及び前記ストレージ情報に基づいて、前記論理記憶領域からプロビジョニングされるプライマリボリュームの構成を示すボリューム構成情報を決定し、前記ボリューム構成情報、前記信頼性要件、及び前記ストレージ情報に基づいて、前記プライマリボリュームをコピー元とするレプリケーションの構成を示すレプリケーション構成情報を決定し、前記ボリューム構成情報及び前記レプリケーション構成情報を、前記第一プロセッシングモジュールへ送信し、前記第一プロセッシングモジュールは、前記ボリューム構成情報に基づき、前記論理記憶領域から前記プライマリボリュームをプロビジョニングし、前記レプリケーション構成情報に基づいて、前記レプリケーションを実行する。

管理者がストレージの構成を意識することなく、信頼性要件を満たすボリュームのプロビジョニングを実行することができる。

計算機システムの構成を示す。 管理システム２００の構成を示す。 プール構成情報８１０を示す。 プール負荷情報８２０を示す。 ストレージプロファイル情報８３０を示す。 サービスプロファイル情報８４０を示す。 レプリケーションコスト情報８５０を示す。 レプリケーション管理情報８６０を示す。 プロビジョニング処理を示す。 Ｐ−ＶＯＬプール選択処理を示す。 コスト算出処理を示す。 Ｓ−ＶＯＬプール選択処理を示す。 プロファイル生成処理を示す。 ストレージプロファイル入力画面を示す。 サービスプロファイル入力画面を示す。 プロビジョニング要求画面を示す。

なお、以後の説明では「テーブル」という表現にて本実施例の情報を説明するが、これら情報は必ずしもこのデータ構造で表現されていなくてもよい。例えば、「リスト」、「ＤＢ（データベース）」、「キュー」等のデータ構造やそれ以外で表現されていてもよい。そのため、データ構造に依存しないことを示すために、「ファイル」、「インデックス」、「テーブル」、「リスト」、「ＤＢ」、「キュー」等については、単に「情報」と呼ぶこともできる。また、各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「名前」、「ＩＤ」、「番号」という表現を用いることが可能であり、これらについてはお互いに置換が可能である。

以後の説明では、「プログラム」を主語として説明を行う場合があるが、プログラムはＣＰＵ（Central Processing Unit）によって実行されることで定められた処理をメモリ及び通信ポート（通信制御装置）を用いながら行うため、ＣＰＵを主語とした説明としてもよい。また、プログラムを主語として開示された処理は、サーバ計算機やストレージコントローラや管理計算機等の計算機、情報処理装置が行う処理としてもよい。プログラムの一部又は全ては、専用ハードウェアで実現してもよく、また、モジュール化されていてもよい。各種プログラムは、プログラム配布サーバやコンピュータ読み取り可能な記憶メディアによって各計算機にインストールされてもよい。

なお、管理計算機は入出力デバイスを有する。入出力デバイスの例としてはディスプレイとキーボードとポインタデバイスが考えられるが、これ以外のデバイスであってもよい。また、入出力デバイスの代替としてシリアルインターフェースやイーサーネットインターフェースを入出力デバイスとし、当該インターフェースにディスプレイ又はキーボード又はポインタデバイスを有する表示用計算機を接続し、表示用情報を表示用計算機に送信したり、入力用情報を表示用計算機から受信することで、表示用計算機で表示を行ったり、入力を受け付けることで入出力デバイスでの入力及び表示を代替してもよい。

以後、計算機システムを管理し、本発明の表示用情報を表示する一つ以上の計算機の集合を管理システムと呼ぶことがある。管理計算機が表示用情報を表示する場合は管理計算機が管理システムである。また、管理計算機（管理サーバ）と表示用計算機（管理者用計算機）の組み合わせも管理システムである。また、管理処理の高速化や高信頼化のために複数の計算機で管理計算機と同等の処理を実現してもよく、この場合は当該複数の計算機（表示を表示用計算機が行う場合は表示用計算機も含め）が管理システムである。

本実施形態において、プロビジョニングは、既存のボリューム又は新規のボリューム作成を伴って、所定のエンティティ（例えばホスト計算機、ホスト計算機管理者）に与えることである。なお、エンティティがホスト計算機である場合、プロビジョニングは、パスを通す操作や、ＡＣＬ（Access Control List）を変更する操作等を含む場合がある。

サービスは、自動化ワークフローであり、本実施形態では、ストレージのプロビジョニングを自動化するワークフローである。各サービスは、そのワークフローの実行に必要な各種パラメタ（e.g. ボリュームサイズ、ボリューム数）を保持し、アプリケーション（e.g. データベース、仮想サーバのデータストア）ごとにパラメタの値を設定できる。パラメタとして、ストレージの物理構成に依存しないサービスに対する要件が設定される場合には、ワークフローの実行時に当該要件に対してストレージ構成を決定する。また、ストレージ装置からホスト計算機へボリュームを提供するサービスをストレージサービスと呼ぶ。

以下、本発明の実施例の計算機システムの構成について説明する。

図１は、計算機システムの構成を示す。

計算機システムは、複数のストレージ装置１００と、管理システム２００と、サーバ３００とを含む。管理システム２００は、管理用ネットワーク５１０を介して、複数のストレージ装置１００及びサーバ３００に接続されている。管理用ネットワーク５１０は、例えばＬＡＮ（Local Area Network）である。サーバ３００は、ストレージネットワーク５２０を介して、複数のストレージ装置１００に接続されている。ストレージネットワーク５２０は、例えばＳＡＮ（Storage Area Network）である。なお、サーバ３００をホスト計算機と呼ぶことがある。

ストレージ装置１００は、コントローラ１１０と、複数のディスク１２０とを含む。ディスク１２０は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の記憶デバイスである。コントローラ１１０は、管理システム２００からの指示に応じて、複数のディスク１２０内の記憶領域を含むプール１３０を作成し、プール１３０に関連付けられたボリューム１４０を作成し、ボリューム１４０をサーバ３００へ提供する。コントローラ１１０は、ボリューム１４０への書き込みに応じて、プール１３０内の記憶領域をボリューム１４０に割り当てる。以後、ストレージ装置１００が設けられるデータセンタ等をサイトと呼ぶ。

図２は、管理システム２００の構成を示す。

管理システム２００は、管理者用計算機６００と、管理サーバ７００とを含む。

管理者用計算機６００は、ユーザインターフェース６１０と、記憶資源６２０と、ＣＰＵ（Central Processing Unit）６３０と、ＮＩＣ（Network Interface Card）６４０とを含む。ユーザインターフェース６１０は、ＣＰＵ６３０から指示された情報を表示し、管理者により入力される情報を取得する。記憶資源６２０は、ブラウザ等のプログラム及びデータを格納する。ＣＰＵ６３０は、記憶資源６２０に格納されたプログラムに基づく処理を実行する。ＮＩＣ６４０は、管理用ネットワーク５１０を介して管理サーバ７００に接続される。

ＣＰＵ６３０は、管理サーバ７００からＮＩＣ６４０を介して情報を受信し、受信された情報をユーザインターフェース６１０に表示させ、ユーザインターフェース６１０により取得された情報を、ＮＩＣ６４０を介して管理サーバ７００へ送信させる。

管理サーバ７００は、ユーザインターフェース７１０と、記憶資源７２０と、ＣＰＵ７３０と、ＮＩＣ７４０とを含む。ユーザインターフェース７１０は、ＣＰＵ７３０から指示された情報を表示し、管理者により入力される情報を取得する。記憶資源７２０は、プログラム及びデータを格納する。ＣＰＵ７３０は、記憶資源７２０に格納されたプログラムに基づく処理を実行する。ＮＩＣ７４０は、管理用ネットワーク５１０を介して管理者用計算機６００に接続される。

ＣＰＵ７３０は、ストレージ装置１００又は管理者用計算機６００からＮＩＣ７４０を介して情報を受信し、処理を行い、処理の結果を、ＮＩＣ７４０を介してストレージ装置１００又は管理者用計算機６００へ送信する。なお、ＣＰＵ７３０は、ユーザインターフェース７１０を用いて、管理者により入力される情報を受信してもよい。

記憶資源７２０は、管理プログラム９００と、管理情報８００とを格納する。

管理プログラム９００は、プール構成情報収集部９１０と、プール負荷情報収集部９２０と、プロファイル定義部９３０と、プロビジョニング実行部９４０と、レプリケーション管理情報更新部９５０と、プロビジョニング結果表示部９６０と、プロファイル生成部９７０とを含む。これらの各部については後述する。

管理情報８００は、プール構成情報８１０と、プール負荷情報８２０と、ストレージプロファイル情報８３０と、サービスプロファイル情報８４０と、レプリケーションコスト情報８５０と、レプリケーション管理情報８６０とを含む。

プール構成情報収集部９１０は、ストレージ装置１００からプールの構成に関する情報を収集し、収集された情報に基づいてプール構成情報８１０を作成する。プール負荷情報収集部９２０は、ストレージ装置１００からプールの負荷に関する情報を収集し、収集された情報に基づいてプール負荷情報８２０を作成する。プロファイル定義部９３０は、管理者による管理者用計算機６００又は管理サーバ７００への入力に基づいて、ストレージプロファイル情報８３０及びサービスプロファイル情報８４０を作成する。

プロビジョニング実行部９４０は、管理者用計算機６００からプロビジョニング要求を取得し、プロビジョニング要求に基づいてプール１３０から、Ｐ−ＶＯＬ（Primary Volume）及びＳ−ＶＯＬ（Secondary Volume）等のボリューム１４０を作成するプロビジョニング処理を実行する。プロビジョニング実行部９４０は、１つ以上のディスク１２０を集約してプール１３０を構築する。プロビジョニング実行部９４０は、アプリケーションに対するボリューム１４０の割り当てと、ディスク１２０内の領域の割り当てとを区別し、アプリケーション領域の使用状況に応じて、必要なときにディスク１２０内の領域を割り当てる。プロビジョニング要求がレプリケーションを要求しない場合、プロビジョニング実行部９４０は、Ｐ−ＶＯＬを作成し、プロビジョニング要求がレプリケーションを要求する場合、プロビジョニング実行部９４０は、Ｐ−ＶＯＬとＳ−ＶＯＬを作成する。

本実施例において、プロビジョニング実行部９４０は、複数のディスク１２０からプールを作成し、プロビジョニング要求に基づいて、プールからシンプロビジョニングによるボリューム１４０（仮想ボリューム）を作成する。ストレージ装置１００は、サーバ３００からの書き込み要求に応じてプール内の記憶領域をボリューム１４０へ割り当てる。なお、プロビジョニング実行部９４０は、複数のディスク１２０からパリティグループを作成し、プロビジョニング要求に基づいて、パリティグループからボリューム１４０（論理ボリューム）を切り出してもよい。ストレージ装置１００は、サーバ３００からの書き込み要求に応じてボリューム１４０に対応するパリティグループへ書き込む。言い換えれば、プロビジョニング実行部９４０は、ディスク１２０内の記憶領域を用いて論理記憶領域を作成することをストレージ装置１００へ指示し、プロビジョニング実行部９４０は、論理記憶領域からＰ−ＶＯＬをプロビジョニングすることをストレージ装置１００へ指示する。ストレージ装置は、管理サーバ７００からの指示に応じ、ディスク１２０内の記憶領域を用いて論理記憶領域を作成し、管理サーバ７００からの指示に応じ、論理記憶領域からＰ−ＶＯＬをプロビジョニングする。

レプリケーション管理情報更新部９５０は、Ｐ−ＶＯＬとＳ−ＶＯＬの間のレプリケーション構成に対し、レプリケーション管理情報８６０を作成する。レプリケーションは、データの信頼性を高めるために、冗長なストレージリソースの間で一貫性を保ちながらデータを共有する処理である。本実施例における冗長なストレージリソースは、Ｐ−ＶＯＬ及びＳ−ＶＯＬである。レプリケーションには、ＳＩ（Shadow Image）や、ＴＩ（Thin Image）等のコピー種別がある。ＳＩは、クローニングの一例であり、Ｐ−ＶＯＬのクローンデータを、同じストレージ装置１００内のＳ−ＶＯＬに割り当てられた記憶領域へ書き込む。ＴＩは、スナップショットの一例であり、Ｐ−ＶＯＬとスナップショットデータの間の差分データだけを、同じストレージ装置１００内のＳ−ＶＯＬに割り当てられた記憶領域へ書き込む。差分データは、Ｐ−ＶＯＬの更新による更新前のデータであってもよいし、Ｐ−ＶＯＬの更新による更新後のデータであってもよい。スナップショットのためのＳ−ＶＯＬに割り当てられる記憶領域は、スナップショットプールから割り当てられてもよいし、通常プールから割り当てられてもよい。レプリケーションは、ＳＩ及びＴＩのように同一ストレージ装置１００内でコピーを行うローカルコピーであってもよいし、二つのストレージ装置１００の間でコピーを行うリモートコピーであってもよい。

プロビジョニング結果表示部９６０は、プロビジョニング結果を管理者用計算機６００に表示させる。プロビジョニング結果は、Ｐ−ＶＯＬを供給するプールであるＰ−ＶＯＬプール（第一プール）、Ｓ−ＶＯＬを供給するＳ−ＶＯＬプール、Ｐ−ＶＯＬ、Ｓ−ＶＯＬ等を示す。プロファイル生成部９７０は、ストレージプロファイル情報８３０を生成するプロファイル生成処理を行う。なお、管理プログラム９００は、プロファイル生成部９７０を含まなくてもよい。

以下、管理情報８００について説明する。

図３は、プール構成情報８１０を示す。

プール構成情報８１０は、プール毎のエントリを有する。一つのプールのエントリは、プールＩＤ８１０１と、プールタイプ８１０２と、合計容量（Total Capacity）８１０３と、使用容量（Used Capacity）８１０４と、仮想容量（Virtual Capacity）８１０５と、アレイ８１０６と、ディスクタイプ８１０７と、ＲＡＩＤレベル８１０８と、ディスクサイズ８１０９と、プール内ドライブ数（# of Drives in Pool）８１１０とを含む。

プールＩＤ８１０１は、当該プールの識別子である。プールタイプ８１０２は、当該プールの種別を示す。このプールタイプ８１０２は例えば、Ｐ−ＶＯＬ及びＳ−ＶＯＬのための通常プール（Pool）、スナップショットの差分データを格納するためのスナップショットプール（Snapshot）等を示す。合計容量８１０３は、当該プールに登録されたディスクの容量の合計である。使用容量８１０４は、当該プールからボリュームに割り当てられている記憶領域の容量の合計である。仮想容量８１０５は、当該プールから供給されるボリュームのボリュームサイズの合計である。アレイ８１０６は、当該プールを含むストレージ装置１００の識別子である。ディスクタイプ８１０７は、当該プールに含まれるディスクの種別及び回転数を示す。この種別は例えば、ＳＡＳ（Serial Attached SCSI：Small Computer System Interface）、ＳＡＴＡ（Serial ATA：Advanced Technology Attachment）、ＳＳＤ（Solid State Drive）等を示す。ＲＡＩＤレベル８１０８は、当該プールに含まれるＲＡＩＤグループのＲＡＩＤレベルである。ディスクサイズ８１０９は、当該プールに含まれる各ディスクのサイズである。プール内ドライブ数８１１０は、当該プールに含まれるディスクの数である。なお、当該プールに含まれる、ディスクタイプ８１０７と、ＲＡＩＤレベル８１０８と、ディスクサイズ８１０９との何れかが、複数の値を示していてもよい。このエントリは、当該ストレージ装置１００が設けられているサイトを示す情報を含んでもよい。管理情報８００は、サイトの位置情報、サイト間の距離、サイト間の帯域等を示す情報を含んでもよい。

図４は、プール負荷情報８２０を示す。

プール負荷情報８２０は、プール毎のエントリを有する。一つのプールのエントリは、プールＩＤ８２０１と、Busy Rate８２０２とを含む。

プールＩＤ８２０１は、当該プールの識別子である。Ｂｕｓｙ Ｒａｔｅ８２０２は、当該プールのＢｕｓｙ Ｒａｔｅ［％］である。プールの性能指標として、Ｂｕｓｙ Ｒａｔｅの代わりに、ＩＯＰＳ（Input／Output Per Second）、レスポンスタイム、キューレングス等が用いられてもよい。

図５は、ストレージプロファイル情報８３０を示す。

ストレージプロファイル情報８３０は、ストレージプロファイル毎のエントリを有する。ストレージプロファイルは、ストレージを性能観点で分類する物理特性の定義情報であり、ストレージサービスの性能に対する性能要件を示す。ボリュームがプールから割り当てられる場合、そのストレージプロファイルは、プールを構成するディスクの物理特性を示す。一つのストレージプロファイルのエントリは、ストレージプロファイル名（Storage Profile Name）８３０１と、記述（Description）８３０２と、アレイタイプ８３０３と、ディスクタイプ８３０４と、ＲＡＩＤレベル８３０５と、ディスクサイズ８３０６と、プール内ドライブ数８１１０とを含む。

ストレージプロファイル名８３０１は、当該ストレージプロファイルの名称である。記述８３０２は、管理者のための当該ストレージプロファイルの説明である。アレイタイプ８３０３は、ストレージ装置１００の種別や形式等を示す。アレイタイプ８３０３は例えば、Ｈｉ−ｅｎｄ、Ｍｉｄ−ｒａｎｇｅ等を示す。ディスクタイプ８３０４は、ディスクの種別及び回転数を示す。ディスクタイプ８３０４は、シーク時間、データ転送待ち時間、データ転送速度等に変換することができる。ＲＡＩＤレベル８３０５は、ＲＡＩＤレベルを示す。ディスクサイズ８３０６は、ディスクの種別及び回転数を示す。プール内ドライブ数８１１０は、プールに含まれるディスクの数である。なお、アレイタイプ８３０３と、ＲＡＩＤレベル８３０５との何れかが、複数の値を示していてもよい。ディスクサイズ８３０６と、プール内ドライブ数８１１０とが、値の範囲を示していてもよい。

物理特性は１つ以上を定義することができ、例えば、高性能のストレージをプロビジョニングするサービス向けのストレージプロファイルは、アレイタイプ８３０３にＨｉｇｈ−ｅｎｄを指定し、ディスクタイプ８３０４にＳＳＤを指定するなど、サービスが利用するストレージの要件に基づいて定義される。ストレージプロファイルの定義方法や指定方法は例えば、後述のプロファイル生成処理により、プロファイル生成部９７０がアプリケーション要件から生成することであってもよい。

図６は、サービスプロファイル情報８４０を示す。

サービスプロファイル情報８４０は、サービスプロファイル毎のエントリを有する。サービスプロファイルは、ストレージサービスに対する共通的な要件の定義情報であり、ストレージサービスの信頼性に対する信頼性要件を示す。一つのサービスプロファイルのエントリは、サービスプロファイル名（Service Profile Name）８４０１と、記述（Description）８４０１と、保持期間８４０３と、ＲＰＯ８４０４と、更新率８４０５と、耐障害性レベル８４０６とを含む。

サービスプロファイル名８４０１は、当該サービスプロファイルの名称である。記述８４０２は、管理者のための当該サービスプロファイルの説明である。保持期間８４０３は、データの保持期間［week］を示す。ＲＰＯ８４０４は、ＲＰＯ（Recovery Time Objective）［hour］である。更新率８４０５は、ボリュームの容量に対し単位時間に更新されるデータサイズの割合である。単位時間は例えば、１週間である。更新率の代わりに単位時間に更新されるデータサイズ等の更新量が用いられてもよい。

耐障害性レベル８４０６は、障害発生時の影響範囲に応じてレベル分けした要件であり、ボリュームに要求される耐障害性のレベルを示す。耐障害性レベル８４０６は例えば、アプリケーション障害、プール障害、装置障害、サイト障害等を示す。

アプリケーション障害は、ボリュームを利用するアプリケーション（ホスト計算機）の障害に対応できることを要求する。この場合、ストレージ装置１００はアプリケーションが持つ冗長構成（e.g. マルチパス構成）に対応できることが要件である。この場合のレプリケーション構成は、ローカルコピーであってもリモートコピーであってもよい。

プール障害は、Ｐ−ＶＯＬプールの障害に対応できることを要求する。この場合、Ｓ−ＶＯＬプールがＰ−ＶＯＬプールと異なることが要件となる。レプリケーション構成がローカルコピーである場合、プロビジョニング実行部９４０は、Ｐ−ＶＯＬプールを含むストレージ装置１００内の別のプールをＳ−ＶＯＬプールとして選択する。レプリケーション構成がリモートコピーである場合、要件は満たされる。但し、プロビジョニング実行部９４０は、Ｐ−ＶＯＬを含むストレージ装置１００とＳ−ＶＯＬを含むストレージ装置１００との間の関係（ストレージ装置間の物理的距離、データ通信速度など）に基づいて、Ｓ−ＶＯＬを含むストレージ装置１００のロケーションや、リモートコピーの同期モード又は非同期モードを選択する。

装置障害は、Ｐ−ＶＯＬを含むストレージ装置１００の障害に対応できることを要求する。この場合、Ｓ−ＶＯＬを含むストレージ装置１００がＰ−ＶＯＬを含むストレージ装置１００と異なる必要があるため、レプリケーション構成がリモートコピーであることが要件となる。この場合、プロビジョニング実行部９４０は、プール障害と同様、Ｐ−ＶＯＬを含むストレージ装置１００とＳ−ＶＯＬを含むストレージ装置１００との間の関係に基づいて、Ｓ−ＶＯＬを含むストレージ装置１００のロケーションや、リモートコピーの同期モード又は非同期モードを選択する。

サイト障害は、Ｐ−ＶＯＬを含むサイト（データセンタ）の障害に対応できることを要求する。この場合、Ｓ−ＶＯＬを含むサイトがＰ−ＶＯＬを含むサイトと異なる必要があるため、レプリケーション構成がリモートコピーであり、且つＳ−ＶＯＬを含むサイトがＰ−ＶＯＬを含むサイトと異なることが要件となる。この場合、プロビジョニング実行部９４０は、Ｐ−ＶＯＬを含むストレージ装置１００とＳ−ＶＯＬを含むストレージ装置１００との間の関係に基づいて、要件を満たすサイト内のＳ−ＶＯＬを含むストレージ装置１００のロケーションや、リモートコピーの同期モード又は非同期モードを選択する。

なお、耐障害性レベル８４０６は、要件に応じてより詳細に定義されてもよい。耐障害性レベル８４０６は、アレイ８１０６と、ディスクタイプ８１０７と、ＲＡＩＤレベル８１０８等により表されてもよいし、サイトの情報により表されてもよい。

サービスプロファイルは、信頼性以外に性能（例えば、Ｈｉｇｈ、Ｍｅｄｉｕｍ、Ｌｏｗの何れかで表される）や可用性（例えば、稼働率が９９．９９９％であることを示す）やセキュリティなどの要件を含んでもよい。また、サービスプロファイルの一項目として、ストレージプロファイルが指定されてもよい。例えば、サービスプロファイルが、障害から復旧及び再開するまでの所要時間であるＲＴＯ（Recovery Time Objective）を含む場合、プロビジョニング実行部９４０は、ＲＴＯを満たすために、ストレージネットワーク５２０の転送速度やストレージ装置１００の書き込み性能などを加味してボリュームの構成を決定する。

図７は、レプリケーションコスト情報８５０を示す。

レプリケーションコスト情報８５０は、レプリケーション候補毎のエントリを有する。一つのレプリケーション候補のエントリは、リクエストＩＤ８５０１と、保持期間８５０２と、ＲＰＯ８５０３と、ＳＩ保持期間（ＴＨ）８５０４と、ボリュームサイズ８５０５と、更新率８５０６と、ＴＩ合計容量８５０７と、ＳＩ合計容量８５０８と、レプリケーション合計容量８５０９とを含む。

リクエストＩＤ８５０１は、当該レプリケーション候補の基となったプロビジョニング要求の識別子である。保持期間８５０２は、当該レプリケーション候補における保持期間である。ＲＰＯ８５０３は、情報システムの停止等の事故・事件が発生した場合に、Ｓ−ＶＯＬにより遡る時間であり、ここでは当該レプリケーション候補におけるＲＰＯである。ＳＩ保持期間８５０４は、当該レプリケーション候補のＳＩによる保持期間である。ボリュームサイズ８５０５は、当該プロビジョニング要求内のボリューム要件により指定されたボリュームサイズである。更新率８５０６は、当該レプリケーション候補における更新率である。ＴＩ合計容量８５０７は、当該レプリケーション候補のＴＩに必要な容量である。ＳＩ合計容量８５０８は、当該レプリケーション候補のＳＩに必要な容量である。レプリケーション合計容量８５０９は、当該レプリケーション候補のＴＩ合計容量８５０７及びＳＩ合計容量８５０８の和である。

図８は、レプリケーション管理情報８６０を示す。

レプリケーション管理情報８６０は、レプリケーションのペア毎のエントリを有する。一つのペアのエントリは、ペアＩＤ８６０１と、コピータイプ８６０２と、Ｐ−ＶＯＬホスト８６０３と、Ｓ−ＶＯＬホスト８６０４と、Ｐ−ＶＯＬ８６０５と、Ｓ−ＶＯＬ８６０６と、Ｐ−ＶＯＬアレイ８６０７と、Ｓ−ＶＯＬアレイ８６０８とを含む。

ペアＩＤ８６０１は、当該ペアの識別子である。コピータイプ８６０２は、当該ペアのコピー種別を示す。コピータイプ８６０２は例えば、ＳＩ、ＴＩ等を示す。Ｐ−ＶＯＬホスト８６０３は、当該ペアのＰ−ＶＯＬを使用するサーバ３００であるＰ−ＶＯＬホストの識別子である。Ｓ−ＶＯＬホスト８６０４は、当該ペアのＳ−ＶＯＬを使用するサーバ３００であるＳ−ＶＯＬホストの識別子である。Ｐ−ＶＯＬ８６０５は、当該Ｐ−ＶＯＬの識別子である。Ｓ−ＶＯＬ８６０６は、当該Ｓ−ＶＯＬの識別子である。Ｐ−ＶＯＬアレイ８６０７は、当該Ｐ−ＶＯＬを含むストレージ装置１００の識別子である。Ｓ−ＶＯＬアレイ８６０８は、当該Ｓ−ＶＯＬを含むストレージ装置１００の識別子である。

以下、管理サーバ７００の動作について説明する。

プロビジョニング実行部９４０は、管理者用計算機６００からプロビジョニング要求を受信すると、プロビジョニング要求に基づいてボリュームを作成するプロビジョニング処理を開始する。

図９は、プロビジョニング処理を示す。

まず、Ｓ１１０にてプロビジョニング実行部９４０は、管理者用計算機６００から、プロビジョニング要求を受け付ける。プロビジョニング要求は、ボリューム要件を含む。ボリューム要件は、プロビジョニングの対象となるＰ−ＶＯＬの要件であり、Ｐ−ＶＯＬのボリュームサイズ及びボリューム数を含む。ボリューム数が予め設定されている場合、ボリューム要件は、ボリューム数を含まなくてもよい。プロビジョニング要求は更に、Ｐ−ＶＯＬ用のストレージプロファイル名であるＰ−ＶＯＬストレージプロファイル名を含んでいてもよい。プロビジョニング要求は更に、Ｐ−ＶＯＬのレプリケーションを行うか否かを示していてもよい。レプリケーションを行う場合、プロビジョニング要求は更に、サービスプロファイル名と、Ｓ−ＶＯＬ用のストレージプロファイル名であるＳ−ＶＯＬストレージプロファイル名とを含んでいてもよい。

その後、Ｓ１２０にてプロビジョニング実行部９４０は、Ｐ−ＶＯＬプールを選択するＰ−ＶＯＬプール選択処理を実行する。

その後、Ｓ１３０にてプロビジョニング実行部９４０は、プロビジョニング要求がレプリケーションを示すか否かを判定する。Ｓ１３０にてプロビジョニング要求がレプリケーションを示さないと判定された場合（Ｎｏ）、プロビジョニング実行部９４０は、処理をＳ１８０へ移行させる。

Ｓ１３０にてプロビジョニング要求がレプリケーションを示すと判定された場合（Ｙｅｓ）、Ｓ１４０にてプロビジョニング実行部９４０は、プロビジョニング要求により指定されたＳ−ＶＯＬストレージプロファイル名を取得し、ストレージプロファイル情報８３０から、Ｓ−ＶＯＬストレージプロファイル名に対応するストレージプロファイルを読み込む。

その後、Ｓ１５０にてプロビジョニング実行部９４０は、プール構成情報８１０から、読み込まれたストレージプロファイルに示された物理特性の要件を満たすプールを、第一Ｓ−ＶＯＬプール候補として選択する。

その後、Ｓ１６０にてプロビジョニング実行部９４０は、レプリケーション構成の候補であるレプリケーション構成候補とそのコストとを算出するコスト算出処理を実行する。

その後、Ｓ１７０にてプロビジョニング実行部９４０は、レプリケーション構成候補の中のレプリケーション構成と、Ｓ−ＶＯＬプールとを選択するＳ−ＶＯＬプール選択処理を実行する。

その後、Ｓ１８０にてプロビジョニング実行部９４０は、選択されたレプリケーション構成と、選択されたＰ−ＶＯＬプールと、選択されたＳ−ＶＯＬプールとを用いて、ボリューム要件に基づくプロビジョニングの指示を、Ｐ−ＶＯＬプール及びＳ−ＶＯＬプールに対応するストレージ装置１００へ送信することにより、ストレージ装置１００からのプロビジョニングの結果からＰ−ＶＯＬ ＩＤ及びＳ−ＶＯＬ ＩＤを決定し、Ｐ−ＶＯＬ ＩＤ及びＳ−ＶＯＬ ＩＤを管理者用計算機６００へ返し、このフローを終了する。ここで、プロビジョニング実行部９４０は、Ｐ−ＶＯＬの構成を示すボリューム構成情報と、Ｓ−ＶＯＬの構成を示すレプリケーション構成情報とを、ストレージ装置１００へ送信することにより、ストレージ装置１００にプロビジョニングを実行させる。ボリューム構成情報は、Ｐ−ＶＯＬプールを用いてＰ−ＶＯＬを作成することを示す。レプリケーション構成情報は、Ｓ−ＶＯＬプールを用いてＳ−ＶＯＬを作成することと、Ｐ−ＶＯＬとＳ−ＶＯＬの間のレプリケーションの構成とを示す。

以上のプロビジョニング処理によれば、プロビジョニング実行部９４０は、プロビジョニング要求を満たすＰ−ＶＯＬプール、Ｓ−ＶＯＬプール、レプリケーション構成を決定することができる。

前述のＳ１２０において、プロビジョニング実行部９４０は、Ｐ−ＶＯＬプール選択処理を実行する。

図１０は、Ｐ−ＶＯＬプール選択処理を示す。

まず、Ｓ２１０にてプロビジョニング実行部９４０は、プロビジョニング要求により指定されたＰ−ＶＯＬストレージプロファイル名を取得し、ストレージプロファイル情報８３０から、Ｐ−ＶＯＬストレージプロファイル名に対応するストレージプロファイルを読み込む。

その後、Ｓ２２０にてプロビジョニング実行部９４０は、プール構成情報８１０から、読み込まれたストレージプロファイルに示された物理特性の要件を満たすプールを、第一Ｐ−ＶＯＬプール候補として選択する。

その後、Ｓ２３０にてプロビジョニング実行部９４０は、プール構成情報８１０を読み込む。

その後、Ｓ２４０にてプロビジョニング実行部９４０は、プール構成情報８１０を用いて、第一Ｐ−ＶＯＬプール候補の中から、ボリューム要件に示されたＰ−ＶＯＬのボリュームサイズ以上の空き容量（未使用領域のサイズ）を持つプールを、第二Ｐ−ＶＯＬプール候補として選択する。

その後、Ｓ２５０にてプロビジョニング実行部９４０は、プール負荷情報８２０を読み込む。

その後、Ｓ２６０にてプロビジョニング実行部９４０は、プール負荷情報８２０を用いて、第二Ｐ−ＶＯＬプール候補の中から、最も小さい負荷を有するプールを、Ｐ−ＶＯＬプールとして選択し、このフローを終了する。負荷は例えば、Ｂｕｓｙ Ｒａｔｅである。

以上のＰ−ＶＯＬプール選択処理によれば、プロビジョニング実行部９４０は、Ｐ−ＶＯＬに対し、プロビジョニング要求に示された容量と性能を満たすプールを選択することができる。このＰ−ＶＯＬプール選択処理は、複数のプールの負荷を平準化することができる。プロビジョニング実行部９４０は、Ｐ−ＶＯＬの構成を示すために、ボリュームサイズ、ボリューム数、Ｐ−ＶＯＬプールの少なくとも何れかを含むボリューム構成情報を決定することにより、ボリューム構成情報に基づいて、Ｐ−ＶＯＬのプロビジョニングをストレージ装置１００に指示することができる。

なお、Ｓ２６０において、プロビジョニング実行部９４０は、負荷が比較的大きいプールをＰ−ＶＯＬプールとして選択することにより、複数のプールにおいて負荷を偏らせてもよい。また、このようなＳ２６０の動作は、ポリシー等により設定されてもよい。また、負荷の代わりに他の性能指標が用いられてもよい。

前述のＳ１６０において、プロビジョニング実行部９４０は、コスト算出処理を実行する。

図１１は、コスト算出処理を示す。

まず、Ｓ３１０にてプロビジョニング実行部９４０は、プロビジョニング要求により指定されたサービスプロファイル名を取得し、サービスプロファイル情報８４０から、サービスプロファイル名に対応するサービスプロファイルを読み込む。サービスプロファイルは、レプリケーションの要件を含む。

その後、Ｓ３２０にてプロビジョニング実行部９４０は、レプリケーション構成候補番号ｉを０に初期化し、予め設定された分割時間間隔Δを用いて、Δ×ｉをＴＨ（ｉ）として算出し、ＴＨ（ｉ）により定まるＴＩとＳＩの構成をレプリケーション構成候補として決定する。Δは例えば、１週間である。ＴＨ（ｉ）は、ＳＩにより作成されるＳ−ＶＯＬの保持期間であり、ＳＩ保持期間と呼ぶ。

その後、Ｓ３３０にてプロビジョニング実行部９４０は、サービスプロファイルにより指定された保持期間を用いて、ＴＩにより作成される全世代のスナップショットの差分データのサイズの合計の見積もりであるＴＩ合計容量（ｉ）を、次式により算出する。

ＴＩ合計容量（ｉ）
＝ＲＯＵＮＤＵＰ（（保持期間−ＴＨ（ｉ））÷ＲＰＯ）×ボリュームサイズ×更新率

ここで、（保持期間−ＴＨ（ｉ））は、ＴＩにより作成されるＳ−ＶＯＬの保持期間であり、ＴＩ保持期間と呼ぶ。ＲＰＯは、ＴＩのインターバルであり、ＴＩインターバルと呼ぶ。ＲＯＵＮＤＵＰ（ＴＩ保持期間÷ＴＩインターバル）は、ＴＩの世代数であり、ＴＩ世代数と呼ぶ。ＲＯＵＮＤＵＰ（ｘ）は、切り上げの関数を示す。ボリュームサイズ×更新率は、１世代のＴＩによる差分データサイズであり、ＴＩのためのＳ−ＶＯＬのサイズであり、ＴＩボリュームサイズと呼ぶ。

その後、Ｓ３４０にてプロビジョニング実行部９４０は、ＳＩにより作成される全世代のＳ−ＶＯＬ（Ｐ−ＶＯＬのクローンボリューム）のサイズの合計の見積もりであるＳＩ合計容量を、次式により算出する。

ＳＩ合計容量（ｉ）
＝ＲＯＵＮＤＵＰ（保持期間÷（保持期間−ＴＨ（ｉ））−１）×ボリュームサイズ

ここで、（保持期間−ＴＨ（ｉ））は、ＴＩ保持期間であると共に、ＳＩのインターバルであり、ＳＩインターバルと呼ぶ。ＲＯＵＮＤＵＰ（保持期間÷ＳＩインターバル−１）は、ＳＩの世代数であり、ＳＩ世代数と呼ぶ。ＳＩのためのＳ−ＶＯＬのサイズは、Ｐ−ＶＯＬのボリュームサイズに等しく、ＳＩボリュームサイズと呼ぶ。

その後、Ｓ３５０にてプロビジョニング実行部９４０は、ＴＩ合計容量（ｉ）とＳＩ合計容量（ｉ）の合計であるレプリケーション合計容量（ｉ）をコストとして算出する。本実施例におけるコストは、容量である。

その後、Ｓ３６０にてプロビジョニング実行部９４０は、レプリケーションコスト情報８５０において、レプリケーション構成候補のエントリを作成する。このエントリは、読み込まれたサービスプロファイルの情報と、ＴＨ（ｉ）と、ＴＩ合計容量（ｉ）と、ＳＩ合計容量（ｉ）と、レプリケーション合計容量（ｉ）とを含む。

その後、Ｓ３７０にてプロビジョニング実行部９４０は、ＴＨ（ｉ）が保持期間以上であるか否かを判定し、ＴＨ（ｉ）が保持期間以上でないと判定された場合、処理をＳ３２０へ移行させ、ｉに１を加算し、Ｓ３２０〜Ｓ３７０を繰り返す。

その後、Ｓ３８０にてプロビジョニング実行部９４０は、レプリケーションコスト情報８５０において、対象のプロビジョニング要求に対応するエントリの中から、コストが最小となるｉをｉ＿ｍｉｎとして選択し、このフローを終了する。本実施例のコストは、レプリケーション合計容量（ｉ）である。

以上のコスト算出処理によれば、プロビジョニング実行部９４０は、ＴＩのみのレプリケーション構成候補、あるいはＴＩとＳＩを併用するレプリケーション構成候補を作成することができる。コストが最小となるレプリケーション構成を決定することができる。

プロビジョニング実行部９４０は、コスト算出処理により決定されたＴＩの構成を示すために、ＴＩボリュームサイズ、ＴＩ世代数、ＴＩ保持期間、ＴＩ合計容量の少なくとも何れかを含むＴＩ構成情報（スナップショット構成情報）を決定することにより、ＴＩ構成情報に基づいて、ＴＩをストレージ装置１００に指示することができる。プロビジョニング実行部９４０は、コスト算出処理により決定されたＳＩの構成を示すために、ＳＩボリュームサイズ、ＳＩ世代数、ＳＩ保持期間、ＳＩ合計容量の少なくとも何れかを含むＳＩ構成情報（クローニング構成情報）を決定することにより、ＳＩ構成情報に基づいて、ＳＩをストレージ装置１００に指示することができる。また、プロビジョニング実行部９４０は、レプリケーションに用いられる時間を示すために、保持期間、ＲＰＯの何れかを含む時間情報と、Ｐ−ＶＯＬの更新量を示すために、更新率、ボリュームサイズ、更新量の何れかを含む更新量情報とを用いることにより、ＴＩ構成情報及びＳＩ構成情報の少なくとも何れかを決定することができる。た、プロビジョニング実行部９４０は、時間情報と更新量情報とを用いることにより、レプリケーション構成に必要なコストが最小になることを条件として、ＴＩ世代数及びＳＩ世代数を決定することができる。これにより、管理者は、ストレージ装置１００の構成を意識しなくても、レプリケーション構成のコストを最小化することができる。

なお、ｉ＿ｍｉｎ又はコストを求める式が予め設定される場合、プロビジョニング実行部９４０は、この式を用いてｉ＿ｍｉｎを算出してもよい。レプリケーション構成の容量とＲＰＯはトレードオフの関係にあるため、プロビジョニング実行部９４０は、複数のレプリケーション構成候補を管理者用計算機６００に表示させ、管理者による選択されたレプリケーション構成候補をレプリケーション構成として決定してもよい。

ストレージ装置１００に対し、ＴＩ世代数の上限値が予め設定される場合、プロビジョニング実行部９４０は、ＴＩ世代数が上限値以下になることを条件として、レプリケーション構成を決定してもよい。レプリケーション構成候補のＴＩ世代数が上限値を超えている場合、プロビジョニング実行部９４０は、そのレプリケーション構成候補を削除してもよい。これにより、管理者は世代数の上限値を意識しなくても、アレイタイプに適したレプリケーション構成候補を絞り込むことができる。レプリケーション構成候補のＴＩ世代数が上限値を超える場合であっても、ＴＩとＳＩを併用することにより、ＲＰＯの要件を満たすことができる。

また、ストレージ装置１００のアレイタイプ毎に、そのアレイタイプのストレージ装置１００に予め設定された上限値や、そのアレイタイプのストレージ装置１００によりサポートされるコピー種別等、レプリケーションの制限が予め設定される場合、プロビジョニング実行部９４０は、ストレージプロファイルのアレイタイプ８３０３に基づいてレプリケーションの制限を認識し、その制限に従ってレプリケーション構成候補を決定してもよい。これにより、管理者はアレイタイプによる制限を意識しなくても、アレイタイプに適したレプリケーション構成候補を絞り込むことができる。

前述のＳ１７０において、プロビジョニング実行部９４０は、Ｓ−ＶＯＬプール選択処理を実行する。

図１２は、Ｓ−ＶＯＬプール選択処理を示す。

まず、Ｓ４１０にてプロビジョニング実行部９４０は、レプリケーションコスト情報８５０を読み込む。

その後、Ｓ４２０にてプロビジョニング実行部９４０は、レプリケーションコスト情報８５０から、ｉ＿ｍｉｎに対応するエントリを読み込む。

その後、Ｓ４３０にてプロビジョニング実行部９４０は、プール構成情報８１０を読み込む。

その後、Ｓ４４０にてプロビジョニング実行部９４０は、プール構成情報８１０を用いて、第一Ｓ−ＶＯＬプール候補の中から、サービスプロファイルにおける耐障害性レベル８４０６の要件を満たすプールを、第二Ｓ−ＶＯＬプール候補として選択する。前述の耐障害性レベル８４０６によって、第二Ｓ−ＶＯＬプール候補が、Ｐ−ＶＯＬプールと同一のストレージ装置１００内のプールである場合と、Ｐ−ＶＯＬプールと異なるストレージ装置１００内のプールである場合とがある。

その後、Ｓ４５０にてプロビジョニング実行部９４０は、第二Ｓ−ＶＯＬプール候補の中から、スナップショットプールのプールタイプ８１０２を有し且つＴＩ合計容量（ｉ＿ｍｉｎ）以上の空き容量を有し且つ最大の空き容量を有するプールを、ＴＩプール（第二プール）として選択する。空き容量は、合計容量８１０３から使用容量８１０４を減じた値である。

その後、Ｓ４６０にてプロビジョニング実行部９４０は、ＳＩ合計容量（ｉ＿ｍｉｎ）が正であるか否かを判定する。Ｓ４６０にてＳＩ合計容量（ｉ＿ｍｉｎ）が正でないと判定された場合（ＮＯ）、即ちＳＩを用いない場合、プロビジョニング実行部９４０は、ＴＩプールをＳ−ＶＯＬプールとして決定し、このフローを終了する。

Ｓ４６０にてＳＩ合計容量（ｉ＿ｍｉｎ）が正であると判定された場合（ＹＥＳ）、即ちＳＩを用いる場合、Ｓ４７０にてプロビジョニング実行部９４０は、第二Ｓ−ＶＯＬプール候補の中から、通常プールのプールタイプ８１０２を有し且つＳＩ合計容量（ｉ＿ｍｉｎ）より大きい空き容量を有するプールを、ＳＩプール候補として選択する。これにより、容量を充足するプールを絞り込むことができる。

その後、Ｓ４８０にてプロビジョニング実行部９４０は、ＳＩプール候補の中から、最小の仮想容量８１０５を有するプールをＳＩプール（第三プール）として選択し、ＴＩプール及びＳＩプールをＳ−ＶＯＬプールとして決定し、このフローを終了する。

その後、ストレージ装置１００は、前述のＳ１８０に応じて、ＴＩプールからＴＩのＳ−ＶＯＬ（スナップショットボリューム）を作成し、ＳＩプールからＳＩのＳ−ＶＯＬ（クローンボリューム）を作成する。

本実施例において、一つのプールの仮想容量８１０５は、当該プールに関連付けられたボリュームのボリュームサイズの合計である。当該プールに関連付けられたボリュームは、他のプロビジョニング要求に応じてプロビジョニングされた、Ｐ−ＶＯＬと、ＴＩの全世代のＳ−ＶＯＬと、ＳＩの全世代のＳ−ＶＯＬとを含む。これにより、プロビジョニング実行部９４０は、当該プールに作成される予定の全てのボリュームのボリュームサイズを考慮して、Ｓ−ＶＯＬプールを選択することができる。

なお、プロビジョニング実行部９４０は、プロビジョニング処理時に全世代のＳ−ＶＯＬの作成をストレージ装置１００へ指示してもよい。このような場合、プロビジョニング実行部９４０は、作成された全てのＳ−ＶＯＬのサイズを仮想容量８１０５に加算してもよい。これにより、将来作成されている予定の全てのボリュームのボリュームサイズを考慮して、Ｓ−ＶＯＬプールを選択することができる。

また、各世代のスナップショットやクローニングのタイミングで、その世代のＳ−ＶＯＬの作成をストレージ装置１００へ指示してもよい。このような場合、プロビジョニング実行部９４０は、その世代のＳ−ＶＯＬのサイズを仮想容量８１０５に加算してもよい。これにより、プロビジョニング実行部９４０は、現在のプールに作成されている全てのボリュームのボリュームサイズを考慮して、Ｓ−ＶＯＬプールを選択することができる。

なお、Ｓ４５０において通常プールからＴＩプールを選択する場合、Ｓ４７０及びＳ４８０と同様、仮想容量を用いてＴＩプールを選択してもよい。

以上のＳ−ＶＯＬ選択処理によれば、プロビジョニング実行部９４０は、Ｓ−ＶＯＬ選択処理により、ＴＩ構成情報、ＳＩ構成情報、ＴＩプール、ＳＩプールの少なくとも何れかを含むレプリケーション構成情報を決定することにより、レプリケーション構成情報に基づいて、ＴＩプールからＴＩのためのＳ−ＶＯＬをプロビジョニングすることと、ＳＩプールからＳＩのためのＳ−ＶＯＬをプロビジョニングすることとを、ストレージ装置１００に指示することができる。

また、プロビジョニング実行部９４０は、レプリケーション構成に応じて、耐障害性レベルと空き容量に基づいてＴＩプールを選択し、空き容量と仮想容量に基づいてＳＩプールを選択することができる。各プールの容量が一定である場合等、仮想容量を用いてＳＩプールを選択することにより、将来的に容量枯渇の可能性が低いプールを選択することができる。また、複数のプールの空き容量を平準化することができる。なお、プロビジョニング実行部９４０は、ＳＩ合計容量以上の空き容量を有し且つ空き容量が比較的大きいプールをＳＩプールとして選択することにより、複数のプールの空き容量を偏らせてもよい。また、このような動作は、ポリシー等により設定されてもよい。

なお、Ｓ４８０にてプロビジョニング実行部９４０は、合計容量を用いてＳＩプールを選択してもよい。例えば、第三Ｓ−ＶＯＬプール候補の中で、合計容量から仮想容量を減じた値が最大となるプールを、ＳＩプールとして選択してもよい。

もし、プールを用いず、業務毎に、ディスク又はパリティグループからＳ−ＶＯＬを作成する場合、事前に各Ｓ−ＶＯＬの容量を見積もることが必要になる。しかしながら、事前に容量の消費量及び消費傾向を予測することは難しい。

一方、本実施例によれば、事前に余裕のあるプールを作成し、必要なときにプール内の記憶領域をＳ−ＶＯＬへ割り当てることができる。また、プール内の記憶領域をＳ−ＶＯＬへ割り当てることにより、複数の業務でプールを共有することができる。この動的プロビジョニングにより、実際に記憶領域の確保が必要になるまで、確保を遅らせることができ、Ｓ−ＶＯＬのためにディスクを割り当てる作業の頻度を軽減することができる。複数の世代数により一つのＰ−ＶＯＬに対するＳ−ＶＯＬが複数のボリュームになる場合、容量消費傾向が大きくなるため、動的プロビジョニングが有効である。また、複数の業務（Ｐ−ＶＯＬ）に夫々対応する複数のＳ−ＶＯＬがプールを共用してもよい。これにより、複数の業務のＳ−ＶＯＬのプロビジョニングの作業が容易になる。

Ｓ−ＶＯＬプール選択処理は、プールの空き容量だけでなくプールの仮想容量に基づいて、Ｓ−ＶＯＬプールを選択する。プールの空き容量は、現時点で利用できる容量である。プールの仮想容量は、そのプールから供給されるボリュームのボリュームサイズの合計であり、将来的に消費される可能性がある。ＳＩのＳ−ＶＯＬプールとして、ボリュームサイズに世代数を乗じてＳＩ合計容量を算出し、ＳＩ合計容量以上の空き容量を有するプールを選択することにより、物理容量の充足性を担保することができる。更に、最小の仮想容量を有するプールを選択することにより、将来的な容量枯渇の可能性を低減することができる。

コスト算出処理は、ＲＰＯと保持期間等の要件を満たしつつ、ストレージの容量（コスト）を最小化するように、ＴＩのみのレプリケーション構成、又はＴＩ及びＳＩを併用するレプリケーション構成を決定する。ＲＰＯと容量のトレードオフを考慮したレプリケーション構成候補の数は、膨大になるため、変化する利用状況を考慮して、管理者がレプリケーション構成を決定することは困難である。ストレージ装置１００内のレプリケーション構成候補に、リモートのレプリケーション構成候補を加えると、レプリケーション構成候補の数は更に増大する。また、複数の業務でプールを共有することにより、個別のボリュームのサイジングに比べて、レプリケーション構成の自由度が高まる。

プロファイル生成部９７０は、プロビジョニング処理に先立って、プロファイル生成処理を実行する。ここでは、サーバ３００により実行されるアプリケーションがデータベースである場合について説明する。

図１３は、プロファイル生成処理を示す。

まず、Ｓ５１０にてプロファイル生成部９７０は、管理者用計算機６００から、データベースのアプリケーション要件として、ＴＰＳ（Transaction per Second）要件、クエリ特性要件の入力を受け付ける。ＴＰＳは、処理性能を示す。クエリ特性は、単位時間におけるＲｅａｄ数とＷｒｉｔｅ数を示す。

その後、Ｓ５２０にてプロファイル生成部９７０は、ストレージプロファイル情報８３０に新規エントリを作成し、新規エントリの各フィールドをＡｎｙに設定する。Ａｎｙは、そのフィールドの条件がないことを示す。

その後、Ｓ５３０にてプロファイル生成部９７０は、ＴＰＳ要件が入力されたか否かを判定する。Ｓ５３０にてＴＰＳ要件が入力されていないと判定された場合（ＮＯ）、プロファイル生成部９７０は、処理をＳ５６０へ移行させる。

Ｓ５３０にてＴＰＳ要件が入力されたと判定された場合（ＹＥＳ）、Ｓ５４０にてプロファイル生成部９７０は、プールのディスクに対して予め記憶されたＩＯＰＳを取得し、ＩＯＰＳにプール内ディスク数を乗ずることにより、各プールのＩＯＰＳ（スループット）を算出し、アプリケーションに対して予め設定された式を用いて、各プールのＩＯＰＳをＴＰＳに変換する。

その後、Ｓ５５０にてプロファイル生成部９７０は、プール構成情報８１０から、変換されたＴＰＳがＴＰＳ要件を満たすプールを選択し、選択されたプールの物理特性（アレイタイプ、ディスクタイプ、プール内ドライブ数）の値を新規エントリに設定する。なお、プロファイル生成部９７０は、アプリケーション及びトランザクションの種類に対して、スループットを計測し、計測値を記憶し、計測値を用いてＴＰＳ要件をプールの物理特性に変換してもよい。また、計測値がない場合、プロファイル生成部９７０は、予め設定されたＴＰＳとプールの物理特性の関係を用いて、ＴＰＳ要件をプールの物理特性に変換してもよい。

その後、Ｓ５６０にてプロファイル生成部９７０は、クエリ特性要件が入力されたか否かを判定する。Ｓ５６０にてクエリ特性要件が入力されていないと判定された場合（ＮＯ）、プロファイル生成部９７０は、このフローを終了する。

Ｓ５６０にてクエリ特性要件が入力されたと判定された場合（ＹＥＳ）、Ｓ５７０にてプロファイル生成部９７０は、各ＲＡＩＤレベルに対し、クエリ特性のランクを設定する。ランクは、Ｒｅａｄ数とＷｒｉｔｅ数の夫々に対し、Ｈｉｇｈ、Ｍｉｄ、Ｌｏｗの何れかを示す。例えば、Ｒｅａｄ数がＨｉｇｈであり、Ｗｒｉｔｅ数がＬｏｗである場合、プロファイル生成部９７０は、ＲＡＩＤレベルとしてＲＡＩＤ５を設定する。また、Ｒｅａｄ数がＨｉｇｈであり、Ｗｒｉｔｅ数がＨｉｇｈである場合、プロファイル生成部９７０は、ＲＡＩＤレベルとしてＲＡＩＤ１０を設定する。なお、ＲＡＩＤレベルとクエリ特性のランクの関係は、予め設定されていてもよい。クエリ特性として、ランダム又はシーケンシャルを示すアクセスパターンが設定されてもよい。

その後、Ｓ５８０にてプロファイル生成部９７０は、クエリ特性要件のランク以上のランクを有するＲＡＩＤレベルを選択し、選択されたＲＡＩＤレベルの値を新規エントリに設定し、このフローを終了する。

以上のプロファイル生成処理によれば、プロファイル生成部９７０は、アプリケーションの要件から、ストレージプロファイル情報８３０を生成することができる。管理者は、ストレージ装置１００の構成を意識しなくても、適切なストレージプロファイルを用いることができる。なお、プロファイル定義部９３０が、管理者からの入力に基づいて、ストレージプロファイル情報８３０を作成してもよい。

以上の管理サーバ７００のフローにおいて、処理の順番は変更されることができる。例えば、Ｐ−ＶＯＬプール選択処理において、Ｓ２２０、Ｓ２４０、Ｓ２６０は交換可能である。また、例えば、Ｓ−ＶＯＬプール選択処理において、Ｓ４４０、Ｓ４５０は交換可能であり、Ｓ４７０、Ｓ４８０は交換可能である。

以下、管理サーバ７００が管理者用計算機６００に表示させる画面について説明する。

プロファイル定義部９３０は、管理者用計算機６００からの要求に応じて、ストレージプロファイル入力画面を管理者用計算機６００に表示させる。

図１４は、ストレージプロファイル入力画面を示す。

ストレージプロファイル入力画面は、ストレージプロファイル名欄１１１０と、記述欄１１２０と、アレイタイプ欄１１３０と、物理特性欄１１４０と、ＯＫボタン１１５０と、Ｃａｎｃｅｌボタン１１６０とを含む。物理特性欄１１４０は、ディスクタイプ欄１１４１と、ＲＡＩＤレベル欄１１４２と、ディスクサイズ欄１１４３と、プール内ドライブ数欄１１４４とを含む。

ストレージプロファイル名欄１１１０には、ストレージプロファイル名８３０１への設定値が入力される。記述欄１１２０には、記述８３０２への設定値が入力される。アレイタイプ欄１１３０には、アレイタイプ８３０３への設定値が入力される。物理特性欄１１４０には、物理特性が入力される。ディスクタイプ欄１１４１には、ディスクタイプ８３０４への設定値が入力される。ＲＡＩＤレベル欄１１４２には、ＲＡＩＤレベル８３０５への設定値が入力される。ディスクサイズ欄１１４３には、ディスクサイズ８３０６への設定値が入力される。プール内ドライブ数欄１１４４には、プール内ドライブ数８３０７への設定値が入力される。

管理者の入力によりＯＫボタン１１５０が押されると、管理者用計算機６００は、ストレージプロファイル入力画面を閉じ、ストレージプロファイル入力画面の各欄に入力された情報をストレージプロファイルとして管理サーバ７００へ送信する。プロファイル定義部９３０は、受信されたストレージプロファイルをストレージプロファイル情報８３０へ登録する。管理者の入力によりＣａｎｃｅｌボタン１１６０が押されると、管理者用計算機６００は、ストレージプロファイル入力画面を閉じ、ストレージプロファイル入力画面の各欄に入力された情報を破棄する。

以上のストレージプロファイル入力画面によれば、プロファイル定義部９３０は、管理者から入力される値を、ストレージプロファイル情報８３０へ登録することができる。

プロファイル定義部９３０は、管理者用計算機６００からの要求に応じて、サービスプロファイル入力画面を管理者用計算機６００に表示させる。

図１５は、サービスプロファイル入力画面を示す。

サービスプロファイル入力画面は、サービスプロファイル名欄１２１０と、記述欄１２２０と、保持期間欄１２３０と、ＲＰＯ欄１２４０と、更新率欄１２５０と、耐障害性レベル欄１２６０と、ＯＫボタン１２７０と、Ｃａｎｃｅｌボタン１２８０とを含む。

サービスプロファイル名欄１２１０には、サービスプロファイル名８４０１への設定値が入力される。記述欄１２２０には、記述８４０２への設定値が入力される。保持期間欄１２３０には、保持期間８４０３への設定値が入力される。ＲＰＯ欄１２４０には、ＲＰＯ８４０４への設定値が入力される。更新率欄１２５０には、更新率８４０５への設定値が入力される。耐障害性レベル欄１２６０には、予め設定された複数の値の候補が表示され、複数の値の候補の中から一つの値が選択され、耐障害性レベル８４０６への設定値として入力される。

管理者の入力によりＯＫボタン１２７０が押されると、管理者用計算機６００は、サービスプロファイル入力画面を閉じ、サービスプロファイル入力画面の各欄に入力された情報をサービスプロファイルとして管理サーバ７００へ送信する。プロファイル定義部９３０は、受信されたサービスプロファイルをサービスプロファイル情報８４０へ登録する。管理者の入力によりＣａｎｃｅｌボタン１２８０が押されると、管理者用計算機６００は、サービスプロファイル入力画面を閉じ、サービスプロファイル入力画面の各欄に入力された情報を破棄する。

以上のサービスプロファイル入力画面によれば、プロファイル定義部９３０は、管理者から入力される値を、サービスプロファイル情報８４０へ登録することができる。

プロビジョニング実行部９４０は、管理者用計算機６００からの要求に応じて、プロビジョニング要求画面を管理者用計算機６００に表示させる。

図１６は、プロビジョニング要求画面を示す。

プロビジョニング要求画面は、Ｐ−ＶＯＬホスト欄１３１０と、Ｓ−ＶＯＬホスト欄１３２０と、ボリュームサイズ欄１３３０と、ボリューム数欄１３４０と、Ｐ−ＶＯＬストレージプロファイル欄１３５０と、コピーペア欄１３６０と、Ｓ−ＶＯＬストレージプロファイル欄１３７０と、サービスプロファイル欄１３８０と、Ｓｕｂｍｉｔボタン１３９０と、Ｃａｎｃｅｌボタン１４００とを含む。

Ｐ−ＶＯＬホスト欄１３１０には、Ｐ−ＶＯＬホスト８６０３への設定値が入力される。Ｓ−ＶＯＬホスト欄１３２０には、Ｓ−ＶＯＬホスト８６０４への設定値が入力される。ボリュームサイズ欄１３３０には、ボリュームサイズが入力される。ボリューム数欄１３４０には、ボリューム数が入力される。Ｐ−ＶＯＬストレージプロファイル欄１３５０には、ストレージプロファイル情報８３０内のストレージプロファイル名８３０１の複数の値が表示され、複数の値の一つが選択される。Ｐ−ＶＯＬストレージプロファイル欄１３５０で選択された値は、Ｐ−ＶＯＬストレージプロファイルを示す。Ｐ−ＶＯＬストレージプロファイルを示すストレージプロファイル名が入力される。コピーペア欄１３６０には、真又は偽が入力される。コピーペア欄１３６０が真である場合、レプリケーションを行うことを示し、Ｓ−ＶＯＬストレージプロファイル欄１３７０が有効になる。Ｓ−ＶＯＬストレージプロファイル欄１３７０には、ストレージプロファイル８３０内のストレージプロファイル名８３０１の複数の値が表示され、複数の値の一つが選択される。Ｓ−ＶＯＬストレージプロファイル欄１３７０で選択された値は、Ｓ−ＶＯＬストレージプロファイルを示す。サービスプロファイル欄１３８０には、サービスプロファイル情報８４０内のサービスプロファイル名８４０１の複数の値が表示され、複数の値の一つが選択される。

管理者の入力によりＳｕｂｍｉｔボタン１３９０が押されると、管理者用計算機６００は、プロビジョニング要求画面を閉じ、プロビジョニング要求画面の各欄に入力された情報をプロビジョニング要求として管理サーバ７００へ送信する。プロビジョニング実行部９４０は、管理者用計算機６００からプロビジョニング要求を受信すると、前述のプロビジョニング処理を実行する。管理者の入力によりＣａｎｃｅｌボタン１２８０が押されると、管理者用計算機６００は、プロビジョニング要求画面を閉じ、プロビジョニング要求画面の各欄に入力された値を破棄する。

以上のプロビジョニング要求画面によれば、プロビジョニング実行部９４０は、管理者から入力されるストレージプロファイル及びサービスプロファイルを、プロビジョニング要求として取得することができる。管理者は、各プールの物理特性を意識せずにプロビジョニング要求を指定することができる。

以下、幾つかの具体例を用いて、本実施例の効果を説明する。

第一の具体例は、ＴＩのみの第一レプリケーション構成候補と、ＴＩとＳＩを併用する第二レプリケーション構成候補とについて、第二レプリケーション構成候補のコストが、第一レプリケーション構成候補のコストより低くなる場合を示す。

プロビジョニング要求に基づき、保持期間が４［週間］、ＲＰＯが２［時間］、ボリュームサイズが１００［ＧＢ］、更新率が１［％／時間］に設定されたとする。第一レプリケーション構成候補において、ＴＩ世代数は、保持期間／ＲＰＯ＝４×７×２４［時間］／２［時間］＝３３６［世代］になり、レプリケーション合計容量は、１００［ＧＢ］×１［％／時間］×２［時間］×３３６［世代］＝６７２［ＧＢ］になる。一方、第二レプリケーション構成候補において、ｉ＿ｍｉｎにより、ＴＩ保持期間は、１［週間］になり、ＳＩ保持期間は、３［週間］になる。これにより、ＴＩインターバルは、２［時間］になり、ＳＩインターバルは、１［週間］になり、ＴＩ世代数は、ＴＩ保持期間÷ＴＩインターバル）＝１×７×２４÷２＝８４［世代］になり、ＳＩ世代数は、保持期間÷ＳＩインターバル−１＝４÷１−１＝３［世代］になり、レプリケーション合計容量は、ＴＩ合計容量＋ＳＩ合計容量＝１６８［ＧＢ］＋３００［ＧＢ］＝４６８［ＧＢ］になる。

第二の具体例は、ＴＩのみの第一レプリケーション構成候補と、ＴＩとＳＩを併用する第二レプリケーション構成候補とについて、第一レプリケーション構成候補の世代数が上限値を超えることにより、第一レプリケーション構成候補が実現不可能である場合を示す。

世代数に対して予め設定された上限値が１０２４であるとする。プロビジョニング要求に基づき、保持期間が１６［週間］、ＲＰＯが２［時間］、ボリュームサイズが１００［ＧＢ］、更新率が１［％／時間］に設定されたとする。第一レプリケーション構成候補において、ＴＩ世代数は、保持期間／ＲＰＯ＝１６×７×２４［時間］／２［時間］＝１３４４［世代］になる。このＴＩ世代数が上限値を超えるため、第一レプリケーション構成候補は、実現不可能である。一方、第二レプリケーション構成候補において、ｉ＿ｍｉｎにより、ＴＩ保持期間は、４［週間］になり、ＳＩ保持期間は、１２［週間］になる。これにより、ＴＩインターバルは、２［時間］になり、ＳＩインターバルは、１［週間］になり、ＴＩ世代数は、ＴＩ保持期間÷ＴＩインターバル）＝４×７×２４÷２＝３３６［世代］になり、ＳＩ世代数は、保持期間÷ＳＩインターバル−１＝１６÷１−１＝１５［世代］になり、レプリケーション合計容量は、ＴＩ合計容量＋ＳＩ合計容量＝１６２［ＧＢ］＋１５００［ＧＢ］＝１６６２［ＧＢ］になる。このＴＩ世代数が上限値を超えないため、第二レプリケーション構成候補は、実現可能である。

本実施例によれば、サービスに対するボリュームの要件の入力を受け付け、コストに基づいてレプリケーション構成を決定し、レプリケーション構成をプロビジョニングする。信頼性の観点で保持期間とＲＰＯを示す要件に対して、ＴＩのみを用いるレプリケーション構成候補のコストと、ＴＩとＳＩを併用するレプリケーション構成候補のコストとを計算し、ＴＩとＳＩを併用するレプリケーション構成候補のコストがより低い場合、ＴＩとＳＩを併用するレプリケーション構成候補をレプリケーション構成として決定する。当該コストの計算において、ＴＩ世代数の上限値、あるいはストレージ装置１００の仕様（サポートする上限値やコピー種別など）の違いを用いて、レプリケーション構成を決定してもよい。レプリケーション構成は、ＴＩあるいはＳＩによるローカルコピーに限らず、リモートコピー（同期あるいは非同期）を組み合わせてもよい。

なお、これまで説明したストレージ装置１００、管理システム２００、及びサーバ３００は、個別の装置であったり、専用装置である必要はない。例えば、CPUと記憶資源を備えるプロセッシングモジュールが、上記説明してきたストレージ装置の処理を行うプログラム(ストレージプログラムと呼ぶ)を実行すればそれはコントローラ１１０となる。また、同様にプロセッシングモジュールが管理プログラムをインストールすればそれは管理システム２００となる。同様にプロセッシングモジュールがＩ／Ｏ要求を発行するプログラムをインストールすればそれはサーバ３００となる。さらには、ハイパーバイザ等により、１つの計算機に仮想のプロセッシングモジュールが複数存在し、それぞれが上記説明したプログラムを実行してもよく、このような仮想的なプロセッシングモジュールが複数の計算機に分散して存在しても良い。なお、計算機がＣＰＵ及び記憶資源を含む。そしてストレージプログラムを実行するプロセッシングモジュール又は計算機は、直接又は間接的にディスク１２０に接続される。

本発明の表現のための用語について説明する。ストレージ情報は、プール構成情報８１０、プール負荷情報８２０等を含んでもよい。

以上、幾つかの実施例を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施例にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実行することが可能である。

１００…ストレージ装置、 １１０…コントローラ、 １２０…ディスク、 １３０…プール、 １４０…ボリューム、 ２００…管理システム、 ３００…サーバ、 ５１０…管理用ネットワーク、 ５２０…ストレージネットワーク、 ６００…管理者用計算機、 ７００…管理サーバ

Claims (13)

1. 記憶デバイスと、
   前記記憶デバイスに接続され前記記憶デバイスに対するＩ／Ｏを処理する第一プロセッシングモジュールと、
   前記第一プロセッシングモジュールに対し前記Ｉ／Ｏの要求を発行する第二プロセッシングモジュールと、
   前記第一プロセッシングモジュールに接続される第三プロセッシングモジュールと、
   を備え、
   前記第一プロセッシングモジュールは、前記記憶デバイス内の記憶領域を用いて論理記憶領域を作成し、
   前記第三プロセッシングモジュールは、前記論理記憶領域の構成を示すストレージ情報を記憶し、前記第一プロセッシングモジュールから前記第二プロセッシングモジュールへ提供されるストレージサービスの信頼性に対する信頼性要件と、前記ストレージサービスにより前記第二プロセッシングモジュールへ提供されるプライマリボリュームに対するボリューム要件とを含むプロビジョニング要求を取得し、前記ボリューム要件及び前記ストレージ情報に基づいて、前記論理記憶領域からプロビジョニングされるプライマリボリュームの構成を示すボリューム構成情報を決定し、前記ボリューム構成情報、前記信頼性要件、及び前記ストレージ情報に基づいて、前記プライマリボリュームをコピー元とするレプリケーションの構成を示すレプリケーション構成情報を決定し、前記ボリューム構成情報及び前記レプリケーション構成情報を、前記第一プロセッシングモジュールへ送信し、
   前記第一プロセッシングモジュールは、前記ボリューム構成情報に基づき、前記論理記憶領域から前記プライマリボリュームをプロビジョニングし、前記レプリケーション構成情報に基づいて、前記レプリケーションを実行する、
   計算機システム。
2. 前記論理記憶領域は、複数のプールであり、
   前記ボリューム要件は、前記プライマリボリュームの大きさを示し、
   前記第三プロセッシングモジュールは、前記ボリューム要件及び前記ストレージ情報に基づいて、前記複数のプールの中の第一プールを選択し、前記第一プールから前記プライマリボリュームを作成することを前記ボリューム構成情報に含める、
   請求項１に記載の計算機システム。
3. 前記信頼性要件は、前記プライマリボリュームのレプリケーションに用いられる時間を示す時間情報と、予め定められた単位時間内の前記プライマリボリュームの更新量を示す更新量情報を含み、
   前記第三プロセッシングモジュールは、前記ボリューム構成情報及び前記信頼性要件に基づいて、前記プライマリボリュームのスナップショットの構成を示すスナップショット構成情報を決定し、前記スナップショット構成情報及び前記ストレージ情報に基づいて、前記複数のプールの中から前記スナップショットのための第二プールを選択し、前記第二プールから前記スナップショットのためのスナップショットボリュームを作成することと、前記プライマリボリュームから前記スナップショットボリュームへの前記スナップショットを実行することとを、前記レプリケーション構成情報に含める、
   請求項２に記載の計算機システム。
4. 前記第三プロセッシングモジュールは、前記ストレージ情報に基づいて、前記複数のプールの夫々のプールに対し、前記プールに関連付けられているボリュームの容量の合計である仮想容量を算出し、前記仮想容量に基づいて、前記複数のプールの中から前記第二プールを選択する、
   請求項３に記載の計算機システム。
5. 前記第三プロセッシングモジュールは、前記ボリューム構成情報及び前記信頼性要件に基づいて、前記プライマリボリュームのスナップショットの構成を示すスナップショット構成情報と、前記プライマリボリュームのクローニングの構成を示すクローニング構成情報との少なくとも何れかの情報を決定し、前記決定された情報を前記レプリケーション構成情報に含める、
   請求項１に記載の計算機システム。
6. 前記信頼性要件は、前記プライマリボリュームのレプリケーションに用いられる時間を示す時間情報と、予め定められた単位時間内の前記プライマリボリュームの更新量を示す更新量情報とを含み、
   前記第三プロセッシングモジュールは、前記信頼性要件に基づき、前記スナップショットに必要な容量と前記クローニングに必要な容量との合計が最小になることを条件として、前記スナップショットの世代数及び前記クローニングの世代数を決定する、
   請求項５に記載の計算機システム。
7. 前記第三プロセッシングモジュールは、前記スナップショットの世代数が、前記第一プロセッシングモジュールに予め設定された上限値以下になることを条件として、前記スナップショット構成情報と前記クローニング構成情報とを決定する、
   請求項５に記載の計算機システム。
8. 前記第三プロセッシングモジュールは、前記第一プロセッシングモジュールの種別毎に、前記種別に予め設定された前記スナップショットの世代数の上限値と、前記種別によりサポートされるレプリケーションの種別との何れかの制限を記憶し、
   前記第三プロセッシングモジュールは、前記ボリューム構成情報と、前記信頼性要件と、前記第一プロセッシングモジュールの種別に対応する制限とに基づいて、前記スナップショット構成情報と前記クローニング構成情報との少なくとも何れかを、前記レプリケーション構成情報に含める、
   請求項５に記載の計算機システム。
9. 前記論理記憶領域は、複数のプールであり、
   前記ボリューム要件は、前記プライマリボリュームの大きさを示し、
   前記第三プロセッシングモジュールは、前記ボリューム要件及び前記ストレージ情報に基づいて、前記複数のプールの中の第一プールを選択し、前記第一プールから前記プライマリボリュームを作成することを前記ボリューム構成情報に含め、
   前記レプリケーション構成情報が、前記スナップショット構成情報と前記クローニング構成情報を含む場合、前記第三プロセッシングモジュールは、前記スナップショット構成情報及び前記ストレージ情報に基づいて、前記複数のプールの中から前記スナップショットのための第二プールを選択し、前記クローニング構成情報及び前記ストレージ情報に基づいて、前記複数のプールの中から前記クローニングのための第三プールを選択し、前記第二プールから前記スナップショットのためのスナップショットボリュームを作成することと、前記第三プールから前記クローニングのためのクローンボリュームを作成することと、前記プライマリボリュームから前記スナップショットボリュームへの前記スナップショットを実行することと、前記プライマリボリュームから前記クローンボリュームへの前記クローニングを実行することとを、前記レプリケーション構成情報に含める、
   請求項５に記載の計算機システム。
10. 前記第三プロセッシングモジュールは、前記ストレージ情報に基づいて、前記複数のプールの夫々のプールに対し、前記プールに関連付けられているボリュームの容量の合計である仮想容量を算出し、前記仮想容量に基づいて、前記複数のプールの中から前記第三プールを選択する、
    請求項９に記載の計算機システム。
11. 前記第三プロセッシングモジュールは、前記レプリケーションのコピー先のボリュームとして、前記レプリケーション構成情報に示された全ての世代に対する前記コピー先のボリュームを作成することと、世代毎に前記コピー先のボリュームを作成することとの何れか一つを、前記第一プロセッシングモジュールに指示し、
    前記第三プロセッシングモジュールは、前記複数のプールの夫々のプールに対し、前記プールから作成されたボリュームの容量の合計である仮想容量を算出し、前記仮想容量に基づいて、前記複数のプールの中から、前記コピー先のボリュームに用いるプールを選択する、
    請求項１０に記載の計算機システム。
12. 前記第三プロセッシングモジュールは、前記第二プロセッシングモジュールにより実行され前記ストレージサービスを用いるアプリケーションのアプリケーション特性を取得し、前記アプリケーション特性に基づいて、前記ストレージサービスの性能の性能要件を作成し、前記ストレージ情報及び前記性能要件に基づいて、前記ボリューム構成情報を決定する、
    請求項１に記載の計算機システム。
13. 記憶デバイスに接続され前記記憶デバイスに対するＩ／Ｏを処理する第一プロセッシングモジュールを管理するプロセスを、コンピュータに実行させる管理プログラムであって、
    前記第一プロセッシングモジュールにより前記記憶デバイス内の記憶領域を用いて論理記憶領域が作成されることに応じて、前記論理記憶領域の構成を示すストレージ情報を記憶し、
    前記第一プロセッシングモジュールから、前記第一プロセッシングモジュールに対し前記Ｉ／Ｏの要求を発行する第二プロセッシングモジュールへ、提供されるストレージサービスの信頼性に対する信頼性要件と、前記ストレージサービスにより前記第二プロセッシングモジュールへ提供されるプライマリボリュームに対するボリューム要件とを含むプロビジョニング要求を取得し、
    前記ボリューム要件及び前記ストレージ情報に基づいて、前記論理記憶領域からプロビジョニングされるプライマリボリュームの構成を示すボリューム構成情報を決定し、
    前記ボリューム構成情報、前記信頼性要件、及び前記ストレージ情報に基づいて、前記プライマリボリュームをコピー元とするレプリケーションの構成を示すレプリケーション構成情報を決定し、
    前記ボリューム構成情報及び前記レプリケーション構成情報を、前記第一プロセッシングモジュールへ送信することにより、前記ボリューム構成情報に基づき、前記論理記憶領域から前記プライマリボリュームをプロビジョニングすることと、前記レプリケーション構成情報に基づいて、前記レプリケーションを実行することを、前記第一プロセッシングモジュールに実行させる、
    ことを前記コンピュータに実行させる管理プログラム。
    

Images