特開 2024-162449 クォータ管理システム及びクォータ管理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024162449

(43)【公開日】2024-11-21

(54)【発明の名称】クォータ管理システム及びクォータ管理方法

(51)【国際特許分類】

   G06F 9/50 20060101AFI20241114BHJP

   G06F 13/10 20060101ALI20241114BHJP

   G06F 16/13 20190101ALI20241114BHJP

   H04L 67/1097 20220101ALI20241114BHJP

   G06F 3/06 20060101ALI20241114BHJP

【ＦＩ】

G06F9/50 120Z

G06F13/10 340A

G06F16/13 120

H04L67/1097

G06F3/06 301Z

【審査請求】未請求

【請求項の数】15

【出願形態】ＯＬ

(21)【出願番号】P 2023077955

(22)【出願日】2023-05-10

(71)【出願人】

【識別番号】524132520

【氏名又は名称】日立ヴァンタラ株式会社

(74)【代理人】

【識別番号】110002365

【氏名又は名称】弁理士法人サンネクスト国際特許事務所

(72)【発明者】

【氏名】マルティネス レリン， パブロ

(72)【発明者】

【氏名】早坂 光雄

(57)【要約】

【課題】複数ロケーションのストレージ装置の複数テナントの各々についてのクォータの管理負担を削減する。
【解決手段】システムが、要求対象のクォータに関するテナント、一つ以上のロケーション、及び、容量上限が指定されたクォータ要求を受け付け、クォータ情報を基に競合判定（クォータ要求で指定されたテナント、一つ以上のロケーション及び容量上限が関連付けられたクォータについて競合があるか否かの判定）を行い、競合判定の結果が偽の場合に要求クォータに関する情報をクォータ情報に追加する。クォータ情報は、複数ロケーションにおける複数のストレージ装置のクォータ毎に、テナント、一つ以上のロケーション、及び、容量上限を表す情報を含む。複数ロケーションの各々について、当該ロケーションにあるストレージ装置の容量のうちテナントが使用可能な容量は、当該ロケーションと当該テナントとに対応したクォータの容量上限以下である。
【選択図】図１

【特許請求の範囲】

【請求項1】

ストレージシステムと通信可能なインターフェース装置と、
前記ストレージシステムの複数のテナントの各々を表す情報を含むテナント情報と、前記ストレージシステムのクォータに関する情報を含むクォータ情報とを記憶する記憶装置と、
前記インターフェース装置及び前記記憶装置に接続されたプロセッサと
を備え、
前記ストレージシステムは、複数ロケーションにおける複数のストレージ装置を含み、
クォータ毎に、クォータに関する情報は、テナント、前記複数ロケーションのうちの一つ以上のロケーション、及び、容量上限を表す情報を含み、
前記複数ロケーションの各々について、当該ロケーションにあるストレージ装置の容量のうちテナントが使用可能な容量は、当該ロケーションを含む一つ以上のロケーションと当該テナントとに対応したクォータであって前記クォータ情報に定められたクォータの容量上限以下であり、
前記プロセッサは、
要求対象のクォータに関するテナント、一つ以上のロケーション、及び、容量上限が指定されたクォータ要求を受け付け、
前記テナント情報と前記クォータ情報とを基に、前記クォータ要求で指定されたテナント、一つ以上のロケーション及び容量上限が関連付けられたクォータである要求クォータについて競合があるか否かの判定である競合判定を行い、
前記競合判定の結果が偽の場合に、前記指定されたテナント、ロケーション及び容量上限が関連付いた要求クォータに関する情報を、前記クォータ情報に追加する、
クォータ管理システム。

【請求項2】

前記テナント情報は、前記複数のテナントの階層関係を表し、
前記競合判定は、前記指定されたテナントの上位テナントについて対象上位テナントクォータがあるか否かの判定を含み、
前記対象上位テナントクォータは、前記指定されたテナントの上位テナントの一つ以上のクォータのうち、前記指定された一つ以上のロケーションの全てを含む一つ以上のロケーションが関連付いたクォータであり、
前記指定されたテナントの少なくとも一つの上位テナントについて前記対象上位テナントクォータが無い場合、前記競合判定の結果が偽である、
請求項１に記載のクォータ管理システム。

【請求項3】

前記競合判定は、前記指定された容量上限が条件を満たすか否かの判定である容量判定を含み、
前記容量判定は、前記指定されたテナントの上位テナントの対象上位テナントクォータに関連付いた容量上限と、前記指定されたテナントの一つ以上の下位クォータの対象下位テナントクォータそれぞれに関連付いた容量上限とに基づく判定であり、
前記対象下位テナントクォータは、前記指定されたテナントの下位テナントの一つ以上のクォータのうち、前記指定された一つ以上のロケーションに全て含まれる一つ以上のロケーションが関連付いたクォータであり、
前記指定されたテナントの少なくとも一つの上位テナントについて前記容量判定の結果が偽の場合に、前記競合判定の結果が偽である、
請求項２に記載のクォータ管理システム。

【請求項4】

前記条件は、下記（Ｘ）から下記（Ｙ）を引いた差が下記（Ｚ）以上であることであり、
（Ｘ）前記指定されたテナントの上位テナントの前記対象上位テナントクォータに関連付いた容量上限、
（Ｙ）下記（ｙ１）乃至（ｙ３）の合計、
（ｙ１）当該上位テナントが前記対象上位テナントクォータの範囲で使用している容量、
（ｙ２）前記指定されたテナントの前記指定された容量上限、
（ｙ３）前記指定されたテナントの一つ以上の下位テナントの前記対象下位テナントクォータの容量上限の合計、
（Ｚ）第１の閾値（０以上）、
請求項３に記載のクォータ管理システム。

【請求項5】

前記インターフェース装置は、ユーザ端末と通信可能であり、
前記プロセッサは、リソース枯渇ロケーションが検出された場合、前記リソース枯渇ロケーションの容量増設のために前記リソース枯渇ロケーションにハードウェアリソースを増設することを示唆する情報を、前記ユーザ端末に送信し、
前記リソース枯渇ロケーションは、前記（Ｘ）から前記（Ｙ）を引いた差が前記第１の閾値より大きい第２の閾値未満に該当する対象上位テナントクォータに関連付いた少なくとも一つのロケーションである、
請求項４に記載のクォータ管理システム。

【請求項6】

前記インターフェース装置は、前記指定されたテナントのプロバイダのプロバイダ端末と通信可能であり、
前記プロセッサは、前記プロバイダ端末に対し、前記要求クォータに関するテナント、一つ以上のロケーション、及び、容量上限を受け付けるインターフェースであるクォータインターフェースを提供し、
前記クォータインターフェースを介して、前記要求クォータに関するテナント、一つ以上のロケーション、及び、容量上限が指定される、
請求項１に記載のクォータ管理システム。

【請求項7】

前記インターフェース装置は、前記指定されたテナントに属するコンシューマのコンシューマ端末と通信可能であり、
前記プロセッサは、前記コンシューマ端末に対し、前記要求クォータに関するテナント、一つ以上のロケーション、及び、容量上限を受け付けるインターフェースであるクォータインターフェースを提供し、
前記クォータインターフェースを介して、前記要求クォータに関するテナント、一つ以上のロケーション、及び、容量上限が指定される、
請求項１に記載のクォータ管理システム。

【請求項8】

前記インターフェース装置は、更に、前記指定されたテナントのプロバイダのプロバイダ端末と通信可能であり、
前記プロセッサは、前記競合判定の結果が偽の場合、
前記プロバイダ端末に、前記要求クォータについて競合無しを表す情報を送信し、
前記プロバイダ端末から、前記要求クォータについて承認を受け付けた場合に、前記指定されたテナント、ロケーション及び容量上限が関連付いた要求クォータに関する情報を、前記クォータ情報に追加する、
請求項７に記載のクォータ管理システム。

【請求項9】

前記プロセッサは、前記競合判定の結果が偽の場合に、人手による承認無しに、前記要求クォータに関する情報を前記クォータ情報に追加する、
請求項１に記載のクォータ管理システム。

【請求項10】

複数ロケーションの各々について、一つ以上のストレージタイプが定められており、
クォータ毎に、クォータに関する情報は、ストレージタイプを表す情報を更に含み、
前記プロセッサは、前記要求対象のクォータに関し更にストレージタイプの指定を受け付け、
前記対象上位テナントクォータは、前記指定されたテナントの上位テナントの一つ以上のクォータのうち、更に前記指定されたストレージタイプと同じストレージタイプが関連付いたクォータである、
請求項２に記載のクォータ管理システム。

【請求項11】

前記プロセッサは、
テナント、ロケーション及び容量が指定された容量要求を受け付け、
前記容量要求で指定されたテナントについて前記クォータ情報から特定される一つ以上のクォータのうち、前記容量要求で指定されたロケーションが関連付いたクォータである対象クォータを特定し、
前記対象クォータを基に、前記容量要求で指定された容量を前記容量要求で指定されたテナントへ提供することが可能か否かの提供判定を行い、
前記提供判定の結果が真の場合に、前記容量要求で指定された容量を前記容量要求で指定されたテナントに提供する、
請求項１に記載のクォータ管理システム。

【請求項12】

前記テナント情報は、前記複数のテナントの階層関係を表し、
前記提供判定は、下記（Ａ）から下記（Ｂ）を引いた差が下記（Ｃ）以上か否かの判定であり、
（Ａ）前記対象クォータの容量上限、
（Ｂ）下記（ｂ１）及び（ｂ２）の合計、
（ｂ１）前記対象クォータの使用容量、
（ｂ２）前記容量要求で指定されたテナントの一つ以上の下位クォータの対象下位テナントクォータそれぞれに関連付いた容量上限、
前記対象下位テナントクォータは、前記容量要求で指定されたテナントの下位テナントの一つ以上のクォータのうち、前記容量要求で指定されたロケーションを含んだ一つ以上のロケーションが関連付いたクォータである、
（Ｃ）前記容量要求で指定された容量、
請求項１１に記載のクォータ管理システム。

【請求項13】

前記複数ロケーションの各々は、サイト、地理的な地域、データセンタ及びネットワークエリアのうちのいずれかである、
請求項１に記載のクォータ管理システム。

【請求項14】

前記競合判定は、前記指定されたテナントについて、前記クォータ情報に、前記指定された一つ以上のロケーションの少なくとも一つのロケーションを含むクォータがあるか否かの判定を含み、
当該判定の結果が真の場合、前記競合判定の結果が真となる、
請求項１に記載のクォータ管理システム。

【請求項15】

コンピュータが、要求対象のクォータに関するテナント、一つ以上のロケーション、及び、容量上限が指定されたクォータ要求を受け付け、
コンピュータが、テナント情報とクォータ情報とを基に、前記クォータ要求で指定されたテナント、一つ以上のロケーション及び容量上限が関連付けられたクォータである要求クォータについて競合があるか否かの判定である競合判定を行い、
コンピュータが、前記競合判定の結果が偽の場合に、前記指定されたテナント、ロケーション及び容量上限が関連付いた要求クォータに関する情報を、前記クォータ情報に追加し、
前記テナント情報は、ストレージシステムの複数のテナントの各々を表す情報を含み、
前記ストレージシステムは、複数ロケーションにおける複数のストレージ装置を含み、
前記クォータ情報は、前記ストレージシステムのクォータに関する情報を含み、
クォータ毎に、クォータに関する情報は、テナント、前記複数ロケーションのうちの一つ以上のロケーション、及び、容量上限を表す情報を含み、
前記複数ロケーションの各々について、当該ロケーションにあるストレージ装置の容量のうちテナントが使用可能な容量は、当該ロケーションを含む一つ以上のロケーションと当該テナントとに対応したクォータであって前記クォータ情報に定められたクォータの容量上限以下である、
クォータ管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、概して、クォータ管理に関する。

【背景技術】

【0002】

ストレージ装置は、一般に、プロバイダが所有又は管理し、プロバイダが、一定期間（例えば数年）のコミットメント期間をもってコンシューマに容量割当を行う。コンシューマは、通常、複数のテナントのうちの一部に属する。

【0003】

「クォータ」は、コンシューマがストレージ装置にデータを保存することを許可し、保存できるデータ量を制限する。クォータ管理として、例えば、特許文献１に開示の技術が知られている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】ＵＳ１１００３４９７

【発明の概要】

【発明が解決しようとする課題】

【0005】

特許文献１に開示のクォータ管理によれば、プロバイダが単一ロケーションのストレージ装置に関しクォータを設定することができる。

【0006】

しかし、複数ロケーションのストレージ装置（例えば、オンプレミス、ニアクラウド及びパブリッククラウドのストレージ装置）にデータを配置するテナント（例えば企業）があるが、そのようなテナントに、特許文献１に開示のクォータ管理が採用されると、ロケーション別のクォータ管理が必要となり、負担が大きい。

【0007】

また、クォータの変更に伴い、ハードウェアリソースの変更（例えば増設又は減設）が必要になり得る。例えば、クォータがより容量上限が大きいクォータに変更された場合、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＤＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）といった記憶デバイスの増設が必要になり得る。ハードウェアリソースの変更には時間と労力が必要になるため、クォータの変更には、一般に、人間の承認が必要とされ、また、クォータには、一定のコミットメント期間が関連付けられる。必要以上の容量上限が関連付けられたクォータを設定しておくことが考えられるが、その場合、ハードウェアリソースの使用率が低く、無駄に多くのハードウェアリソースが必要になることが考えられる。

【課題を解決するための手段】

【0008】

クォータ管理システムが、要求対象のクォータに関するテナント、一つ以上のロケーション、及び、容量上限が指定されたクォータ要求を受け付け、テナント情報とクォータ情報とを基に競合判定（クォータ要求で指定されたテナント、一つ以上のロケーション及び容量上限が関連付けられたクォータである要求クォータについて競合があるか否かの判定）を行う。競合判定の結果が偽の場合に、クォータ管理システムが、指定されたテナント、ロケーション及び容量上限が関連付いた要求クォータに関する情報を、クォータ情報に追加する。テナント情報は、ストレージシステムの複数のテナントの各々を表す情報を含む。ストレージシステムは、複数ロケーションにおける複数のストレージ装置を含む。クォータ情報は、ストレージシステムのクォータに関する情報を含む。クォータ毎に、クォータに関する情報は、テナント、複数ロケーションのうちの一つ以上のロケーション、及び、容量上限を表す情報を含む。複数ロケーションの各々について、当該ロケーションにあるストレージ装置の容量のうちテナントが使用可能な容量は、当該ロケーションを含む一つ以上のロケーションと当該テナントとに対応したクォータであってクォータ情報に定められたクォータの容量上限以下である。

【発明の効果】

【0009】

本発明によれば、複数ロケーションのストレージ装置の複数テナントの各々についてのクォータの管理負担を削減することができる。

【図面の簡単な説明】

【0010】

【図1】実施形態に係るクォータ管理システムを含むシステム全体の構成例を示す。

【図2】クォータ管理システムにおけるクォータ管理の一例を模式的に示す。

【図3】クォータインターフェースの一例を示す。

【図4】クォータ管理システムのメモリに格納されるテーブル及びプログラムの例を示す。

【図5】テナントテーブルの構成例を示す。

【図6】ロケーションテーブルの構成例を示す。

【図7】クォータテーブルの構成例を示す。

【図8】クォータ決定処理の流れを示す。

【図9】容量判定処理（図８のＳ８０６の詳細）の流れを示す。

【図10】容量提供処理の流れを示す。

【発明を実施するための形態】

【0011】

以下の説明では、「インターフェース装置」は、一つ以上のインターフェースデバイスでよい。当該一つ以上のインターフェースデバイスは、下記のうちの少なくとも一つでよい。
・一つ以上のＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）インターフェースデバイス。Ｉ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）インターフェースデバイスは、Ｉ／Ｏデバイスと遠隔の表示用計算機とのうちの少なくとも一つに対するインターフェースデバイスである。表示用計算機に対するＩ／Ｏインターフェースデバイスは、通信インターフェースデバイスでよい。少なくとも一つのＩ／Ｏデバイスは、ユーザインターフェースデバイス、例えば、キーボード及びポインティングデバイスのような入力デバイスと、表示デバイスのような出力デバイスとのうちのいずれでもよい。
・一つ以上の通信インターフェースデバイス。一つ以上の通信インターフェースデバイスは、一つ以上の同種の通信インターフェースデバイス（例えば一つ以上のＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ））であってもよいし二つ以上の異種の通信インターフェースデバイス（例えばＮＩＣとＨＢＡ（Ｈｏｓｔ Ｂｕｓ Ａｄａｐｔｅｒ））であってもよい。

【0012】

また、以下の説明では、「メモリ」は、一つ以上の記憶デバイスの一例である一つ以上のメモリデバイスであり、典型的には主記憶デバイスでよい。メモリにおける少なくとも一つのメモリデバイスは、揮発性メモリデバイスであってもよいし不揮発性メモリデバイスであってもよい。

【0013】

また、以下の説明では、「永続記憶装置」は、一つ以上の記憶デバイスの一例である一つ以上の永続記憶デバイスでよい。永続記憶デバイスは、典型的には、不揮発性の記憶デバイス（例えば補助記憶デバイス）でよく、具体的には、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、ＮＶＭＥ（Ｎｏｎ－Ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ Ｅｘｐｒｅｓｓ）ドライブ、又は、ＳＣＭ（Ｓｔｏｒａｇｅ Ｃｌａｓｓ Ｍｅｍｏｒｙ）でよい。

【0014】

また、以下の説明では、「プロセッサ」は、一つ以上のプロセッサデバイスでよい。少なくとも一つのプロセッサデバイスは、典型的には、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）のようなマイクロプロセッサデバイスでよいが、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）のような他種のプロセッサデバイスでもよい。少なくとも一つのプロセッサデバイスは、シングルコアでもよいしマルチコアでもよい。少なくとも一つのプロセッサデバイスは、プロセッサコアでもよい。少なくとも一つのプロセッサデバイスは、処理の一部又は全部を行うハードウェア記述言語によりゲートアレイの集合体である回路（例えばＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、ＣＰＬＤ（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）又はＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ））といった広義のプロセッサデバイスでもよい。

【0015】

また、以下の説明では、処理の実行主体をプログラムとして処理を説明することがあるが、プログラムはプロセッサによって実行されるため（典型的には、プログラムがプロセッサに実行されることによって行われる処理は、適宜に記憶装置及び／又はインターフェース装置等を用いながら行われるため）、プログラムを主語として説明された処理は、プロセッサあるいはそのプロセッサを有する装置が行う処理としてもよい。プログラムは、プログラムソースからインストールされてもよい。プログラムソースは、例えば、プログラム配布計算機又は計算機が読み取り可能な記録媒体（例えば非一時的な記録媒体）であってもよい。各プログラムの説明は一例であり、複数のプログラムが１つのプログラムにまとめられたり、１つのプログラムが複数のプログラムに分割されたりしてもよい。

【0016】

また、以下の説明では、「ｘｘｘテーブル」といった表現にて、入力に対して出力が得られるデータを説明することがあるが、当該データは、どのような構造のデータでもよいし（例えば、構造化データでもよいし非構造化データでもよいし）、入力に対する出力を発生するニューラルネットワーク、遺伝的アルゴリズムやランダムフォレストに代表されるような学習モデルでもよい。従って、「ｘｘｘテーブル」を「ｘｘｘデータ」と言うことができる。また、以下の説明において、各テーブルの構成は一例であり、一つのテーブルは、二つ以上のテーブルに分割されてもよいし、二つ以上のテーブルの全部又は一部が一つのテーブルであってもよい。

【0017】

また、以下の説明では、同種の要素を区別しないで説明する場合には、参照符号のうちの共通符号を使用し、同種の要素を区別する場合は、参照符号を使用することがある。

【0018】

図１は、本発明の一実施形態に係るクォータ管理システムを含むシステム全体の構成例を示す。

【0019】

クォータ管理システム４０００は、通信ネットワーク５０００（例えばインターネット又はＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ））を介して、プロバイダ端末１０００、コンシューマ端末２０００、及び、複数のストレージサーバ３０００と通信可能である。少なくともプロバイダ端末１０００又はコンシューマ端末２０００は複数存在してよい。

【0020】

プロバイダ端末１０００は、プロバイダの情報処理端末（例えば、パーソナルコンピュータ又はスマートフォン）である。プロバイダは、１つ以上のテナントに割り当てられたリソースプロバイダロールを有するユーザである。プロバイダは、プロバイダ端末１０００を用いて、クォータ管理システム４０００に対し、当該プロバイダが担当するテナントについてクォータを承認又は設定（アサイン）する。一のプロバイダが、特定のテナントに割り当てられず、いずれのテナントについても、クォータを承認又は設定できてよい。

【0021】

コンシューマ端末２０００は、コンシューマの情報処理端末である。コンシューマは、１つ以上のテナントに所属しておりリソースコンシューマの役割を持つユーザである。コンシューマは、コンシューマ端末２０００を用いて、クォータ管理システム４０００に対し、当該コンシューマが所属するテナントについてのクォータを要求したり、当該コンシューマが所属するテナントのための論理ボリュームの提供を要求したりする。一のコンシューマが、特定のテナントに所属せず、いずれのテナントについても、クォータや論理ボリューム提供を要求できてよい。

【0022】

複数のストレージサーバ３０００は、異なる複数のロケーション６０００に存在する。例えば、図１が示す例によれば、ロケーション６０００Ａ～６０００Ｃがあり、ロケーション６０００Ａに、ストレージサーバ３０００Ａ１及び３０００Ａ２があり、ロケーション６０００Ｂに、ストレージサーバ３０００Ｂがあり、ロケーション６０００Ｃに、ストレージサーバ３０００Ｃがある。異なるロケーション６０００Ｂ及び６０００Ｃにおけるストレージサーバ３０００Ｂ及び３０００Ｃ間が通信ネットワーク５０００非経由に通信可能に接続されてよい。なお、ロケーション６０００は、サイト、地理的な地域、データセンタ及びネットワークエリアのうちのいずれかを意味してよい。ロケーション６０００は、サイトと呼ばれてもよい。また、ロケーション６０００は、オンプレミス環境、ニアクラウド環境又はパブリッククラウド環境といったストレージ環境を意味してもよい。異なる意味（定義）のロケーション６０００が混在してもよい。本実施形態では、ロケーション６０００は、地理的な地域でよい。

【0023】

ストレージサーバ３０００は、物理的なストレージ装置でもよいし、論理的なストレージ装置（例えば、ロジカルパーティショニングにより構成されたストレージ装置、又は、クラウドストレージ）でもよい。ストレージサーバ３０００は、インターフェース装置３１００、メモリ３３００、一つ以上のＰＤＥＶ（物理的なストレージデバイス）３４００、及びそれらに接続されたＣＰＵ３２００を備える。インターフェース装置３１００が通信ネットワーク５０００に接続される。ストレージサーバ３０００は、論理ボリュームを提供し、論理ボリュームを指定したＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）要求に応答して論理ボリュームに対しデータを入出力することができる。

【0024】

クォータ管理システム４０００は、本実施形態では、物理的な計算機システム（一つ以上の物理的な計算機）であるが、物理的な計算機システムに基づく論理的な計算機システム（例えば、仮想マシン又はクラウドコンピューティングシステム）でもよい。クォータ管理システム４０００（例えばサーバ）は、インターフェース装置４１００、メモリ４３００、及びそれらに接続されたＣＰＵ４２００を有する。インターフェース装置４１００が通信ネットワーク５０００に接続される。クォータ管理システム４０００が、複数ロケーション６０００の複数のストレージサーバ３０００の複数テナントの各々についてクォータを管理する。

【0025】

図２は、クォータ管理システム４０００におけるクォータ管理の一例を模式的に示す。

【0026】

ロケーション６０００Ａ～６０００Ｃは、ＵＳ－Ｗｅｓｔ、ＵＫ、及び、Ｊａｐａｎである。クォータ管理システム４０００は、複数のテナントを階層的に管理する。テナントは、企業、組織、部門、支店又はチームでよい。

【0027】

テナント管理は、テナントをノードとしテナント間の階層関係をエッジとしたグラフ（ツリー）の管理でよい。この段落において、一つのテナントを「注目テナント」と呼ぶ。注目テナントの上位にあるテナントのうち、注目テナントの１つ上位のテナントを、「親テナント」と呼び、注目テナントの下位にあるテナントのうち、注目テナントの１つ下位のテナントを「子テナント」と呼ぶことができる。テナントの「上位／下位」又は「親／子」の概念は、何を管理（例えば監視）する立場であるかによって違い得るが、所定の基準に沿って定義されていてよい。例えば、テナント間が「接続関係」の場合、一方のテナントが下位であり、一方のテナントに依存する（一方のテナントをベースとする）他方のテナントが上位でよい。テナント間が「包含関係」の場合、一方のテナントが下位であり、一方のテナントを包含する他方のテナントが上位でよい。図２が示す例によれば、最上位テナントとして、Ｃｏｍｐａｎｙ ＡとＣｏｍｐａｎｙ Ｂがある。Ｃｏｍｐａｎｙ Ａの子テナントはＢｒａｎｃｈ ＡとＢｒａｎｃｈ Ｂである。Ｂｒａｎｃｈ Ｂの子テナントは、Ｓａｌｓｅ ＥとＳａｌｓｅ Ｗである。Ｃｏｍｐａｎｙ Ｂの子テナントはＴｅａｍ １とＴｅａｍ ２である。

【0028】

クォータ管理は、テナントにクォータを関連付けることを含んでよい。テナントに関連付けられるクォータは、クォータの要素として、ストレージタイプ、容量上限、及び、ロケーションを含む。

【0029】

クォータ管理システム４０００は、クォータの競合が生じない範囲で、階層関係を有する複数のテナントにそれぞれクォータを関連付けたり、同一のテナントに複数のクォータを関連付けたりすることができる。クォータの競合に該当する条件の詳細は後述するが、図２によれば、クォータの例は以下の通りである。

【0030】

Ｃｏｍｐａｎｙ Ａに関連付けれたクォータでは、ロケーションは“ＵＳ－Ｗｅｓｔ、ＵＫ及びＪａｐａｎ”、ストレージタイプは“ＳＳＤ”、容量上限は“５００ＴＢ”である。すなわち、Ｃｏｍｐａｎｙ Ａは、合計５００ＴＢまで、ＵＳ－Ｗｅｓｔ、ＵＫ及びＪａｐａｎうちのいずれのロケーション６０００のストレージサーバ３０００のＳＳＤ（例えば、ＳＳＤに基づく記憶領域が割り当てられる論理ボリューム）にデータを配置することができる。

【0031】

また、Ｂｒａｎｃｈ Ｂに関連付けられたクォータでは、ロケーションは“ＵＫ及びＪａｐａｎ”、ストレージタイプは“ＳＳＤ”、容量上限は“１００ＴＢ”である。Ｂｒａｎｃｈ Ｂのクォータは、Ｂｒａｎｃｈ Ｂの親テナントであるＣｏｍｐａｎｙ Ａのクォータと競合しない。なぜなら、Ｃｏｍｐａｎｙ Ａのクォータは、ロケーションとしてＢｒａｎｃｈ Ｂ（子テナント）“Ｊａｐａｎ”を含んでおり、ストレージタイプとしてＢｒａｎｃｈ Ｂの“ＳＳＤ”を含んでおり、且つ、容量上限はＢｒａｎｃｈ Ｂの“１００ＴＢ”以上であるからである。

【0032】

また、Ｃｏｍｐａｎｙ Ｂに二つのクォータが関連付けられている。一つのクォータでは、ロケーションは“ＵＳ－Ｗｅｓｔ”、ストレージタイプは“ＨＤＤ”、容量上限は“８０ＴＢ”である。もう一つのクォータでは、ロケーションは“ＵＳ－Ｗｅｓｔ及びＪａｐａｎ”、ストレージタイプは“ＳＳＤ”、容量上限は“７０ＴＢ”である。これらのクォータは競合しない。なぜなら、ストレージタイプが異なるからである。

【0033】

図３は、クォータインターフェースの一例を示す。

【0034】

クォータインターフェース４４００は、クォータ管理システム４０００により提供されクォータの要求又は設定のためのインターフェースであり、例えば、プログラムによりアクセスされるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）、又は、ユーザに提供されるＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）である。本実施形態では、クォータインターフェース４４００は、プロバイダ端末１０００及びコンシューマ端末２０００のいずれにも提供され得るＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）である。クォータインターフェース４４００を介して、プロバイダ及びコンシューマのいずれも、クォータ管理システム４０００と対話することができる。クォータインターフェース４４００は、ストレージタイプ４４１０、容量上限４４２０、期間４４３０、ロケーション４４４０及びテナント名４４５０という入力フィールドを有する。また、クォータインターフェース４４００は、ＯＫ４４６０というアクションボタンを有する。入力フィールド及びアクションボタンはそれぞれＧＵＩ部品の一例である。

【0035】

ストレージタイプ４４１０は、クォータの対象とするストレージタイプの入力を受け付ける。ストレージタイプとして、本実施形態ではＳＳＤ及びＨＤＤといった記憶デバイスタイプが採用されるが、記憶デバイスタイプに代えて／又は加えて、ブロックストレージ、ファイルストレージ及びオブジェクトストレージといった格納データタイプ又はその他のタイプが採用されてもよい。

【0036】

容量上限４４２０は、クォータとしての容量上限の入力を受け付ける。

【0037】

期間４４３０は、クォータのコミットメント期間（コミットメントと有効性の期間）の入力を受け付ける。例えば、“２ ｙｅａｒｓ”は、クォータが関連付けられたテナントに属するコンシューマは２年間クォータの変更が不可であることを意味する。なお、図３に例示の入力フィールドのうち少なくとも期間４４３０はクォータインターフェース４４００に設けられなくてもよい。この場合、クォータのコミットメント期間は無制限でよい。

【0038】

ロケーション４４４０は、クォータがカバーする一つ以上のロケーションの入力を受け付ける。例えば、“ＵＳ－Ｗｅｓｔ”と“Ｊａｐａｎ”の選択は、テナントが両方のロケーションでの容量消費の合計が容量上限以下の範囲で両方のロケーションにデータを配置できることを意味する。

【0039】

テナント名４４５０は、クォータが関連付けられるテナントのテナント名の入力を受け付ける。

【0040】

ＯＫ４４６０が押されると、図８に示すクォータ決定処理が開始される。

【0041】

図４は、クォータ管理システム４０００のメモリ４３００に格納されるテーブル及びプログラムの例を示す。

【0042】

メモリ４３００には、テナントテーブル４３１０、ロケーションテーブル４３２０及びクォータテーブル４３３０といったデータや、クォータプログラム４３４０及びプロビジョンプログラム４３５０といったプログラムが格納される。

【0043】

図５は、テナントテーブル４３１０の構成例を示す。

【0044】

テナントテーブル４３１０は、テナント毎にレコードを有する。レコードは、テナントＩＤ４３１１、テナント名４３１２及び親テナントＩＤ４３１３といった情報を有する。

【0045】

テナントＩＤ４３１１は、テナントのＩＤを表す。テナント名４３１２は、テナントの名前を表す。親テナントＩＤ４３１３は、テナントの親テナントのＩＤを表す。なお、親テナントＩＤ４３１３“Ｔｏｐ”は、親テナントが無くテナントが最上位テナントであることを意味する。また、各テナントについて、子テナントは一つ又は複数存在し得るが、親テナントはゼロ又は一つである。

【0046】

テナントテーブル４３１０は、例えばプロバイダによって作成又は更新される。

【0047】

図６は、ロケーションテーブル４３２０の構成例を示す。

【0048】

ロケーションテーブル４３２０は、ロケーション毎にレコードを有する。レコードは、ロケーション４３２１及びストレージタイプ４３２２といった情報を有する。

【0049】

ロケーション４３２１は、ロケーション６０００のＩＤを表す。ストレージタイプ４３２２は、ロケーション６０００にあるストレージサーバ３０００のストレージタイプを表す。

【0050】

ロケーションテーブル４３２０は、例えばプロバイダによって作成又は更新される。ロケーションテーブル４３２０は、各ロケーション６０００のストレージサーバ３０００から収集されたデータに基づきクォータプログラム４３４０により作成又は更新されてもよい。例えば、ＵＳ－Ｗｅｓｔに属するストレージサーバ３０００から全てのＨＤＤが外された場合、クォータプログラム４３４０が、ＵＳ－Ｗｅｓｔに属するストレージサーバ３０００からＨＤＤ除去を表すデータを受信し、ＵＳ－Ｗｅｓｔに対応のストレージタイプ４３２２から“ＨＤＤ”を削除してもよい。

【0051】

図７は、クォータテーブル４３３０の構成例を示す。

【0052】

クォータテーブル４３３０は、クォータ毎に、レコードを有する。レコードは、クォータＩＤ４３３１、テナントＩＤ４３３２、テナント名４３３３、ロケーション４３３４、ストレージタイプ４３３５、容量上限４３３６及び使用容量４３３７といった情報を有する。

【0053】

クォータＩＤ４３３１は、クォータのＩＤを表す。テナントＩＤ４３３２は、クォータが関連付けられたテナントのＩＤを表す。テナント名４３３３は、クォータが関連付けられたテナントの名前を表す。ロケーション４３３４は、クォータがカバーする一つ以上のロケーションを表す。ストレージタイプ４３３５は、クォータのストレージタイプを表す。容量上限４３３６は、クォータの容量上限を表す。使用容量４３３７は、クォータの容量上限のうち使用されている容量を表す。

【0054】

以下、本実施形態で行われる処理の例を説明する。

【0055】

図８は、クォータ決定処理の流れを示す。

【0056】

クォータ決定処理は、例えば、クォータインターフェース４４００のＯＫ４４６０が押された場合に開始される。

【0057】

クォータプログラム４３４０は、指定テナント（テナント名４４５０で指定されたテナント名に該当のテナント）に既に競合のクォータが関連付けられているか否かを判定する（Ｓ８０１）。具体的には、例えば、クォータプログラム４３４０は、クォータテーブル４３３０に下記の全ての条件に該当するレコードがあるか否かを判定する。
・クォータインターフェース４４００のテナント名４４５０で指定されたテナント名を表すテナント名４３３３がある。
・クォータインターフェース４４００のロケーション４４４０で選択された一つ以上のロケーションのうちの少なくとも一つのロケーションを表すロケーション４３３４がある。
・クォータインターフェース４４００のストレージタイプ４１１０で指定されたストレージタイプを表すストレージタイプ４３３５がある。

【0058】

Ｓ８０１の判定結果が真の場合（Ｓ８０１：Ｙｅｓ）、クォータプログラム４３４０は、競合を表す応答を返す（Ｓ８０８）。図８に示す処理において、応答の提供先は、クォータインターフェース４４００の提供先（つまりプロバイダ又はコンシューマ）である。Ｓ８０８で返る応答は、クォータインターフェース４４００で指定された情報のうち、競合に該当する情報を表す情報を含んでよい。

【0059】

Ｓ８０１の判定結果が偽の場合（Ｓ８０１：Ｎｏ）、クォータプログラム４３４０は、テナントテーブル４３１０を参照し、指定テナントが最上位テナントか（指定テナントに対応の親テナントＩＤ４３１３が“Ｔｏｐ”か）否かを判定する（Ｓ８０２）。Ｓ８０２の判定結果が真の場合（Ｓ８０２：Ｙｅｓ）、最上位テナントに新設のクォータには競合が生じないため、クォータプログラム４３４０は、承認を表す応答を返す（Ｓ８０７）。

【0060】

Ｓ８０２の判定結果が偽の場合（Ｓ８０２：Ｎｏ）、クォータプログラム４３４０は、クォータテーブル４３３０及びテナントテーブル４３１０を基に、指定テナントの全ての上位テナントについて、クォータテーブル４３３０に下記の条件を満たすレコードがあるか否かを判定する。
・レコードにおけるロケーション４３３４が表す一つ以上のロケーションが、クォータインターフェース４４００のロケーション４４４０で選択された一つ以上のロケーションの全てを含む。
・同レコードにおけるストレージタイプ４３３５が、クォータインターフェース４４００のストレージタイプ４１１０で指定されたストレージタイプを表す。

【0061】

少なくとも一つの上位テナントについて上記条件を満たすレコードが無い場合、Ｓ８０３の判定結果が偽となる。Ｓ８０３の判定結果が偽の場合（Ｓ８０３：Ｎｏ）、指定テナントについて要求されたクォータの少なくとも一部が上位テナントのクォータの範囲を超えているため、クォータプログラム４３４０は、Ｓ８０８を行う。

【0062】

全ての上位テナントの各々について上記条件を満たすレコードがある場合、Ｓ８０３の判定結果が真となる。このようなレコードに対応のクォータを、以下、図８（及び図９）の説明において、「上位テナントクォータ」と呼ぶ。Ｓ８０３の判定結果が真の場合（Ｓ８０３：Ｙｅｓ）、クォータプログラム４３４０は、Ｓ８０４～Ｓ８０６が未処理の上位テナントクォータがあれば、そのような上位テナントクォータを一つ選択して、Ｓ８０４～Ｓ８０６を行う。つまり、Ｓ８０４～Ｓ８０６が未処理の上位テナントクォータが無くなるまで（又は、いずれかの上位テナントクォータについてＳ８０６：Ｙｅｓが検出されるまで）、Ｓ８０４～Ｓ８０６が繰り返される。一つの上位テナントクォータを例に取り、Ｓ８０４～Ｓ８０６を説明する。

【0063】

クォータプログラム４３４０は、上位テナントクォータの容量上限４３３６から、指定テナントの容量上限（容量上限４４２０で指定された容量）を引く（Ｓ８０４）。例えば、図２、図３及び図７が示す例によれば、上位テナントクォータの容量上限４３３６がＣｏｍｐａｎｙ Ａの容量上限“５００ＴＢ”であるため、クォータプログラム４３４０は、“５００ＴＢ”から、指定テナント“Ｂｒａｎｃｈ Ｂ”の容量上限“１００ＴＢ”を引く。結果として、“４００ＴＢ”が得られる。

【0064】

次に、クォータプログラム４３４０は、Ｓ８０４で算出された値から、当該上位テナントクォータの使用容量４３３７を引く（Ｓ８０５）。例えば、クォータプログラム４３４０は、Ｓ８０４で算出された値“４００ＴＢ”から、上位テナント“Ｃｏｍｐａｎｙ Ａ”の使用容量“２ＴＢ”を引く。結果として、“３９８ＴＢ”が得られる。

【0065】

次に、クォータプログラム４３４０は、容量は十分か否かを判定する（Ｓ８０６）。具体的には、クォータプログラム４３４０は、図９の容量判定処理を行う。容量判定処理の結果が競合の場合、Ｓ８０６の判定結果が偽となり（Ｓ８０６：Ｎｏ）、Ｓ８０８が行われる。その容量判定処理の結果が非競合の場合、Ｓ８０６の判定結果が真となる（Ｓ８０６：Ｙｅｓ）。Ｓ８０４～Ｓ８０６が未処理の上位テナントクォータがあれば、そのような上位テナントクォータが一つ選択されて、Ｓ８０４～Ｓ８０６が行われる。Ｓ８０４～Ｓ８０６が未処理の上位テナントクォータが無ければ、Ｓ８０７が行われる。

【0066】

なお、Ｓ８０７において、クォータプログラム４３４０は、指定テナントに、クォータインターフェース４４００を通じて要求されたクォータを関連付けてよい（指定テナントについて要求されたクォータのレコードをクォータテーブル４３３０に追加してよい）。クォータインターフェース４４００の提供先がコンシューマの場合、クォータプログラム４３４０は、クォータの要求があったこととクォータの競合が検出されなかったことを表す情報を、指定テナントのプロバイダに通知してよい。その通知に対してプロバイダの承認が得られた場合に、クォータプログラム４３４０は、要求されたクォータを指定テナントに関連付けてよい。

【0067】

図９は、容量判定処理（図８のＳ８０６の詳細）の流れを示す。

【0068】

クォータプログラム４３４０は、Ｓ９０１を行う。具体的には、クォータプログラム４３４０は、指定テナントのテナントＩＤを親テナントＩＤ４３１３として持つレコードをテナントテーブル４３１０から探す。指定テナントが最下位テナントでなければ、典型的には、一つ以上のレコード、つまり、指定テナントの一つ以上の下位テナントが見つかる。クォータプログラム４３４０は、一つ以上の下位テナントの各々について、当該下位テナントのクォータのレコードのうち、下記の全ての条件に該当するレコードを取得する。
・レコードにおけるテナント名４３３３が、当該下位テナントのテナント名を表す。
・同レコードにおけるロケーション４３３４が表す一つ以上のロケーションの全てが、クォータインターフェース４４００のロケーション４４４０で選択された一つ以上のロケーションに含まれる。
・同レコードにおけるストレージタイプ４３３５が、クォータインターフェース４４００のストレージタイプ４１１０で指定されたストレージタイプを表す。

【0069】

上記の条件に該当するレコードに対応のクォータを、以下、図９の説明において、「下位テナントクォータ」と呼ぶ。クォータプログラム４３４０は、Ｓ９０２が未処理の下位テナントクォータがあれば、そのような下位テナントクォータを一つ選択して、Ｓ９０２を行う。つまり、クォータプログラム４３４０は、最新の残容量から、下位テナントクォータの容量上限４３３６を引くことで、残容量を更新する（Ｓ９０２）。Ｓ９０２が１回目（初めて）の場合、「最新の残容量」は、Ｓ８０５で算出された値（例えば“３９８ＴＢ”）である。Ｓ９０２が２回目又はそれ以降の場合、「最新の残容量」は、直前回のＳ９０２で得られた残容量である。例えば、図２、図３、図７及び図８が示す例によれば、１回目のＳ９０２において、クォータプログラム４３４０は、最新の残容量“３９８ＴＢ”から、Ｓａｌｅｓ Ｅ（ＵＫ）の容量上限“２０ＴＢ”を引くことで、残容量“３７８ＴＢ”を算出する。次に、２回目のＳ９０２において、クォータプログラム４３４０は、最新の残容量“３７８ＴＢ”から、Ｓａｌｅｓ Ｅ（Ｊａｐａｎ）の容量上限“４０ＴＢ”を引くことで、残容量“３３８ＴＢ”を算出する。次に、３回目のＳ９０２において、クォータプログラム４３４０は、最新の残容量“３３８ＴＢ”から、Ｓａｌｅｓ Ｗの容量上限“３０ＴＢ”を引くことで、残容量“３０８ＴＢ”を算出する。

【0070】

Ｓ９０２が未処理の下位テナントクォータが無くなるまで、Ｓ９０２が繰り返される。つまり、Ｓ９０２の後、クォータプログラム４３４０は、Ｓ９０２が未処理の下位テナントクォータがあるか否かを判定する。この判定結果が真の場合、クォータプログラム４３４０は、そのような下位テナントクォータを一つ選択して、Ｓ９０２を行う。この判定結果が偽の場合、処理がＳ９０３に進む。

【0071】

クォータプログラム４３４０は、最後に算出された残容量が閾値（例えば“０”）以上か否かを判定する（Ｓ９０３）。

【0072】

Ｓ９０３の判定結果が真の場合（Ｓ９０３：Ｙｅｓ）、クォータプログラム４３４０は、非競合を出力する（Ｓ９０４）。この結果、Ｓ８０６の判定結果が真（Ｓ８０６：Ｙｅｓ）となる。

【0073】

Ｓ９０３の判定結果が偽の場合（Ｓ９０３：Ｎｏ）、クォータプログラム４３４０は、競合を出力する（Ｓ９０４）。この結果、Ｓ８０６の判定結果が偽（Ｓ８０６：Ｎｏ）となる。

【0074】

図９が示す処理において、クォータプログラム４３４０は、Ｓ９０２の都度にＳ９０３を行い、Ｓ９０３：Ｎｏが検出された場合に、Ｓ９０５を行い、Ｓ９０２が未処理の下位テナントクォータがあっても、図９の処理を終えてもよい。

【0075】

図１０は、容量提供処理の流れを示す。

【0076】

プロビジョンプログラム４３５０は、プロバイダ端末１０００又はコンシューマ端末２０００からの容量要求に応答して、容量提供処理を開始する。容量要求では、例えば、テナント名、ロケーション、ストレージタイプ及び容量が指定される。また、容量は、その容量を持った論理ボリュームとして提供される。

【0077】

プロビジョンプログラム４３５０は、クォータテーブル４３３０に、下記の全ての条件に該当するレコードがあるか否かを判定する（Ｓ１００１）。
・レコードのテナント名４３３３が、容量要求で指定されたテナント名を表す。
・同レコードのストレージタイプ４３３５が、容量要求で指定されたストレージタイプを表す。
・同レコードのロケーション４３３４が表す一つ以上のロケーションが、容量要求で指定されたロケーションを含む。

【0078】

上記の条件に該当するレコードが無い場合、Ｓ１００１の判定結果が偽となる。Ｓ１００１の判定結果が偽の場合（Ｓ１００１：Ｎｏ）、容量要求での要求内容は、容量要求で指定されたテナントのクォータの範囲を超えているため、プロビジョンプログラム４３５０は、容量要求に対し拒否を表す応答を、容量要求の送信元（つまりプロバイダ又はコンシューマ）に返す（Ｓ１００８）。

【0079】

上記の条件に該当するレコードがある場合、Ｓ１００１の判定結果が真となる。Ｓ１００１の判定結果が真の場合（Ｓ１００１：Ｙｅｓ）、プロビジョンプログラム４３５０は、条件に該当のレコードから容量上限４３３６及び使用容量４３３７を特定し（Ｓ１００２）、当該容量上限４３３６から当該使用容量４３３７を引くことで空き容量を算出する（Ｓ１００３）。例えば、該当するレコードが、クォータＩＤ“Ｑ２”を有するレコードである場合、特定された容量上限４３３６は“１００ＴＢ”であり、特定された使用容量４３３７は“５ＴＢ”であるため、算出される空き容量は、“９５ＴＢ”（＝１００ＴＢ－５ＴＢ）である。

【0080】

Ｓ１００３の後、プロビジョンプログラム４３５０は、クォータテーブル４３３０及びテナントテーブル４３１０を基に、指定されたテナントの全ての下位テナントについて、クォータテーブル４３３０に下記の条件を満たすレコードを取得する（Ｓ１００４）。
・レコードにおけるロケーション４３３４が表す一つ以上のロケーションが、容量要求で指定されたロケーションを含む。
・同レコードにおけるストレージタイプ４３３５が、容量要求で指定されたストレージタイプを表す。

【0081】

上記の条件に該当するレコードに対応のクォータを、以下、図１０の説明において、「下位テナントクォータ」と呼ぶ。プロビジョンプログラム４３５０は、Ｓ１００５が未処理の下位テナントクォータがあれば、そのような下位テナントクォータを一つ選択して、Ｓ１００５を行う。つまり、プロビジョンプログラム４３５０は、最新の空き容量から、下位テナントクォータの容量上限４３３６を引くことで、空き容量を更新する（Ｓ１００５）。Ｓ１００５が１回目（初めて）の場合、「最新の空き容量」は、Ｓ１００３で算出された値（例えば“９５ＴＢ”）である。Ｓ１００５が２回目又はそれ以降の場合、「最新の空き容量」は、直前回のＳ１００５で得られた空き容量である。例えば、図２、図３、及び図１０が示す例によれば、１回目のＳ１００５において、プロビジョンプログラム４３５０は、最新の空き容量“９５ＴＢ”から、Ｓａｌｅｓ Ｅ（ＵＫ）の容量上限“２０ＴＢ”を引くことで、空き容量“７５ＴＢ”を算出する。次に、２回目のＳ１００５において、プロビジョンプログラム４３５０は、最新の空き容量“７５ＴＢ”から、Ｓａｌｅｓ Ｅ（Ｊａｐａｎ）の容量上限“４０ＴＢ”を引くことで、空き容量“３５ＴＢ”を算出する。次に、３回目のＳ１００５において、プロビジョンプログラム４３５０は、最新の空き容量“３５ＴＢ”から、Ｓａｌｅｓ Ｗの容量上限“３０ＴＢ”を引くことで、空き容量“５ＴＢ”を算出する。

【0082】

Ｓ１００５が未処理の下位テナントクォータが無くなるまで、Ｓ１００５が繰り返される。つまり、Ｓ１００５の後、プロビジョンプログラム４３５０は、Ｓ１００５が未処理の下位テナントクォータがあるか否かを判定する。この判定結果が真の場合、プロビジョンプログラム４３５０は、そのような下位テナントクォータを一つ選択して、Ｓ１００５を行う。この判定結果が偽の場合、処理がＳ１００６に進む。

【0083】

プロビジョンプログラム４３５０は、最後に算出された空き容量が、容量要求で指定された容量以上か否かを判定する（Ｓ１００６）。

【0084】

Ｓ１００６の判定結果が偽の場合（Ｓ１００６：Ｎｏ）、プロビジョンプログラム４３５０は、Ｓ１００８を行う。Ｓ１００６の判定結果が真の場合（Ｓ１００６：Ｙｅｓ）、プロビジョンプログラム４３５０は、承認を表す応答を返す（Ｓ１００７）。

【0085】

なお、Ｓ１００７において、プロビジョンプログラム４３５０は、指定されたテナントに対し、要求された容量を持つ論理ボリュームを割り当て、指定されたテナントの該当クォータの使用容量４３３７に、要求された容量を加算してよい。容量要求の送信元がコンシューマの場合、プロビジョンプログラム４３５０は、容量要求があったことと容量要求が承認されたことを表す情報を、指定されたテナントのプロバイダに通知してよい。その通知に対してプロバイダの承認が得られた場合に、プロビジョンプログラム４３５０は、要求された容量を持つ論理ボリュームを、指定されたテナントに割り当てよい（更に、指定されたテナントの該当クォータの使用容量４３３７に、要求された容量を加算してよい）。

【0086】

図１０が示す処理において、プロビジョンプログラム４３５０は、Ｓ１００５の都度にＳ１００６を行い、Ｓ１００６：Ｎｏが検出された場合に、Ｓ１００８を行い、Ｓ１００５が未処理の下位テナントクォータがあっても、図１０の処理を終えてもよい。

【0087】

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

【0088】

また、以上の説明を、例えば、下記のように総括することができる。下記の総括は、上述の補足説明や変形例の説明を含んでよい。

【0089】

クォータ管理システム４０００は、インターフェース装置４１００と、メモリ４３００（記憶装置の一例）と、それらに接続されたＣＰＵ４２００（プロセッサの一例）とを備える。インターフェース装置４１００は、ストレージシステムと通信可能である。メモリ４３００は、ストレージシステムの複数のテナントの各々を表す情報を含むテナントテーブル４３１０（テナント情報の一例）と、ストレージシステムのクォータに関する情報を含むクォータテーブル４３３０（クォータ情報の一例）とを記憶する。

【0090】

ストレージシステムは、複数ロケーション６０００における複数のストレージ装置を含む。ロケーション６０００毎に、ストレージ装置は、例えば、一つ以上のストレージサーバ３０００である。ストレージ装置は、容量（典型的には当該容量を持つ論理ボリューム）を提供する。

【0091】

クォータ毎に、クォータに関する情報は、テナント、一つ以上のロケーション６０００、及び、容量上限を表す情報（例えば、テナントＩＤ４３３２、テナント名４３３３、ロケーション４３３４及び容量上限４３３６）を含む。

【0092】

複数ロケーション６０００の各々について、当該ロケーション６０００にあるストレージ装置の容量のうちテナントが使用可能な容量は、当該ロケーション６０００を含む一つ以上のロケーションと当該テナントとに対応したクォータ（クォータテーブル４３３０）に定められたクォータの容量上限以下である。このような制御は、例えば、クォータプログラム４３４０を実行するＣＰＵ４２００により行われてもよいし、各ロケーション６０００のストレージ装置により行われてもよい。

【0093】

ＣＰＵ４２００は、要求対象のクォータに関するテナント、一つ以上のロケーション、及び、容量上限が指定されたクォータ要求を受け付ける。ＣＰＵ４２００は、テナントテーブル４３１０とクォータテーブル４３３０とを基に、競合判定を行う。競合判定は、要求クォータ（クォータ要求で指定されたテナント、一つ以上のロケーション及び容量上限が関連付けられたクォータ）について競合があるか否かの判定である。競合判定の結果が偽の場合に、ＣＰＵ４２００は、指定されたテナント、ロケーション及び容量上限が関連付いた要求クォータに関する情報を、クォータテーブル４３３０に追加する。

【0094】

これにより、複数ロケーション６０００のストレージ装置の複数テナントの各々についてのクォータの管理負担を削減することができる。クォータ管理システム４０００によれば、複数ロケーション６０００のストレージ装置におけるテナントとクォータの管理を一元化し、管理業務の軽減と簡素化を実現することができる。例えば、テナントのポリシーやロケーション６０００に適用されている法規制等に基づき、プロバイダやコンシューマといったユーザは、複数ロケーション６０００の全て又は一部を指定することができる。また、「クォータ要求」は、クォータの新規設定の要求でもよいし、既存クォータの変更の要求でもよい。また、複数ロケーション６０００の各々は、サイト、地理的な地域、データセンタ及びネットワークエリアのうちのいずれかでよい。

【0095】

テナントテーブル４３１０は、複数のテナントの階層関係を表してよい。競合判定は、指定されたテナントの上位テナントについて対象上位テナントクォータがあるか否かの判定を含んでよい（例えばＳ８０３）。「対象上位テナントクォータ」とは、指定されたテナントの上位テナントの一つ以上のクォータのうち、指定された一つ以上のロケーションの全てを含む一つ以上のロケーションが関連付いたクォータでよい（例えば、指定された一つ以上のロケーションが“ＵＫ”及び“Ｊａｐａｎ”の場合、「対象上位テナントクォータ」は、“ＵＫ”及び“Ｊａｐａｎ”を含んだ二つ以上のロケーションが関連付けられたクォータでよい）。指定されたテナントの少なくとも一つの上位テナントについて対象上位テナントクォータが無い場合（例えばＳ８０３：Ｎｏ）、競合判定の結果が偽でよい。このようにして、複数ロケーション６０００のストレージ装置のクォータの一元管理において、テナント階層関係とロケーションの観点から、クォータの競合（ここでは、上位テナントのクォータのロケーション範囲外のクォータが指定テナントについて設定されてしまうこと）を回避することができる。

【0096】

競合判定は、指定された容量上限が条件を満たすか否かの判定である容量判定（例えばＳ８０４～Ｓ８０６）を含んでよい。容量判定は、指定されたテナントの上位テナントの対象上位テナントクォータに関連付いた容量上限と、指定されたテナントの一つ以上の下位クォータの対象下位テナントクォータそれぞれに関連付いた容量上限とに基づく判定でよい。「対象下位テナントクォータ」は、指定されたテナントの下位テナントの一つ以上のクォータのうち、指定された一つ以上のロケーションに全て含まれる一つ以上のロケーションが関連付いたクォータでよい（例えば、指定された一つ以上のロケーションが“ＵＫ”及び“Ｊａｐａｎ”の場合、「対象下記テナントクォータ」は、“ＵＫ”及び“Ｊａｐａｎ”の少なくとも一つを含み“ＵＫ”及び“Ｊａｐａｎ”以外のロケーションを含まないクォータでよい）。指定されたテナントの少なくとも一つの上位テナントについて容量判定の結果が偽の場合に（例えばＳ８０６：Ｎｏ）、競合判定の結果が偽でよい。このようにして、複数ロケーション６０００のストレージ装置のクォータの一元管理において、テナント階層関係とロケーションの他に容量上限の観点から、クォータの競合（ここでは、上位テナントのクォータのロケーション及び容量上限の範囲外のクォータが指定テナントについて設定されてしまうこと）を回避することができる。

【0097】

なお、容量判定における「条件」は、下記（Ｘ）から下記（Ｙ）を引いた差が下記（Ｚ）以上であることでよい。
（Ｘ）指定されたテナントの上位テナントの対象上位テナントクォータに関連付いた容量上限。
（Ｙ）下記（ｙ１）乃至（ｙ３）の合計。
（ｙ１）当該上位テナントが対象上位テナントクォータの範囲で使用している容量（例えば、使用容量４３３７が表す容量）。
（ｙ２）指定されたテナントの指定された容量上限。
（ｙ３）指定されたテナントの一つ以上の下位テナントの対象下位テナントクォータの容量上限の合計。
（Ｚ）第１の閾値（０以上）。

【0098】

この条件に該当するか否かの判定の例が、図８のＳ８０４～Ｓ８０６（図９のＳ９０１～Ｓ９０５を含む）でよい。すなわち、一例として、（Ｘ）から（ｙ２）が引かれ（例えばＳ８０４）、次に（ｙ１）が引かれ、その後に、一つ以上の対象下位テナントクォータの容量上限が順次に引かれ（例えばＳ９０２）、最後に得られた値が（Ｚ）以上か否かが判定（例えばＳ９０３）されてよい。指定されたテナントの少なくとも一つの上位テナントについて容量判定の結果が偽の場合に、（Ｓ８０６：Ｎｏ）競合判定の結果が偽でよい。

【0099】

インターフェース装置４１００は、ユーザ端末と通信可能でよい。ユーザ端末は、ユーザの物理的な情報処理端末や入出力コンソールでもよいし、論理的な情報処理端末（例えば仮想デスクトップやアカウント）でもよい。ユーザ端末は、プロバイダ端末１０００、コンシューマ端末２０００、又は、ストレージシステムの管理者の管理者端末（図示せず）でよい。ユーザは、プロバイダ、コンシューマ及び管理者のいずれでもよい。ＣＰＵ４２００は、リソース枯渇ロケーションが検出された場合、リソース枯渇ロケーションの容量増設のためにリソース枯渇ロケーションにハードウェアリソースを増設することを示唆する情報をユーザ端末に送信してよい。「リソース枯渇ロケーション」は、上記（Ｘ）から上記（Ｙ）を引いた差（例えばＳ９０３で比較される差）が第１の閾値より大きい第２の閾値未満に該当する対象上位テナントクォータに関連付いた少なくとも一つのロケーションでよい。例えば、そのような対象上位テナントクォータに関連付いたロケーションが“ＵＳ－Ｗｅｓｔ”、“ＵＫ”及び“Ｊａｐａｎ”の場合、リソース枯渇ロケーションは、それらのロケーション全て又は一部もよいし、指定されたロケーション“ＵＫ”及び“Ｊａｐａｎ”の全部又は一部でもよい。これにより、要求クォータの設定（又は、クォータ要求に対する拒否）に並行して、容量不足が生じないように前もってロケーション６０００にリソース（典型的には論理ボリュームに格納されたデータが格納される物理的な記憶デバイス）を追加することが期待できる。なお、増設を示唆する情報が送信されるため、競合判定の結果が真の場合に人手による承認無しに要求リソースに関する情報をクォータ情報に追加することが行われてもよい。

【0100】

ＣＰＵ４２００は、プロバイダ端末１０００（ユーザ端末の一例）に対し、要求クォータに関するテナント、一つ以上のロケーション、及び、容量上限を受け付けるインターフェースであるクォータインターフェース（例えばクォータインターフェース４４００）を提供してよい。クォータインターフェースを介して、要求クォータに関するテナント、一つ以上のロケーション、及び、容量上限が指定されてよい。これにより、プロバイダがテナントに対してクォータをアサインすることができる。

【0101】

ＣＰＵ４２００は、コンシューマ端末２０００（ユーザ端末の一例）に対し、要求クォータに関するテナント、一つ以上のロケーション、及び、容量上限を受け付けるインターフェースであるクォータインターフェース（例えばクォータインターフェース４４００）を提供してよい。これにより、コンシューマがクォータを要求できる。なお、ＣＰＵ４２００は、競合判定の結果が偽の場合、要求クォータについて競合無しを表す情報をプロバイダ端末１０００に送信し、要求クォータについて承認をプロバイダ端末１０００から受け付けた場合に要求クォータに関する情報をクォータテーブル４３３０に追加してよい。プロバイダという権限のあるユーザの承認があってクォータが設定されるため、セキュリティの向上が期待される。なお、ＣＰＵ４２００は、競合判定の結果が偽の場合に、プロバイダ等の人手による承認無しに、要求クォータに関する情報をクォータテーブル４３３０に追加してもよい。これにより、クォータ設定にかかる作業負担の一層の軽減が期待される。

【0102】

複数ロケーション６０００の各々について、一つ以上のストレージタイプが定められていてよい（例えばロケーションテーブル４３２０）。クォータ毎に、クォータに関する情報は、ストレージタイプを表す情報を更に含んでよい。ＣＰＵ４２００は、要求対象のクォータに関し更にストレージタイプの指定を受け付けてよい。「対象上位テナントクォータ」は、指定されたテナントの上位テナントの一つ以上のクォータのうち、更に指定されたストレージタイプと同じストレージタイプが関連付いたクォータでよい。これにより、ストレージタイプの観点からも、上位テナントのクォータ範囲外のクォータが指定テナントについて設定されてしまうことを回避することができる。

【0103】

ＣＰＵ４２００は、テナント、ロケーション及び容量が指定された容量要求を受け付けてよい。ＣＰＵ４２００は、容量要求で指定されたテナントについてクォータテーブル４３３０から特定される一つ以上のクォータのうち、容量要求で指定されたロケーションが関連付いたクォータである対象クォータを特定してよい。ＣＰＵ４２００は、対象クォータを基に、容量要求で指定された容量を容量要求で指定されたテナントへ提供することが可能か否かの提供判定（例えばＳ１００６）を行ってよい。提供判定の結果が真の場合に、ＣＰＵ４２００は、容量要求で指定された容量（例えば論理ボリューム）を、容量要求で指定されたテナントに提供してよい。このようにして、複数ロケーション６０００のストレージ装置のクォータの一元管理において、テナント及びロケーションの指定を受け付け、当該テナント及びロケーションに対応のクォータの範囲で、指定された容量を当該テナントに提供することができる。なお、「論理ボリューム」は、テナント（具体的には、例えば、コンシューマ端末２０００、又は、コンシューマ端末２０００が利用するアプリケーションを実行するコンピュータ）に提供される論理的な記憶領域でよい。論理ボリュームは、実体的な論理ボリュームであってもよいし、仮想的な論理ボリュームであってもよい。実体的な論理ボリュームは、その論理ボリュームを提供するストレージ装置が有する物理的なストレージリソース（例えば、一つ以上のＰＤＥＶ）に基づく論理ボリュームでよい。仮想的な論理ボリュームは、複数の仮想的な記憶領域で構成されており容量仮想化技術（典型的にはＴｈｉｎ Ｐｒｏｖｉｓｉｏｎｉｎｇ）に従う論理ボリュームでよい。また、提供判定は、下記（Ａ）から下記（Ｂ）を引いた差が下記（Ｃ）以上か否かの判定でよい。
（Ａ）対象クォータの容量上限。
（Ｂ）下記（ｂ１）及び（ｂ２）の合計。
（ｂ１）対象クォータの使用容量。
（ｂ２）容量要求で指定されたテナントの一つ以上の下位クォータの対象下位テナントクォータそれぞれに関連付いた容量上限。（なお、ここでの「対象下位テナントクォータ」は、容量要求で指定されたテナントの下位テナントの一つ以上のクォータのうち、容量要求で指定されたロケーションを含んだ一つ以上のロケーションが関連付いたクォータでよい。）
（Ｃ）容量要求で指定された容量。

【0104】

この条件に該当するか否かの判定の例が、図１０のＳ１００２～Ｓ１００６でよい。すなわち、一例として、（Ａ）から（ｂ１）が引かれ（例えばＳ１００３）、その後に、一つ以上の対象下位テナントクォータの容量上限が順次に引かれ（例えばＳ１００５）、最後に得られた値が（Ｃ）以上か否かが判定（例えばＳ１００６）されてよい。

【0105】

競合判定は、クォータ要求で指定されたテナントについて、クォータテーブル４３３０に、クォータ要求で指定された一つ以上のロケーションの少なくとも一つのロケーションを含むクォータがあるか否かの判定（例えばＳ８０１）を含んでよい。当該判定の結果が真の場合（例えばＳ８０１：Ｙｅｓ）、競合判定の結果が真（例えばＳ８０８）でよい。このようにして、複数ロケーション６０００のストレージ装置のクォータの一元管理において、同一テナントについてロケーションが重複する異なるクォータが設定されることを回避することができる。

【符号の説明】

【0106】

４０００：クォータ管理システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】