JP6472508B2 - 管理計算機およびリソース管理方法 - Google Patents

管理計算機およびリソース管理方法 Download PDF

Info

Publication number
JP6472508B2
JP6472508B2 JP2017510805A JP2017510805A JP6472508B2 JP 6472508 B2 JP6472508 B2 JP 6472508B2 JP 2017510805 A JP2017510805 A JP 2017510805A JP 2017510805 A JP2017510805 A JP 2017510805A JP 6472508 B2 JP6472508 B2 JP 6472508B2
Authority
JP
Japan
Prior art keywords
storage
server
resources
management
configuration
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.)
Active
Application number
JP2017510805A
Other languages
English (en)
Other versions
JPWO2016162916A1 (ja
Inventor
弘志 那須
弘志 那須
智大 川口
智大 川口
良徳 大平
良徳 大平
俊二 川村
俊二 川村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Publication of JPWO2016162916A1 publication Critical patent/JPWO2016162916A1/ja
Application granted granted Critical
Publication of JP6472508B2 publication Critical patent/JP6472508B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1479—Generic software techniques for error detection or fault masking
    • G06F11/1482—Generic software techniques for error detection or fault masking by means of middleware or OS functionality
    • G06F11/1484—Generic software techniques for error detection or fault masking by means of middleware or OS functionality involving virtual machines
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2094—Redundant storage or storage space
    • 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/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/18—Error detection or correction of the data by redundancy in hardware using passive fault-masking of the redundant circuits
    • G06F11/181—Eliminating the failing redundant component
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/4557—Distribution of virtual machine instances; Migration and load balancing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45579—I/O management, e.g. providing access to device drivers or storage
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45583—Memory management, e.g. access or allocation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45595—Network integration; Enabling network access in virtual machine instances

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Human Computer Interaction (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Hardware Redundancy (AREA)

Description

本発明は、サーバとストレージを利用するコンピュータシステムに関する。
近年、従来型の計算機システムとは異なる形態のシステムとして、クラウドコンピューティングが広く普及してきている。クラウドコンピューティングは、提供するサービスにより、ＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）、ＰａａＳ（Ｐｌａｔｆｏｒｍ ａｓ ａ Ｓｅｒｖｉｃｅ）、ＩａａＳ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）に分類される。クラウドジョンピューティングにおいては可用性および信頼性の向上とシステム拡張の柔軟性の実現のためリソースの管理が重要であり、様々な研究開発がすすめられている。
ＩａａＳのクラウドコンピューティングは、サーバとストレージが互いに接続されたコンピュータシステムにより提供される。サーバおよびストレージの可用性（Ａｖａｉｌａｂｉｌｉｔｙ）に関する技術を開示する文献として特許文献１、２がある。特許文献１は、ＩａａＳにおけるサーバの高可用性（ＨＡ：Ｈｉｇｈ Ａｖａｉｌａｂｉｌｉｔｙ）を実現する技術を開示している。特許文献２は、ＩａａＳにおけるストレージの高可用性を実現する技術を開示している。
米国特許出願公開ＵＳ８８８０７７４ ＰＣＴ／ＪＰ２０１４／０６１１５１
ＩａａＳを提供するコンピュータシステムにおいて、従来からあるサーバ側の高可用性技術と、ストレージ側の高可用性技術を組み合わせることにより、システムとしての可用性を高めることが考えられる。
しかしながら、上述のように個々にサーバの高可用性技術とストレージの高可用性技術はそれぞれ検討されているものの、サーバとストレージの両方を連携する高可用性技術はない。
サーバ側とストレージ側の双方で高可用性のための冗長構成（高可用性構成（ＨＡ構成））を組んだ環境を構築するにあたり、ＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）のデプロイにおいて、システムを構成する装置により、ＨＡ構成に制約が課される。ストレージのＨＡ構成が組めるかどうかは装置ベンダへの依存性が高く、同じ装置ベンダのストレージ同士出なければＨＡ構成を組めない場合がある。
通常、ＩａａＳではサーバ側を起点としたリソースの管理および割り当てが行われる。これをサーバとストレージを連携させたＨＡ構成の構築に適用すると、サーバ側のＨＡ構成を組みその後でストレージ側のＨＡ構成を組むことになる。
しかしながら、装置ベンダが異なるストレージ機器同士では、仕様の相違により、ＨＡ構成を構築できない場合がある。サーバ側のＨＡ構成を構築した後、ストレージ側のＨＡ構成が構築できないことが発覚するといった事態が起こると、サーバ側のＨＡ構成の構築からやり直しとなってしまう。
ＩａａＳのユーザは１度に大量のＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）を利用可能な状態にするようなＶＭデプロイを要求するケースが多い。なおかつ、そのＶＭデプロイの処理をできるだけ高速化することが求められる。しかし、上述ようなＨＡ構成の構築方法では、デプロイ処理が遅延し、ユーザを待たせる時間が長くなってしまう。
本発明の目的は、サーバとストレージを連携させた冗長構成を効率よく構築することを可能にする技術を提供することである。
本発明の一つの実施態様に従う管理装置は、複数のサーバリソースと複数のストレージリソースとを有し、サーバリソースとストレージリソースを組み合わせて仮想化マシンに割り当てるコンピュータシステムのリソースを管理する管理計算機であって、管理情報と管理プログラムを格納するメモリと、前記管理情報を参照し、前記管理プログラムを実行するＣＰＵと、を有し、前記管理情報は、前記複数のストレージリソースについて冗長構成のペアにできるか否かを判断可能にするストレージ管理情報と、前記複数のストレージリソースと前記複数のサーバリソースについて相互に接続できるか否かを判断可能にする接続可能構成管理情報と、を含み、前記ＣＰＵは、仮想化マシンをデプロイするとき、まず、前記ストレージ管理情報を参照して、冗長構成のペアにするストレージリソースを決定し、次に、前記接続可能構成管理情報を参照して、前記冗長構成のペアにする前記ストレージリソースのそれぞれと接続できるサーバリソースを選択して冗長構成のペアにする。
本発明によれば、冗長構成に制約が課される場合が多いストレージの冗長構成を先に決めて次にサーバの冗長構成を決めるので、サーバとストレージを連携させた冗長構成を効率よく構築することができる。
第一の実施例のシステム構成を示すブロック図である。 ホスト１００００の構成例を模式的に示す図である。 ストレージ２００００のハードウェア構成例を模式的に示す図である。 管理サーバ３００００の構成例を示す図である。 ストレージ管理テーブル３３０１０の構成例を示す図である。 プール管理テーブル３３０２０の構成例を示す図である。 ボリューム管理テーブル３３０３０の構成例を示す図である。。 ボリュームペア作成可能構成管理テーブル３３０４０の構成例を示す図である。 ボリュームペア管理テーブル３３０５０の構成例を示す図である。 ホスト管理テーブル３３１１０の構成例を示す図である。 ハイパバイザ管理テーブル３３１２０の構成例を示す図である。 仮想マシン管理テーブル３３１３０の構成例を示す図である。 仮想マシンペア作成可能構成管理テーブル３３１４０の構成例を示す図である。 仮想マシンペア管理テーブル３３１５０の構成例を示す図である。 ストレージ−ホスト接続可能構成管理テーブル３３１６０の構成例を示す図である。 全ストレージ管理テーブル３３２１０の構成例を示す図である。 全プール管理テーブル３３２２０の構成例を示す図である。 全ボリューム管理テーブル３３２３０の構成例を示す図である。 全ボリュームペア作成可能構成管理テーブル３３２４０の構成例を示す図である。 全ボリュームペア管理テーブル３３２５０の構成例を示す図である。 全ホスト管理テーブル３３２６０の構成例を示す図である。 全ハイパバイザ管理テーブル３３２７０の構成例を示す図である。 全仮想マシン管理テーブル３３２８０の構成例を示す図である。 全仮想マシンペア作成可能構成管理テーブル３３２９０の構成例を示す図である。 全仮想マシンペア管理テーブル３３３００の構成例を示す図である。 全ストレージ−ホスト接続可能構成管理テーブル３３３１０の構成例を示す図である。 全体管理プログラム３３５２０が、全てのホスト管理プログラム３３５３０及びストレージ管理プログラム３３５４０から図５〜図１５の構成情報を取得し、図１６〜図２６の構成情報テーブルの内容を更新する処理を示すシーケンスである。 ホストおよびストレージのＨＡ機能を適用した仮想マシン作成処理のシーケンスである。 ホストおよびストレージのＨＡ機能を適用した仮想マシン作成処理のシーケンスである。 ストレージＨＡ構成及びホストＨＡ構成を決定する処理のフローチャートである。 ホストおよびストレージのＤＲ機能を適用した仮想マシン作成処理のシーケンスである。 ホストおよびストレージのＤＲ機能を適用した仮想マシン作成処理のシーケンスである。 ストレージＤＲ構成及びホストＤＲ構成を決定する処理を示すフローチャートである。 ホスト‐ストレージにＨＡ構成を適用した仮想マシンにボリュームを接続する処理を示すシーケンスである。 ホスト‐ストレージにＨＡ構成を適用した仮想マシンにボリュームを接続する処理を示すシーケンスである。
図１は、第一の実施例のシステム構成を示すブロック図である。図１のシステムには、データセンタ５００００と、データセンタ間のネットワーク４１０００と、が含まれている。
データセンタ５００００は、ホスト１００００と、ストレージ２００００と、管理サーバ３０００００と、ホスト‐ストレージ間のネットワーク４００００と、を含む。なお、管理サーバ３００００は、データセンタ５００００内の全てのホスト１００００およびストレージ２００００と互いに通信可能である。また、管理サーバ３００００は、他のデータセンタ５００００の管理サーバ３００００と互いに通信可能である。それらを相互に接続するネットワークは不図示である。
ホスト１００００は、ハイパバイザと、仮想マシン（図中のＶＭ）と、を含む。仮想マシンは、別のホスト１００００の仮想マシンとＨＡペア（図中のＶＭペア）を構成することが可能である。ＨＡペアは高可用性を実現するペアであり、つまり冗長構成のペアである。
ストレージ２００００は、ＲＡＩＤ ＧｒｏｕｐやＴｈｉｎ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｏｏｌ等の記憶領域を提供するプールと、プールから記憶領域を切り出したボリューム（図中のＶＯＬ）と、を含む。ボリュームは、別のストレージ２００００のボリュームとＨＡペア（図中のＶＯＬペア）構成することが可能である。また、ストレージ２００００は、仮想マシンのＨＡペア及びストレージ２００００のＨＡペア用のクオーラムのディスク（Ｑｕｏｒｕｍ Ｄｉｓｋ（Ｗｉｔｎｅｓｓ）（図中のＱ−ｘｘ））のボリュームを含む。
本実施例では、ＩａａＳにおける仮想サーバ作成において、ストレージのＨＡペアを構成した後、ストレージのＨＡペアの構成に合わせてホスト（サーバ）のＨＡペアを構築する例について説明する。
図２は、ホスト１００００の構成例を模式的に示す図である。ホスト１００００は、プロセッサであるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１０００、不揮発性の二次記憶デバイス１２０００、主記憶デバイスであるメモリ１３０００、入出力デバイス１４０００、Ｉ／Ｏ要求発行側インタフェースであるイニシエータポート１６０００、管理インタフェース１７０００を含む。それら各構成要素は、バス１５０００により通信可能に相互接続されている。
ＣＰＵ１１０００は、メモリ１３０００に格納されたプログラムを読み出し、実行することにより動作する。典型的には、二次記憶デバイス１２０００に格納されているプログラム及びデータが、メモリ１３０００にロードされる。本例において、メモリ１３０００は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）１３１００、ハイパバイザ１３０２０及び複数の仮想マシンプログラム１３０３０を保持する。
イニシエータポート１６０００は、ホスト−ストレージ間のネットワーク４００００またはデータセンタ間のネットワーク４１０００に接続するネットワークインタフェースである。イニシエータポート１６０００は、ネットワーク４００００または４１０００を介してストレージ２００００とデータ及び要求を送受信する。
管理インタフェース１７０００は、管理サーバ３００００と接続するネットワークインタフェースである。管理インタフェース１７０００は、データセンタ５００００内のＬｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＬＡＮ）やデータセンタ間のネットワーク４１０００を介してストレージ２００００と管理データ及び制御命令を送受信する。管理インタフェース１７０００は、さらに、データセンタ５００００内のＬｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＬＡＮ）やデータセンタ間のネットワーク４１０００を介して管理サーバ３００００と、管理データ及び制御命令を送受信する。
図３は、ストレージ２００００のハードウェア構成例を模式的に示す図である。本例において、各ストレージ２００００の基本構成は同じであるが、構成要素の数および記憶容量等は各物理ストレージ装置に依存する。これらは異なる構成を有していてもよい。
ストレージ２００００は、複数の記憶デバイス（例えば、ハードディスクドライブやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等）２２０００と、ストレージ２００００を制御し、ボリューム管理や、ホスト１００００又は他のストレージとのデータ通信等を行うストレージコントローラとを含む。ストレージコントローラは、プロセッサであるＣＰＵ２１０００、メモリ２３０００、Ｉ／Ｏ要求発行側インタフェースであるイニシエータポート２６０００、Ｉ／Ｏ要求受信側インタフェースであるターゲットポート２７０００、管理インタフェース２８０００、データ転送のためのキャッシュメモリ２４０００、を含む。ストレージ２００００の構成要素は、バス２５０００で通信可能に相互接続されている。
ストレージ２００００は、イニシエータポート２６０００ を介して、外部にある他のストレージに接続し、外部の物理ストレージにＩ／Ｏ要求及びライトデータ（ユーザデータ）を送信し、外部の物理ストレージからリードデータ（ユーザデータ）を受信することができる。イニシエータポート２６０００は、ホスト‐ストレージ間のネットワーク４００００及びデータセンタ間のネットワーク４１０００に接続する。
イニシエータポート２６０００は、外部の物理ストレージシステムとの通信に用いられるＦｉｂｒｅ Ｃｈａｎｎｅｌ（ＦＣ）、Ｆｉｂｒｅ Ｃｈａｎｎｅｌ Ｏｖｅｒ Ｅｔｈｅｒｎｅｔ（登録商標）（ＦＣｏＥ）、ｉＳＣＳＩ等のプロトコルを、ストレージコントローラ内部で用いられるプロトコル、例えば、ＰＣＩｅに変換する機能を有する。
ストレージ２００００は、ターゲットポート２７０００において、ホスト１００００又は外部のストレージに接続する。ストレージ２００００は、ターゲットポート２７０００を介して、ホスト１００００又は外部の物理ストレージからＩ／Ｏ要求及びライトデータを受信し、また、ホスト１００００又は外部の物理ストレージにリードデータを送信する。ターゲットポート２７０００は、ホスト−ストレージ間のネットワーク４００００及びデータセンタ間のネットワーク４１０００に接続する。
ターゲットポート２７０００は、ホスト１００００又は外部のストレージとの通信に用いられるＦＣ、ＦＣｏＥ、ｉＳＣＳＩ等のプロトコルを、ストレージコントローラ内部で用いられるプロトコル、例えば、ＰＣＩｅに変換する機能を有する。
管理インタフェース２８０００は、管理サーバ３００００に接続するためのデバイスである。管理インタフェース２８０００は、ＬＡＮで使用されるプロトコルを、ストレージコントローラ内部で用いられるプロトコル、例えば、ＰＣＩｅに変換する機能を有する。
ＣＰＵ２１０００は、ストレージ制御のためのプログラムを実行することで、ホスト１００００からのＩ／Ｏの制御、ストレージ２００００のボリュームの管理および制御を含む所定の機能を実現する。本実施例で説明するＣＰＵ２１０００により実現される機能の少なくとも一部は、ＣＰＵ２１０００と異なるロジック回路によって実現されてもよい。
メモリ２３０００は、ＣＰＵ２１０００が扱うデータやプログラムを格納する。メモリ２３０００のデータは、例えば、ストレージ２００００内のいずれかの記憶デバイス２２０００又はフラッシュメモリ（不図示）、又はネットワークを介して接続された他の装置からメモリ２３０００にロードされる。
図４は、管理サーバ３００００の構成例を示す図である。管理サーバ３００００は、プロセッサであるＣＰＵ３１０００、主記憶デバイスであるメモリ３３０００、二次記憶デバイス３２０００、入出力デバイス３４０００、管理インタフェース（Ｉ／Ｆ）３６０００を含む。管理サーバ３００００のそれら各デバイスは、バス３５０００により通信可能に相互接続されている。
管理サーバ３００００は、管理プログラムを実行し、それに従って動作する。管理Ｉ／Ｆ３６０００はデータセンタ内のネットワークまたはデータセンタ間のネットワークに接続し、管理サーバ３００００内のプロトコルと外部のネットワークのプロトコルとの間の変換を行う。管理サーバ３００００は、管理Ｉ／Ｆ３６０００を介して、ストレージ２００００及びホスト１００００と通信することができる。
入出力デバイス３４０００は、ディスプレイ、ポインタ又はキーボード等のデバイスの一つ又は複数のデバイスを含む。ユーザは、入出力デバイス３４０００により、管理サーバ３０００を操作することができるほか、ネットワークを介して接続するクライアント計算機から管理サーバ３００００にアクセスしてもよい。クライアント計算機は、管理サーバ３００００と共に管理システムに含まれる。ユーザは、入力デバイス（例えばマウス及びキーボード）により必要な情報を入力し、出力デバイスにより必要な情報を視認することができる。
ＣＰＵ３１０００は、メモリ３３０００に記憶されているプログラムを実行することによって管理サーバ３００００の所定の機能を実現する。メモリ３３０００は、ＣＰＵ３１０００よって実行されるプログラム及びプログラムの実行に必要なデータを記憶する。管理サーバ３００００で動作するプログラムについては後述する。本実施例で説明するＣＰＵ３１０００により実現される機能の少なくとも一部は、ＣＰＵ３１０００と異なるロジック回路によって実現されてもよい。
例えば、プログラムは、二次記憶デバイス３２０００からメモリ３３０００にロードされる。二次記憶デバイス３２０００は、管理サーバ３００００の所定の機能を実現するために必要なプログラム及びデータを格納する、不揮発性の非一時的記憶媒体を備える記憶装置である。二次記憶デバイス３２０００は、ネットワークを介して接続された外部の記憶装置でもよい。
本構成例の管理システムは、管理サーバで構成されているが、管理システムは複数の計算機で構成してもよい。複数の計算機の一つは表示用計算機であってもよく、管理処理の高速化や高信頼化のために、複数の計算機が管理サーバと同等の処理を実現してもよい。
例えば、管理者は、管理システムの管理コンソールから、同管理システムの管理サーバにアクセスし、管理サーバに処理を指示するとともに、管理コンソールに管理サーバの処理結果を取得、表示させてもよい。管理システムは、物理ストレージ内に構成されていてもよい。管理システムの一部の機能が、物理ストレージ内に実装されていてもよい。
管理サーバ３００００のメモリ３３０００は、ＣＰＵ３１０００が扱うデータやプログラムを格納する。メモリ３３０００のデータは、例えば、ストレージ２００００内のいずれかの記憶デバイス２２０００又はフラッシュメモリ（不図示）、又はネットワークを介して接続された他の装置からメモリ３３０００にロードされる。
メモリ３３０００は、ＯＳ、及び仮想マシン管理ユーザＩ／Ｆプログラム３３５１０、全体管理プログラム３３５２０、ホスト管理プログラム３３５３０、ストレージ管理プログラム３３５４０を保持する。さらに、メモリ３３０００は、構成情報管理テーブル３３４００を保持する。
仮想マシン管理ユーザＩ／Ｆプログラム３３５１０は、ユーザに仮想マシンを管理するためのＣｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ（ＣＬＩ）やＧｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ（ＧＵＩ）等のインタフェースを提供する。
ホスト管理プログラム３３５３０は、データセンタ内のホストのリソースを管理する。
ストレージ管理プログラム３３５４０は、データセンタ内のストレージのリソースを管理する。
全体管理プログラム３３５２０は、全データセンタのホスト及びストレージのリソースを管理する。全体管理プログラム３３５２０は、管理サーバのホスト管理プログラムとストレージ管理プログラムと通信可能である。
構成情報管理テーブル３３４００は、図５〜図２６に示すホストとストレージのリソースを管理するためのテーブルである。ストレージ管理プログラム３３５４０は、図５〜図９に示すテーブルの参照と更新を行う。ホスト管理プログラム３３５３０は、図１０〜図１５に示すテーブルの参照と更新を行う。全体管理プログラム３３５２０は、図１６〜図２６のテーブルの参照と更新を行う。以降にて、図５〜図２６のテーブルについて説明する。
図５は、ストレージ管理テーブル３３０１０の構成例を示す。ストレージ管理テーブル３３０１０は、データセンタ内にある各ストレージのＩＤを格納するストレージＩＤ欄３３０１１と、前記ストレージのハードウェアのベンダ名を格納するベンダ名３３０１２とを有する。
図６は、プール管理テーブル３３０２０の構成例を示す。プール管理テーブル３３０２０は、データセンタ内の各ストレージが持つプールのプールＩＤを格納するプールＩＤ欄３３０２１と、前記プールを持つストレージのストレージＩＤを格納するストレージＩＤ欄３３０２２と、前記プールの使用量や空容量等含めた全体容量の値を格納する全体容量欄３３０２３と、前記プールの空容量の値を格納する空容量欄３３０２４と、を有する。
図７は、ボリューム管理テーブル３３０３０の構成例を示す。ボリューム管理テーブル３３０３０は、データセンタ内の各ストレージが持つプールから作成したボリュームのボリュームＩＤを格納するＶＯＬＩＤ欄３３０３１と、前記プールのプールＩＤを格納するプールＩＤ欄３３０３２と、前記ボリュームの容量の値を格納する容量欄３３０３３と、を有する。
図８は、ボリュームペア作成可能構成管理テーブル３３０４０の構成例を示す。ボリュームペア作成可能構成管理テーブル３３０４０は、データセンタ内の各ストレージが持つプールＩＤを格納するプールＩＤ欄３３０４１と、ボリュームペア構成を構築可能な別データセンタ内のストレージが持つプールＩＤを格納する相手プールＩＤ欄３３０４３と、前記ペア種別の情報を格納するペア種別欄３３０４２と、を有する。
ペア種別欄３３０４２には、例えばＨＡペアであれば“ＨＡ”、ＤＲペアであれば“ＤＲ”という文字列が格納される。ＤＲ（Ｄｉｓａｓｔｅｒ Ｒｅｃｏｖｅｒｙ）は、自然災害などの被害を受けたシステムの復旧あるいは修復である。ＤＲでもサーバおよびストレージに冗長構成を構築してよい。なお、ボリュームペア構成可能なストレージの組合せは、当該ストレージハードウェアやソフトウェアの仕様等に従い自由に選択可能であってよい。
図９は、ボリュームペア管理テーブル３３０５０の構成例を示す。ボリュームペア管理テーブル３３０５０は、ボリュームペアのペアＩＤを格納するＶＯＬペアＩＤ欄３３０５１と、データセンタ内にある当該ペアの片側ボリュームまたはＱｕｏｒｕｍボリュームのボリュームＩＤを格納するＶＯＬＩＤ３３０５２と、当該ペアのペア種別の情報を格納するペア種別欄３３０５３と、当該ペアに関連するボリュームのボリューム種別の情報を格納するＶＯＬ種別欄３３０５４と、当該ペアのペア状態の情報を格納するペア状態欄３３０５５と、別のデータセンタ内にある当該ペアの片側ボリュームのボリュームＩＤを格納する相手ＶＯＬＩＤ欄３３０５６と、当該ペアのＱｕｏｒｕｍボリュームのボリュームＩＤを格納するＱｕｏｒｕｍＩＤ欄３３０５７と、当該ペアが属するコンシステンシーグループ等のグループＩＤを格納するＧｒｐＩＤ欄３３０５８と、を有する。
コンシステンシーグループは、少なくとも一つのボリュームペアで構成され、各ボリュームペアは、正ボリュームと副ボリュームとを備える。正ボリュームは、上位装置に提供されライトアクセスの発生する論理ボリュームである。副ボリュームは、正ボリュームの複製となる論理ボリュームである。コンシステンシーグループとは、一以上の正ボリュームと一以上の副ボリュームとの間で整合性をとる必要のあるボリューム群である。コンシステンシーグループは、ディスク装置上に用意される。
ＶＯＬ種別欄には、例えばＰｒｉｍａｒｙ Ｖｏｌｕｍｅ（ＰＶＯＬ）であれば“ＰＶＯＬ”、Ｓｅｃｏｎｄａｒｙ Ｖｏｌｕｍｅ（ＳＶＯＬ）であれば“ＳＶＯＬ”、Ｑｕｏｒｕｍボリュームであれば“Ｑｕｏｒｕｍ”という文字列が格納される。ペア状態欄３３０５５には、例えばペアボリューム間でデータコピー中であれば”ＣＯＰＹ”、データコピーが完了しデータ同期中であれば”ＰＡＩＲ”、データコピー中断中であれば”ＰＳＵＳ”（ＰＡＩＲ ＳＵＳＰＥＮＤ）等の文字列が格納される。
図１０は、ホスト管理テーブル３３１１０の構成例を示す。ホスト管理テーブル３３１１０は、データセンタ内にある各ホストのホストＩＤを格納するホストＩＤ欄３３１１１と、を有する。
図１１は、ハイパバイザ管理テーブル３３１２０の構成例を示す。ハイパバイザ管理テーブル３３１２０は、データセンタ内の各ホスト上にあるハイパバイザのハイパバイザＩＤを格納するハイパバイザＩＤ欄３３１２１と、ハイパバイザの種類を示す文字列を格納するハイパバイザ名欄３３１２２と、当該ハイパバイザを持つホストのホストＩＤ３３１２３と、を有する。
図１２は、仮想マシン管理テーブル３３１３０の構成例を示す。仮想マシン管理テーブル３３１３０は、データセンタ内のハイパバイザ上にデプロイされた仮想マシンのＩＤを格納するＶＭＩＤ欄３３１３１と、当該仮想マシンがデプロイされたハイパバイザのハイパバイザＩＤを格納するハイパバイザＩＤ欄３３１３２と、当該ＶＭがアクセス可能なボリュームのＩＤを格納する接続ＶＯＬＩＤ３３１３３と、を有する。
図１３は、仮想マシンペア作成可能構成管理テーブル３３１４０の構成例を示す。仮想マシンペア作成可能構成管理テーブル３３１４０は、データセンタ内のハイパバイザのＩＤを格納するハイパバイザＩＤ欄３３１４１と、別のデータセンタにあるＨＡまたはＤＲ等のペアとなり得るハイパバイザのＩＤを格納する相手ハイパバイザＩＤ欄３３１４１と、当該ペアのペア種別欄３３１４２欄と、を有する。
図１４は、仮想マシンペア管理テーブル３３１５０の構成例を示す。仮想マシンペア管理テーブル３３１５０は、データセンタ内の仮想マシンが構成要素となっているペアのＩＤを格納するＶＭペアＩＤ欄３３１５１と、当該ペアのデータセンタ内の仮想マシンのＩＤを格納するＶＭＩＤ欄３３１５２と、当該ペア種別の情報を示す文字列を格納するペア種別欄３３１５３と、当該ＶＭＩＤ欄３３１５２のＩＤを持つ仮想マシンの状態の情報を示す文字列を格納するＶＭ状態欄３３１５５と、別データセンタの片側ペアとなるハイパバイザのＩＤを格納する相手ハイパバイザＩＤ欄３３１５６と、当該ペアのＱｕｏｒｕｍボリュームのＩＤを格納するＱｕｏｒｕｍＩＤ欄３３１５７と、を有する。
ＶＭ状態欄には、例えば当該仮想マシンが稼動状態（Ａｃｔｉｖｅ）であれば“Ａｃｔｉｖｅ”、待機状態（Ｓｔａｎｄｂｙ）であれば“Ｓｔａｎｄｂｙ”等の文字列が格納される。
図１５は、ストレージ−ホスト接続可能構成管理テーブル３３１６０の構成例を示す。ストレージ−ホスト接続可能構成管理テーブル３３１６０は、データセンタ内のストレージのＩＤを格納するストレージＩＤ欄３３１６１と、当該ストレージと任意のネットワークで接続されており、当該ストレージと通信可能なホストのＩＤを格納するホストＩＤ３３１６２と、を有する。
図１６は、全ストレージ管理テーブル３３２１０の構成例を示す。全ストレージ管理テーブル３３２１０は、全データセンタにあるストレージのＩＤを格納するストレージＩＤ欄３３２１１と、当該ストレージの前記ストレージハードウェアベンダ名を格納するベンダ名欄３３２１２と、当該ストレージがあるデータセンタのＩＤを格納するデータセンタＩＤ欄３３２１３と、を有する。
図１７は、全プール管理テーブル３３２２０の構成例を示す。全プール管理テーブル３３２２０は、全データセンタにあるプールのＩＤを格納するプールＩＤ３３２２１と、当該プールを持つストレージのＩＤを示すストレージＩＤ欄３３２２２と、当該プールの使用量や空容量等含めた全体容量の値を格納する全体容量欄３３２２３と、前記プールの空容量の値を格納する空容量欄３３２２４と、を有する。
図１８は、全ボリューム管理テーブル３３２３０の構成例を示す。全ボリューム管理テーブル３３２３０は、全データセンタにあるボリュームのＩＤを格納するＶＯＬＩＤ欄３３２１と、当該ボリュームへ容量を割り当てるプールのＩＤを格納するプールＩＤ３３２３２と、当該プールを持つストレージのＩＤを格納するストレージＩＤ欄３３２３３と、当該ボリュームの容量の値を格納する容量欄３３２３４と、を有する。
図１９は、全ボリュームペア作成可能構成管理テーブル３３２４０の構成例を示す。全ボリュームペア作成可能構成管理テーブル３３２４０は、全データセンタにおいて、ペアを構成可能なボリュームを提供する第一のプールのＩＤを格納する第一プールＩＤ欄３３２４１と、第二のプールのＩＤを格納する第二プールＩＤ３３２４２と、ペア種別の情報を示す文字列を格納する３３２４３と、を有する。
図２０は、全ボリュームペア管理テーブル３３２５０の構成例を示す。全ボリュームペア管理テーブル３３２５０は、全データセンタ内にあるボリュームのペアのＩＤを格納するＶＯＬペアＩＤ欄３３２５１と、当該ペアのペア種別の情報を示す文字列を格納するペア種別欄３３２５２と、当該ペアのペア状態の情報を示す文字列を格納するペア状態欄３３２５３と、当該ペアのＰＶＯＬのＩＤを格納するＰＶＯＬＩＤ欄３３２５４と、当該ペアのＳＶＯＬのＩＤを格納するＳＶＯＬＩＤ欄３３２５５と、当該ペアのＱｕｏｒｕｍボリュームのＩＤを格納するＱｕｏｒｕｍＩＤ欄３３２５６と、当該ペアのコンシステンシーグループ等のグループのＩＤを示すＧｒｐＩＤ欄２２３５７と、を有する。
図２１は、全ホスト管理テーブル３３２６０の構成例を示す。全ホスト管理テーブル３３２６０は、全データセンタにあるホストのＩＤを格納するホストＩＤ３２６１と、当該ホストがあるデータセンタのＩＤを格納するデータセンタＩＤ欄３３２６２と、を有する。
図２２は、全ハイパバイザ管理テーブル３３２７０の構成例を示す。全ハイパバイザ管理テーブル３３２７０は、全データセンタにあるハイパバイザのＩＤを格納するハイパバイザＩＤ欄３３２７１と、当該ハイパバイザの種類を示す文字列を格納するハイパバイザ名欄３３２７２と、当該ハイパバイザを持つホストのＩＤを格納するホストＩＤ欄３３２７３と、を有する。
図２３は、全仮想マシン管理テーブル３３２８０の構成例を示す。全仮想マシン管理テーブル３３２８０は、全データセンタにある仮想マシンのＩＤを格納するＶＭＩＤ欄３３２８１と、当該仮想マシンがあるハイパバイザのＩＤを格納するハイパバイザＩＤ欄３３２８２と、当該仮想マシンがアクセス可能なボリュームのＩＤを示す接続ＶＯＬＩＤ欄３３２８３と、を有する。
図２４は、全仮想マシンペア作成可能構成管理テーブル３３２９０の構成例を示す。全仮想マシンペア作成可能構成管理テーブル３３２９０は、全データセンタにおいて、ペアを構成可能な仮想マシンを提供する第一のハイパバイザのＩＤを格納する第一ハイパバイザＩＤ欄３３２９１と、第二のハイパバイザのＩＤを格納する第二ハイパバイザＩＤ欄３３２９２と、当該ペアのペア種別の情報を示す文字列を格納するペア種別欄３３２９３と、を有する。
図２５は、全仮想マシンペア管理テーブル３３３００の構成例を示す。全仮想マシンペア管理テーブル３３３００は、全データセンタにある仮想マシンのペアのＩＤを格納するＶＭペアＩＤ欄３３３０１と、当該ペアのペア種別を示す文字列を格納するペア種別欄３３３０２と、当該ペアのペア状態を示す文字列を格納するペア状態欄３３３０３と、当該ペアの第一の仮想マシンのＩＤを格納する第一ＶＭＩＤ３３３０４と、当該第一の仮想マシンの状態を示す文字列を格納する第一ＶＭ状態欄３３３０５と、第二の仮想マシンのＩＤを格納する第二ＶＭＩＤ３３３０６と、当該第二の仮想マシンの状態を示す文字列を格納する第二ＶＭ状態欄３３３０７と、当該ペアのＱｕｏｒｕｍボリュームのＩＤを格納するＱｕｏｒｕｍＩＤ欄３３３０８と、を有する。
図２６は、全ストレージ−ホスト接続可能構成管理テーブル３３３１０の構成例を示す。全ストレージ−ホスト接続可能構成管理テーブル３３３１０は、全データセンタのストレージのＩＤを格納するストレージＩＤ欄３３３１１と、当該ストレージにネットワークで接続されており、当該ストレージと通信可能なホストのＩＤを格納する接続ホストＩＤ欄３３３１２と、を有する。
実施例１の仮想マシン作成処理のシーケンスを図２７、図２８、図２９に示す。このシーケンスは、ユーザ６００００、仮想マシン管理ユーザＩ／Ｆプログラム３３５１０、全体管理プログラム３３５２０、ホスト管理プログラム３３５３０、ストレージ管理プログラム３３５４０を含む。本実施例では、１ユーザ６００００が、１管理サーバの１仮想マシン管理ユーザＩ／Ｆプログラム３３５１０を介して仮想マシン作成操作を行う。さらに、同一管理サーバ３００００の１全体管理プログラム３３５２０が、同一管理サーバ３００００のホスト管理プログラム３３５３０及びストレージ管理プログラム３３５４０、別のデータセンタ５００００内にある管理サーバ３００００のホスト管理プログラム３３５３０及びストレージ管理プログラム３３５４０に対し、各ホスト及びストレージの構成情報取得、ボリュームのＨＡペア作成、仮想マシンのＨＡペア設定、等の命令を発行する。
図２７は、全体管理プログラム３３５２０が、全てのホスト管理プログラム３３５３０及びストレージ管理プログラム３３５４０から図５〜図１５の構成情報を取得し、図１６〜図２６の構成情報テーブルの内容を更新する処理を示すシーケンス図である。
ステップＳ１０１において、全体管理プログラム３３５２０は、全てのホスト管理プログラム３３５３０に対し、図１０〜図１５に示すテーブルにあるホスト構成情報を取得する命令を送信する。ホスト管理プログラム３３５３０は、全体管理プログラム３３５２０から構成情報取得命令を受信したら、図１０〜図１５に示すテーブルにあるホスト構成情報の内容を全体管理プログラム３３５２０に送信する。
次に、ステップＳ１０２において、全体管理プログラム３３５２０は、ホスト管理プログラム３３５３０より受信した構成情報を図１６〜図２６のテーブルに反映する。
ステップＳ１０３において、全体管理プログラム３３５２０は、全てのストレージ管理プログラム３３５４０に対し、図１０〜図１５に示すテーブルにあるストレージ構成情報を取得する命令を送信する。ストレージ管理プログラム３３５４０は、全体管理プログラム３３５２０から構成情報取得命令を受信したら、図５〜図９に示すテーブルにあるストレージ構成情報の内容を全体管理プログラムに送信する。
次に、ステップＳ１０４において、全体管理プログラム３３５２０は、ストレージ管理プログラム３３５４０より受信した構成情報を図１６〜図２６のテーブルに反映する。
ここでは図２７にて破線で囲われたステップＳ１０１〜Ｓ１０４の一連の処理をステップＳ１００とすることにする。ステップＳ１１１、Ｓ１１２のように、ユーザ６００００の指示によりステップＳ１００の構成情報取得が実行されてもよい。
図２８、図２９は、ホストおよびストレージのＨＡ機能を適用した仮想マシン作成処理のシーケンスである。
図２８、図２９のユーザ６００００は、全体管理プログラム３３５２０に対し、仮想マシン作成・削除等の要求を出すＩａａＳ利用者である。図２８、図２９のＩ／Ｆ３３５１０は、仮想マシン管理ユーザＩ／Ｆプログラム３３５１０を示す。ユーザ６００００は、Ｉ／Ｆ３３５１０を経由し全体管理プログラム３３５２０に命令を発行する。図２８、図２９の全体管理３３５２０は、Ｉ／Ｆ３３５１０と同一管理サーバにある全体管理プログラム３３５２０を示す。図２８、図２９のホスト管理３３５３０は、各データセンタの管理サーバにあるホスト管理プログラム３３５３０を示す。図２８、図２９のストレージ管理３３５４０は、各データセンタの管理サーバにあるストレージ管理プログラム３３５４０を示す。
図２８のステップＳ２０１において、ユーザ６００００は、仮想マシン管理ユーザＩ／Ｆプログラム３３５１０に対し、ＨＡ機能を適用した仮想マシン作成を命令する。
次に、ステップＳ２０２において、仮想マシン管理ユーザＩ／Ｆプログラム３３５１０は、全体管理プログラム３３５２０に対し、ＨＡ機能を適用した仮想マシン作成の命令を送信する。
次に、ステップＳ２０３において、全体管理プログラム３３５２０は、ストレージＨＡ構成及びホストＨＡ構成を決定する。当該ステップの詳細な説明は後述する。
次に、ステップＳ２０５〜Ｓ２１５において、全体管理プログラム３３５２０は、ステップＳ２０３で決定した、ストレージＨＡ構成およびホストＨＡ構成を元に、複数のストレージ管理プログラム３３５４０に対し、ＨＡボリュームペア作成を指示する。
まず、ステップＳ２０５において、全体管理プログラム３３５２０は、ストレージ管理プログラム３３５４０に対し、ＨＡのプライマリボリューム（Ｐｒｉｍａｒｙ Ｖｏｌｕｍｅ、ＰＶＯＬ）作成の命令を送信する。
次に、ステップＳ２０６において、ストレージ管理プログラム３３５４０は、ストレージ管理プログラムからの命令に従い、当該ボリュームを作成し、当該命令完了をストレージ全体管理プログラムに返す。
次に、ステップＳ２０７において、全体管理プログラムは、ストレージ管理プログラム３３５４０に対し、ＨＡのセカンダリボリューム（Ｓｅｃｏｎｄａｒｙ Ｖｏｌｕｍｅ、ＳＶＯＬ）作成の命令を送信する。
次に、ステップＳ２０８において、ストレージ管理プログラム３３５４０は、全体管理プログラム３３５２０からの命令に従い、当該ボリュームを作成し、当該命令完了をストレージ管理プログラム３３５４０に返す。
次に、ステップＳ２０９において、全体管理プログラム３３５２０は、ストレージ管理プログラム３３５４０に対し、ＨＡのＱｕｏｒｕｍ用ボリューム作成の命令を送信する。
次に、ステップＳ２１０において、ストレージ管理プログラム３３５４０は、ストレージ管理プログラム３３５４０からの命令に従い、当該ボリュームを作成し、当該命令の完了を全体管理プログラム３３５２０に返す。
次に、ステップＳ２１１において、全体管理プログラム３３５２０は、ＰＶＯＬ側のストレージ管理プログラム３３５４０に対し、ＰＶＯＬ‐Ｑｕｏｒｕｍ接続の命令を送信する。
次に、ステップＳ２１２において、ＰＶＯＬ側のストレージ管理プログラム３３５４０は、Ｑｕｏｒｕｍ側のストレージ管理プログラム３３５４０に対し、ＰＶＯＬ‐Ｑｕｏｒｕｍ接続設定を実行し、当該設定の完了を全体管理プログラム３３５２０に返す。
次に、ステップＳ２１３において、全体管理プログラム３３５２０は、ＳＶＯＬ側のストレージ管理プログラム３３５４０に対し、ＳＶＯＬ‐Ｑｕｏｒｕｍ接続の命令を送信する。
次に、ステップＳ２１４において、ＳＶＯＬ側のストレージ管理プログラム３３５４０は、Ｑｕｏｒｕｍ側のストレージ管理プログラム３３５４０に対し、ＳＶＯＬ‐Ｑｕｏｒｕｍ接続設定を実行し、当該設定の完了を全体管理プログラム３３５２０に返す。
次に、ステップＳ２１５において、全体管理プログラム３３５２０は、ＰＶＯＬ側のストレージ管理プログラム３３５４０に対し、ＰＶＯＬ‐ＳＶＯＬ間ＨＡペア作成の命令を送信する。
次に、ステップＳ２１６において、ＰＶＯＬ側のストレージ管理プログラム３３５４０は、ＳＶＯＬ側のストレージ管理プログラム３３５４０に対し、ＰＶＯＬ‐ＳＶＯＬ間ＨＡペア作成を実行し、当該ペア作成の完了を全体管理プログラム３３５２０に返す。
次に、ステップＳ２１７において、全体管理プログラム３３５２０は、前述のＨＡボリュームペア作成後の構成の情報を構成管理テーブルに反映する。このとき、全体管理プログラム３３５２０が再度ステップＳ１００の構成情報ＴＢ更新処理を実施してもよい。
次に、図２９のステップＳ２１８において、全体管理プログラム３３５２０は、ホスト管理プログラム３３５３０に対し、ＰＶＯＬへのＶＭイメージ格納の命令を送信する。
次に、ステップＳ２１９において、ホスト管理プログラム３３５３０は、ＰＶＯＬ側のストレージ管理プログラム３３５４０に対し、全体管理プログラム３３５２０からの命令に従い、ＶＭイメージデータのＰＶＯＬへのＷｒｉｔｅ命令を送信する。
次に、ステップＳ２２０において、ストレージ管理プログラム３３５４０は、ＰＶＯＬに書き込まれたデータをＳＶＯＬ側へコピーする。
次に、ステップＳ２２１において、全体管理プログラム３３５２０は、ホストＨＡのＱｕｏｒｕｍ作成元となるストレージのストレージ管理プログラム３３５４０に対し、Ｑｕｏｒｕｍ用ボリュームの作成の命令を送信する。
次に、ステップＳ２２２において、ストレージ管理プログラム３３５４０は、ボリュームを作成し、当該命令の完了を全体管理プログラム３３５２０に返す。
次に、ステップＳ２２３において、ステップＳ２０４で決定したホストＨＡ構成の各ハイパバイザに対し、ストレージＨＡペアボリュームからのパス定義、ホストＨＡのＱｕｏｒｕｍ設定を実施する。
まず、ステップＳ２２４において、ホスト管理プログラム３３５３０は、ＰＶＯＬ側のストレージ管理プログラム３３５４０に対し、ＰＶＯＬからホストへのパス定義を指示する。
次に、ステップＳ２２５において、ホスト管理プログラム３３５３０は、ホストＨＡのＱｕｏｒｕｍ側のストレージ管理プログラム３３５４０に対し、Ｑｕｏｒｕｍ設定を実施する。
次に、ステップＳ２２６において、ホスト管理プログラム３３５３０は、ホストＨＡペアの別ホストのホスト管理プログラム３３５３０に対し、ストレージＨＡペアボリュームからのパス定義（ステップＳ２２６）、ホストＨＡのＱｕｏｒｕｍ設定（ステップＳ２２７）を指示する。
次に、ステップＳ２２８において、全体管理プログラム３３５２０は、前述のＨＡボリュームペア作成後の構成の情報を構成管理テーブルに反映する。このとき、全体管理プログラム３３５２０が再度ステップＳ１００の構成情報ＴＢ更新処理を実施してもよい。
次に、ステップＳ２２９において、全体管理プログラム３３５２０は、ホスト管理プログラム３３５３０に対し、仮想マシン起動を指示する。
次に、ステップＳ２３０において、ホスト管理プログラム３３５３０は、ボリュームにアクセスし（ステップＳ２３０）、仮想マシンを起動する。
次に、ステップＳ２３１において、ホスト管理プログラム３３５３０は、全体管理プログラム３３５２０に対し、仮想マシン起動の完了を返す。
次に、ステップＳ２３１において、全体管理プログラム３３５２０は、仮想マシン管理ユーザＩ／Ｆプログラム３３５１０に仮想マシン作成の完了を返す。
次に、仮想マシン管理ユーザＩ／Ｆプログラム３３５１０は、ユーザ６００００に対し、仮想マシン作成の完了を通知する。
図３０は、ストレージＨＡ構成及びホストＨＡ構成を決定する処理のフローチャートである。
まず、ステップＳ２０３−０１において、全体管理プログラム３３５２０は、全ボリュームペア作成可能構成管理テーブル３３２４０を参照し、ＨＡのボリュームペア作成可能となるストレージのプール組合せを１つ選択し、ステップＳ２０３−０２に進む。もし未選択のプール組合せがなければ処理を終了する。ストレージＨＡ構成またはホストＨＡ構成のいずれかが未決定の場合は異常終了する。
次に、ステップＳ２０３−０２において、全体管理プログラム３３５２０は、全プール管理テーブル３３２２０を参照し、直前のステップＳ２０３−０１で選択したプール組合せの両プールの空容量合計値を計算する。
次に、ステップＳ２０３−０３において、全体管理プログラム３３５２０は、直前のステップＳ２０３−０１で選択したプール組合せの両プールの空容量合計値が、既に決定済みのストレージＨＡのプール組合せのそれよりも多い場合、ステップＳ２０３−０４に進み、そうでなければステップＳ２０３−０１に戻る。
なお、当該プール組合せの選択方法は、本実施例の方法に限られず他の方法を用いてもよい。
次に、ステップＳ２０３−０４において、全体管理プログラム３３５２０は、全ストレージ‐ホスト接続可能構成管理テーブルを参照し、直前のステップＳ２０３−０１で選択したプール組合せの１ストレージと接続可能な未選択の１ホストがあればそれを選択しステップＳ２０３−０５へ進み、そうでなければステップＳ２０３−０１に戻る。
次に、ステップＳ２０３−０５において、全体管理プログラム３３５２０は、全仮想マシンペア作成可能構成管理テーブル３３２９０を参照し、直前のステップＳ２０３−０４で選択したホストのハイパバイザ（第一）とＨＡ構成可能なハイパバイザ（第二）の組合せのうち、未選択のものがあればそれを選択しステップＳ２０３−０６に進み、そうでなければステップＳ２０３−０４へ戻る。
次に、ステップＳ２０３−０６において、全体管理プログラム３３５２０は、選択したホストのＣＰＵ利用率やメモリ利用率などの計算処理負荷情報を取得する。
次に、ステップＳ２０３−０７において、全体管理プログラム３３５２０は、直前のステップＳ２０３−０６で取得した負荷情報を参照し、直前のステップＳ２０３−０４で選択したホストの負荷が、既に決定済みのホストＨＡの第一ホストのそれよりも低いならステップＳ２０３−０８に進み、そうでなければステップＳ２０３−０４に戻る。なお、当該ホストの選択方法は、本実施例の方法に限られず他の方法を用いてもよい。
次に、ステップＳ２０３−０８において、全体管理プログラム３３５２０は、全プール管理テーブル３３２２０を参照し、ストレージＨＡのＱｕｏｒｕｍ用ボリュームを作成するストレージのプール、及びホストＨＡのＱｕｏｒｕｍ用ボリュームを作成するストレージのプールを選択する。当該ボリュームを作成するプールは、可用性維持のため、ＨＡボリュームペアを作成する２プール以外のものやＨＡホストペアを配置するホストがあるデータセンタとは別のところにあるもの、かつ当該プールの空容量が最大となるものを選択する。なお、当該プールの選択方法は、本実施例の方法に限られず他の方法を用いてもよい。
次に、ステップＳ２０３−０９において、全体管理プログラム３３５２０は、直前のステップＳ２０３−０１からステップＳ２０３−０９で決定したストレージＨＡ構成とホストＨＡ構成の組合せ情報を更新し、ステップＳ２０３−０１に戻る。
本実施例では、管理計算機（管理サーバ３００００）は、サーバリソースとストレージリソースを組み合わせて仮想化マシンに割り当てるコンピュータシステムのリソースを管理する計算機である。コンピュータシステムは、複数のサーバリソースと複数のストレージリソースとを有し、管理計算機は、その中からサーバリソースとストレージリソースを組み合わせて仮想化マシンに割り当てる。
管理サーバ３００００のメモリ３３０００には構成情報管理テーブル３３４００が格納されている。構成情報管理テーブル３３４００には、複数のストレージリソースについて冗長構成のペアにできるか否かを判断可能なストレージ管理情報（ストレージ管理テーブル３３０１０）と、複数のストレージリソースと複数のサーバリソースについて相互に接続できるか否かを判断可能な接続可能構成管理情報（ストレージ−ホスト接続可能構成管理テーブル３３１６１）と、を含んでいる。
ストレージ管理テーブル３３０１０には、各ストレージのストレージＩＤ３３０１１と、そのストレージのベンダのベンダ名３３０１２とが対応づけて記録されている。ここでは同じベンダのストレージ同士が接続可能である。ストレージ−ホスト接続可能構成管理テーブル３３１６０には、各ストレージのストレージＩＤと、そのストレージに接続可能なホストのホストＩＤ３３１６２とが対応づけて記録されている。
ＣＰＵ３１０００は、仮想化マシンをデプロイするとき、まず、ストレージ管理情報を参照して、冗長構成のペアにするストレージリソースを決定し、次に、接続可能構成管理情報を参照して、冗長構成のペアにするストレージリソースのそれぞれと接続できるサーバリソースを選択して冗長構成のペアにする。
これにより、一般にサーバよりもストレージの方が冗長構成のペアを作るのに制約が多いので、冗長構成に制約が課される場合が多いストレージの冗長構成を先に決めて次にサーバの冗長構成を決めることで、サーバとストレージを連携させた冗長構成を効率よく構築することができる。
また、ＣＰＵ３１０００は、冗長構成のペアにするストレージリソースを冗長構成のプライマリストレージおよびセカンダリストレージにそれぞれ割り当て、プライマリストレージおよびセカンダリストレージ以外の装置に、プライマリストレージとセカンダリストレージが相互に生存確認するためのストレージクオーラム情報を格納させる。また、ＣＰＵ３１０００は、冗長構成のペアにするサーバリソースを冗長構成のプライマリサーバおよびセカンダリサーバにそれぞれ割り当て、プライマリサーバおよびセカンダリサーバ以外の装置に、プライマリサーバとセカンダリサーバが相互に生存確認するためのサーバクオーラム情報を格納させる。これによれば、クオーラムの情報をプライマリおよびセカンダリ以外の第三のサイトに配置することができる。
また、ＣＰＵ３１０００は、サーバクオーラム情報とストレージクオーラム情報を同一装置に格納させることができてもよい。これによれば、サーバとストレージのクオーラム情報を同一装置に格納できるので、クオーラム情報を効率よく配置することができる。
また、複数のサーバ装置および複数のストレージ装置は同一の災害で同時に障害とならない複数のサイトに分散配置されてもよい。その場合、ＣＰＵ３１０００は、冗長構成のペアにするサーバリソースおよびサーバクオーラム情報を格納する装置を互いに異なるサイトとなるように設定するとよい。また、ＣＰＵ３１０００は、冗長構成のペアにするストレージリソースおよびストレージクオーラム情報を格納する装置を互いに異なるサイトとなるように設定する。これによれば、冗長構成のペアおよびクオーラム情報を格納する装置を災害で同時に障害とならないサイトに配置し、システムの高い信頼性を確保することができる。
また、ＣＰＵ３１０００は、冗長構成のストレージリソースのペアが複数となる場合に、その複数のストレージリソースのペアを含み全ペアの整合性をとるコンシステンシーグループを設定するとよい。これによれば、ストレージリソースのペアをコンシステンシーグループにして管理することができ、整合性の確保や仮想化マシンのデプロイを効率よく行うことが可能である。
なお、本実施例では、ストレージの冗長構成のペア先にサーバの冗長構成のペアを後に定める例を示したが、他の構成も可能である。２つのリソースがあったとき、冗長構成のペアを決定するときにその組み合わせに課される制約が大きい方のペアを先に決定すればよい。
例えば、コンピュータシステムは、サーバとストレージが例示される複数の第１リソースと複数の第２リソースとを有し、第１リソースと第２リソースを組み合わせて仮想化マシンに割り当てる場合、管理装置は、第１リソースおよび第２リソースについて冗長構成のペアを選択するとき、複数の中から選択可能なペアの組合せの割合が低い方のリソースについて先にペアを選択する。これによれば、冗長構成のペアに課される制約が大きいリソースを先に決めて次に他方のリソースの冗長構成のペアを決めるので、第１リソースと第２リソースを連携させた冗長構成を効率よく構築することができる。ここでは選択可能なペアの組合せの割合が低い方がペアの決定に課される制約が大きいとしている。
第二の実施例は、ＩａａＳにおける仮想サーバ作成において、ストレージＤＲを構成した後、ストレージＤＲ（Ｄｉｓａｓｔｅｒ Ｒｅｃｏｖｅｒｙ）の構成に合わせてホストＤＲ構成を構築する例である。第一の実施例のＨＡではプライマリとセカンリダリの他にＱｕｏｒｕｍを設定したが、第二の実施例のＤＲでは、設定するのはプラオマリとセカンダリだけでＱｕｏｒｕｍは設定しない。
図３１、図３２は、ホストおよびストレージのＤＲ機能を適用した仮想マシン作成処理のシーケンスである。図３１は第一の実施例における図２８に対応し、図３２は第一の実施例における図２９に対応する。図３１、図３２のシーケンスはＱｕｏｒｕｍ設定が無いという点が図２８、図２９のシーケンスと異なる。
図３３は、ストレージＤＲ構成及びホストＤＲ構成を決定する処理を示すフローチャートである。図３３は第一の実施例における図３０に対応する。図３３のフローチャートは、Ｑｕｏｒｕｍ設定が無いという点だけが図３０と異なる。
本実施例によれば、第一の実施例におけるＨＡ機能と同様にＤＲ機能においてもサーバとストレージを連携させた冗長構成を効率よく構築することが可能である。
第三の実施例は、ＩａａＳにおける仮想サーバの作成において、既に作成済みのＨＡに適用された仮想マシンに対し、別のボリュームを接続する例である。
図３４、図３５は、ホスト‐ストレージにＨＡ構成を適用した仮想マシンにボリュームを接続する処理を示すシーケンスである。
まず、図３４のステップＳ４０１において、ユーザ６００００は、仮想マシン管理Ｉ／Ｆプログラム３３５１０に対し、特定の仮想マシンへの特定のボリューム接続を指示する。
次に、ステップＳ４０２において、仮想マシン管理Ｉ／Ｆプログラム３３５１０は、全体管理プログラム３３５２０に対し、仮想マシンへのボリューム接続を指示する。
次に、ステップＳ４０３において、全体管理プログラム３３５２０は、全仮想マシンペア管理テーブル３３３００を参照し、特定のＶＭペアＩＤ３３３０１のペア種別３３３０２を確認する。ここでは、当該ペア種別３３３０２が“ＨＡ”とする。
次に、ステップＳ４０４において、全体管理プログラム３３５２０は、全ボリューム管理テーブル３３２３０と、全ボリュームペア作成可能構成管理テーブル３３２４０を参照し、接続指示のあった特定のボリュームとＨＡペアを作成可能となるＳＶＯＬ側のプール選択と、Ｑｕｏｒｕｍ用ボリューム作成先プール選択を実施する。各プールの選択方法は、実施例１のステップＳ２０３と同様である。
次に、ステップＳ４０５〜Ｓ４１３において、全体管理プログラム３３５２０は、ストレージ管理プログラム３３５４０に対し、ＰＶＯＬ作成、ＳＶＯＬ作成、Ｑｕｏｒｕｍ接続、ＨＡペア作成を実施する。ステップＳ４１１のＨＡペア作成の際、全体管理プログラム３３５２０は、全ボリュームペア管理テーブル３３２５０、全仮想マシン管理テーブル３３２８０を参照し、特定のＶＭに既に接続されたＨＡペアボリュームと同一のコンシステンシーグループＩＤを特定し、ＨＡペア作成を実施する。
次に、ステップＳ４１５〜Ｓ４１７において、全体管理プログラム３３５２０は、作成したＨＡペアボリュームに監視を実施し、特定のホストＨＡペアの各ＶＭに対するパス定義を実施する。
次に、ステップＳ４１８において、全体管理プログラム３３５２０は、前述の構成変更内容を構成管理テーブルに反映する。このとき、全体管理プログラム３３５２０が再度ステップＳ１００の構成情報ＴＢ更新処理を実施してもよい。
次に、ステップＳ４１９において、全体管理プログラム３３５２０は、仮想マシン管理ユーザＩ／Ｆプログラムに、仮想マシンへのボリューム接続完了を返す。
次に、ステップＳ４２０において、仮想マシン管理ユーザＩ／Ｆプログラム３３５１０は、ユーザ６００００に対し、仮想マシンへのボリューム接続完了を通知する。
上述した本発明の実施例は、本発明の説明のための例示であり、本発明の範囲をそれらの実施例にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
１００００…ホスト、１１０００…ＣＰＵ、１２０００…二次記憶デバイス、１３０００…メモリ、１３０２０…ハイパバイザ、１３０３０…仮想マシンプログラム、１４０００…入出力デバイス、１５０００…バス、１６０００…イニシエータポート、１７０００…管理インタフェース、２００００…ストレージ、２１０００…ＣＰＵ、２２０００…記憶デバイス、２３０００…メモリ、２４０００…キャッシュメモリ、２５０００…バス、２６０００…イニシエータポート、２７０００…ターゲットポート、２８０００…管理インタフェース、３００００…管理サーバ、３１０００…ＣＰＵ、３２０００…二次記憶デバイス、３３０００…メモリ、３４０００…入出力デバイス、３５０００…バス、３６０００…管理インタフェース、４００００…ネットワーク、４１０００…ネットワーク、５００００…データセンタ

Claims (6)

  1. 複数のサーバリソースと複数のストレージリソースとを有し、サーバリソースとストレージリソースを組み合わせて仮想化マシンに割り当てるコンピュータシステムのリソースを管理する管理計算機であって、
    管理情報と管理プログラムを格納するメモリと、
    前記管理情報を参照し、前記管理プログラムを実行するＣＰＵと、を有し、
    前記管理情報は、前記複数のストレージリソースについて冗長構成のペアにできるか否かを判断可能にするストレージ管理情報と、前記複数のストレージリソースと前記複数のサーバリソースについて相互に接続できるか否かを判断可能にする接続可能構成管理情報と、を含み、
    前記ＣＰＵは、仮想化マシンをデプロイするとき、まず、前記ストレージ管理情報を参照して、冗長構成のペアにするストレージリソースを決定し、次に、前記接続可能構成管理情報を参照して、前記冗長構成のペアにする前記ストレージリソースのそれぞれと接続できるサーバリソースを選択して冗長構成のペアにし、
    前記ＣＰＵは、
    前記冗長構成のペアにするストレージリソースを前記冗長構成のプライマリストレージおよびセカンダリストレージにそれぞれ割り当て、前記プライマリストレージおよび前記セカンダリストレージ以外の装置に、前記プライマリストレージと前記セカンダリストレージが相互に生存確認するためのストレージクオーラム情報を格納させ、
    前記冗長構成のペアにするサーバリソースを前記冗長構成のプライマリサーバおよびセカンダリサーバにそれぞれ割り当て、前記プライマリサーバおよび前記セカンダリサーバ以外の装置に、前記プライマリサーバと前記セカンダリサーバが相互に生存確認するためのサーバクオーラム情報を格納させる、
    管理計算機。
  2. 前記ＣＰＵは、
    前記サーバクオーラム情報と前記ストレージクオーラム情報を同一装置に格納させる、請求項１に記載の管理計算機。
  3. 複数のサーバリソースと複数のストレージリソースとを有し、サーバリソースとストレージリソースを組み合わせて仮想化マシンに割り当てるコンピュータシステムのリソースを管理する管理計算機であって、
    管理情報と管理プログラムを格納するメモリと、
    前記管理情報を参照し、前記管理プログラムを実行するＣＰＵと、を有し、
    前記複数のサーバリソースおよび前記複数のストレージリソースは同一の災害で同時に障害とならない複数のサイトに分散配置されており、
    前記管理情報は、前記複数のストレージリソースについて冗長構成のペアにできるか否かを判断可能にするストレージ管理情報と、前記複数のストレージリソースと前記複数のサーバリソースについて相互に接続できるか否かを判断可能にする接続可能構成管理情報と、を含み、
    前記ＣＰＵは、仮想化マシンをデプロイするとき、まず、前記ストレージ管理情報を参照して、冗長構成のペアにするストレージリソースを、前記冗長構成のペアにするストレージリソースおよびストレージクオーラム情報を格納する装置が互いに異なるサイトになるように決定し、次に、前記接続可能構成管理情報を参照して、冗長構成のペアにするサーバリソースおよびサーバクオーラム情報を格納する装置が互いに異なるサイトになり、前記冗長構成のペアにする前記ストレージリソースのそれぞれと接続できるサーバリソースを選択して冗長構成のペアにし、当該ストレージリソース及びサーバリソースの選択を前記冗長構成のペアが同一の災害で同時に障害とならないように行う
    管理計算機。
  4. 複数のサーバリソースと複数のストレージリソースとを有し、サーバリソースとストレージリソースを組み合わせて仮想化マシンに割り当てるコンピュータシステムのリソースを管理するためのリソース管理方法であって、
    管理計算機が、
    前記複数のストレージリソースについて冗長構成のペアにできるか否かを判断可能にするストレージ管理情報、および前記複数のストレージリソースと前記複数のサーバリソースについて相互に接続できるか否かを判断可能にする接続可能構成管理情報を含む管理情報を格納し、
    仮想化マシンをデプロイするとき、
    前記ストレージ管理情報を参照して、冗長構成のペアにするストレージリソースを決定し、
    前記接続可能構成管理情報を参照して、前記冗長構成のペアにする前記ストレージリソースのそれぞれと接続できるサーバリソースを選択して冗長構成のペアにし、
    前記冗長構成のペアにするストレージリソースを前記冗長構成のプライマリストレージおよびセカンダリストレージにそれぞれ割り当て、前記プライマリストレージおよび前記セカンダリストレージ以外の装置に、前記プライマリストレージと前記セカンダリストレージが相互に生存確認するためのストレージクオーラム情報を格納し、
    前記冗長構成のペアにするサーバリソースを前記冗長構成のプライマリサーバおよびセカンダリサーバにそれぞれ割り当て、前記プライマリサーバおよび前記セカンダリサーバ以外の装置に、前記プライマリサーバと前記セカンダリサーバが相互に生存確認するためのサーバクオーラム情報を格納する、
    リソース管理方法。
  5. 前記サーバクオーラム情報と前記ストレージクオーラム情報を同一装置に格納させる、請求項４に記載のリソース管理方法。
  6. 複数のサーバリソースと複数のストレージリソースとを有し、サーバリソースとストレージリソースを組み合わせて仮想化マシンに割り当てるコンピュータシステムのリソースを管理するためのリソース管理方法であって、
    前記複数のサーバリソースおよび前記複数のストレージリソースは同一の災害で同時に障害とならない複数のサイトに分散配置されており、
    管理計算機が、
    前記複数のストレージリソースについて冗長構成のペアにできるか否かを判断可能にするストレージ管理情報、および前記複数のストレージリソースと前記複数のサーバリソースについて相互に接続できるか否かを判断可能にする接続可能構成管理情報を含む管理情報を格納し、
    仮想化マシンをデプロイするとき、
    前記ストレージ管理情報を参照して、冗長構成のペアにするストレージリソースを、前記冗長構成のペアにするストレージリソースおよびストレージクオーラム情報を格納する装置が互いに異なるサイトになり、前記ペアが同一の災害で同時に障害とならないように決定し、
    前記接続可能構成管理情報を参照して、冗長構成のペアにするサーバリソースおよびサーバクオーラム情報を格納する装置が互いに異なるサイトになり、前記冗長構成のペアにする前記ストレージリソースのそれぞれと接続できペアが同一の災害で同時に障害とならないサーバリソースを選択して冗長構成のペアにする、
    リソース管理方法。
JP2017510805A 2015-04-06 2015-04-06 管理計算機およびリソース管理方法 Active JP6472508B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2015/060722 WO2016162916A1 (ja) 2015-04-06 2015-04-06 管理計算機およびリソース管理方法

Publications (2)

Publication Number Publication Date
JPWO2016162916A1 JPWO2016162916A1 (ja) 2017-12-07
JP6472508B2 true JP6472508B2 (ja) 2019-02-20

Family

ID=57071876

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017510805A Active JP6472508B2 (ja) 2015-04-06 2015-04-06 管理計算機およびリソース管理方法

Country Status (3)

Country Link
US (1) US10592268B2 (ja)
JP (1) JP6472508B2 (ja)
WO (1) WO2016162916A1 (ja)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6472508B2 (ja) * 2015-04-06 2019-02-20 株式会社日立製作所 管理計算機およびリソース管理方法
JP6878369B2 (ja) * 2018-09-03 2021-05-26 株式会社日立製作所 ボリューム配置管理装置、ボリューム配置管理方法、及びボリューム配置管理プログラム
JP7150551B2 (ja) * 2018-10-02 2022-10-11 エヌ・ティ・ティ・コミュニケーションズ株式会社 制御装置、ネットワーク構築システム、ネットワーク構築方法、及びプログラム
US10705759B2 (en) * 2018-10-25 2020-07-07 Dell Products L.P. Managing disk drives of a data storage environment
JP7014130B2 (ja) * 2018-11-02 2022-02-01 日本電信電話株式会社 負荷平準化装置、負荷平準化方法および負荷平準化プログラム
US11379246B2 (en) * 2019-07-24 2022-07-05 EMC IP Holding Company LLC Automatic configuration of multiple virtual storage processors
US11620069B2 (en) * 2021-01-27 2023-04-04 Hitachi, Ltd. Dynamic volume provisioning for remote replication
US11579780B1 (en) 2021-08-27 2023-02-14 Hitachi, Ltd. Volume remote copy based on application priority
US11977433B2 (en) 2022-09-27 2024-05-07 Hitachi, Ltd. Failure area identification system

Family Cites Families (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6785678B2 (en) * 2000-12-21 2004-08-31 Emc Corporation Method of improving the availability of a computer clustering system through the use of a network medium link state function
US7263593B2 (en) * 2002-11-25 2007-08-28 Hitachi, Ltd. Virtualization controller and data transfer control method
US7330999B2 (en) * 2003-04-23 2008-02-12 Dot Hill Systems Corporation Network storage appliance with integrated redundant servers and storage controllers
US8006056B2 (en) * 2004-01-30 2011-08-23 Hewlett-Packard Development Company, L.P. Storage system including capability to move a virtual storage device group without moving data
US7584226B2 (en) * 2005-05-24 2009-09-01 International Business Machines Corporation System and method for peer-to-peer grid based autonomic and probabilistic on-demand backup and restore
US7783833B2 (en) * 2006-09-28 2010-08-24 Hitachi, Ltd. Storage system, method for managing the same, and storage controller
US7590672B2 (en) * 2006-12-11 2009-09-15 Bycast Inc. Identification of fixed content objects in a distributed fixed content storage system
US7930529B2 (en) * 2006-12-27 2011-04-19 International Business Machines Corporation Failover of computing devices assigned to storage-area network (SAN) storage volumes
JP5184552B2 (ja) * 2007-01-03 2013-04-17 レイセオン カンパニー コンピュータストレージシステム
US20080189700A1 (en) 2007-02-02 2008-08-07 Vmware, Inc. Admission Control for Virtual Machine Cluster
US10108460B2 (en) * 2008-02-28 2018-10-23 International Business Machines Corporation Method and system for integrated deployment planning for virtual appliances
JP4792490B2 (ja) * 2008-09-08 2011-10-12 株式会社日立製作所 記憶制御装置及びｒａｉｄグループの拡張方法
US8578076B2 (en) * 2009-05-01 2013-11-05 Citrix Systems, Inc. Systems and methods for establishing a cloud bridge between virtual storage resources
US8352482B2 (en) * 2009-07-21 2013-01-08 Vmware, Inc. System and method for replicating disk images in a cloud computing based virtual machine file system
TWI408688B (zh) * 2009-10-12 2013-09-11 Phison Electronics Corp 用於快閃記憶體的資料寫入方法及其控制器與儲存系統
US8417899B2 (en) * 2010-01-21 2013-04-09 Oracle America, Inc. System and method for controlling access to shared storage device
US8443231B2 (en) * 2010-04-12 2013-05-14 Symantec Corporation Updating a list of quorum disks
JP5424992B2 (ja) * 2010-06-17 2014-02-26 株式会社日立製作所 計算機システム、及びシステム制御方法
US8554917B2 (en) * 2010-08-20 2013-10-08 International Business Machines Corporation Performance isolation for storage clouds
US9203900B2 (en) * 2011-09-23 2015-12-01 Netapp, Inc. Storage area network attached clustered storage system
US9019123B2 (en) * 2011-12-22 2015-04-28 Box, Inc. Health check services for web-based collaboration environments
US9626222B2 (en) * 2012-01-17 2017-04-18 Alcatel Lucent Method and apparatus for network and storage-aware virtual machine placement
US8738701B2 (en) * 2012-02-28 2014-05-27 Microsoft Corporation Arbitration of disk ownership in a storage pool
US20130290541A1 (en) * 2012-04-25 2013-10-31 Hitachi ,Ltd. Resource management system and resource managing method
WO2014068764A1 (ja) 2012-11-02 2014-05-08 株式会社日立製作所 システム冗長化確認方法及び計算機システム
US20140244573A1 (en) * 2013-02-27 2014-08-28 Allan Michael Gonsalves Data warehouse with cloud fact table
US9378145B2 (en) * 2013-03-05 2016-06-28 Dot Hill Systems Corporation Storage controller cache synchronization method and apparatus
WO2014178104A1 (ja) * 2013-04-30 2014-11-06 株式会社日立製作所 計算機システム及び非同期リモートレプリケーションの分析を支援する方法
JP6212934B2 (ja) * 2013-05-07 2017-10-18 富士通株式会社 ストレージシステム、情報処理装置の制御プログラム、およびストレージシステムの制御方法
US9106537B1 (en) * 2013-06-05 2015-08-11 Parallels IP Holdings GmbH Method for high availability of services in cloud computing systems
JP5953433B2 (ja) * 2013-06-14 2016-07-20 株式会社日立製作所 ストレージ管理計算機及びストレージ管理方法
JP6191346B2 (ja) * 2013-09-09 2017-09-06 富士通株式会社 ストレージ制御装置、ディスクアレイ装置の制御方法及びディスクアレイ装置の制御プログラム
IN2014DE00404A (ja) * 2014-02-13 2015-08-14 Netapp Inc
TWI548991B (zh) * 2014-02-14 2016-09-11 群聯電子股份有限公司 記憶體管理方法、記憶體控制電路單元與記憶體儲存裝置
CN106133676B (zh) 2014-04-21 2019-05-17 株式会社日立制作所 存储系统
JP6472508B2 (ja) * 2015-04-06 2019-02-20 株式会社日立製作所 管理計算機およびリソース管理方法
US10178168B2 (en) * 2015-08-19 2019-01-08 Facebook, Inc. Read-after-write consistency in data replication

Also Published As

Publication number Publication date
US20180011728A1 (en) 2018-01-11
WO2016162916A1 (ja) 2016-10-13
US10592268B2 (en) 2020-03-17
JPWO2016162916A1 (ja) 2017-12-07

Similar Documents

Publication Publication Date Title
JP6472508B2 (ja) 管理計算機およびリソース管理方法
US8086808B2 (en) Method and system for migration between physical and virtual systems
US9753761B1 (en) Distributed dynamic federation between multi-connected virtual platform clusters
US10614096B2 (en) Disaster recovery of mobile data center via location-aware cloud caching
US8959323B2 (en) Remote restarting client logical partition on a target virtual input/output server using hibernation data in a cluster aware data processing system
US9098466B2 (en) Switching between mirrored volumes
EP2306320B1 (en) Server image migration
US8122212B2 (en) Method and apparatus for logical volume management for virtual machine environment
US20130290541A1 (en) Resource management system and resource managing method
US9069640B2 (en) Patch applying method for virtual machine, storage system adopting patch applying method, and computer system
US9262087B2 (en) Non-disruptive configuration of a virtualization controller in a data storage system
US8954706B2 (en) Storage apparatus, computer system, and control method for storage apparatus
US8849966B2 (en) Server image capacity optimization
US9513823B2 (en) Data migration
US9875059B2 (en) Storage system
US9606873B2 (en) Apparatus, system and method for temporary copy policy
JPWO2018011839A1 (ja) 情報処理システム、及び、情報処理システムの制御方法
US11023134B1 (en) Addition of data services to an operating system running a native multi-path input-output architecture
US11392329B1 (en) Uniform host attachment
US11822801B2 (en) Automated uniform host attachment
JP5470594B2 (ja) 計算機システム及びストレージ・ボリューム管理方法
US9052839B2 (en) Virtual storage apparatus providing a plurality of real storage apparatuses
US11461029B1 (en) Techniques for storage management
US11755438B2 (en) Automatic failover of a software-defined storage controller to handle input-output operations to and from an assigned namespace on a non-volatile memory device
JP2016024679A (ja) ストレージ装置、ストレージシステム及びストレージ制御プログラム

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170823

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170823

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180403

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180529

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20181023

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20181207

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190108

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190122

R150 Certificate of patent or registration of utility model

Ref document number: 6472508

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150