JPWO2016103471A1 - 計算機システムおよび管理プログラム - Google Patents
計算機システムおよび管理プログラム Download PDFInfo
- Publication number
- JPWO2016103471A1 JPWO2016103471A1 JP2016565815A JP2016565815A JPWO2016103471A1 JP WO2016103471 A1 JPWO2016103471 A1 JP WO2016103471A1 JP 2016565815 A JP2016565815 A JP 2016565815A JP 2016565815 A JP2016565815 A JP 2016565815A JP WO2016103471 A1 JPWO2016103471 A1 JP WO2016103471A1
- Authority
- JP
- Japan
- Prior art keywords
- volume
- pool
- processing module
- configuration information
- storage
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0614—Improving the reliability of storage systems
- G06F3/0619—Improving the reliability of storage systems in relation to data integrity, e.g. data losses, bit errors
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0604—Improving or facilitating administration, e.g. storage management
- G06F3/0605—Improving or facilitating administration, e.g. storage management by facilitating the interaction with a user or administrator
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/061—Improving I/O performance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0629—Configuration or reconfiguration of storage systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0629—Configuration or reconfiguration of storage systems
- G06F3/0631—Configuration or reconfiguration of storage systems by allocating resources to storage systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
- G06F3/065—Replication mechanisms
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/0671—In-line storage system
- G06F3/0673—Single storage device
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/0671—In-line storage system
- G06F3/0683—Plurality of storage devices
- G06F3/0685—Hybrid storage combining heterogeneous device types, e.g. hierarchical storage, hybrid arrays
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
管理者がストレージの構成を意識することなく、信頼性要件を満たすボリュームのプロビジョニングを実行する。第三プロセッシングモジュールは、第一プロセッシングモジュールから第二プロセッシングモジュールへ提供されるストレージサービスの信頼性に対する信頼性要件と、ストレージサービスにより第二プロセッシングモジュールへ提供されるプライマリボリュームに対するボリューム要件とを含むプロビジョニング要求を取得し、ボリューム要件及びストレージ情報に基づいて、論理記憶領域からプロビジョニングされるプライマリボリュームの構成を示すボリューム構成情報を決定し、ボリューム構成情報、信頼性要件、及びストレージ情報に基づいて、プライマリボリュームをコピー元とするレプリケーションの構成を示すレプリケーション構成情報を決定する。
Description
本発明は、計算機システムに関する。
ストレージ管理におけるプロビジョニングは、信頼性の観点で保持期間やRPO(Recovery Point Objective)に対して、レプリケーション機能を使い分けて、ストレージ構成を決定する。近年、スナップショットやクローニング等のレプリケーション機能の高度化、及びストレージ構成の多様化により、ストレージ構成の自由度が高まり、利用用途に適った構成の決定が求められている。
特許文献1には、プロビジョニングのパフォーマンスを自動最適化する技術が記載されている。この技術は、作業負荷パラメタ(例えば、ストレージの最大スループット、毎秒あたりの最大ランダム読み取り)に対して、ストレージのパフォーマンス特性(ケイパビリティ)を決定して、指定された要件を満たすストレージのプロビジョニングを実行する。
性能要件に基づいてプロビジョニングを行う場合、信頼性の観点での要件は考慮されていないため、バックアップやディザスタリカバリを目的とした場合においては、管理者にとって好ましいプロビジョニングが行われない場合がある。また、管理者が、パフォーマンス特性を指定するためには、ストレージの構成を熟知する必要がある。したがって、ストレージのプロビジョニングをサービスとして利用する場合に、適切な要件を指定することは難しい。
上記課題を解決するために、本発明の一態様である計算機システムは、記憶デバイスと、前記記憶デバイスに接続され前記記憶デバイスに対するI/Oを処理する第一プロセッシングモジュールと、前記第一プロセッシングモジュールに対し前記I/Oの要求を発行する第二プロセッシングモジュールと、前記第一プロセッシングモジュールに接続される第三プロセッシングモジュールと、を備える。前記第一プロセッシングモジュールは、前記記憶デバイス内の記憶領域を用いて論理記憶領域を作成し、前記第三プロセッシングモジュールは、前記論理記憶領域の構成を示すストレージ情報を記憶し、前記第一プロセッシングモジュールから前記第二プロセッシングモジュールへ提供されるストレージサービスの信頼性に対する信頼性要件と、前記ストレージサービスにより前記第二プロセッシングモジュールへ提供されるプライマリボリュームに対するボリューム要件とを含むプロビジョニング要求を取得し、前記ボリューム要件及び前記ストレージ情報に基づいて、前記論理記憶領域からプロビジョニングされるプライマリボリュームの構成を示すボリューム構成情報を決定し、前記ボリューム構成情報、前記信頼性要件、及び前記ストレージ情報に基づいて、前記プライマリボリュームをコピー元とするレプリケーションの構成を示すレプリケーション構成情報を決定し、前記ボリューム構成情報及び前記レプリケーション構成情報を、前記第一プロセッシングモジュールへ送信し、前記第一プロセッシングモジュールは、前記ボリューム構成情報に基づき、前記論理記憶領域から前記プライマリボリュームをプロビジョニングし、前記レプリケーション構成情報に基づいて、前記レプリケーションを実行する。
管理者がストレージの構成を意識することなく、信頼性要件を満たすボリュームのプロビジョニングを実行することができる。
なお、以後の説明では「テーブル」という表現にて本実施例の情報を説明するが、これら情報は必ずしもこのデータ構造で表現されていなくてもよい。例えば、「リスト」、「DB(データベース)」、「キュー」等のデータ構造やそれ以外で表現されていてもよい。そのため、データ構造に依存しないことを示すために、「ファイル」、「インデックス」、「テーブル」、「リスト」、「DB」、「キュー」等については、単に「情報」と呼ぶこともできる。また、各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「名前」、「ID」、「番号」という表現を用いることが可能であり、これらについてはお互いに置換が可能である。
以後の説明では、「プログラム」を主語として説明を行う場合があるが、プログラムはCPU(Central Processing Unit)によって実行されることで定められた処理をメモリ及び通信ポート(通信制御装置)を用いながら行うため、CPUを主語とした説明としてもよい。また、プログラムを主語として開示された処理は、サーバ計算機やストレージコントローラや管理計算機等の計算機、情報処理装置が行う処理としてもよい。プログラムの一部又は全ては、専用ハードウェアで実現してもよく、また、モジュール化されていてもよい。各種プログラムは、プログラム配布サーバやコンピュータ読み取り可能な記憶メディアによって各計算機にインストールされてもよい。
なお、管理計算機は入出力デバイスを有する。入出力デバイスの例としてはディスプレイとキーボードとポインタデバイスが考えられるが、これ以外のデバイスであってもよい。また、入出力デバイスの代替としてシリアルインターフェースやイーサーネットインターフェースを入出力デバイスとし、当該インターフェースにディスプレイ又はキーボード又はポインタデバイスを有する表示用計算機を接続し、表示用情報を表示用計算機に送信したり、入力用情報を表示用計算機から受信することで、表示用計算機で表示を行ったり、入力を受け付けることで入出力デバイスでの入力及び表示を代替してもよい。
以後、計算機システムを管理し、本発明の表示用情報を表示する一つ以上の計算機の集合を管理システムと呼ぶことがある。管理計算機が表示用情報を表示する場合は管理計算機が管理システムである。また、管理計算機(管理サーバ)と表示用計算機(管理者用計算機)の組み合わせも管理システムである。また、管理処理の高速化や高信頼化のために複数の計算機で管理計算機と同等の処理を実現してもよく、この場合は当該複数の計算機(表示を表示用計算機が行う場合は表示用計算機も含め)が管理システムである。
本実施形態において、プロビジョニングは、既存のボリューム又は新規のボリューム作成を伴って、所定のエンティティ(例えばホスト計算機、ホスト計算機管理者)に与えることである。なお、エンティティがホスト計算機である場合、プロビジョニングは、パスを通す操作や、ACL(Access Control List)を変更する操作等を含む場合がある。
サービスは、自動化ワークフローであり、本実施形態では、ストレージのプロビジョニングを自動化するワークフローである。各サービスは、そのワークフローの実行に必要な各種パラメタ(e.g. ボリュームサイズ、ボリューム数)を保持し、アプリケーション(e.g. データベース、仮想サーバのデータストア)ごとにパラメタの値を設定できる。パラメタとして、ストレージの物理構成に依存しないサービスに対する要件が設定される場合には、ワークフローの実行時に当該要件に対してストレージ構成を決定する。また、ストレージ装置からホスト計算機へボリュームを提供するサービスをストレージサービスと呼ぶ。
以下、本発明の実施例の計算機システムの構成について説明する。
図1は、計算機システムの構成を示す。
計算機システムは、複数のストレージ装置100と、管理システム200と、サーバ300とを含む。管理システム200は、管理用ネットワーク510を介して、複数のストレージ装置100及びサーバ300に接続されている。管理用ネットワーク510は、例えばLAN(Local Area Network)である。サーバ300は、ストレージネットワーク520を介して、複数のストレージ装置100に接続されている。ストレージネットワーク520は、例えばSAN(Storage Area Network)である。なお、サーバ300をホスト計算機と呼ぶことがある。
ストレージ装置100は、コントローラ110と、複数のディスク120とを含む。ディスク120は、HDD(Hard Disk Drive)やSSD(Solid State Drive)等の記憶デバイスである。コントローラ110は、管理システム200からの指示に応じて、複数のディスク120内の記憶領域を含むプール130を作成し、プール130に関連付けられたボリューム140を作成し、ボリューム140をサーバ300へ提供する。コントローラ110は、ボリューム140への書き込みに応じて、プール130内の記憶領域をボリューム140に割り当てる。以後、ストレージ装置100が設けられるデータセンタ等をサイトと呼ぶ。
図2は、管理システム200の構成を示す。
管理システム200は、管理者用計算機600と、管理サーバ700とを含む。
管理者用計算機600は、ユーザインターフェース610と、記憶資源620と、CPU(Central Processing Unit)630と、NIC(Network Interface Card)640とを含む。ユーザインターフェース610は、CPU630から指示された情報を表示し、管理者により入力される情報を取得する。記憶資源620は、ブラウザ等のプログラム及びデータを格納する。CPU630は、記憶資源620に格納されたプログラムに基づく処理を実行する。NIC640は、管理用ネットワーク510を介して管理サーバ700に接続される。
CPU630は、管理サーバ700からNIC640を介して情報を受信し、受信された情報をユーザインターフェース610に表示させ、ユーザインターフェース610により取得された情報を、NIC640を介して管理サーバ700へ送信させる。
管理サーバ700は、ユーザインターフェース710と、記憶資源720と、CPU730と、NIC740とを含む。ユーザインターフェース710は、CPU730から指示された情報を表示し、管理者により入力される情報を取得する。記憶資源720は、プログラム及びデータを格納する。CPU730は、記憶資源720に格納されたプログラムに基づく処理を実行する。NIC740は、管理用ネットワーク510を介して管理者用計算機600に接続される。
CPU730は、ストレージ装置100又は管理者用計算機600からNIC740を介して情報を受信し、処理を行い、処理の結果を、NIC740を介してストレージ装置100又は管理者用計算機600へ送信する。なお、CPU730は、ユーザインターフェース710を用いて、管理者により入力される情報を受信してもよい。
記憶資源720は、管理プログラム900と、管理情報800とを格納する。
管理プログラム900は、プール構成情報収集部910と、プール負荷情報収集部920と、プロファイル定義部930と、プロビジョニング実行部940と、レプリケーション管理情報更新部950と、プロビジョニング結果表示部960と、プロファイル生成部970とを含む。これらの各部については後述する。
管理情報800は、プール構成情報810と、プール負荷情報820と、ストレージプロファイル情報830と、サービスプロファイル情報840と、レプリケーションコスト情報850と、レプリケーション管理情報860とを含む。
プール構成情報収集部910は、ストレージ装置100からプールの構成に関する情報を収集し、収集された情報に基づいてプール構成情報810を作成する。プール負荷情報収集部920は、ストレージ装置100からプールの負荷に関する情報を収集し、収集された情報に基づいてプール負荷情報820を作成する。プロファイル定義部930は、管理者による管理者用計算機600又は管理サーバ700への入力に基づいて、ストレージプロファイル情報830及びサービスプロファイル情報840を作成する。
プロビジョニング実行部940は、管理者用計算機600からプロビジョニング要求を取得し、プロビジョニング要求に基づいてプール130から、P−VOL(Primary Volume)及びS−VOL(Secondary Volume)等のボリューム140を作成するプロビジョニング処理を実行する。プロビジョニング実行部940は、1つ以上のディスク120を集約してプール130を構築する。プロビジョニング実行部940は、アプリケーションに対するボリューム140の割り当てと、ディスク120内の領域の割り当てとを区別し、アプリケーション領域の使用状況に応じて、必要なときにディスク120内の領域を割り当てる。プロビジョニング要求がレプリケーションを要求しない場合、プロビジョニング実行部940は、P−VOLを作成し、プロビジョニング要求がレプリケーションを要求する場合、プロビジョニング実行部940は、P−VOLとS−VOLを作成する。
本実施例において、プロビジョニング実行部940は、複数のディスク120からプールを作成し、プロビジョニング要求に基づいて、プールからシンプロビジョニングによるボリューム140(仮想ボリューム)を作成する。ストレージ装置100は、サーバ300からの書き込み要求に応じてプール内の記憶領域をボリューム140へ割り当てる。なお、プロビジョニング実行部940は、複数のディスク120からパリティグループを作成し、プロビジョニング要求に基づいて、パリティグループからボリューム140(論理ボリューム)を切り出してもよい。ストレージ装置100は、サーバ300からの書き込み要求に応じてボリューム140に対応するパリティグループへ書き込む。言い換えれば、プロビジョニング実行部940は、ディスク120内の記憶領域を用いて論理記憶領域を作成することをストレージ装置100へ指示し、プロビジョニング実行部940は、論理記憶領域からP−VOLをプロビジョニングすることをストレージ装置100へ指示する。ストレージ装置は、管理サーバ700からの指示に応じ、ディスク120内の記憶領域を用いて論理記憶領域を作成し、管理サーバ700からの指示に応じ、論理記憶領域からP−VOLをプロビジョニングする。
レプリケーション管理情報更新部950は、P−VOLとS−VOLの間のレプリケーション構成に対し、レプリケーション管理情報860を作成する。レプリケーションは、データの信頼性を高めるために、冗長なストレージリソースの間で一貫性を保ちながらデータを共有する処理である。本実施例における冗長なストレージリソースは、P−VOL及びS−VOLである。レプリケーションには、SI(Shadow Image)や、TI(Thin Image)等のコピー種別がある。SIは、クローニングの一例であり、P−VOLのクローンデータを、同じストレージ装置100内のS−VOLに割り当てられた記憶領域へ書き込む。TIは、スナップショットの一例であり、P−VOLとスナップショットデータの間の差分データだけを、同じストレージ装置100内のS−VOLに割り当てられた記憶領域へ書き込む。差分データは、P−VOLの更新による更新前のデータであってもよいし、P−VOLの更新による更新後のデータであってもよい。スナップショットのためのS−VOLに割り当てられる記憶領域は、スナップショットプールから割り当てられてもよいし、通常プールから割り当てられてもよい。レプリケーションは、SI及びTIのように同一ストレージ装置100内でコピーを行うローカルコピーであってもよいし、二つのストレージ装置100の間でコピーを行うリモートコピーであってもよい。
プロビジョニング結果表示部960は、プロビジョニング結果を管理者用計算機600に表示させる。プロビジョニング結果は、P−VOLを供給するプールであるP−VOLプール(第一プール)、S−VOLを供給するS−VOLプール、P−VOL、S−VOL等を示す。プロファイル生成部970は、ストレージプロファイル情報830を生成するプロファイル生成処理を行う。なお、管理プログラム900は、プロファイル生成部970を含まなくてもよい。
以下、管理情報800について説明する。
図3は、プール構成情報810を示す。
プール構成情報810は、プール毎のエントリを有する。一つのプールのエントリは、プールID8101と、プールタイプ8102と、合計容量(Total Capacity)8103と、使用容量(Used Capacity)8104と、仮想容量(Virtual Capacity)8105と、アレイ8106と、ディスクタイプ8107と、RAIDレベル8108と、ディスクサイズ8109と、プール内ドライブ数(# of Drives in Pool)8110とを含む。
プールID8101は、当該プールの識別子である。プールタイプ8102は、当該プールの種別を示す。このプールタイプ8102は例えば、P−VOL及びS−VOLのための通常プール(Pool)、スナップショットの差分データを格納するためのスナップショットプール(Snapshot)等を示す。合計容量8103は、当該プールに登録されたディスクの容量の合計である。使用容量8104は、当該プールからボリュームに割り当てられている記憶領域の容量の合計である。仮想容量8105は、当該プールから供給されるボリュームのボリュームサイズの合計である。アレイ8106は、当該プールを含むストレージ装置100の識別子である。ディスクタイプ8107は、当該プールに含まれるディスクの種別及び回転数を示す。この種別は例えば、SAS(Serial Attached SCSI:Small Computer System Interface)、SATA(Serial ATA:Advanced Technology Attachment)、SSD(Solid State Drive)等を示す。RAIDレベル8108は、当該プールに含まれるRAIDグループのRAIDレベルである。ディスクサイズ8109は、当該プールに含まれる各ディスクのサイズである。プール内ドライブ数8110は、当該プールに含まれるディスクの数である。なお、当該プールに含まれる、ディスクタイプ8107と、RAIDレベル8108と、ディスクサイズ8109との何れかが、複数の値を示していてもよい。このエントリは、当該ストレージ装置100が設けられているサイトを示す情報を含んでもよい。管理情報800は、サイトの位置情報、サイト間の距離、サイト間の帯域等を示す情報を含んでもよい。
図4は、プール負荷情報820を示す。
プール負荷情報820は、プール毎のエントリを有する。一つのプールのエントリは、プールID8201と、Busy Rate8202とを含む。
プールID8201は、当該プールの識別子である。Busy Rate8202は、当該プールのBusy Rate[%]である。プールの性能指標として、Busy Rateの代わりに、IOPS(Input/Output Per Second)、レスポンスタイム、キューレングス等が用いられてもよい。
図5は、ストレージプロファイル情報830を示す。
ストレージプロファイル情報830は、ストレージプロファイル毎のエントリを有する。ストレージプロファイルは、ストレージを性能観点で分類する物理特性の定義情報であり、ストレージサービスの性能に対する性能要件を示す。ボリュームがプールから割り当てられる場合、そのストレージプロファイルは、プールを構成するディスクの物理特性を示す。一つのストレージプロファイルのエントリは、ストレージプロファイル名(Storage Profile Name)8301と、記述(Description)8302と、アレイタイプ8303と、ディスクタイプ8304と、RAIDレベル8305と、ディスクサイズ8306と、プール内ドライブ数8110とを含む。
ストレージプロファイル名8301は、当該ストレージプロファイルの名称である。記述8302は、管理者のための当該ストレージプロファイルの説明である。アレイタイプ8303は、ストレージ装置100の種別や形式等を示す。アレイタイプ8303は例えば、Hi−end、Mid−range等を示す。ディスクタイプ8304は、ディスクの種別及び回転数を示す。ディスクタイプ8304は、シーク時間、データ転送待ち時間、データ転送速度等に変換することができる。RAIDレベル8305は、RAIDレベルを示す。ディスクサイズ8306は、ディスクの種別及び回転数を示す。プール内ドライブ数8110は、プールに含まれるディスクの数である。なお、アレイタイプ8303と、RAIDレベル8305との何れかが、複数の値を示していてもよい。ディスクサイズ8306と、プール内ドライブ数8110とが、値の範囲を示していてもよい。
物理特性は1つ以上を定義することができ、例えば、高性能のストレージをプロビジョニングするサービス向けのストレージプロファイルは、アレイタイプ8303にHigh−endを指定し、ディスクタイプ8304にSSDを指定するなど、サービスが利用するストレージの要件に基づいて定義される。ストレージプロファイルの定義方法や指定方法は例えば、後述のプロファイル生成処理により、プロファイル生成部970がアプリケーション要件から生成することであってもよい。
図6は、サービスプロファイル情報840を示す。
サービスプロファイル情報840は、サービスプロファイル毎のエントリを有する。サービスプロファイルは、ストレージサービスに対する共通的な要件の定義情報であり、ストレージサービスの信頼性に対する信頼性要件を示す。一つのサービスプロファイルのエントリは、サービスプロファイル名(Service Profile Name)8401と、記述(Description)8401と、保持期間8403と、RPO8404と、更新率8405と、耐障害性レベル8406とを含む。
サービスプロファイル名8401は、当該サービスプロファイルの名称である。記述8402は、管理者のための当該サービスプロファイルの説明である。保持期間8403は、データの保持期間[week]を示す。RPO8404は、RPO(Recovery Time Objective)[hour]である。更新率8405は、ボリュームの容量に対し単位時間に更新されるデータサイズの割合である。単位時間は例えば、1週間である。更新率の代わりに単位時間に更新されるデータサイズ等の更新量が用いられてもよい。
耐障害性レベル8406は、障害発生時の影響範囲に応じてレベル分けした要件であり、ボリュームに要求される耐障害性のレベルを示す。耐障害性レベル8406は例えば、アプリケーション障害、プール障害、装置障害、サイト障害等を示す。
アプリケーション障害は、ボリュームを利用するアプリケーション(ホスト計算機)の障害に対応できることを要求する。この場合、ストレージ装置100はアプリケーションが持つ冗長構成(e.g. マルチパス構成)に対応できることが要件である。この場合のレプリケーション構成は、ローカルコピーであってもリモートコピーであってもよい。
プール障害は、P−VOLプールの障害に対応できることを要求する。この場合、S−VOLプールがP−VOLプールと異なることが要件となる。レプリケーション構成がローカルコピーである場合、プロビジョニング実行部940は、P−VOLプールを含むストレージ装置100内の別のプールをS−VOLプールとして選択する。レプリケーション構成がリモートコピーである場合、要件は満たされる。但し、プロビジョニング実行部940は、P−VOLを含むストレージ装置100とS−VOLを含むストレージ装置100との間の関係(ストレージ装置間の物理的距離、データ通信速度など)に基づいて、S−VOLを含むストレージ装置100のロケーションや、リモートコピーの同期モード又は非同期モードを選択する。
装置障害は、P−VOLを含むストレージ装置100の障害に対応できることを要求する。この場合、S−VOLを含むストレージ装置100がP−VOLを含むストレージ装置100と異なる必要があるため、レプリケーション構成がリモートコピーであることが要件となる。この場合、プロビジョニング実行部940は、プール障害と同様、P−VOLを含むストレージ装置100とS−VOLを含むストレージ装置100との間の関係に基づいて、S−VOLを含むストレージ装置100のロケーションや、リモートコピーの同期モード又は非同期モードを選択する。
サイト障害は、P−VOLを含むサイト(データセンタ)の障害に対応できることを要求する。この場合、S−VOLを含むサイトがP−VOLを含むサイトと異なる必要があるため、レプリケーション構成がリモートコピーであり、且つS−VOLを含むサイトがP−VOLを含むサイトと異なることが要件となる。この場合、プロビジョニング実行部940は、P−VOLを含むストレージ装置100とS−VOLを含むストレージ装置100との間の関係に基づいて、要件を満たすサイト内のS−VOLを含むストレージ装置100のロケーションや、リモートコピーの同期モード又は非同期モードを選択する。
なお、耐障害性レベル8406は、要件に応じてより詳細に定義されてもよい。耐障害性レベル8406は、アレイ8106と、ディスクタイプ8107と、RAIDレベル8108等により表されてもよいし、サイトの情報により表されてもよい。
サービスプロファイルは、信頼性以外に性能(例えば、High、Medium、Lowの何れかで表される)や可用性(例えば、稼働率が99.999%であることを示す)やセキュリティなどの要件を含んでもよい。また、サービスプロファイルの一項目として、ストレージプロファイルが指定されてもよい。例えば、サービスプロファイルが、障害から復旧及び再開するまでの所要時間であるRTO(Recovery Time Objective)を含む場合、プロビジョニング実行部940は、RTOを満たすために、ストレージネットワーク520の転送速度やストレージ装置100の書き込み性能などを加味してボリュームの構成を決定する。
図7は、レプリケーションコスト情報850を示す。
レプリケーションコスト情報850は、レプリケーション候補毎のエントリを有する。一つのレプリケーション候補のエントリは、リクエストID8501と、保持期間8502と、RPO8503と、SI保持期間(TH)8504と、ボリュームサイズ8505と、更新率8506と、TI合計容量8507と、SI合計容量8508と、レプリケーション合計容量8509とを含む。
リクエストID8501は、当該レプリケーション候補の基となったプロビジョニング要求の識別子である。保持期間8502は、当該レプリケーション候補における保持期間である。RPO8503は、情報システムの停止等の事故・事件が発生した場合に、S−VOLにより遡る時間であり、ここでは当該レプリケーション候補におけるRPOである。SI保持期間8504は、当該レプリケーション候補のSIによる保持期間である。ボリュームサイズ8505は、当該プロビジョニング要求内のボリューム要件により指定されたボリュームサイズである。更新率8506は、当該レプリケーション候補における更新率である。TI合計容量8507は、当該レプリケーション候補のTIに必要な容量である。SI合計容量8508は、当該レプリケーション候補のSIに必要な容量である。レプリケーション合計容量8509は、当該レプリケーション候補のTI合計容量8507及びSI合計容量8508の和である。
図8は、レプリケーション管理情報860を示す。
レプリケーション管理情報860は、レプリケーションのペア毎のエントリを有する。一つのペアのエントリは、ペアID8601と、コピータイプ8602と、P−VOLホスト8603と、S−VOLホスト8604と、P−VOL8605と、S−VOL8606と、P−VOLアレイ8607と、S−VOLアレイ8608とを含む。
ペアID8601は、当該ペアの識別子である。コピータイプ8602は、当該ペアのコピー種別を示す。コピータイプ8602は例えば、SI、TI等を示す。P−VOLホスト8603は、当該ペアのP−VOLを使用するサーバ300であるP−VOLホストの識別子である。S−VOLホスト8604は、当該ペアのS−VOLを使用するサーバ300であるS−VOLホストの識別子である。P−VOL8605は、当該P−VOLの識別子である。S−VOL8606は、当該S−VOLの識別子である。P−VOLアレイ8607は、当該P−VOLを含むストレージ装置100の識別子である。S−VOLアレイ8608は、当該S−VOLを含むストレージ装置100の識別子である。
以下、管理サーバ700の動作について説明する。
プロビジョニング実行部940は、管理者用計算機600からプロビジョニング要求を受信すると、プロビジョニング要求に基づいてボリュームを作成するプロビジョニング処理を開始する。
図9は、プロビジョニング処理を示す。
まず、S110にてプロビジョニング実行部940は、管理者用計算機600から、プロビジョニング要求を受け付ける。プロビジョニング要求は、ボリューム要件を含む。ボリューム要件は、プロビジョニングの対象となるP−VOLの要件であり、P−VOLのボリュームサイズ及びボリューム数を含む。ボリューム数が予め設定されている場合、ボリューム要件は、ボリューム数を含まなくてもよい。プロビジョニング要求は更に、P−VOL用のストレージプロファイル名であるP−VOLストレージプロファイル名を含んでいてもよい。プロビジョニング要求は更に、P−VOLのレプリケーションを行うか否かを示していてもよい。レプリケーションを行う場合、プロビジョニング要求は更に、サービスプロファイル名と、S−VOL用のストレージプロファイル名であるS−VOLストレージプロファイル名とを含んでいてもよい。
その後、S120にてプロビジョニング実行部940は、P−VOLプールを選択するP−VOLプール選択処理を実行する。
その後、S130にてプロビジョニング実行部940は、プロビジョニング要求がレプリケーションを示すか否かを判定する。S130にてプロビジョニング要求がレプリケーションを示さないと判定された場合(No)、プロビジョニング実行部940は、処理をS180へ移行させる。
S130にてプロビジョニング要求がレプリケーションを示すと判定された場合(Yes)、S140にてプロビジョニング実行部940は、プロビジョニング要求により指定されたS−VOLストレージプロファイル名を取得し、ストレージプロファイル情報830から、S−VOLストレージプロファイル名に対応するストレージプロファイルを読み込む。
その後、S150にてプロビジョニング実行部940は、プール構成情報810から、読み込まれたストレージプロファイルに示された物理特性の要件を満たすプールを、第一S−VOLプール候補として選択する。
その後、S160にてプロビジョニング実行部940は、レプリケーション構成の候補であるレプリケーション構成候補とそのコストとを算出するコスト算出処理を実行する。
その後、S170にてプロビジョニング実行部940は、レプリケーション構成候補の中のレプリケーション構成と、S−VOLプールとを選択するS−VOLプール選択処理を実行する。
その後、S180にてプロビジョニング実行部940は、選択されたレプリケーション構成と、選択されたP−VOLプールと、選択されたS−VOLプールとを用いて、ボリューム要件に基づくプロビジョニングの指示を、P−VOLプール及びS−VOLプールに対応するストレージ装置100へ送信することにより、ストレージ装置100からのプロビジョニングの結果からP−VOL ID及びS−VOL IDを決定し、P−VOL ID及びS−VOL IDを管理者用計算機600へ返し、このフローを終了する。ここで、プロビジョニング実行部940は、P−VOLの構成を示すボリューム構成情報と、S−VOLの構成を示すレプリケーション構成情報とを、ストレージ装置100へ送信することにより、ストレージ装置100にプロビジョニングを実行させる。ボリューム構成情報は、P−VOLプールを用いてP−VOLを作成することを示す。レプリケーション構成情報は、S−VOLプールを用いてS−VOLを作成することと、P−VOLとS−VOLの間のレプリケーションの構成とを示す。
以上のプロビジョニング処理によれば、プロビジョニング実行部940は、プロビジョニング要求を満たすP−VOLプール、S−VOLプール、レプリケーション構成を決定することができる。
前述のS120において、プロビジョニング実行部940は、P−VOLプール選択処理を実行する。
図10は、P−VOLプール選択処理を示す。
まず、S210にてプロビジョニング実行部940は、プロビジョニング要求により指定されたP−VOLストレージプロファイル名を取得し、ストレージプロファイル情報830から、P−VOLストレージプロファイル名に対応するストレージプロファイルを読み込む。
その後、S220にてプロビジョニング実行部940は、プール構成情報810から、読み込まれたストレージプロファイルに示された物理特性の要件を満たすプールを、第一P−VOLプール候補として選択する。
その後、S230にてプロビジョニング実行部940は、プール構成情報810を読み込む。
その後、S240にてプロビジョニング実行部940は、プール構成情報810を用いて、第一P−VOLプール候補の中から、ボリューム要件に示されたP−VOLのボリュームサイズ以上の空き容量(未使用領域のサイズ)を持つプールを、第二P−VOLプール候補として選択する。
その後、S250にてプロビジョニング実行部940は、プール負荷情報820を読み込む。
その後、S260にてプロビジョニング実行部940は、プール負荷情報820を用いて、第二P−VOLプール候補の中から、最も小さい負荷を有するプールを、P−VOLプールとして選択し、このフローを終了する。負荷は例えば、Busy Rateである。
以上のP−VOLプール選択処理によれば、プロビジョニング実行部940は、P−VOLに対し、プロビジョニング要求に示された容量と性能を満たすプールを選択することができる。このP−VOLプール選択処理は、複数のプールの負荷を平準化することができる。プロビジョニング実行部940は、P−VOLの構成を示すために、ボリュームサイズ、ボリューム数、P−VOLプールの少なくとも何れかを含むボリューム構成情報を決定することにより、ボリューム構成情報に基づいて、P−VOLのプロビジョニングをストレージ装置100に指示することができる。
なお、S260において、プロビジョニング実行部940は、負荷が比較的大きいプールをP−VOLプールとして選択することにより、複数のプールにおいて負荷を偏らせてもよい。また、このようなS260の動作は、ポリシー等により設定されてもよい。また、負荷の代わりに他の性能指標が用いられてもよい。
前述のS160において、プロビジョニング実行部940は、コスト算出処理を実行する。
図11は、コスト算出処理を示す。
まず、S310にてプロビジョニング実行部940は、プロビジョニング要求により指定されたサービスプロファイル名を取得し、サービスプロファイル情報840から、サービスプロファイル名に対応するサービスプロファイルを読み込む。サービスプロファイルは、レプリケーションの要件を含む。
その後、S320にてプロビジョニング実行部940は、レプリケーション構成候補番号iを0に初期化し、予め設定された分割時間間隔Δを用いて、Δ×iをTH(i)として算出し、TH(i)により定まるTIとSIの構成をレプリケーション構成候補として決定する。Δは例えば、1週間である。TH(i)は、SIにより作成されるS−VOLの保持期間であり、SI保持期間と呼ぶ。
その後、S330にてプロビジョニング実行部940は、サービスプロファイルにより指定された保持期間を用いて、TIにより作成される全世代のスナップショットの差分データのサイズの合計の見積もりであるTI合計容量(i)を、次式により算出する。
TI合計容量(i)
=ROUNDUP((保持期間−TH(i))÷RPO)×ボリュームサイズ×更新率
=ROUNDUP((保持期間−TH(i))÷RPO)×ボリュームサイズ×更新率
ここで、(保持期間−TH(i))は、TIにより作成されるS−VOLの保持期間であり、TI保持期間と呼ぶ。RPOは、TIのインターバルであり、TIインターバルと呼ぶ。ROUNDUP(TI保持期間÷TIインターバル)は、TIの世代数であり、TI世代数と呼ぶ。ROUNDUP(x)は、切り上げの関数を示す。ボリュームサイズ×更新率は、1世代のTIによる差分データサイズであり、TIのためのS−VOLのサイズであり、TIボリュームサイズと呼ぶ。
その後、S340にてプロビジョニング実行部940は、SIにより作成される全世代のS−VOL(P−VOLのクローンボリューム)のサイズの合計の見積もりであるSI合計容量を、次式により算出する。
SI合計容量(i)
=ROUNDUP(保持期間÷(保持期間−TH(i))−1)×ボリュームサイズ
=ROUNDUP(保持期間÷(保持期間−TH(i))−1)×ボリュームサイズ
ここで、(保持期間−TH(i))は、TI保持期間であると共に、SIのインターバルであり、SIインターバルと呼ぶ。ROUNDUP(保持期間÷SIインターバル−1)は、SIの世代数であり、SI世代数と呼ぶ。SIのためのS−VOLのサイズは、P−VOLのボリュームサイズに等しく、SIボリュームサイズと呼ぶ。
その後、S350にてプロビジョニング実行部940は、TI合計容量(i)とSI合計容量(i)の合計であるレプリケーション合計容量(i)をコストとして算出する。本実施例におけるコストは、容量である。
その後、S360にてプロビジョニング実行部940は、レプリケーションコスト情報850において、レプリケーション構成候補のエントリを作成する。このエントリは、読み込まれたサービスプロファイルの情報と、TH(i)と、TI合計容量(i)と、SI合計容量(i)と、レプリケーション合計容量(i)とを含む。
その後、S370にてプロビジョニング実行部940は、TH(i)が保持期間以上であるか否かを判定し、TH(i)が保持期間以上でないと判定された場合、処理をS320へ移行させ、iに1を加算し、S320〜S370を繰り返す。
その後、S380にてプロビジョニング実行部940は、レプリケーションコスト情報850において、対象のプロビジョニング要求に対応するエントリの中から、コストが最小となるiをi_minとして選択し、このフローを終了する。本実施例のコストは、レプリケーション合計容量(i)である。
以上のコスト算出処理によれば、プロビジョニング実行部940は、TIのみのレプリケーション構成候補、あるいはTIとSIを併用するレプリケーション構成候補を作成することができる。コストが最小となるレプリケーション構成を決定することができる。
プロビジョニング実行部940は、コスト算出処理により決定されたTIの構成を示すために、TIボリュームサイズ、TI世代数、TI保持期間、TI合計容量の少なくとも何れかを含むTI構成情報(スナップショット構成情報)を決定することにより、TI構成情報に基づいて、TIをストレージ装置100に指示することができる。プロビジョニング実行部940は、コスト算出処理により決定されたSIの構成を示すために、SIボリュームサイズ、SI世代数、SI保持期間、SI合計容量の少なくとも何れかを含むSI構成情報(クローニング構成情報)を決定することにより、SI構成情報に基づいて、SIをストレージ装置100に指示することができる。また、プロビジョニング実行部940は、レプリケーションに用いられる時間を示すために、保持期間、RPOの何れかを含む時間情報と、P−VOLの更新量を示すために、更新率、ボリュームサイズ、更新量の何れかを含む更新量情報とを用いることにより、TI構成情報及びSI構成情報の少なくとも何れかを決定することができる。た、プロビジョニング実行部940は、時間情報と更新量情報とを用いることにより、レプリケーション構成に必要なコストが最小になることを条件として、TI世代数及びSI世代数を決定することができる。これにより、管理者は、ストレージ装置100の構成を意識しなくても、レプリケーション構成のコストを最小化することができる。
なお、i_min又はコストを求める式が予め設定される場合、プロビジョニング実行部940は、この式を用いてi_minを算出してもよい。レプリケーション構成の容量とRPOはトレードオフの関係にあるため、プロビジョニング実行部940は、複数のレプリケーション構成候補を管理者用計算機600に表示させ、管理者による選択されたレプリケーション構成候補をレプリケーション構成として決定してもよい。
ストレージ装置100に対し、TI世代数の上限値が予め設定される場合、プロビジョニング実行部940は、TI世代数が上限値以下になることを条件として、レプリケーション構成を決定してもよい。レプリケーション構成候補のTI世代数が上限値を超えている場合、プロビジョニング実行部940は、そのレプリケーション構成候補を削除してもよい。これにより、管理者は世代数の上限値を意識しなくても、アレイタイプに適したレプリケーション構成候補を絞り込むことができる。レプリケーション構成候補のTI世代数が上限値を超える場合であっても、TIとSIを併用することにより、RPOの要件を満たすことができる。
また、ストレージ装置100のアレイタイプ毎に、そのアレイタイプのストレージ装置100に予め設定された上限値や、そのアレイタイプのストレージ装置100によりサポートされるコピー種別等、レプリケーションの制限が予め設定される場合、プロビジョニング実行部940は、ストレージプロファイルのアレイタイプ8303に基づいてレプリケーションの制限を認識し、その制限に従ってレプリケーション構成候補を決定してもよい。これにより、管理者はアレイタイプによる制限を意識しなくても、アレイタイプに適したレプリケーション構成候補を絞り込むことができる。
前述のS170において、プロビジョニング実行部940は、S−VOLプール選択処理を実行する。
図12は、S−VOLプール選択処理を示す。
まず、S410にてプロビジョニング実行部940は、レプリケーションコスト情報850を読み込む。
その後、S420にてプロビジョニング実行部940は、レプリケーションコスト情報850から、i_minに対応するエントリを読み込む。
その後、S430にてプロビジョニング実行部940は、プール構成情報810を読み込む。
その後、S440にてプロビジョニング実行部940は、プール構成情報810を用いて、第一S−VOLプール候補の中から、サービスプロファイルにおける耐障害性レベル8406の要件を満たすプールを、第二S−VOLプール候補として選択する。前述の耐障害性レベル8406によって、第二S−VOLプール候補が、P−VOLプールと同一のストレージ装置100内のプールである場合と、P−VOLプールと異なるストレージ装置100内のプールである場合とがある。
その後、S450にてプロビジョニング実行部940は、第二S−VOLプール候補の中から、スナップショットプールのプールタイプ8102を有し且つTI合計容量(i_min)以上の空き容量を有し且つ最大の空き容量を有するプールを、TIプール(第二プール)として選択する。空き容量は、合計容量8103から使用容量8104を減じた値である。
その後、S460にてプロビジョニング実行部940は、SI合計容量(i_min)が正であるか否かを判定する。S460にてSI合計容量(i_min)が正でないと判定された場合(NO)、即ちSIを用いない場合、プロビジョニング実行部940は、TIプールをS−VOLプールとして決定し、このフローを終了する。
S460にてSI合計容量(i_min)が正であると判定された場合(YES)、即ちSIを用いる場合、S470にてプロビジョニング実行部940は、第二S−VOLプール候補の中から、通常プールのプールタイプ8102を有し且つSI合計容量(i_min)より大きい空き容量を有するプールを、SIプール候補として選択する。これにより、容量を充足するプールを絞り込むことができる。
その後、S480にてプロビジョニング実行部940は、SIプール候補の中から、最小の仮想容量8105を有するプールをSIプール(第三プール)として選択し、TIプール及びSIプールをS−VOLプールとして決定し、このフローを終了する。
その後、ストレージ装置100は、前述のS180に応じて、TIプールからTIのS−VOL(スナップショットボリューム)を作成し、SIプールからSIのS−VOL(クローンボリューム)を作成する。
本実施例において、一つのプールの仮想容量8105は、当該プールに関連付けられたボリュームのボリュームサイズの合計である。当該プールに関連付けられたボリュームは、他のプロビジョニング要求に応じてプロビジョニングされた、P−VOLと、TIの全世代のS−VOLと、SIの全世代のS−VOLとを含む。これにより、プロビジョニング実行部940は、当該プールに作成される予定の全てのボリュームのボリュームサイズを考慮して、S−VOLプールを選択することができる。
なお、プロビジョニング実行部940は、プロビジョニング処理時に全世代のS−VOLの作成をストレージ装置100へ指示してもよい。このような場合、プロビジョニング実行部940は、作成された全てのS−VOLのサイズを仮想容量8105に加算してもよい。これにより、将来作成されている予定の全てのボリュームのボリュームサイズを考慮して、S−VOLプールを選択することができる。
また、各世代のスナップショットやクローニングのタイミングで、その世代のS−VOLの作成をストレージ装置100へ指示してもよい。このような場合、プロビジョニング実行部940は、その世代のS−VOLのサイズを仮想容量8105に加算してもよい。これにより、プロビジョニング実行部940は、現在のプールに作成されている全てのボリュームのボリュームサイズを考慮して、S−VOLプールを選択することができる。
なお、S450において通常プールからTIプールを選択する場合、S470及びS480と同様、仮想容量を用いてTIプールを選択してもよい。
以上のS−VOL選択処理によれば、プロビジョニング実行部940は、S−VOL選択処理により、TI構成情報、SI構成情報、TIプール、SIプールの少なくとも何れかを含むレプリケーション構成情報を決定することにより、レプリケーション構成情報に基づいて、TIプールからTIのためのS−VOLをプロビジョニングすることと、SIプールからSIのためのS−VOLをプロビジョニングすることとを、ストレージ装置100に指示することができる。
また、プロビジョニング実行部940は、レプリケーション構成に応じて、耐障害性レベルと空き容量に基づいてTIプールを選択し、空き容量と仮想容量に基づいてSIプールを選択することができる。各プールの容量が一定である場合等、仮想容量を用いてSIプールを選択することにより、将来的に容量枯渇の可能性が低いプールを選択することができる。また、複数のプールの空き容量を平準化することができる。なお、プロビジョニング実行部940は、SI合計容量以上の空き容量を有し且つ空き容量が比較的大きいプールをSIプールとして選択することにより、複数のプールの空き容量を偏らせてもよい。また、このような動作は、ポリシー等により設定されてもよい。
なお、S480にてプロビジョニング実行部940は、合計容量を用いてSIプールを選択してもよい。例えば、第三S−VOLプール候補の中で、合計容量から仮想容量を減じた値が最大となるプールを、SIプールとして選択してもよい。
もし、プールを用いず、業務毎に、ディスク又はパリティグループからS−VOLを作成する場合、事前に各S−VOLの容量を見積もることが必要になる。しかしながら、事前に容量の消費量及び消費傾向を予測することは難しい。
一方、本実施例によれば、事前に余裕のあるプールを作成し、必要なときにプール内の記憶領域をS−VOLへ割り当てることができる。また、プール内の記憶領域をS−VOLへ割り当てることにより、複数の業務でプールを共有することができる。この動的プロビジョニングにより、実際に記憶領域の確保が必要になるまで、確保を遅らせることができ、S−VOLのためにディスクを割り当てる作業の頻度を軽減することができる。複数の世代数により一つのP−VOLに対するS−VOLが複数のボリュームになる場合、容量消費傾向が大きくなるため、動的プロビジョニングが有効である。また、複数の業務(P−VOL)に夫々対応する複数のS−VOLがプールを共用してもよい。これにより、複数の業務のS−VOLのプロビジョニングの作業が容易になる。
S−VOLプール選択処理は、プールの空き容量だけでなくプールの仮想容量に基づいて、S−VOLプールを選択する。プールの空き容量は、現時点で利用できる容量である。プールの仮想容量は、そのプールから供給されるボリュームのボリュームサイズの合計であり、将来的に消費される可能性がある。SIのS−VOLプールとして、ボリュームサイズに世代数を乗じてSI合計容量を算出し、SI合計容量以上の空き容量を有するプールを選択することにより、物理容量の充足性を担保することができる。更に、最小の仮想容量を有するプールを選択することにより、将来的な容量枯渇の可能性を低減することができる。
コスト算出処理は、RPOと保持期間等の要件を満たしつつ、ストレージの容量(コスト)を最小化するように、TIのみのレプリケーション構成、又はTI及びSIを併用するレプリケーション構成を決定する。RPOと容量のトレードオフを考慮したレプリケーション構成候補の数は、膨大になるため、変化する利用状況を考慮して、管理者がレプリケーション構成を決定することは困難である。ストレージ装置100内のレプリケーション構成候補に、リモートのレプリケーション構成候補を加えると、レプリケーション構成候補の数は更に増大する。また、複数の業務でプールを共有することにより、個別のボリュームのサイジングに比べて、レプリケーション構成の自由度が高まる。
プロファイル生成部970は、プロビジョニング処理に先立って、プロファイル生成処理を実行する。ここでは、サーバ300により実行されるアプリケーションがデータベースである場合について説明する。
図13は、プロファイル生成処理を示す。
まず、S510にてプロファイル生成部970は、管理者用計算機600から、データベースのアプリケーション要件として、TPS(Transaction per Second)要件、クエリ特性要件の入力を受け付ける。TPSは、処理性能を示す。クエリ特性は、単位時間におけるRead数とWrite数を示す。
その後、S520にてプロファイル生成部970は、ストレージプロファイル情報830に新規エントリを作成し、新規エントリの各フィールドをAnyに設定する。Anyは、そのフィールドの条件がないことを示す。
その後、S530にてプロファイル生成部970は、TPS要件が入力されたか否かを判定する。S530にてTPS要件が入力されていないと判定された場合(NO)、プロファイル生成部970は、処理をS560へ移行させる。
S530にてTPS要件が入力されたと判定された場合(YES)、S540にてプロファイル生成部970は、プールのディスクに対して予め記憶されたIOPSを取得し、IOPSにプール内ディスク数を乗ずることにより、各プールのIOPS(スループット)を算出し、アプリケーションに対して予め設定された式を用いて、各プールのIOPSをTPSに変換する。
その後、S550にてプロファイル生成部970は、プール構成情報810から、変換されたTPSがTPS要件を満たすプールを選択し、選択されたプールの物理特性(アレイタイプ、ディスクタイプ、プール内ドライブ数)の値を新規エントリに設定する。なお、プロファイル生成部970は、アプリケーション及びトランザクションの種類に対して、スループットを計測し、計測値を記憶し、計測値を用いてTPS要件をプールの物理特性に変換してもよい。また、計測値がない場合、プロファイル生成部970は、予め設定されたTPSとプールの物理特性の関係を用いて、TPS要件をプールの物理特性に変換してもよい。
その後、S560にてプロファイル生成部970は、クエリ特性要件が入力されたか否かを判定する。S560にてクエリ特性要件が入力されていないと判定された場合(NO)、プロファイル生成部970は、このフローを終了する。
S560にてクエリ特性要件が入力されたと判定された場合(YES)、S570にてプロファイル生成部970は、各RAIDレベルに対し、クエリ特性のランクを設定する。ランクは、Read数とWrite数の夫々に対し、High、Mid、Lowの何れかを示す。例えば、Read数がHighであり、Write数がLowである場合、プロファイル生成部970は、RAIDレベルとしてRAID5を設定する。また、Read数がHighであり、Write数がHighである場合、プロファイル生成部970は、RAIDレベルとしてRAID10を設定する。なお、RAIDレベルとクエリ特性のランクの関係は、予め設定されていてもよい。クエリ特性として、ランダム又はシーケンシャルを示すアクセスパターンが設定されてもよい。
その後、S580にてプロファイル生成部970は、クエリ特性要件のランク以上のランクを有するRAIDレベルを選択し、選択されたRAIDレベルの値を新規エントリに設定し、このフローを終了する。
以上のプロファイル生成処理によれば、プロファイル生成部970は、アプリケーションの要件から、ストレージプロファイル情報830を生成することができる。管理者は、ストレージ装置100の構成を意識しなくても、適切なストレージプロファイルを用いることができる。なお、プロファイル定義部930が、管理者からの入力に基づいて、ストレージプロファイル情報830を作成してもよい。
以上の管理サーバ700のフローにおいて、処理の順番は変更されることができる。例えば、P−VOLプール選択処理において、S220、S240、S260は交換可能である。また、例えば、S−VOLプール選択処理において、S440、S450は交換可能であり、S470、S480は交換可能である。
以下、管理サーバ700が管理者用計算機600に表示させる画面について説明する。
プロファイル定義部930は、管理者用計算機600からの要求に応じて、ストレージプロファイル入力画面を管理者用計算機600に表示させる。
図14は、ストレージプロファイル入力画面を示す。
ストレージプロファイル入力画面は、ストレージプロファイル名欄1110と、記述欄1120と、アレイタイプ欄1130と、物理特性欄1140と、OKボタン1150と、Cancelボタン1160とを含む。物理特性欄1140は、ディスクタイプ欄1141と、RAIDレベル欄1142と、ディスクサイズ欄1143と、プール内ドライブ数欄1144とを含む。
ストレージプロファイル名欄1110には、ストレージプロファイル名8301への設定値が入力される。記述欄1120には、記述8302への設定値が入力される。アレイタイプ欄1130には、アレイタイプ8303への設定値が入力される。物理特性欄1140には、物理特性が入力される。ディスクタイプ欄1141には、ディスクタイプ8304への設定値が入力される。RAIDレベル欄1142には、RAIDレベル8305への設定値が入力される。ディスクサイズ欄1143には、ディスクサイズ8306への設定値が入力される。プール内ドライブ数欄1144には、プール内ドライブ数8307への設定値が入力される。
管理者の入力によりOKボタン1150が押されると、管理者用計算機600は、ストレージプロファイル入力画面を閉じ、ストレージプロファイル入力画面の各欄に入力された情報をストレージプロファイルとして管理サーバ700へ送信する。プロファイル定義部930は、受信されたストレージプロファイルをストレージプロファイル情報830へ登録する。管理者の入力によりCancelボタン1160が押されると、管理者用計算機600は、ストレージプロファイル入力画面を閉じ、ストレージプロファイル入力画面の各欄に入力された情報を破棄する。
以上のストレージプロファイル入力画面によれば、プロファイル定義部930は、管理者から入力される値を、ストレージプロファイル情報830へ登録することができる。
プロファイル定義部930は、管理者用計算機600からの要求に応じて、サービスプロファイル入力画面を管理者用計算機600に表示させる。
図15は、サービスプロファイル入力画面を示す。
サービスプロファイル入力画面は、サービスプロファイル名欄1210と、記述欄1220と、保持期間欄1230と、RPO欄1240と、更新率欄1250と、耐障害性レベル欄1260と、OKボタン1270と、Cancelボタン1280とを含む。
サービスプロファイル名欄1210には、サービスプロファイル名8401への設定値が入力される。記述欄1220には、記述8402への設定値が入力される。保持期間欄1230には、保持期間8403への設定値が入力される。RPO欄1240には、RPO8404への設定値が入力される。更新率欄1250には、更新率8405への設定値が入力される。耐障害性レベル欄1260には、予め設定された複数の値の候補が表示され、複数の値の候補の中から一つの値が選択され、耐障害性レベル8406への設定値として入力される。
管理者の入力によりOKボタン1270が押されると、管理者用計算機600は、サービスプロファイル入力画面を閉じ、サービスプロファイル入力画面の各欄に入力された情報をサービスプロファイルとして管理サーバ700へ送信する。プロファイル定義部930は、受信されたサービスプロファイルをサービスプロファイル情報840へ登録する。管理者の入力によりCancelボタン1280が押されると、管理者用計算機600は、サービスプロファイル入力画面を閉じ、サービスプロファイル入力画面の各欄に入力された情報を破棄する。
以上のサービスプロファイル入力画面によれば、プロファイル定義部930は、管理者から入力される値を、サービスプロファイル情報840へ登録することができる。
プロビジョニング実行部940は、管理者用計算機600からの要求に応じて、プロビジョニング要求画面を管理者用計算機600に表示させる。
図16は、プロビジョニング要求画面を示す。
プロビジョニング要求画面は、P−VOLホスト欄1310と、S−VOLホスト欄1320と、ボリュームサイズ欄1330と、ボリューム数欄1340と、P−VOLストレージプロファイル欄1350と、コピーペア欄1360と、S−VOLストレージプロファイル欄1370と、サービスプロファイル欄1380と、Submitボタン1390と、Cancelボタン1400とを含む。
P−VOLホスト欄1310には、P−VOLホスト8603への設定値が入力される。S−VOLホスト欄1320には、S−VOLホスト8604への設定値が入力される。ボリュームサイズ欄1330には、ボリュームサイズが入力される。ボリューム数欄1340には、ボリューム数が入力される。P−VOLストレージプロファイル欄1350には、ストレージプロファイル情報830内のストレージプロファイル名8301の複数の値が表示され、複数の値の一つが選択される。P−VOLストレージプロファイル欄1350で選択された値は、P−VOLストレージプロファイルを示す。P−VOLストレージプロファイルを示すストレージプロファイル名が入力される。コピーペア欄1360には、真又は偽が入力される。コピーペア欄1360が真である場合、レプリケーションを行うことを示し、S−VOLストレージプロファイル欄1370が有効になる。S−VOLストレージプロファイル欄1370には、ストレージプロファイル830内のストレージプロファイル名8301の複数の値が表示され、複数の値の一つが選択される。S−VOLストレージプロファイル欄1370で選択された値は、S−VOLストレージプロファイルを示す。サービスプロファイル欄1380には、サービスプロファイル情報840内のサービスプロファイル名8401の複数の値が表示され、複数の値の一つが選択される。
管理者の入力によりSubmitボタン1390が押されると、管理者用計算機600は、プロビジョニング要求画面を閉じ、プロビジョニング要求画面の各欄に入力された情報をプロビジョニング要求として管理サーバ700へ送信する。プロビジョニング実行部940は、管理者用計算機600からプロビジョニング要求を受信すると、前述のプロビジョニング処理を実行する。管理者の入力によりCancelボタン1280が押されると、管理者用計算機600は、プロビジョニング要求画面を閉じ、プロビジョニング要求画面の各欄に入力された値を破棄する。
以上のプロビジョニング要求画面によれば、プロビジョニング実行部940は、管理者から入力されるストレージプロファイル及びサービスプロファイルを、プロビジョニング要求として取得することができる。管理者は、各プールの物理特性を意識せずにプロビジョニング要求を指定することができる。
以下、幾つかの具体例を用いて、本実施例の効果を説明する。
第一の具体例は、TIのみの第一レプリケーション構成候補と、TIとSIを併用する第二レプリケーション構成候補とについて、第二レプリケーション構成候補のコストが、第一レプリケーション構成候補のコストより低くなる場合を示す。
プロビジョニング要求に基づき、保持期間が4[週間]、RPOが2[時間]、ボリュームサイズが100[GB]、更新率が1[%/時間]に設定されたとする。第一レプリケーション構成候補において、TI世代数は、保持期間/RPO=4×7×24[時間]/2[時間]=336[世代]になり、レプリケーション合計容量は、100[GB]×1[%/時間]×2[時間]×336[世代]=672[GB]になる。一方、第二レプリケーション構成候補において、i_minにより、TI保持期間は、1[週間]になり、SI保持期間は、3[週間]になる。これにより、TIインターバルは、2[時間]になり、SIインターバルは、1[週間]になり、TI世代数は、TI保持期間÷TIインターバル)=1×7×24÷2=84[世代]になり、SI世代数は、保持期間÷SIインターバル−1=4÷1−1=3[世代]になり、レプリケーション合計容量は、TI合計容量+SI合計容量=168[GB]+300[GB]=468[GB]になる。
第二の具体例は、TIのみの第一レプリケーション構成候補と、TIとSIを併用する第二レプリケーション構成候補とについて、第一レプリケーション構成候補の世代数が上限値を超えることにより、第一レプリケーション構成候補が実現不可能である場合を示す。
世代数に対して予め設定された上限値が1024であるとする。プロビジョニング要求に基づき、保持期間が16[週間]、RPOが2[時間]、ボリュームサイズが100[GB]、更新率が1[%/時間]に設定されたとする。第一レプリケーション構成候補において、TI世代数は、保持期間/RPO=16×7×24[時間]/2[時間]=1344[世代]になる。このTI世代数が上限値を超えるため、第一レプリケーション構成候補は、実現不可能である。一方、第二レプリケーション構成候補において、i_minにより、TI保持期間は、4[週間]になり、SI保持期間は、12[週間]になる。これにより、TIインターバルは、2[時間]になり、SIインターバルは、1[週間]になり、TI世代数は、TI保持期間÷TIインターバル)=4×7×24÷2=336[世代]になり、SI世代数は、保持期間÷SIインターバル−1=16÷1−1=15[世代]になり、レプリケーション合計容量は、TI合計容量+SI合計容量=162[GB]+1500[GB]=1662[GB]になる。このTI世代数が上限値を超えないため、第二レプリケーション構成候補は、実現可能である。
本実施例によれば、サービスに対するボリュームの要件の入力を受け付け、コストに基づいてレプリケーション構成を決定し、レプリケーション構成をプロビジョニングする。信頼性の観点で保持期間とRPOを示す要件に対して、TIのみを用いるレプリケーション構成候補のコストと、TIとSIを併用するレプリケーション構成候補のコストとを計算し、TIとSIを併用するレプリケーション構成候補のコストがより低い場合、TIとSIを併用するレプリケーション構成候補をレプリケーション構成として決定する。当該コストの計算において、TI世代数の上限値、あるいはストレージ装置100の仕様(サポートする上限値やコピー種別など)の違いを用いて、レプリケーション構成を決定してもよい。レプリケーション構成は、TIあるいはSIによるローカルコピーに限らず、リモートコピー(同期あるいは非同期)を組み合わせてもよい。
なお、これまで説明したストレージ装置100、管理システム200、及びサーバ300は、個別の装置であったり、専用装置である必要はない。例えば、CPUと記憶資源を備えるプロセッシングモジュールが、上記説明してきたストレージ装置の処理を行うプログラム(ストレージプログラムと呼ぶ)を実行すればそれはコントローラ110となる。また、同様にプロセッシングモジュールが管理プログラムをインストールすればそれは管理システム200となる。同様にプロセッシングモジュールがI/O要求を発行するプログラムをインストールすればそれはサーバ300となる。さらには、ハイパーバイザ等により、1つの計算機に仮想のプロセッシングモジュールが複数存在し、それぞれが上記説明したプログラムを実行してもよく、このような仮想的なプロセッシングモジュールが複数の計算機に分散して存在しても良い。なお、計算機がCPU及び記憶資源を含む。そしてストレージプログラムを実行するプロセッシングモジュール又は計算機は、直接又は間接的にディスク120に接続される。
本発明の表現のための用語について説明する。ストレージ情報は、プール構成情報810、プール負荷情報820等を含んでもよい。
以上、幾つかの実施例を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施例にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実行することが可能である。
100…ストレージ装置、 110…コントローラ、 120…ディスク、 130…プール、 140…ボリューム、 200…管理システム、 300…サーバ、 510…管理用ネットワーク、 520…ストレージネットワーク、 600…管理者用計算機、 700…管理サーバ
Claims (13)
- 記憶デバイスと、
前記記憶デバイスに接続され前記記憶デバイスに対するI/Oを処理する第一プロセッシングモジュールと、
前記第一プロセッシングモジュールに対し前記I/Oの要求を発行する第二プロセッシングモジュールと、
前記第一プロセッシングモジュールに接続される第三プロセッシングモジュールと、
を備え、
前記第一プロセッシングモジュールは、前記記憶デバイス内の記憶領域を用いて論理記憶領域を作成し、
前記第三プロセッシングモジュールは、前記論理記憶領域の構成を示すストレージ情報を記憶し、前記第一プロセッシングモジュールから前記第二プロセッシングモジュールへ提供されるストレージサービスの信頼性に対する信頼性要件と、前記ストレージサービスにより前記第二プロセッシングモジュールへ提供されるプライマリボリュームに対するボリューム要件とを含むプロビジョニング要求を取得し、前記ボリューム要件及び前記ストレージ情報に基づいて、前記論理記憶領域からプロビジョニングされるプライマリボリュームの構成を示すボリューム構成情報を決定し、前記ボリューム構成情報、前記信頼性要件、及び前記ストレージ情報に基づいて、前記プライマリボリュームをコピー元とするレプリケーションの構成を示すレプリケーション構成情報を決定し、前記ボリューム構成情報及び前記レプリケーション構成情報を、前記第一プロセッシングモジュールへ送信し、
前記第一プロセッシングモジュールは、前記ボリューム構成情報に基づき、前記論理記憶領域から前記プライマリボリュームをプロビジョニングし、前記レプリケーション構成情報に基づいて、前記レプリケーションを実行する、
計算機システム。 - 前記論理記憶領域は、複数のプールであり、
前記ボリューム要件は、前記プライマリボリュームの大きさを示し、
前記第三プロセッシングモジュールは、前記ボリューム要件及び前記ストレージ情報に基づいて、前記複数のプールの中の第一プールを選択し、前記第一プールから前記プライマリボリュームを作成することを前記ボリューム構成情報に含める、
請求項1に記載の計算機システム。 - 前記信頼性要件は、前記プライマリボリュームのレプリケーションに用いられる時間を示す時間情報と、予め定められた単位時間内の前記プライマリボリュームの更新量を示す更新量情報を含み、
前記第三プロセッシングモジュールは、前記ボリューム構成情報及び前記信頼性要件に基づいて、前記プライマリボリュームのスナップショットの構成を示すスナップショット構成情報を決定し、前記スナップショット構成情報及び前記ストレージ情報に基づいて、前記複数のプールの中から前記スナップショットのための第二プールを選択し、前記第二プールから前記スナップショットのためのスナップショットボリュームを作成することと、前記プライマリボリュームから前記スナップショットボリュームへの前記スナップショットを実行することとを、前記レプリケーション構成情報に含める、
請求項2に記載の計算機システム。 - 前記第三プロセッシングモジュールは、前記ストレージ情報に基づいて、前記複数のプールの夫々のプールに対し、前記プールに関連付けられているボリュームの容量の合計である仮想容量を算出し、前記仮想容量に基づいて、前記複数のプールの中から前記第二プールを選択する、
請求項3に記載の計算機システム。 - 前記第三プロセッシングモジュールは、前記ボリューム構成情報及び前記信頼性要件に基づいて、前記プライマリボリュームのスナップショットの構成を示すスナップショット構成情報と、前記プライマリボリュームのクローニングの構成を示すクローニング構成情報との少なくとも何れかの情報を決定し、前記決定された情報を前記レプリケーション構成情報に含める、
請求項1に記載の計算機システム。 - 前記信頼性要件は、前記プライマリボリュームのレプリケーションに用いられる時間を示す時間情報と、予め定められた単位時間内の前記プライマリボリュームの更新量を示す更新量情報とを含み、
前記第三プロセッシングモジュールは、前記信頼性要件に基づき、前記スナップショットに必要な容量と前記クローニングに必要な容量との合計が最小になることを条件として、前記スナップショットの世代数及び前記クローニングの世代数を決定する、
請求項5に記載の計算機システム。 - 前記第三プロセッシングモジュールは、前記スナップショットの世代数が、前記第一プロセッシングモジュールに予め設定された上限値以下になることを条件として、前記スナップショット構成情報と前記クローニング構成情報とを決定する、
請求項5に記載の計算機システム。 - 前記第三プロセッシングモジュールは、前記第一プロセッシングモジュールの種別毎に、前記種別に予め設定された前記スナップショットの世代数の上限値と、前記種別によりサポートされるレプリケーションの種別との何れかの制限を記憶し、
前記第三プロセッシングモジュールは、前記ボリューム構成情報と、前記信頼性要件と、前記第一プロセッシングモジュールの種別に対応する制限とに基づいて、前記スナップショット構成情報と前記クローニング構成情報との少なくとも何れかを、前記レプリケーション構成情報に含める、
請求項5に記載の計算機システム。 - 前記論理記憶領域は、複数のプールであり、
前記ボリューム要件は、前記プライマリボリュームの大きさを示し、
前記第三プロセッシングモジュールは、前記ボリューム要件及び前記ストレージ情報に基づいて、前記複数のプールの中の第一プールを選択し、前記第一プールから前記プライマリボリュームを作成することを前記ボリューム構成情報に含め、
前記レプリケーション構成情報が、前記スナップショット構成情報と前記クローニング構成情報を含む場合、前記第三プロセッシングモジュールは、前記スナップショット構成情報及び前記ストレージ情報に基づいて、前記複数のプールの中から前記スナップショットのための第二プールを選択し、前記クローニング構成情報及び前記ストレージ情報に基づいて、前記複数のプールの中から前記クローニングのための第三プールを選択し、前記第二プールから前記スナップショットのためのスナップショットボリュームを作成することと、前記第三プールから前記クローニングのためのクローンボリュームを作成することと、前記プライマリボリュームから前記スナップショットボリュームへの前記スナップショットを実行することと、前記プライマリボリュームから前記クローンボリュームへの前記クローニングを実行することとを、前記レプリケーション構成情報に含める、
請求項5に記載の計算機システム。 - 前記第三プロセッシングモジュールは、前記ストレージ情報に基づいて、前記複数のプールの夫々のプールに対し、前記プールに関連付けられているボリュームの容量の合計である仮想容量を算出し、前記仮想容量に基づいて、前記複数のプールの中から前記第三プールを選択する、
請求項9に記載の計算機システム。 - 前記第三プロセッシングモジュールは、前記レプリケーションのコピー先のボリュームとして、前記レプリケーション構成情報に示された全ての世代に対する前記コピー先のボリュームを作成することと、世代毎に前記コピー先のボリュームを作成することとの何れか一つを、前記第一プロセッシングモジュールに指示し、
前記第三プロセッシングモジュールは、前記複数のプールの夫々のプールに対し、前記プールから作成されたボリュームの容量の合計である仮想容量を算出し、前記仮想容量に基づいて、前記複数のプールの中から、前記コピー先のボリュームに用いるプールを選択する、
請求項10に記載の計算機システム。 - 前記第三プロセッシングモジュールは、前記第二プロセッシングモジュールにより実行され前記ストレージサービスを用いるアプリケーションのアプリケーション特性を取得し、前記アプリケーション特性に基づいて、前記ストレージサービスの性能の性能要件を作成し、前記ストレージ情報及び前記性能要件に基づいて、前記ボリューム構成情報を決定する、
請求項1に記載の計算機システム。 - 記憶デバイスに接続され前記記憶デバイスに対するI/Oを処理する第一プロセッシングモジュールを管理するプロセスを、コンピュータに実行させる管理プログラムであって、
前記第一プロセッシングモジュールにより前記記憶デバイス内の記憶領域を用いて論理記憶領域が作成されることに応じて、前記論理記憶領域の構成を示すストレージ情報を記憶し、
前記第一プロセッシングモジュールから、前記第一プロセッシングモジュールに対し前記I/Oの要求を発行する第二プロセッシングモジュールへ、提供されるストレージサービスの信頼性に対する信頼性要件と、前記ストレージサービスにより前記第二プロセッシングモジュールへ提供されるプライマリボリュームに対するボリューム要件とを含むプロビジョニング要求を取得し、
前記ボリューム要件及び前記ストレージ情報に基づいて、前記論理記憶領域からプロビジョニングされるプライマリボリュームの構成を示すボリューム構成情報を決定し、
前記ボリューム構成情報、前記信頼性要件、及び前記ストレージ情報に基づいて、前記プライマリボリュームをコピー元とするレプリケーションの構成を示すレプリケーション構成情報を決定し、
前記ボリューム構成情報及び前記レプリケーション構成情報を、前記第一プロセッシングモジュールへ送信することにより、前記ボリューム構成情報に基づき、前記論理記憶領域から前記プライマリボリュームをプロビジョニングすることと、前記レプリケーション構成情報に基づいて、前記レプリケーションを実行することを、前記第一プロセッシングモジュールに実行させる、
ことを前記コンピュータに実行させる管理プログラム。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2014/084580 WO2016103471A1 (ja) | 2014-12-26 | 2014-12-26 | 計算機システムおよび管理プログラム |
Publications (1)
Publication Number | Publication Date |
---|---|
JPWO2016103471A1 true JPWO2016103471A1 (ja) | 2017-04-27 |
Family
ID=56149556
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2016565815A Pending JPWO2016103471A1 (ja) | 2014-12-26 | 2014-12-26 | 計算機システムおよび管理プログラム |
Country Status (3)
Country | Link |
---|---|
US (1) | US20170220275A1 (ja) |
JP (1) | JPWO2016103471A1 (ja) |
WO (1) | WO2016103471A1 (ja) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10976937B1 (en) * | 2016-09-28 | 2021-04-13 | EMC IP Holding Company LLC | Disparate local and remote replication technologies configured for the same device |
US10983882B2 (en) * | 2017-01-25 | 2021-04-20 | Hitachi, Ltd. | Method for latency improvement of storages using low cost hardware |
US11861170B2 (en) * | 2018-03-05 | 2024-01-02 | Pure Storage, Inc. | Sizing resources for a replication target |
US10942650B1 (en) | 2018-03-05 | 2021-03-09 | Pure Storage, Inc. | Reporting capacity utilization in a storage system |
CN112748852B (zh) * | 2019-10-30 | 2024-05-24 | 伊姆西Ip控股有限责任公司 | 用于管理盘的方法、电子设备和计算机程序产品 |
JP7332488B2 (ja) * | 2020-01-16 | 2023-08-23 | 株式会社日立製作所 | ストレージシステム及びストレージシステムの制御方法 |
US11467778B2 (en) * | 2021-01-18 | 2022-10-11 | EMC IP Holding Company LLC | Creating high availability storage volumes for software containers |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006505052A (ja) * | 2002-10-30 | 2006-02-09 | イーエムシー コーポレイション | 記憶リソースのプロビジョニングのための方法および装置 |
JP2006331083A (ja) * | 2005-05-26 | 2006-12-07 | Nec Corp | 情報処理システムとレプリケーション補助装置及びレプリケーション制御方法並びにプログラム |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4550541B2 (ja) * | 2004-10-06 | 2010-09-22 | 株式会社日立製作所 | ストレージシステム |
US20060236061A1 (en) * | 2005-04-18 | 2006-10-19 | Creek Path Systems | Systems and methods for adaptively deriving storage policy and configuration rules |
US20140003283A1 (en) * | 2012-06-28 | 2014-01-02 | David J. Koenen | Network lane reconfiguration |
US9275123B2 (en) * | 2013-04-09 | 2016-03-01 | International Business Machines Corporation | Replicating a source storage system |
-
2014
- 2014-12-26 US US15/328,076 patent/US20170220275A1/en not_active Abandoned
- 2014-12-26 WO PCT/JP2014/084580 patent/WO2016103471A1/ja active Application Filing
- 2014-12-26 JP JP2016565815A patent/JPWO2016103471A1/ja active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006505052A (ja) * | 2002-10-30 | 2006-02-09 | イーエムシー コーポレイション | 記憶リソースのプロビジョニングのための方法および装置 |
JP2006331083A (ja) * | 2005-05-26 | 2006-12-07 | Nec Corp | 情報処理システムとレプリケーション補助装置及びレプリケーション制御方法並びにプログラム |
Non-Patent Citations (3)
Title |
---|
EMC EDUCATION SERVICES, IT技術者なら知っておきたいストレージの原則と技術, vol. 第1版, JPN6018000438, 11 September 2013 (2013-09-11), JP, pages pp. 370-378 * |
大塚 弘毅, すべてわかる仮想化大全 2012, JPN6018000435, 15 November 2011 (2011-11-15), JP, pages pp. 241-253 * |
森山 徹: "秒間100万I/Oの超高速に挑む 新フラッシュストレージ", 日経コンピュータ, vol. 第836号, JPN6018000434, 13 June 2013 (2013-06-13), JP, pages pp. 58-65 * |
Also Published As
Publication number | Publication date |
---|---|
WO2016103471A1 (ja) | 2016-06-30 |
US20170220275A1 (en) | 2017-08-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2016103471A1 (ja) | 計算機システムおよび管理プログラム | |
JP7138126B2 (ja) | リソース配置を最適化するための適時性リソース移行 | |
JP5981563B2 (ja) | 情報記憶システム及び情報記憶システムの制御方法 | |
US9760294B2 (en) | Computer system, storage management computer, and storage management method | |
JP5748932B2 (ja) | 計算機システム及び非同期リモートレプリケーションの分析を支援する方法 | |
JP6121527B2 (ja) | 計算機システム及びリソース管理方法 | |
US9639435B2 (en) | Management computer and management method of computer system | |
JP4654273B2 (ja) | ストレージ装置および制御装置 | |
US8285929B2 (en) | Management computer | |
US10437642B2 (en) | Management system for computer system | |
JP2014501010A (ja) | サーバ側の処理能力を拡張するための方法及び装置 | |
JP2013164820A (ja) | 評価支援方法、評価支援プログラムおよび評価支援装置 | |
US10616134B1 (en) | Prioritizing resource hosts for resource placement | |
JP6017032B2 (ja) | ストレージシステム及びストレージ制御方法 | |
JPWO2016030973A1 (ja) | マルチテナントリソース調停方法 | |
WO2013042174A1 (en) | Computer system and storage management method | |
US10019182B2 (en) | Management system and management method of computer system | |
JP2020173727A (ja) | ストレージ管理装置、情報システム、及びストレージ管理方法 | |
US10552224B2 (en) | Computer system including server storage system | |
JP6244496B2 (ja) | サーバストレージシステムの管理システム及び管理方法 | |
US11336519B1 (en) | Evaluating placement configurations for distributed resource placement | |
WO2017098591A1 (ja) | 計算機及びストレージ装置を有するシステム、及びシステムの制御方法 | |
JP2022038919A (ja) | リソース構成見積もりシステムおよびリソース構成見積もり方法 | |
US10721181B1 (en) | Network locality-based throttling for automated resource migration | |
JP7225190B2 (ja) | 計算機システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20161024 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20180116 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20180312 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20190219 |