JPWO2018051467A1 - ストレージ管理サーバ、ストレージ管理サーバの制御方法及び計算機システム - Google Patents

ストレージ管理サーバ、ストレージ管理サーバの制御方法及び計算機システム Download PDF

Info

Publication number
JPWO2018051467A1
JPWO2018051467A1 JP2018539457A JP2018539457A JPWO2018051467A1 JP WO2018051467 A1 JPWO2018051467 A1 JP WO2018051467A1 JP 2018539457 A JP2018539457 A JP 2018539457A JP 2018539457 A JP2018539457 A JP 2018539457A JP WO2018051467 A1 JPWO2018051467 A1 JP WO2018051467A1
Authority
JP
Japan
Prior art keywords
storage
management server
parameter
storage management
volume
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.)
Granted
Application number
JP2018539457A
Other languages
English (en)
Other versions
JP6602983B2 (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 JPWO2018051467A1 publication Critical patent/JPWO2018051467A1/ja
Application granted granted Critical
Publication of JP6602983B2 publication Critical patent/JP6602983B2/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
    • 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
    • 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
    • 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
    • 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/0617—Improving the reliability of storage systems in relation to availability
    • 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/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/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
    • 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
    • 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]
    • 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
    • G06F11/2023—Failover techniques
    • 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
    • G06F11/2038—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 with a single idle spare processing component
    • 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
    • G06F11/2048—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 where the redundant components share neither address space nor persistent storage
    • 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/2056—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 by mirroring
    • G06F11/2064—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 by mirroring while ensuring consistency
    • 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/2097—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 maintaining the standby controller/processing unit updated
    • 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/45587—Isolation or security of virtual machine instances

Landscapes

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

Abstract

管理情報と管理プログラムを格納するメモリと、管理情報を参照し、前記管理プログラムを実行するプロセッサと、を有し、サーバリソースに割り当てるストレージリソースを管理するストレージ管理サーバであって、管理情報は、サーバリソースを特定する第１パラメータと、ストレージリソースを特定する第２パラメータとを対応付けて第１パラメータを第２パラメータに変換するグループマッピング情報を含み、前記プロセッサは、前記サーバリソースに対する操作と前記第１パラメータとを受け付けて、予め設定した情報に基づいてサーバリソースに対する操作をストレージリソースに対する操作に変換し、グループマッピング情報を参照して、第１のパラメータを第２のパラメータに変換し、前記第２のパラメータに含まれるストレージリソースを特定して前記ストレージリソースに対する操作を指示する。

Description

本発明は、サーバとストレージを利用するコンピュータシステムに関する。
サーバとストレージとが接続されたサーバ仮想化環境において、ストレージのボリュームレプリケーション機能を利用したＤｉｓａｓｔｅｒ Ｒｅｃｏｖｅｒｙ（ＤＲ）の技術が知られている（例えば、特許文献１）。
また、仮想マシン（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ、ＶＭ）が利用するストレージとして、論理的なストレージ・コンテナから生成された仮想ボリューム（ＶＶＯＬ）を利用する技術が知られている（例えば、特許文献２）。
米国特許出願公開第２０１６／００９８３２４号明細書 米国特許第８，７７５，７７４号明細書
仮想マシンのＤＲが可能なシステムにおいて、複数の仮想マシンをクラスタなどのグループで運用することが知られている。
一方、ストレージのＤＲにおいて、複数のボリュームをグループ化し、そのグループ単位で、グループ内のボリューム間でデータ一貫性を保ってレプリケーション操作を実現する技術がある。
仮想マシンに割り当てるディスク（例えば、仮想ボリューム）と、ストレージのボリュームとを一対一でマッピングするＶＭのシステムにおいて、仮想マシンのグループ単位でデータの一貫性を保ったＤＲを実現するには、仮想マシンのグループとストレージのボリュームを対応づけることが必要となる。
しかしながら、上記従来技術では、仮想マシンのＤＲと、ストレージのＤＲ操作とは、その操作手順やパラメータがそれぞれの仕様によって異なるため、仮想マシンとストレージのボリュームの単純なマッピングだけでは整合性を保ってＤＲ運用を実現することが難しいという問題があった。
本発明は、管理情報と管理プログラムを格納するメモリと、前記管理情報を参照し、前記管理プログラムを実行するプロセッサと、を有し、サーバリソースに割り当てるストレージリソースを管理するストレージ管理サーバであって、前記管理情報は、前記サーバリソースを特定する第１のパラメータと、前記ストレージリソースを特定する第２のパラメータとを対応付けて、前記サーバリソースの第１のパラメータを前記ストレージリソースの第２のパラメータに変換するグループマッピング情報を含み、前記プロセッサは、前記サーバリソースに対する操作と前記第１のパラメータとを受け付けて、予め設定した情報に基づいて前記サーバリソースに対する操作を前記ストレージリソースに対する操作に変換し、前記グループマッピング情報を参照して、前記サーバリソースの第１のパラメータを前記ストレージリソースの第２のパラメータに変換し、前記第２のパラメータに含まれるストレージリソースを特定して前記ストレージリソースに対する操作を指示する。
本発明によれば、仮想マシンのＤＲとストレージのＤＲの構成変更を連動させることができるので、仮想マシンのディスクとストレージのボリュームが一対一となる計算機システムにおいて、仮想マシンのグループ単位でデータの一貫性を保ったＤＲ操作を実現できる。
本発明の実施例を示し、計算機システムの一例を示すブロック図である。 本発明の実施例を示し、ホスト、ストレージ管理サーバと、ＶＭ管理サーバと、ＶＭ ＤＲ制御サーバの一例を示すブロック図である。 本発明の実施例を示し、ストレージの構成の一例を示すブロック図である。 本発明の実施例を示し、ホストのメモリに格納されたプログラムやデータの一例を示すブロック図である。 本発明の実施例を示し、ストレージのメモリに格納されたプログラムやデータの一例を示すブロック図である。 本発明の実施例を示し、ストレージ管理サーバのメモリに格納されたプログラムやデータの一例を示すブロック図である。 本発明の実施例を示し、ＶＭ管理サーバのメモリに格納されたプログラムやデータの一例を示すブロック図である。 本発明の実施例を示し、ＶＭ ＤＲ制御サーバのメモリに格納されたプログラムやデータの一例を示すブロック図である。 本発明の実施例を示し、ストレージ１のアクセスポイントテーブルの一例を示す図である。 本発明の実施例を示し、ストレージ２のアクセスポイントテーブルの一例を示す図である。 本発明の実施例を示し、ストレージ１のリモートストレージテーブルの一例を示す図である。 本発明の実施例を示し、ストレージ２のリモートストレージテーブルの一例を示す図である。 本発明の実施例を示し、ストレージ１のボリュームテーブルの一例を示す図である。 本発明の実施例を示し、ストレージ２のボリュームテーブルの一例を示す図である。 本発明の実施例を示し、ストレージ１のコンシステンシグループペアテーブルの一例を示す図である。 本発明の実施例を示し、ストレージ２のコンシステンシグループペアテーブルの一例を示す図である。 本発明の実施例を示し、ストレージ１のボリュームペアテーブルの一例を示す図である。 本発明の実施例を示し、ストレージ２のボリュームペアテーブルの一例を示す図である。 本発明の実施例を示し、ストレージ管理サーバ１のアクセスポイントテーブルの一例を示す図である。 本発明の実施例を示し、ストレージ管理サーバ２のアクセスポイントテーブルの一例を示す図である。 本発明の実施例を示し、ストレージ管理サーバ１のストレージテーブルの一例を示す図である。 本発明の実施例を示し、ストレージ管理サーバ２のストレージテーブルの一例を示す図である。 本発明の実施例を示し、ストレージ管理サーバ１のグループマッピングテーブルの一例を示す図である。 本発明の実施例を示し、ストレージ管理サーバ２のグループマッピングテーブルの一例を示す図である。 本発明の実施例を示し、ＶＭ管理サーバ１のアクセスポイントテーブルの一例を示す図である。 本発明の実施例を示し、ＶＭ管理サーバ２のアクセスポイントテーブルの一例を示す図である。 本発明の実施例を示し、ＶＭ管理サーバ１のハイパバイザテーブルの一例を示す図である。 本発明の実施例を示し、ＶＭ管理サーバ２のハイパバイザテーブルの一例を示す図である。 本発明の実施例を示し、ＶＭ管理サーバ１のＶＭテーブルの一例を示す図である。 本発明の実施例を示し、ＶＭ管理サーバ２のＶＭテーブルの一例を示す図である。 本発明の実施例を示し、ＶＭ管理サーバ１のハイパバイザペアテーブルの一例を示す図である。 本発明の実施例を示し、ＶＭ管理サーバ２のハイパバイザペアテーブルの一例を示す図である。 本発明の実施例を示し、ＶＭ管理サーバ１のＶＭグループペアテーブルの一例を示す図である。 本発明の実施例を示し、ＶＭ管理サーバ２のＶＭグループペアテーブルの一例を示す図である。 本発明の実施例を示し、ＶＭ管理サーバ１のストレージ管理サーバテーブルの一例を示す図である。 本発明の実施例を示し、ＶＭ管理サーバ２のストレージ管理サーバテーブルの一例を示す図である。 本発明の実施例を示し、ＶＭ管理サーバ１のＶＭ−ボリュームマッピングテーブルの一例を示す図である。 本発明の実施例を示し、ＶＭ管理サーバ２のＶＭ−ボリュームマッピングテーブルの一例を示す図である。 本発明の実施例を示し、ＶＭ ＤＲ制御サーバ１のアクセスポイントテーブルの一例を示す図である。 本発明の実施例を示し、ＶＭ ＤＲ制御サーバ１のＶＭ管理サーバテーブルの一例を示す図である。 本発明の実施例を示し、ＶＭ ＤＲ制御サーバのＶＭグループペアテーブルの一例を示す図である。 本発明の実施例を示し、ＶＭグループを作成する処理の一例を示すシーケンス図である。 本発明の実施例を示し、レプリケーション構成の仮想マシンを生成する処理の一例を示すシーケンス図である。 本発明の実施例を示し、レプリケーション構成の仮想マシンのフェイルオーバを実行する処理の一例を示すシーケンス図である。 本発明の実施例を示し、レプリケーション構成の仮想マシンの再保護を実行する処理の一例を示すシーケンス図である。 本発明の実施例を示し、レプリケーション構成の仮想マシンを削除する処理の一例を示すシーケンス図である。
以下、本発明の一実施形態について添付図面を用いて説明する。
図１は、本発明の実施例における計算機システムの構成を示すブロック図である。図１の計算機システムは、仮想マシン（以下、ＶＭ）のディザスタリカバリ（以下、ＤＲ）を制御するＶＭ ＤＲ制御サーバ５００と、仮想マシンを稼働させるホスト１００Ａ、１００Ｂと、仮想マシンを制御するＶＭ管理サーバ４００Ａ、４００Ｂと、仮想マシンにボリュームを提供するストレージ２００Ａ、２００Ｂと、ストレージ２００Ａ、２００Ｂのボリュームを制御するストレージ管理サーバ３００と、管理端末５０から構成される。
本実施例では、現用系（またはプライマリサイト）の装置の符号に「〜Ａ」を付与し、待機系（またはセカンダリサイト）の装置の符号に「〜Ｂ」を付与する。現用系と待機系の装置に共通の事項については「Ａ」、「Ｂ」のない符号を用いて説明する。
ホスト１００では、ＶＭ１２３と、複数のＶＭ１２３を実行させるハイパバイザ１２２と、が稼働する。なお、ＶＭ１２３はサーバとして機能する。
ＶＭ管理サーバ４００は、ホスト１００で稼働するハイパバイザ１２２と、ＶＭ１２３と、を管理する計算機である。現用系のＶＭ管理サーバ４００Ａと待機系のＶＭ管理サーバ４００Ｂは互いに通信して、ＶＭ単位または複数のＶＭ１２３を束ねたＶＭグループ１９０の単位でＶＭ ＤＲ処理を実行することができる。また、ＶＭ管理サーバ４００は、ストレージ管理サーバ３００へストレージ管理の指示をすることできる。
ストレージ２００は、ホスト１００のＶＭ１２２に対して記憶領域として利用するボリューム２８０を提供する。複数のストレージ２００のボリューム間でデータコピーペア構成を構築し、ボリュームまたは複数ボリュームのグループ単位でデータコピーを制御することができる。
ストレージ２００によっては、グループ内のボリューム間でデータの一貫性を保ちながら、ボリュームのグループ単位のレプリケーション操作を実行できることができる。このボリュームのグループをＣｏｎｓｉｓｔｅｎｃｙ Ｇｒｏｕｐ（以下、ＣＴＧ）と呼ぶ。
ストレージ管理サーバ３００は、ストレージ２００のリソース管理と、他方のストレージ管理サーバ３００へのストレージストレージリソースの管理操作と、ＶＭ管理サーバ４００からのストレージ管理の指示に応じた処理を実行する。
ＶＭ ＤＲ制御サーバ５００は、ＶＭ１２３の管理権限を有するＶＭ管理者が利用する管理端末５０の指示による、ＶＭ１２３のグループ単位でフェイルオーバ等のＶＭ ＤＲ操作の処理を行う。ＶＭ ＤＲ制御サーバ５００は、ＶＭ管理サーバ４００に対し、ＶＭ ＤＲ処理の実行を指示することができる。
ホスト１００とストレージ２００は、Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＳＡＮ）等のネットワーク８００で相互に接続される。ホスト１００とＶＭ管理サーバ４００、ストレージ２００とストレージ管理サーバ３００、ＶＭ管理サーバ４００とストレージ管理サーバ３００は、Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＬＡＮ）等のネットワーク７００を介して相互に通信可能である。
ＶＭ ＤＲ制御サーバ５００及び管理端末５０とＶＭ管理サーバ４００間、ＶＭ管理サーバ４００Ａ、４００Ｂ間、ホスト１００Ａ，１００Ｂ間、ストレージ２００Ａ、２００Ｂ間、ストレージ管理サーバ３００Ａ、３００Ｂ間は、Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＷＡＮ）等のネットワーク６００を介して相互に通信可能である。
ホスト１００は、ハイパバイザ１２２と、仮想マシン（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ，ＶＭ）１２３と、を含む。ＶＭ１２３は、ＶＭのフェイルオーバ単位となるＶＭグループ（図中ＶＭ Ｇｒｏｕｐ）１９０に所属する。
ＶＭグループ１９０Ａは、他の系のホスト１００ＢのＶＭグループ１９０Ｂと、ＤＲのためのペア関係１９１を有する。ＶＭグループ１９０ＡのＶＭ１２３Ａは、ペアとなる他系のＶＭグループ１９０ＢのＶＭ１２３ＢとＤＲのペア構成を構築する。
例えば、図１の現用系のホスト１００ＡのＶＭグループ１（図中ＶＭ Ｇｒｏｕｐ１）は、待機系のホスト１００ＢのＶＭグループ３（図中ＶＭ Ｇｒｏｕｐ３）とペア関係１９１を有する。
また、ホスト１００ＡのＶＭグループ１（１９０Ａ）内のＶＭ１とＶＭ２は、それぞれホスト１００ＢのＶＭグループ３（１９０Ｂ）内のＶＭ４とＶＭ５とペア構成を構築する。ＶＭグループ１からＶＭグループ３へのフェイルオーバ時に、ホスト１００ＡのＶＭ１とＶＭ２が、それぞれホスト１００ＢのＶＭ４とＶＭ５にフェイルオーバされる。
ストレージ２００は、ホスト１００の各ＶＭ１２３に接続されるボリューム２８０を含む。ボリューム２８０は、ボリュームのフェイルオーバ単位となるＣＴＧ２９０に所属する。ＣＴＧ２９０は、別のストレージ２００のＣＴＧ２９０とペア関係２９１を有する。
ＣＴＧ２９０のボリューム２８０は、ペアとなる他系のＣＴＧ２９０のボリューム２８０とボリュームコピーのペア構成を構築する。例えば、図１の現用系のストレージ１（２００Ａ）のＣＴＧ１（２９０Ａ）内のボリュームＶＯＬ１とＶＯＬ２は、それぞれ待機系のストレージ２（２００Ｂ）のＣＴＧ１（２９０Ｂ）内のＶＯＬ４とＶＯＬ５とペア構成を構築する。
ストレージ１（２００Ａ）のＣＴＧ１（２９０Ａ）からストレージ２（２００Ｂ）のＣＴＧ１（２９０Ｂ）へのフェイルオーバ時は、ＶＯＬ１とＶＯＬ２が、それぞれＶＯＬ４とＶＯＬ５にフェイルオーバされる。
図１の計算機システムでは、ＶＭグループ１９０は、ストレージ２００のＣＴＧ２９０と対応付けられる。ＶＭグループ１９０内のＶＭ１２３は、当該ＶＭグループ１９０と対応付けられるＣＴＧ２９０内のボリューム２８０と接続される。例えば、図１では、現用系のＶＭグループ１（１９０Ａ）は、ＣＴＧ１（２９０Ａ）内のボリューム２８０Ａ（ＶＯＬ１、ＶＯＬ２）と接続される。
ＶＭグループ１９０Ａのフェイルオーバが指示されると、ストレージ管理サーバ３００では当該ＶＭグループ１９０Ａに対応するＣＴＧ２８０のペアに対するフェイルオーバが生成されて実行される。例えば、図１の現用系のホスト１００ＡのＶＭグループ１を待機系のホスト１００ＢのＶＭグループ３のペアに対するフェイルオーバが指示されると、待機系のＶＭ管理サーバ４００Ｂは、ストレージ管理サーバ３００Ｂに対してボリュームフェイルオーバを生成する。ストレージ管理サーバ３００Ｂは、グループマッピングテーブル３２３Ｂを参照してフェイルオーバ先のＶＭグループＩＤをＣＴＧ ＩＤに変換する。そして、ストレージ管理サーバ３００Ｂは、ストレージ２（２００Ｂ）のコンシステンシグループペアテーブル２２４Ｂから変化したＣＴＧ ＩＤのペアとなるリモートＣＴＧ ＩＤを取得し、現用系のストレージ管理サーバ３００ＡにリモートＣＴＧ ＩＤのペアを分割する指令を送信することで、ボリュームのフェイルオーバを実施する。
本実施例ではグループマッピングテーブル３２３でＶＭグループ１９０のＩＤとボリュームグループ（ＣＴＧ）ＩＤの対応関係を設定しておくことで、ＶＭグループＩＤを容易にボリュームグループ（ＣＴＧ）ＩＤへ変換することができる。また、コンシステンシグループペアテーブル２２４には、ストレージ１（２００Ａ）とストレージ２（２００Ｂ）のレプリケーションペアの情報が設定されており、レプリケーションペア間でＣＴＧ ＩＤを双方向で変換することができる。
このような、グループマッピングテーブル３２３によって、ＶＭグループＩＤとＣＴＧ（ボリュームグループ）ＩＤを双方向で変換することができるので、ＶＭグループ１９０単位でＶＭ間でのデータの一貫性を保ってフェイルオーバ等のＤＲ操作を実施することが可能となる。
図２は、ホスト１００と、ストレージ管理サーバ３００と、ＶＭ管理サーバ４００と、ＶＭ ＤＲ制御サーバ５００の構成の一例を示すブロック図である。これらの計算機は、プロセッサであるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１０、３１０、４１０、５１０と、主記憶デバイスであるメモリ１２０、３２０、４２０、５２０と、不揮発性の二次記憶装置１３０、３３０、４３０、５３０と、入出力装置１４０、３４０、４４０、５４０と、ポート１５０、３５０、４５０、５５０を有する。これらの各構成要素は、バス１６０、３６０、４６０、５６０により相互に接続される。
ＣＰＵ１１０、３１０、４１０、５１０は、メモリ１２０、３２０、４２０、５２０に記憶されているプログラムを実行することによって、各計算機の所定の機能を実現する。メモリ１２０、３２０、４２０、５２０は、ＣＰＵ１１０、３１０、４１０、５１０よって実行されるプログラム及びプログラムの実行に必要なデータを記憶する。プログラムは、二次記憶装置１３０、３３０、４３０、５３０からメモリ１２０、３２０、４２０、５２０にロードされる。
入出力装置１４０、３４０、４４０、５４０は、ディスプレイ、ポインタ又はキーボード等のデバイスの一つ又は複数のデバイスを含む。ユーザは、入出力装置１４０、３４０、４４０、５４０により、各計算機を操作することができる。
ポート１５０、３５０、４５０、５５０は、図１のネットワーク６００、７００、８００に接続される。各計算機は、ポート１５０、３５０、４５０、５５０を介して、他の計算機やストレージ２００と通信することができる。
なお、管理端末５０も上記図２と同様の計算機で構成することができる。
図３は、ストレージ２００の構成の一例を示すブロック図である。ストレージ２００は、ＣＰＵ２１０と、メモリ２２０と、記憶装置２３０と、ポート２５０と、キャッシュメモリ２７０を有する。これらの各構成要素は、バス２６０により相互に接続される。
ＣＰＵ２１０は、ストレージ制御のためのプログラムを実行することで、ホスト１００からのＩ／Ｏの制御と、ストレージ２００のボリューム２８０の管理及び制御を含む所定の機能を実現する。
ポート２５０は、図１のネットワーク８００に接続する。図１のホスト１００は、ポート２５０を介して、ストレージ２００と通信することができる。ストレージ２００は、ポート２５０を介して、ホスト１００からＩ／Ｏ要求及びライトデータを受信し、また、ホスト１００にリードデータを送信する。
図４Ａは、ホスト１００のメモリ１２０に格納されたプログラムやデータの一例を示すブロック図である。ホスト１００のメモリ１２０は、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ（ＯＳ）１２１と、ハイパバイザ１２２と、複数の仮想マシン１２３のプログラム、を保持する。なお、ＯＳ１２１は、各仮想マシン１２３毎にロードされる。
図４Ｂは、ストレージ２００のメモリ２２０に格納されたプログラムやデータの一例を示すブロック図である。ストレージ２００のメモリ２２０は、ストレージ制御プログラム２２９と、アクセスポイントテーブル２２１と、リモートストレージテーブル２２２と、ボリュームテーブル２２３と、コンシステンシグループペアテーブル（レプリケーションのペア情報）２２４と、ボリュームペアテーブル２２５、を保持する。
ストレージ制御プログラム２２９は、ホスト１００とボリューム２８０との間のＩ／Ｏ制御と、ボリューム２８０と、ボリューム２８０へ記憶領域を提供するプール（図示省略）等のストレージリソース管理を行う。なお、メモリ３２０が保持する各テーブルについては後述する。
図４Ｃは、ストレージ管理サーバ３００のメモリ３２０に格納されたプログラムやデータの一例を示すブロック図である。
ストレージ管理サーバ３００のメモリ３２０は、ストレージ管理プログラム３２９と、アクセスポイントテーブル３２１と、ストレージテーブル３２２と、グループマッピングテーブル３２３と、を保持する。
ストレージ管理プログラム３２９は、複数のストレージ２００のリソース管理と、ＶＭ管理プログラム４２９からのストレージ操作指示に対応する処理を行う。具体的には、ＶＭ ＤＲ操作パラメータからストレージ２００のボリュームコピー操作パラメータへの変換や、ＶＭ ＤＲ操作手順をストレージ２００でのボリュームコピー操作が可能な手順に変換して実行する処理を行う。メモリ３２０が保持する各テーブルについては後述する。
図４Ｄは、ＶＭ管理サーバ４００のメモリ４２０に格納されたプログラムやデータの一例を示すブロック図である。
ＶＭ管理サーバ４００のメモリ４２０は、ＶＭ管理プログラム４２９と、アクセスポイントテーブル４２１と、ハイパバイザテーブル４２２と、ＶＭテーブル４２３と、ハイパバイザペアテーブル４２４と、ＶＭグループペアテーブル４２５と、ストレージ管理サーバテーブル４２６と、ＶＭ‐ボリュームマッピングテーブル４２７、を保持する。
ＶＭ管理プログラム４２９は、ＶＭ管理操作と、ストレージ管理プログラム３２９へのストレージ操作指示の処理を行う。メモリ４２０が保持する各テーブルについては後述する。
図４Ｅは、ＶＭ ＤＲ制御サーバ５００のメモリ５２０に格納されたプログラムやデータの一例を示すブロック図である。
ＶＭ ＤＲ制御サーバ５００のメモリ５２０は、ＶＭ ＤＲ制御プログラム５２９と、アクセスポイントテーブル５２１と、ＶＭ管理サーバテーブル５２２と、ＶＭグループペアテーブル５２３、を保持する。
ＶＭ ＤＲ制御プログラム５２９は、ＶＭ管理者が利用する管理端末５０からのＶＭ ＤＲの操作要求を受け付け、ＶＭ管理プログラム４２９に対し、ＶＭ ＤＲの操作要求を転送する処理を行う。メモリ５２０が保持する各テーブルについては後述する。
図５Ａ〜図５Ｊは、ストレージ２００Ａ、２００Ｂのメモリ２２０が保持するテーブルの構成の一例を示す図である。
図５Ａ、図５Ｂは、アクセスポイントテーブル２２１の一例を示す図である。アクセスポイントテーブル２２１Ａ、２２１Ｂは、ストレージ２００のストレージＩＤを保持するストレージＩＤ欄２２１１と、ストレージ２００へのアクセスポイントとなるＩＰアドレスを保持するＩＰアドレス欄２２１２と、を有する。
アクセスポイントテーブル２２１は、管理者等が使用する管理端末５０などから予め設定された情報である。
図５Ｃ、図５Ｄは、リモートストレージテーブル２２２の一例を示す図である。リモートストレージテーブル２２２Ａ、２２２Ｂは、ボリュームのコピーペア構成を構築可能なストレージのストレージＩＤを保持するリモートストレージＩＤ欄２２２１と、ボリュームコピーのデータパスのＩＤを保持するリモートパスＩＤ２２２２と、を有する。
図５Ｅ、図５Ｆは、ボリュームテーブル２２３の一例を示す図である。ボリュームテーブル２２３Ａ、２２３Ｂは、ストレージ２００のボリュームのＩＤを保持するボリュームＩＤ２２３１と、ボリューム２８０の容量の値を保持する容量欄２２３２と、ボリューム２８０が登録されているＣＴＧ２９０のＩＤを保持するＣＴＧ ＩＤ欄２２３３と、を保持する。本実施例では、ボリュームのＩＤは、＜ストレージＩＤ＞.＜ストレージ内で一意のＩＤ＞のフォーマットとしている。
ボリュームテーブル２２３は、管理者等が使用する管理端末５０などから設定され、また、ストレージ管理サーバ３００によって更新される情報である。ボリュームテーブル２２３によって、ボリューム２８０とＣＴＧ２９０の対応関係が定義される。
図５Ｇ、図５Ｈは、コンシステンシグループペアテーブル２２４の一例を示す図である。コンシステンシグループペアテーブル２２４Ａ、２２４Ｂは、ストレージ２００のＣＴＧ２９０のＩＤを保持するＣＴＧ ＩＤ欄２２４１と、ＣＴＧ ＩＤ欄２２４１のＣＴＧがプライマリ（データコピー元）かセカンダリ（データコピー先）のいずれであるかを示す情報を保持するＰｒｉｍａｒｙ／Ｓｅｃｏｎｄａｒｙ欄２２４２と、ＣＴＧ ＩＤ欄２２４１のＣＴＧとペアとなるＣＴＧがあるストレージのＩＤを保持するリモートストレージＩＤ欄２２４３と、ＣＴＧ ＩＤ欄２２４１のＣＴＧとペアとなるＣＴＧのＩＤを保持するリモートＣＴＧ ＩＤ欄２２４４と、を有する。
Ｐｒｉｍａｒｙ／Ｓｅｃｏｎｄａｒｙ欄２２４２には、ＣＴＧがプライマリであれば”Ｐｒｉｍａｒｙ”、セカンダリであれば”Ｓｅｃｏｎｄａｒｙ”の文字列が登録される。
コンシステンシグループペアテーブル２２４は、管理者等が使用する管理端末５０などから設定され、また、ストレージ管理サーバ３００によって更新される情報である。コンシステンシグループペアテーブル２２４によって、他の系でペアとなるＣＴＧ２９０とストレージ２００の対応関係が定義される。
図５Ｉ、図５Ｊは、ボリュームペアテーブル２２５の一例を示す図である。ボリュームペアテーブル２２５Ａ、２２５ｂは、ストレージ２００のボリュームのＩＤを保持するボリュームＩＤ欄２２５１と、ボリュームＩＤ欄２２５１のボリュームがプライマリボリューム（コピー元ボリューム）かセカンダリボリューム（コピー先ボリューム）かを示す情報を保持するＰＶＯＬ／ＳＶＯＬ欄２２５２と、ボリュームＩＤ欄２２５１のボリュームとペアとなるボリュームのＩＤを保持するリモートボリュームＩＤ欄２２５３と、ペアとなるボリューム間のデータコピー状態を示す情報を保持するペア状態欄２２５４と、を有する。
ＰＶＯＬ／ＳＶＯＬ欄２２５２には、ボリュームがプライマリボリュームであれば”ＰＶＯＬ”、セカンダリボリュームであれば”ＳＶＯＬ”の文字列が登録される。また、ペア状態欄２２５４には、ペアとなるボリューム間でデータコピー中であれば”ＣＯＰＹ”、コピー完了状態であれば”ＳＹＮＣ”、コピー停止状態であれば”ＳＵＳＰＥＮＤ”の文字列が登録される。
ボリュームペアテーブル２２５は、管理者等が使用する管理端末５０などから設定され、また、ストレージ管理サーバ３００によって更新される情報である。ボリュームペアテーブル２２５によって、他の系でペアとなるＣＴＧ２９０とストレージ２００の対応関係が定義される。
図６Ａ〜図６Ｆは、ストレージ管理サーバ３００Ａ、３００Ｂのメモリ３２０が保持するテーブルの構成の一例を示す図である。
図６Ａ、図６Ｂは、アクセスポイントテーブル３２１の一例を示す図である。アクセスポイントテーブル３２１Ａ、３２１Ｂは、ストレージ管理サーバ３００のストレージ管理プログラム３２９のＩＤを保持するストレージ管理プログラムＩＤ欄３２１１と、ＶＭ管理サーバ４００とストレージ管理サーバ３００とが相互に通信するためのアクセスポイントとなるＩＰアドレスを保持する外部ＩＰアドレス欄３２１２と、ストレージ管理サーバ３００とストレージ２００とが相互に通信するためのアクセスポイントとなるＩＰアドレスを保持する内部ＩＰアドレス欄３２１３と、を有する。
アクセスポイントテーブル３２１は、管理者等が使用する管理端末５０などから予め設定された情報である。
図６Ｃ、図６Ｄは、ストレージテーブル３２２の一例を示す図である。ストレージテーブル３２２Ａ、３２２Ｂは、ストレージ管理プログラム３２９が管理するストレージのＩＤを保持するストレージＩＤ欄３２２１と、ストレージＩＤ欄３２２１のストレージ２００のＩＰアドレスを保持するＩＰアドレス欄３２２２と、を有する。
ストレージテーブル３２２は、管理者等が使用する管理端末５０などから予め設定された情報である。
図６Ｅ、図６Ｆは、グループマッピングテーブル３２３の一例を示す図である。グループマッピングテーブル３２３Ａ、３２３Ｂは、ストレージ管理プログラム３２９が管理するストレージ２００と接続するホスト１００のハイパバイザのＩＤを保持するハイパバイザＩＤ欄３２３１と、ハイパバイザＩＤ欄３２３１のハイパバイザ上で稼働するＶＭのグループのＩＤを示すＶＭグループＩＤ欄３２３２と、前記ストレージ２００のＩＤを保持するストレージＩＤ欄３２３３と、ＶＭグループＩＤ欄３２３２のＶＭグループ１９０に対応付けられたＣＴＧのＩＤを保持するＣＴＧ ＩＤ欄３２３４と、を保持する。
グループマッピングテーブル３２３は、管理者等が使用する管理端末５０などから設定され、また、ストレージ管理サーバ３００によって更新される情報である。グループマッピングテーブル３２３によって、ハイパバイザ１２２上のＶＭグループ１９０と、ストレージ２００のＣＴＧ２９０の対応関係が定義される。
図７Ａ〜図７Ｈと図８Ａ〜図８Ｆは、ＶＭ管理サーバ４００Ａ、４００Ｂのメモリ４２０が保持するテーブルの構成例である。
図７Ａ、図７Ｂは、アクセスポイントテーブル４２１の一例を示す図である。アクセスポイントテーブル４２１Ａ、４２１Ｂは、ＶＭ管理サーバ４００のＶＭ管理プログラム４２９のＩＤを保持するＶＭ管理プログラムＩＤ欄４２１１と、ＶＭ ＤＲ制御サーバ５００とＶＭ管理サーバ４００とが相互に通信するためのアクセスポイントとなるＩＰアドレスを保持する外部ＩＰアドレス欄４２１２と、ＶＭ管理サーバ４００とストレージ管理サーバ３００とが相互に通信するためのアクセスポイントとなるＩＰアドレスを保持する内部ＩＰアドレス欄４２１３と、を有する。
アクセスポイントテーブル４２１は、管理者等が使用する管理端末５０などから予め設定された情報である。
図７Ｃ、図７Ｄは、ハイパバイザテーブル４２２の一例を示す図である。ハイパバイザテーブル４２２Ａ、４２２Ｂは、ＶＭ管理プログラム４２９が管理するホストのＩＤを保持するホストＩＤ欄４２２１と、ホストＩＤ欄４２２１のホストで稼働するハイパバイザのＩＤを保持するハイパバイザＩＤと、ホストＩＤ欄４２２１のホストのＩＰアドレスを保持するＩＰアドレス欄４２２３と、を有する。
ハイパバイザテーブル４２２は、管理者等が使用する管理端末５０などから予め設定された情報である。
図７Ｅ、図７Ｆは、ＶＭテーブル４２３の一例を示す図である。ＶＭテーブル４２３Ａ、４２３Ｂは、ＶＭ管理プログラム４２９が管理するホストで稼働するハイパバイザのＩＤを保持するハイパバイザＩＤ欄４２３１と、ハイパバイザＩＤ欄４２３１のハイパバイザで稼働するＶＭのＩＤを保持するＶＭ ＩＤ欄４２３２と、ＶＭ ＩＤ欄４２３２のＶＭの状態を示す情報を保持する状態欄４２３３と、ＶＭ ＩＤ欄４２３２のＶＭが登録されているＶＭグループ１９０のＩＤを保持するＶＭグループＩＤ欄４２３４と、を有する。状態欄４２３３には、ＶＭが起動していれば”ＰＯＷＥＲ−ＯＮ”、停止していれば”ＰＯＷＥＲ−ＯＦＦ”の文字列が登録される。
ＶＭテーブル４２３は、管理者等が使用する管理端末５０などから予め設定され、また、ＶＭ管理サーバ４００によって更新される情報である。ＶＭテーブル４２３を参照することによって、ＶＭ１２３が所属するＶＭグループ１９０と、ＶＭ１２３の状態を取得することができる。
図７Ｇ、図７Ｈは、ハイパバイザペアテーブル４２４の一例を示す図である。ハイパバイザペアテーブル４２４Ａ、４２４Ｂは、ＶＭ管理プログラム４２９が管理するホストで稼働するハイパバイザのＩＤを保持するハイパバイザＩＤ欄４２４１と、ハイパバイザＩＤ欄４２４１のハイパバイザとＤＲ運用可能なハイパバイザのＩＤを保持するリモートハイパバイザＩＤ欄４２４２と、を有する。
ハイパバイザペアテーブル４２４は、管理者等が使用する管理端末５０などから予め設定された情報である。ハイパバイザペアテーブル４２４によって、他の系でペアを組むハイパバイザ１２２が定義される。
図８Ａ、図８Ｂは、ＶＭ管理サーバ４００のＶＭグループペアテーブル４２５の一例を示す図である。
ＶＭグループペアテーブル４２５Ａ、４２５Ｂは、ＶＭ管理プログラム４２９が管理するホスト１００で稼働するＶＭ１２３のグループのＩＤを保持するＶＭグループＩＤ欄４２５１と、ＶＭグループＩＤ欄４２５１のＶＭグループ１９０がソース（ＶＭデータコピー元）かターゲット（ＶＭデータコピー先、フェイルオーバ先）のいずれかを示す情報を保持するＳｏｕｒｃｅ／Ｔａｒｇｅｔ欄４２５２と、ＶＭグループＩＤ欄４２５１のＶＭグループとペアになるＶＭグループのＶＭが稼働するハイパバイザのＩＤを保持するリモートハイパバイザＩＤ欄４２５３と、ＶＭグループＩＤ欄４２５１のＶＭグループとペアになるＶＭグループのＩＤを保持するリモートＶＭグループＩＤ欄４２５４と、を有する。
Ｓｏｕｒｃｅ／Ｔａｒｇｅｔ欄４２５２には、ＶＭグループがソースであれば”ＳＯＵＲＣＥ”、ターゲットであれば”Ｔａｒｇｅｔ”の文字列が登録される。
ＶＭグループペアテーブル４２５は、管理者等が使用する管理端末５０などから設定され、また、ＶＭ管理サーバ４００によって更新される情報である。ＶＭグループペアテーブル４２５によって、移動元のＶＭグループ１９０Ａと移動先のＶＭグループ１９０Ｂのペアが定義される。
図８Ｃ、図８Ｄは、ストレージ管理サーバテーブル４２６の一例を示す図である。ストレージ管理サーバテーブル４２６Ａ、４２６Ｂは、ＶＭ管理サーバ４００と通信するストレージ管理サーバ３００のストレージ管理プログラムのＩＤを保持するストレージ管理プログラムＩＤ欄４２６１と、前記ストレージ管理サーバ３００のＩＰアドレスを保持するＩＰアドレス欄４２６２と、を有する。
ストレージ管理サーバテーブル４２６は、管理者等が使用する管理端末５０などから予め設定される情報である。
図８Ｅ、図８Ｆは、ＶＭ−ボリュームマッピングテーブル４２７の一例を示す図である。ＶＭ‐ボリュームマッピングテーブル４２７Ａ、４２７Ｂは、ＶＭ管理プログラム４２９が管理するホストで稼働するハイパバイザのＩＤを保持するハイパバイザＩＤ欄４２７１と、ハイパバイザＩＤ欄４２７１のハイパバイザで稼働するＶＭのＩＤを保持するＶＭ ＩＤ欄４２７２と、ＶＭ ＩＤ欄４２７２のＶＭが接続するストレージ管理サーバ３００のボリュームのＩＤを保持するボリュームＩＤ欄４２７３と、を有する。
ＶＭ−ボリュームマッピングテーブル４２７は、管理者等が使用する管理端末５０などから予め設定される情報である。ＶＭ−ボリュームマッピングテーブル４２７によって、ＶＭ１２３に割り当てられたボリューム２８０のＩＤが定義される。
図９Ａ〜図９Ｃは、ＶＭ ＤＲ制御サーバ５００のメモリ５２０が保持するテーブルの構成例である。
図９Ａは、アクセスポイントテーブル５２１の一例を示す図である。アクセスポイントテーブル５２１は、ＶＭ管理者が利用する管理端末５０からＶＭ ＤＲ制御サーバ５００へアクセスするためのＩＰアドレスを保持する外部ＩＰアドレス欄５２１１と、ＶＭ ＤＲ制御サーバ５００とＶＭ管理サーバ４００とが相互に通信するためのアクセスポイントとなるＩＰアドレスを保持する内部ＩＰアドレス欄５２１２と、を有する。
アクセスポイントテーブル５２１は、管理者等が使用する管理端末５０などから予め設定される情報である。
図９Ｂは、ＶＭ管理サーバテーブル５２２の一例を示す図である。ＶＭ管理サーバテーブル５２２は、ＶＭ ＤＲ制御プログラム５２９が管理するＶＭ管理プログラム４２９のＩＤを保持するＶＭ管理プログラムＩＤ欄５２２１と、ＶＭ管理プログラムＩＤ欄５２２１のＶＭ管理プログラム４２９が稼働するＶＭ管理サーバ４００のＩＰアドレスを保持するＩＰアドレス欄５２２２と、を有する。
ＶＭ管理サーバテーブル５２２は、管理者等が使用する管理端末５０などから予め設定される情報である。
図９Ｃは、ＶＭグループペアテーブル５２３の一例を示す図である。ＶＭグループペアテーブル５２３は、ソースとなるＶＭグループのＩＤを管理するＳｏｕｒｃｅ ＶＭグループＩＤ欄５２３１と、Ｓｏｕｒｃｅ ＶＭグループＩＤ欄５２３１のＶＭグループを管理するＶＭ管理プログラムのＩＤを保持するＳｏｕｒｃｅ ＶＭ管理プログラムＩＤ欄５２３２と、ターゲットとなるＶＭグループのＩＤを管理するＴａｒｇｅｔ ＶＭグループＩＤ欄５２３３と、Ｔａｒｇｅｔ ＶＭグループＩＤ欄５２３１のＶＭグループを管理するＶＭ管理プログラムのＩＤを保持するＴａｒｇｅｔ ＶＭ管理プログラムＩＤ欄５２３４と、を有する。
ＶＭ管理サーバテーブル５２２は、管理者等が使用する管理端末５０などから設定され、また、ＶＭ ＤＲ制御プログラム５２９によって更新される情報である。ＶＭ管理サーバテーブル５２２によって、ＤＲを行う際の移動元のＶＭグループ１９０Ａと、移動先のＶＭグループ１９０Ｂの関係が定義される。
＜処理の説明＞
図１０Ａから図１３では、本実施例の計算機システムにおけるＶＭ管理操作の処理の一例を示す。
図１０Ａから図１３において、図１に示したＶＭ ＤＲ制御サーバ５００ではＶＭ ＤＲ制御プログラム５２９が稼働する。図１のＶＭ管理サーバ１（２００Ａ）ではＶＭ管理プログラム４２９が稼働し、図１のＶＭ管理サーバ２（２００Ｂ）ではＶＭ管理プログラム４２９が稼働する。図１のストレージ管理サーバ１（３００Ａ）ではストレージ管理プログラム３２９が稼働し、ストレージ管理サーバ２（３００Ｂ）ではストレージ管理プログラム３２９が稼働する。
図１０Ａは、ＶＭグループ１９０を生成する処理の一例を示すシーケンス図である。まず、ステップＳ００１において、ストレージ管理者が利用する管理端末５０は、ストレージ管理サーバ１（３００Ａ）のストレージ管理プログラム３２９へ、ＶＭグループ１９０の生成を指示する。このとき、ストレージ管理者が利用する管理端末５０は、各Ｓｏｕｒｃｅ／ＴａｒｇｅｔのハイパバイザＩＤと、ＶＭグループ名と、ストレージＩＤと、ＣＴＧ ＩＤを指定する。
次に、ステップＳ００２において、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、ストレージ管理者の管理端末５０から受信した指示内容を解析する。そして、ストレージ管理プログラム３２９は、各Ｓｏｕｒｃｅ／ＴａｒｇｅｔのハイパバイザＩＤと、ＶＭグループ名と、ストレージＩＤと、ＣＴＧ ＩＤが入力されていることを確認する。
次に、ステップＳ００３において、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、ステップＳ００１でストレージ管理者の管理端末５０より入力されたストレージＩＤ、ＣＴＧ ＩＤに基づいてストレージ１（２００Ａ）のコンシステンシグループペアテーブル２２４Ａを更新する。
次に、ステップＳ００４において、現用系のストレージ管理サーバ３００のストレージ管理プログラム３２９は、待機系のストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９へ、ステップＳ００１でストレージ管理者の管理端末５０より入力されたストレージＩＤと、ＣＴＧ ＩＤに基づくコンシステンシグループペアテーブル２２４Ｂの更新を指示する。
次に、ステップＳ００５において、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ステップＳ００４でストレージ管理プログラム３２９より指定されたストレージＩＤと、ＣＴＧ ＩＤに基づきコンシステンシグループペアテーブル２２４Ｂを更新する。
次に、ステップＳ００６において、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、現用系のストレージ管理サーバ３００Ａのストレージ管理プログラム３２９へ、コンシステンシグループペアテーブルの更新処理完了通知を送信する。
次に、ステップＳ００７において、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、ＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９へ、ステップＳ００１でストレージ管理者の管理端末５０より入力されたＶＭグループ名と、ハイパバイザＩＤに基づくＶＭグループペアテーブル４２５Ａの更新を指示する。
次に、ステップＳ００８において、現用系のＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９は、ステップＳ００７でストレージ管理プログラム３２９より指定されたＶＭグループ名と、ハイパバイザＩＤに基づきＶＭグループペアテーブル４２５Ａを更新する。
次に、ステップＳ００９において、ＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９は、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９へ、ＶＭグループペアテーブルの更新処理完了通知を送信する。
次に、ステップＳ０１０において、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、待機系のストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９へ、ステップＳ００１でストレージ管理者の管理端末５０より入力されたＶＭグループ名と、ハイパバイザＩＤに基づくＶＭグループペアテーブル４２５Ｂの更新を指示する。
次に、ステップＳ０１１において、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９へ、ステップＳ０１０でストレージ管理プログラム３２９より指定されたＶＭグループ名と、ハイパバイザＩＤに基づくＶＭグループペアテーブル４２５Ｂの更新を指示する。
次に、ステップＳ０１２において、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９は、ステップＳ０１１でストレージ管理プログラム３２９より指定されたＶＭグループ名と、ハイパバイザＩＤに基づきＶＭグループペアテーブル４２５Ｂを更新する。
次に、ステップＳ０１３において、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９は、ストレージ管理プログラム３２９へ、ＶＭグループペアテーブル更新処理完了通知を送信する。
次に、ステップＳ０１４において、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９へ、ＶＭグループペアテーブルの更新処理完了通知を送信する。
次に、ステップＳ０１５において、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、ステップＳ００１でストレージ管理者の管理端末より入力されたハイパバイザＩＤと、ＶＭグループ名と、ストレージＩＤと、ＣＴＧ ＩＤに基づきグループマッピングテーブル３２３Ａを更新する。
次に、ステップＳ０１６において、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９へ、ステップＳ００１でストレージ管理者の管理端末５０より入力されたハイパバイザＩＤと、ＶＭグループ名と、ストレージＩＤと、ＣＴＧ ＩＤに基づくグループマッピングテーブル３２３Ｂの更新を指示する。
次に、ステップＳ０１７において、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ステップＳ０１６でストレージ管理プログラム３２９より指定されたハイパバイザＩＤと、ＶＭグループ名と、ストレージＩＤと、ＣＴＧ ＩＤに基づきグループマッピングテーブル３２３Ｂを更新する。
次に、ステップＳ０１８において、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９へ、グループマッピングテーブルの更新完了通知を送信する。
次に、ステップＳ０１９において、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、ストレージ管理者の管理端末５０へＶＭグループの生成完了通知を送信する。
上記の処理によって、現用系のストレージ管理サーバ３００Ａと待機系のストレージ管理サーバ３００Ｂは、コンシステンシグループペアテーブル２２４Ａ、２２４Ｂを更新し、ＶＭ管理サーバ４００Ａ、４００ＢがＶＭグループペアテーブル４２５Ａ、４２５Ｂを更新し、ストレージ管理サーバ３００Ａ、３００Ｂがグループマッピングテーブル３２３Ａ、３２３Ｂを更新する。これらの更新の結果、ＶＭグループ１９０Ａ、１９０Ｂが現用系と待機系にそれぞれ生成される。
なお、ＶＭ ＤＲ制御サーバ５００のＶＭグループペアテーブル５２３は、ＶＭ ＤＲ制御プログラム５２９により、所定のタイミングで更新される。ＶＭ ＤＲ制御プログラム５２９が定期的にＶＭ管理サーバ４００Ａ、４００ＢのＶＭ管理プログラム４２９とそれぞれ通信し、ＶＭグループ１９０の情報を取得してＶＭグループペアテーブル５２３を更新してもよい。また、ＶＭ ＤＲ制御プログラム５２９が、ＶＭグループペアテーブル５２３を参照するタイミングでＶＭ管理サーバ４００Ａ、４００ＢのＶＭ管理プログラム４２９とそれぞれ通信し、ＶＭグループ１９０の情報を取得してＶＭグループペアテーブル５２３を更新してもよい。
図１０Ｂは、レプリケーション構成のＶＭ１２３を生成する処理の一例を示すシーケンス図である。
まず、ステップＳ１０１において、ＶＭ管理者は、現用系のＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９へ、管理端末５０を介してレプリケーション構成のＶＭ１２３の生成を指示する。このとき、ＶＭ管理者は管理端末５０で、生成対象のＶＭ１２３のディスク容量と、生成対象のＶＭ１２３を登録するＶＭグループＩＤを指定する。
次に、ステップＳ１０２において、ＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９は、ＶＭ管理者の管理端末５０から受信した指示の内容を解析する。ＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９は、ＶＭグループペアテーブル４２５ＡのＶＭグループＩＤ欄４２５１に指定された情報が含まれること、対応するペア状態欄４２５２が”ＳＯＵＲＣＥ”、つまり当該ＶＭグループ１９０がコピー元であることを確認する。
次に、ステップＳ１０３において、ＶＭ管理サーバ４００ＡのＶＭ管理プログラム４９２Ａは、ストレージ管理プログラム３２９へ、生成対象ＶＭのディスク用のボリューム生成を指示する。このとき、ＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９は、ボリューム容量と、ＶＭ管理者の管理端末５０より指定されたＶＭグループＩＤと、を指定する。
上記ステップＳ１０３では、ＶＭ管理サーバ４００ＡがＶＭグループ１９０に対する操作（ＶＭの作成）を、ボリュームグループの操作（ボリュームグループの作成）に変換する例を示したが、これに限定されるものではなく、ストレージ管理サーバ３００が、ＶＭグループ１９０に対する操作を受け付けて、ボリュームグループのフェイルオーバに変換してもよい。
なお、操作の変換は、予め設定したテーブルやルールに従って変換を行う。本実施例では、上記操作の変換は、ＶＭグループ１９０に対する作成（追加）やフェイルオーバや移動等の操作を、ボリュームグループ（ＣＴＧ２９０）に対する作成（追加）やフェイルオーバや移動等の操作へ変換するものとする。
次に、ステップＳ１０４において、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、グループマッピングテーブル３２３ＡのＶＭグループＩＤ欄３２３２とＣＴＧ ＩＤ欄３２３４を参照し、指定されたＶＭグループＩＤを、対応するＣＴＧ ＩＤへ変換する。
これにより、ストレージ管理サーバ３００Ａは、ホスト１００ＡのＶＭグループ１９０ＡのＩＤに対してＣＴＧ（ボリュームグループ）２９０ＡのＩＤを対応付けることが可能となる。
次に、ステップＳ１０５において、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、ストレージ１（２００Ａ）へ、指定された容量のボリューム２８０Ａの生成を指示する。当該処理の完了後、ストレージ１（２００Ａ）のストレージ制御プログラム２２９は、ボリュームテーブル２２３ＡのボリュームＩＤ欄２２３１と容量（ＧＢ）欄２２３２に当該ボリュームの情報を追加する。
次に、ステップＳ１０６において、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、ストレージ１（２００Ａ）へ、ステップＳ１０５で生成したボリュームを、ステップＳ１０４でＶＭグループＩＤから変換したＣＴＧ ＩＤを有するＣＴＧ２９０Ａへ登録する処理を指示する。
当該処理の終了後、ストレージ１（２００Ａ）のストレージ制御プログラム２２９は、ステップＳ１０５でボリュームテーブル２２３へ追加した行のＣＴＧ ＩＤ欄２２３３に当該ボリュームを登録するＣＴＧ ＩＤを追加する。
次に、ステップＳ１０７において、ストレージ管理サーバ３００Ａのストレージ管理プログラム３９２Ａは、ストレージ１（２００Ａ）へ、上記生成したボリューム２８０ＡのＬＵパスの生成を指示する。このとき、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、ステップＳ１０５で生成したボリューム２８０ＡのボリュームＩＤと、ホスト１００Ａが接続されたポート２５０のポートＩＤを指定する。
上記ＬＵパスは、例えば、Ｃｏｎｇｌｏｍｅｒａｔｅ ＬＵ Ｓｔｒｕｃｔｕｒｅで定義されているＡＬＵ（Administrative Logical Unit）とＳＬＵ（Subsidiary Logical Unit）を用いて生成することができる。この場合、予め設定した代表的なボリュームをＡＬＵとし、ボリューム２８０をＳＬＵとしてマッピングすることができる。なお、ボリューム２８０は仮想ボリュームであってもよい。
次に、ステップＳ１０８において、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、ステップＳ１０６でボリューム２８０Ａを登録したＣＴＧ２９０ＡのＣＴＧ ＩＤを、ペアとなる待機系のストレージ２（２００Ｂ）のＣＴＧ２９０ＢのＣＴＧ ＩＤに変換する。この処理は、ストレージ管理サーバ３００Ａがストレージ１（２００Ａ）のコンシステンシグループペアテーブル２２４ＡからリモートストレージＩＤ欄２２４３と、リモートＣＴＧ ＩＤ２２４４を取得して、ペアのＣＴＧ ＩＤとする。
そして、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、ストレージ１（２００Ａ）へ、ステップＳ１０６でボリューム２８０Ａを登録したＣＴＧ２９０ＡのＣＴＧ ＩＤとともに、ペアとなるＣＴＧ２９０ＢのＣＴＧ ＩＤ取得要求を送信する。ストレージ１（２００Ａ）は、コンシステンシグループペアテーブル２２４ＡのＣＴＧ ＩＤ欄２２４１と、リモートストレージＩＤ欄２２４３と、リモートＣＴＧ ＩＤ２２４４欄の情報より、ストレージ管理プログラム３２９から受信したＣＴＧ ＩＤを有するＣＴＧ２９０ＢとペアとなるＣＴＧ２９０ＡのＣＴＧ ＩＤを取得し、ストレージ管理プログラム３２９へ応答する。
次に、ステップＳ１０９において、現用系のストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、待機系のストレージ管理サーバ３００Ｂで稼働するストレージ管理プログラム３２９へ、ステップＳ１０５で生成したボリューム２８０Ａと同容量のボリューム２８０Ｂを生成する処理を指示する。このとき、現用系のストレージ管理プログラム３２９は、ボリューム容量と、ステップＳ１０８でストレージ１（２００Ａ）より取得したＣＴＧ ＩＤを指定する。
次に、ステップＳ１１０において、待機系のストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ストレージ２（２００Ｂ）へ、指定された容量のボリューム２８０Ｂの生成処理を指示する。当該処理の完了後、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ボリュームテーブル２２３ＢのボリュームＩＤ欄２２３１と容量（ＧＢ）欄２２３２に当該ボリューム２８０Ｂの情報を追加する。
次に、ステップＳ１１１において、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ストレージ２（２００Ｂ）へ、ステップＳ１１０で生成したボリューム２８０Ｂを、ステップＳ１０９で指定されたＣＴＧ ＩＤを有するＣＴＧ２９０Ｂへ登録する処理を指示する。
当該処理の終了後、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ステップＳ１１２でボリュームテーブル２２３Ｂへ追加した行のＣＴＧ ＩＤ欄２２３３に当該ボリューム２８０Ｂを登録するＣＴＧ ＩＤを追加する。
次に、ステップＳ１１２において、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３９２Ｂは、ストレージ２（２００Ｂ）へ、生成したボリューム２８０ＢのＬＵパスの生成を指示する。このとき、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ステップＳ１０５で生成したボリューム２８０ＢのボリュームＩＤと、ホスト１００Ｂが接続されたポート２５０のポートＩＤを指定する。なお、ＬＵパスの生成は、現用系と同様であり、上記Ｃｏｎｇｌｏｍｅｒａｔｅ ＬＵ ＳｔｒｕｃｔｕｒｅのＡＬＵとＳＬＵを用いることができる。
次に、ステップＳ１１３において、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９へ、ステップＳ１１２で生成したボリューム２８０ＢのボリュームＩＤと、ボリュームマッピング情報の更新要求を送信する。
ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９は、ＶＭテーブル４２３ＢのハイパバイザID欄４２３１にハイパバイザＩＤと、ＶＭ ＩＤ欄４２３２に新規ＶＭ ＩＤと、状態欄４２３３に”ＰＯＷＥＲ−ＯＦＦ”と、ＶＭグループＩＤ欄４２３４にＶＭグループＩＤを追加する。また、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９は、ボリュームマッピングテーブル４２７ＢのハイパバイザＩＤ欄４２７１にハイパバイザＩＤと、ＶＭ ＩＤ欄４２７２に新規ＶＭ ＩＤと、ボリュームＩＤ４２７３にストレージ管理プログラム３２９から受信したボリュームＩＤ情報を追加する。
次に、ステップＳ１１４において、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９は、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９へ、ボリュームマッピング情報の更新完了通知を送信する。
次に、ステップＳ１１５において、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９へ、ボリューム生成処理の完了通知と、生成したボリューム２８０ＢのボリュームＩＤを送信する。
次に、ステップＳ１１６において、現用系のストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、ストレージ１（２００Ａ）へ、ボリュームペアの生成を指示する。このとき、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、ステップＳ１０５で生成したボリューム２８０ＡのボリュームＩＤと、ステップＳ１１０で生成したボリューム２８０ＢのボリュームＩＤと、を指定する。
ストレージ１（２００Ａ）のストレージ制御プログラム２２９は、ストレージ２（２００Ｂ）のストレージ制御プログラム２９９と協調し、ストレージ管理サーバ３００Ａのストレージ管理プログラム２３９Ａが指定したボリュームＩＤを有するボリューム間でのペア生成処理を実行する。
ペア生成処理の開始後、ストレージ１（２００Ａ）のストレージ制御プログラム２９９は、ボリュームペアテーブル２５５ＡのボリュームＩＤ欄２２５１と、ＰＶＯＬ／ＳＶＯＬ欄２２５２と、リモートボリュームＩＤ欄２２５３と、ペア状態欄２２５４に情報を追加する。ペア生成処理の開始直後は、ボリュームペアテーブル２５５Ａのペア状態欄２２５４は”ＣＯＰＹ”が追加される。
ペア生成処理が完了し、ペアボリューム間でデータが同期状態となったら、ストレージ１（２００Ａ）のストレージ制御プログラム２２９は、ボリュームペアテーブル２２５Ａのペア状態欄を”ＳＹＮＣ”に変更する。
次に、ステップＳ１１７において、ストレージ管理サーバ３００Ａのストレージ管理プログラム２３９Ａは、ＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９へ、ボリューム生成処理の完了通知と、生成したボリューム２８０ＡのボリュームＩＤを送信する。
ＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９は、ＶＭテーブル４２３ＡのハイパバイザID欄４２３１にハイパバイザＩＤと、ＶＭ ＩＤ欄４２３２に新規ＶＭ ＩＤと、状態欄４２３３に”ＰＯＷＥＲ−ＯＮ”と、ＶＭグループＩＤ欄４２３４にＶＭグループＩＤを追加する。また、ＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９は、ボリュームマッピングテーブル４２７ＡのハイパバイザＩＤ欄４２７１にハイパバイザＩＤと、ＶＭ ＩＤ欄４２７２に新規ＶＭ ＩＤと、ボリュームＩＤ４２７３にストレージ管理プログラム３２９から受信したボリュームＩＤ情報を追加する。
次に、ステップＳ１１８において、ＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９は、ＶＭ管理者の管理端末５０へＶＭ生成処理の完了通知を送信する。
上記処理によりレプリケーション構成の新たなＶＭ１２３が生成され、このＶＭ１２３に新たなボリューム２８０が割り当てられ、指定されたＶＭグループ１９０のペアと、割り当てられたボリューム２８０のＣＴＧ２９０のペアが現用系と待機系に設定される。
図１１は、レプリケーション構成のＶＭ１２３のフェイルオーバ処理の一例を示すシーケンス図である。このフェイルオーバは、メンテナンスなどのために、管理者が計画的に実行する例を示す。
まず、ステップＳ２０１において、ＶＭ管理者は、ＶＭ ＤＲ制御サーバ５００のＶＭ ＤＲ制御プログラム５２９へ、管理端末５０を介してレプリケーション構成のＶＭ１２３Ａのフェイルオーバを指示する。このとき、ＶＭ管理者は、フェイルオーバ対象となるターゲットのＶＭグループ１９０ＡのＶＭグループＩＤを指定する。
次に、ステップＳ２０２において、ＶＭ ＤＲ制御プログラム５２９は、ＶＭ管理者の管理端末５０から受信した指示の内容を解析する。ＶＭ ＤＲ制御プログラム５２９は、ＶＭグループペアテーブル５２３のＴａｒｇｅｔ ＶＭグループＩＤ欄５２３３に指定された情報が含まれることを確認する。また、ＶＭ ＤＲ制御プログラム５２９は、前記確認したＴａｒｇｅｔ ＶＭグループＩＤ欄５２３３と同じ行のＴａｒｇｅｔ ＶＭ管理プログラムＩＤ欄５２３４より、ターゲット（フェイルオーバ先）となるＶＭ管理サーバ４００ＢのＶＭ管理プログラムＩＤを取得する。
次に、ステップＳ２０３において、ＶＭ ＤＲ制御プログラム５２９は、ステップＳ２０２で取得したＶＭ管理プログラムＩＤを有するＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９へ、ＶＭグループ１９０Ｂへのフェイルオーバを指示する。このとき、ＶＭ ＤＲ制御プログラム５２９は、ターゲットのＶＭグループ１９０ＢのＶＭグループＩＤ（例えば、ＶＭ Ｇｒｏｕｐ３：ＶＭＧＲＰ３）を指定する。
次に、ステップＳ２０４において、ＶＭグループ１９０Ｂへのフェイルオーバの指示を受け付けたＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９は、ＶＭグループペアテーブル４２５ＢのＶＭグループＩＤ欄４２５１と、リモートＶＭグループＩＤ欄４２５４を参照し、指定されたフェイルオーバ先のＶＭグループＩＤを、フェイルオーバ元となる対応するリモートのＶＭグループＩＤへ変換する。本実施例の場合、ＶＭ管理サーバ４００Ｂは、ＶＭグループ３が指定されているので、「ＶＭＧＲＰ３」をリモートＶＭグループＩＤ４２５４の「ＶＭＧＲＰ１」（ＶＭ Ｇｒｏｕｐ１）に変換する。
次に、ステップＳ２０５において、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９は、現用系のＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９へ、ＶＭグループ１９０単位でＶＭ１２３の停止を指示する。このとき、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９は、ステップＳ２０４で変換したＶＭグループＩＤ（フェイルオーバ元のＶＭ Ｇｒｏｕｐ１）を指定する。
次に、ステップＳ２０６において、現用系のＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９は、ＶＭテーブル４２３のＶＭ ＩＤ欄４２３２と、ＶＭグループＩＤ４２３２を参照し、ステップＳ２０５で指定されたＶＭグループＩＤを有するＶＭグループに所属するＶＭ１２３のＶＭ ＩＤを特定する。そして、ＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９は、ハイパバイザ１２２Ａへ、特定したＶＭ ＩＤを有するＶＭ（この例では、ＶＭ１、ＶＭ２）の停止要求を送信する。
ハイパバイザ１２２Ａは、停止要求のあったＶＭ１２３を停止させ、ＶＭ停止処理完了をＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９へ応答する。ＶＭ管理プログラム４２９は、ＶＭテーブル４２３の状態欄４２３３のうち、停止したＶＭに関する項目を”ＰＯＷＥＲ−ＯＦＦ”に変更する。
次に、ステップＳ２０７において、ＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９は、待機系のＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９へ、ＶＭグループ１９０単位のＶＭ１２３の停止の完了通知を送信する。
次に、ステップＳ２０８において、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９は、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９へ、ボリュームフェイルオーバを指示する。このとき、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９は、ターゲットのＶＭグループＩＤ（本実施例ではＶＭ Ｇｒｏｕｐ３＝「ＶＭＧＲＰ３」）を指定する。
上記ステップＳ２０８では、ＶＭ管理サーバ４００ＡがＶＭグループ１９０に対する操作（ＶＭのフェイルオーバ）を、ボリュームグループの操作（ボリュームグループのフェイルオーバ）に変換する例を示したが、これに限定されるものではなく、ストレージ管理サーバ３００が、ＶＭグループ１９０に対する操作（フェイルオーバ）を受け付けて、ボリュームグループの操作（フェイルオーバ）に変換してもよい。なお、操作の変換は、予め設定したテーブルやルールに従って変換を行う。
本実施例では、上記操作の変換は、ＶＭグループ１９０に対する作成、削除、フェイルオーバや移動等の操作を、ボリュームグループ（ＣＴＧ２９０）に対する作成、削除、フェイルオーバや移動等の操作へ変換するものとする。
次に、ステップＳ２０９において、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、グループマッピングテーブル３２３ＢのＶＭグループＩＤ欄３２３２とＣＴＧ ＩＤ欄３２３４を参照し、指定されたＶＭグループＩＤを、対応するＣＴＧ ＩＤへ変換する。すなわち、ストレージ管理サーバ３００Ｂは。ＶＭグループ１９０に対する操作のパラメータ「ＶＭＧＲＰ３」を、ボリュームグループ（ＣＴＧ）に対する操作のパラメータ「ＣＴＧ１」に変換する。
次に、ステップＳ２１０において、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ステップＳ２０９で取得したＣＴＧ ＩＤを、ペアとなるストレージ１（２００Ａ）のＣＴＧ２９０ＡのＣＴＧ ＩＤに変換する。
ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ストレージ２（２００Ｂ）へ、ステップＳ２０９で取得したＣＴＧ ＩＤとともに、ペアＣＴＧのＣＴＧ ＩＤ取得要求を送信する。ストレージ２（２００Ｂ）は、コンシステンシグループペアテーブル２２４のＣＴＧ ＩＤ欄２２４１と、リモートストレージＩＤ欄２２４３と、リモートＣＴＧ ＩＤ２２４４欄の情報より、ストレージ管理プログラム３２９から受信したＣＴＧ ＩＤを有するＣＴＧとペアとなるＣＴＧのＣＴＧ ＩＤを取得し、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９へ応答する。本実施例では、ストレージ管理サーバ３００Ｂがストレージ２（２００Ｂ）のＣＴＧ１のペアとして、ストレージ１（２００Ａ）のＣＴＧ１を取得する。
次に、ステップＳ２１１において、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９へ、ボリュームペア分割を指示する。このとき、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ステップＳ２１０で取得したＣＴＧ ＩＤを指定する。
次に、ステップＳ２１２において、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ストレージ１（２００Ａ）へ、ボリュームペアの分割を指示する。
このとき、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、ステップＳ２１１でストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９より受信したＣＴＧ ＩＤを指定する。
ストレージ１（２００Ａ）のストレージ制御プログラム２２９は、ストレージ２（２００Ｂ）のストレージ制御プログラム２９９と協調し、ストレージ管理プログラム２３９Ａが指定したＣＴＧ ＩＤを有するＣＴＧ単位でのペア分割処理を実行する。
ペア分割処理が完了した後、ストレージ１（２００Ａ）のストレージ制御プログラム２９９は、ボリュームテーブル２２３ＡのボリュームＩＤ欄２２３１とＣＴＧ ＩＤ欄２２３３の情報から、指定されたＣＴＧ ＩＤを有するＣＴＧに登録されたボリュームのボリュームＩＤを特定する。そして、ストレージ１（２００Ａ）のストレージ制御プログラム２９９は、ボリュームペアテーブル２２５ＡのボリュームＩＤ欄２２５１を参照し、当該欄の情報が特定したボリュームＩＤと一致する行のペア状態欄２２５４の情報を”ＳＵＳＰＥＮＤ”に変更する。
次に、ステップＳ２１３において、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、フェイルオーバ先のストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９へ、ボリュームペアの分割処理の完了通知を送信する。
次に、ステップＳ２１４において、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９へ、ボリュームフェイルオーバ処理の完了通知を送信する。
次に、ステップＳ２１５において、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９は、ＶＭテーブル４２３ＢのＶＭ ＩＤ欄４２３２と、ＶＭグループＩＤ４２３２を参照し、ＶＭ ＤＲ制御サーバ５００から指定されたＶＭグループＩＤを有するＶＭグループに所属するＶＭ１２３のＶＭ ＩＤを特定する。
そして、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９は、ハイパバイザ１２２Ｂへ、特定したＶＭ ＩＤを有するＶＭ１２３の起動要求を送信する。ハイパバイザ１２２Ｂは、起動要求を受け付けたＶＭ１２３を起動し、ＶＭ起動処理の完了をＶＭ管理プログラム４２９へ応答する。ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９は、ＶＭテーブル４２３Ｂの状態欄４２３３のうち、起動したＶＭ１２３に関する項目を”ＰＯＷＥＲ−ＯＮ”に変更する。
次に、ステップＳ２１６において、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９は、ＶＭ ＤＲ制御プログラム５２９へ、ＶＭグループ１９０単位のフェイルオーバ処理の完了通知を送信する。
次に、ステップＳ２１７において、ＶＭ ＤＲ制御プログラム５２９は、ＶＭ管理者の管理端末５０へ、ＶＭグループ１９０のフェイルオーバの完了通知を送信する。
以上の処理により、ホスト１００ＡのＶＭグループ１がホスト１００ＢのＶＭグループ３へフェイルオーバし、ＶＭグループ１に対応するストレージ１（２００Ａ）のＣＴＧ１が、ストレージ２（２００Ｂ）のＣＴＧ１へフェイルオーバすることができる。
これにより、ＶＭ１２３のＤＲとストレージ２００のＤＲの構成変更を連動させることができるので、ＶＭ１２３のディスクとストレージ２００のボリューム２８０が一対一となる計算機システムにおいて、ＶＭ１２３のグループ（１９０）単位でデータの一貫性を保ったＤＲ操作を実現できる。
図１２は、レプリケーション構成のＶＭ１２３の再保護処理の一例を示すシーケンス図である。この処理は、図１１のフェイルオーバが完了したときなどに実施される。
まず、ステップＳ３０１において、ＶＭ管理者は、ＶＭ ＤＲ制御サーバ５００のＶＭ ＤＲ制御プログラム５２９へ、管理端末５０を介してレプリケーション構成のＶＭ再保護を指示する。このとき、ＶＭ管理者の管理端末５０は、再保護対象となるターゲットのＶＭグループ１９０のＶＭ Ｇｒｏｕｐ ＩＤを指定する。以下の例では、図１１でフェイルオーバが完了したＶＭ Ｇｒｏｕｐ３を再保護する例を示す。
次に、ステップＳ３０２において、ＶＭ ＤＲ制御サーバ５００のＶＭ ＤＲ制御プログラム５２９は、ＶＭ管理者の管理端末５０から受信した指示内容を解析する。ＶＭ ＤＲ制御プログラム５２９は、ＶＭグループペアテーブル５２３のＴａｒｇｅｔ ＶＭグループＩＤ欄５２３３に指定された情報が含まれることを確認する。また、ＶＭ ＤＲ制御プログラム５２９は、前記確認したＴａｒｇｅｔ ＶＭグループＩＤ欄５２３３と同じ行のＴａｒｇｅｔ ＶＭ管理プログラムＩＤ欄５２３４から、ターゲットとなるＶＭ管理プログラム４２９のＶＭ管理プログラムＩＤを取得する。
次に、ステップＳ２０３において、ＶＭ ＤＲ制御プログラム５２９は、ステップＳ３０２で取得したＶＭ管理プログラムＩＤを有するＶＭ管理プログラム（ここではＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９）へ、ＶＭグループ１９０Ｂの再保護を指示する。このとき、ＶＭ ＤＲ制御プログラム５２９は、ターゲットのＶＭグループ１９０のＶＭグループＩＤを指定する。本実施例ではＶＭグループ３を指定した場合を示す。
次に、ステップＳ３０４において、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９は、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９へ、ボリューム再保護を指示する。このとき、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９は、ターゲットのＶＭグループＩＤを指定する。
上記ステップＳ３０４では、ＶＭ管理サーバ４００ＢがＶＭグループ１９０に対する操作（ＶＭの再保護）を、ボリュームグループの操作（ボリュームグループの再保護）に変換する例を示したが、これに限定されるものではなく、ストレージ管理サーバ３００が、ＶＭグループ１９０に対する操作（再保護）を受け付けて、ボリュームグループの操作（再保護）に変換してもよい。
次に、ステップＳ３０５において、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、グループマッピングテーブル３２３ＢのＶＭグループＩＤ欄３２３２とＣＴＧ ＩＤ欄３２３４を参照し、指定されたＶＭグループＩＤを、対応するＣＴＧ ＩＤへ変換する。本実施例ではＶＭグループ３からＣＴＧ１が得られる。
次に、ステップＳ３０６において、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ストレージ２（２００Ｂ）へ、ボリュームペアスワップを指示する。このとき、ストレージ管理プログラム３２９は、ステップＳ３０５で取得したＣＴＧ ＩＤを指定する。
ストレージ２（２００Ｂ）のストレージ制御プログラム２２９は、ストレージ１（２００Ａ）のストレージ制御プログラム２９９と協調し、ストレージ管理サーバ３００Ｂのストレージ管理プログラム２３９が指定したＣＴＧ ＩＤを有するＣＴＧ単位でのボリュームペアスワップ処理を実行する。
ボリュームペアスワップ処理の完了後、ストレージ２（２００Ｂ）のストレージ制御プログラム２９９は、ボリュームテーブル２２３ＢのボリュームＩＤ欄２２３１とＣＴＧ ＩＤ欄２２３３の情報から、指定されたＣＴＧ ＩＤを有するＣＴＧに登録されたボリューム２８０ＢのボリュームＩＤを特定する。
そして、ストレージ２（２００Ｂ）のストレージ制御プログラム２９９は、ボリュームペアテーブル２２５ＢのボリュームＩＤ欄２２５１を参照し、当該欄の情報が特定したボリュームＩＤと一致する行のＰＶＯＬ／ＳＶＯＬ欄の情報を”ＰＶＯＬ”から”ＳＶＯＬ”へ、または”ＳＶＯＬ”から”ＰＶＯＬ”に、ペア状態欄２２５４の情報を”ＳＵＳＰＥＮＤ”へ変更する。
さらに、ストレージ２（２００Ｂ）のストレージ制御プログラム２９９は、コンシステンシグループペアテーブル２２４ＢのＣＴＧ ＩＤ欄２２４１を参照し、当該欄の情報が指定されたＣＴＧ ＩＤと一致する行のＰｒｉｍａｒｙ／Ｓｅｃｏｎｄａｒｙ欄の情報を”Ｐｒｉｍａｒｙ”から”Ｓｅｃｏｎｄａｒｙ”へ、または”Ｓｅｃｏｎｄａｒｙ”から”Ｐｒｉｍａｒｙ”へ変更する。
次に、ステップＳ３０７において、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ストレージ２（２００Ｂ）へ、ボリュームペア再同期を指示する。このとき、ストレージ管理プログラム３２９は、ステップＳ３０５で取得したＣＴＧ ＩＤを指定する。
ストレージ２（２００Ｂ）のストレージ制御プログラム２２９は、ストレージ１（２００Ａ）のストレージ制御プログラム２９９と協調し、ストレージ管理サーバ３００Ｂのストレージ管理プログラム２３９が指定したＣＴＧ ＩＤを有するＣＴＧ単位でのボリュームペアの再同期処理を実行する。
ボリュームペアの再同期処理完了後、ストレージ２（２００Ｂ）のストレージ制御プログラム２９９は、ボリュームテーブル２２３ＢのボリュームＩＤ欄２２３１とＣＴＧ ＩＤ欄２２３３の情報から、指定されたＣＴＧ ＩＤを有するＣＴＧに登録されたボリューム２８０ＢのボリュームＩＤを特定する。
そして、ストレージ２（２００Ｂ）のストレージ制御プログラム２９９は、ボリュームペアテーブル２２５ＢのボリュームＩＤ欄２２５１を参照し、当該欄の情報が特定したボリュームＩＤと一致する行のペア状態欄２２５４の情報を”ＳＹＮＣ”へ変更する。
次に、ステップＳ３０８おいて、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９へ、ボリューム再保護処理の完了通知を送信する。また、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９は、ＶＭグループペアテーブル４２５ＢのＶＭグループＩＤ欄４２５１から、指定されたＶＭグループＩＤに一致する行のＳｏｕｒｃｅ／Ｔａｒｇｅｔ欄４２５２を”ＳＯＵＲＣＥ”に変更する。
次に、ステップＳ３０９において、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９は、ＶＭグループペアテーブル４２５ＢのＶＭグループＩＤ欄４２５１と、リモートＶＭグループＩＤ欄４２５４を参照し、指定されたＶＭグループＩＤを、対応するリモートのＶＭグループＩＤへ変換する。
次に、ステップＳ３１０において、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９は、ＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９へ、ステップＳ３０９で取得したＶＭグループＩＤと、ＶＭグループペアテーブル更新要求を送信する。
ＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９は、ＶＭグループペアテーブル４２５ＡのＶＭグループＩＤ欄４２５１から、指定されたＶＭグループＩＤに一致する行のＳｏｕｒｃｅ／Ｔａｒｇｅｔ欄４２５２を”ＴＡＲＧＥＴ”に変更する。
次に、ステップＳ３１１において、ＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９は、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９へ、ＶＭグループペアテーブル更新処理の完了通知を送信する。
次に、ステップＳ３１２において、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９は、ＶＭ ＤＲ制御プログラム５２９へ、ＶＭグループ１９０の再保護の完了通知を送信する。
ＶＭ ＤＲ制御プログラム５２９は、ＶＭグループペアテーブル５２３のＴａｒｇｅｔ ＶＭグループＩＤ欄５２３３の情報から、再保護を実施したＶＭグループＩＤに一致する行を特定する。ＶＭ ＤＲ制御プログラム５２９は、特定した行のＳｏｕｒｃｅ ＶＭグループＩＤ欄５２３１とＴａｒｇｅｔ ＶＭグループＩＤ５２３３、及びＳｏｕｒｃｅ ＶＭ管理プログラムＩＤ欄５２３２とＴａｒｇｅｔ ＶＭ管理プログラムＩＤ欄５２３４の情報を相互に入れ替えて更新する。
次に、ステップＳ３１３において、ＶＭ ＤＲ制御プログラム５２９は、ＶＭ管理者の管理端末５０へ、ＶＭグループ１９０の再保護が完了した通知を送信する。
上記処理によって、フェイルオーバを行ったストレージ２（２００Ｂ）のＣＴＧ１（２９０Ｂ）は、ストレージ１（２００Ａ）のＣＴＧ１とボリュームペアを構成し、冗長性を確保することが可能となる。
図１３は、レプリケーション構成のＶＭ１２３を削除する処理の一例を示すシーケンス図である。
まず、ステップＳ４０１において、ＶＭ管理者は、ＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９へ、管理端末５０を介してレプリケーション構成のＶＭ１２３の削除を指示する。このとき、ＶＭ管理者の管理端末５０は、削除対象ＶＭ１２３のＶＭ ＩＤを指定する。
次に、ステップＳ４０２において、ＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９は、ＶＭ管理者の管理端末５０から受信した指示内容を解析する。ＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９は、ＶＭテーブル４２３ＡのＶＭ ＩＤ欄４２３２に指定された情報が含まれることを確認する。
次に、ステップＳ４０３において、ＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９は、ＶＭ‐ボリュームマッピングテーブル４２７Ａより、指定されたＶＭ ＩＤに対応するボリュームＩＤを取得する。
次に、ステップＳ４０４において、ＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９は、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９へ、ボリューム２８０Ａの削除を指示する。このとき、ＶＭ管理プログラム４２９は、ステップＳ４０３で取得したボリュームＩＤを指定する。
上記ステップＳ４０４では、ＶＭ管理サーバ４００ＡがＶＭグループ１９０に対する操作（ＶＭの削除）を、ボリュームグループの操作（ボリュームグループの削除）に変換する例を示したが、これに限定されるものではなく、ストレージ管理サーバ３００が、ＶＭグループ１９０に対する操作（削除）を受け付けて、ボリュームグループの削除に変換してもよい。
次に、ステップＳ４０５において、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、ボリュームペアテーブル２２５Ａと指定されたボリュームＩＤから、指定されたボリュームＩＤを有するボリュームとペアとなるボリューム２８０ＢのボリュームＩＤを取得する。
次に、ステップＳ４０６において、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、ストレージ１（２００Ａ）へ、ボリュームペアの削除を指示する。このとき、ストレージ管理プログラム３２９は、ステップＳ４０４で指定されたボリュームＩＤと、ステップＳ４０５で取得したボリュームＩＤと、を指定する。
ストレージ１（２００Ａ）のストレージ制御プログラム２２９は、ストレージ２（２００Ｂ）のストレージ制御プログラム２９９と協調し、ストレージ管理サーバ３００Ａのストレージ管理プログラム２３９が指定したボリュームＩＤを有するボリューム間でのペア削除処理を実行する。ペア削除処理の開始後、ストレージ管理サーバ３００Ａのストレージ制御プログラム２９９は、ボリュームペアテーブル２５５Ａのペア削除対象となる情報を削除する。
次に、ステップＳ４０７において、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、ストレージ１（２００Ａ）へ、ペア削除済みボリューム２８０ＡのＬＵパスの削除を指示する。
次に、ステップＳ４０８において、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、ストレージ１（２００Ａ）へ、ボリューム２８０Ａの削除を指示する。当該処理の完了後、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、ボリュームテーブル２２３Ａの削除対象ボリュームの情報を削除する。
次に、ステップＳ４０９において、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９へ、ボリューム２８０Ｂの削除を指示する。このとき、ストレージ管理サーバ３００Ａのストレージ管理プログラム３９２は、ステップＳ４０５で取得したボリュームＩＤを指定する。
次に、ステップＳ４１０において、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ストレージ２（２００Ｂ）へ、ペア削除済みボリューム２８０ＢのＬＵパスの削除を指示する。
次に、ステップＳ４１１において、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ストレージ２（２００Ｂ）へ、ボリューム２８０Ｂの削除を指示する。当該処理の完了後、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ボリュームテーブル２２３Ｂの削除対象ボリュームの情報を削除する。
次に、ステップＳ４１２において、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９へ、ＶＭテーブル４２３Ｂ、ＶＭ‐ボリュームマッピングテーブル４２７Ｂから、削除済みボリューム２８０Ｂ及び当該ボリュームに接続するＶＭ１２３Ｂの情報を削除する指示を送信する。ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９は、ＶＭテーブル４２３Ｂ、ＶＭ‐ボリュームマッピングテーブル４２７Ｂから指定されたＶＭ１２３Ｂ及びボリューム２８０Ｂの情報を削除する。
次に、ステップＳ４１３において、ＶＭ管理サーバ４００ＢのＶＭ管理プログラム４２９は、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９へ、ステップＳ４１２で要求があった処理の完了を通知する。
次に、ステップＳ４１４において、ストレージ管理サーバ３００Ｂのストレージ管理プログラム３２９は、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９へ、ボリューム削除処理の完了通知を送信する。
次に、ステップＳ４１５において、ストレージ管理サーバ３００Ａのストレージ管理プログラム３２９は、ＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９へ、ボリューム削除の完了通知を送信する。ＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９は、ＶＭテーブル４２３Ａ、ＶＭ‐ボリュームマッピングテーブル４２７Ａから、削除済みボリューム２８０Ａ及び当該ボリューム２８０Ａに接続するＶＭ１２３Ａの情報を削除する。
次に、ステップＳ４１６において、ＶＭ管理サーバ４００ＡのＶＭ管理プログラム４２９は、ＶＭ管理者の管理端末５０へＶＭ生成完了通知を送信する。
上記処理によって、現用系のＶＭ１２３Ａを削除する場合、当該ＶＭ１２３Ａに接続されているボリューム２８０Ａと、当該ボリューム２８０Ａとペアを構成している待機系のボリューム２８０Ｂすることで、ストレージ１（２００Ａ）とストレージ２（２００Ｂ）のリソースを解放することができる。
以上のように、ＶＭ管理サーバ４００が、ＶＭのリソースに対する操作（フェイルオーバ）を受け付けると、ＶＭのリソース（ＶＭグループ１９０）に対する操作をストレージのリソース（ボリュームグループ）に対する操作（ボリュームグループのフェイルオーバ）に変換してストレージ管理サーバ３００に通知する。
ストレージ管理サーバ３００は、グループマッピングテーブル３２３とコンシステンシグループペアテーブル２２４によって、ＶＭのリソース操作のパラメータ（ＶＭグループ１９０のＩＤ）を、ストレージ２００のリソース操作のパラメータ（ＣＴＧ ＩＤ）に変換することで、ボリュームのフェイルオーバを実現することができる。
これによって、ＶＭグループ１９０内のボリューム間でデータの一貫性を保ちながら、ボリュームグループ（ＣＴＧ２９０）単位のレプリケーション操作を実現することができる。
上記実施例では、ＶＭ管理サーバ４００が、ＶＭのリソースに対する操作をストレージ２００のリソースに対する操作に変換したが、上述のように、ストレージ管理サーバ３００が、ＶＭのリソースに対する操作を受け付けてストレージ２００のリソースに対する操作に変換することができる。
これにより、ストレージ管理サーバ３００が、ＶＭ（またはＶＭグループ１９０）のリソースに対する操作とパラメータ（例えば、移動元と移動先のＶＭグループの識別子）を、ストレージ２００のリソースに対する操作とパラメータ（例えば、移動元と移動先のボリュームグループの識別子）に変換することが可能となる。この場合、ストレージ管理サーバ３００が、ＶＭのリソースに対する操作とパラメータを受け付ければ、ストレージ２００のリソースに対する操作とパラメータに変換できるので、ＶＭ１２３（またはＶＭグループ１９０）の管理に適合したストレージ管理サーバ３００を提供することが可能となる。
上記実施例では、ＶＭ管理サーバ４００がボリュームグループ（ＣＴＧ２９０）のフェイルオーバ（または移動）をストレージ管理サーバ３００に指令する例を示したが、ＶＭ ＤＲ制御サーバ５００が、ストレージ管理サーバ３００にＶＭのリソースに対する操作とパラメータを通知して、ストレージ管理サーバ３００がボリュームグループのフェイルオーバに変換してもよい。
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に記載したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加、削除、又は置換のいずれもが、単独で、又は組み合わせても適用可能である。
また、上記の各構成、機能、処理部、及び処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、及び機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

Claims (15)

  1. 管理情報と管理プログラムを格納するメモリと、前記管理情報を参照し、前記管理プログラムを実行するプロセッサと、を有し、サーバリソースに割り当てるストレージリソースを管理するストレージ管理サーバであって、
    前記管理情報は、
    前記サーバリソースを特定する第１のパラメータと、前記ストレージリソースを特定する第２のパラメータとを対応付けて、前記サーバリソースの第１のパラメータを前記ストレージリソースの第２のパラメータに変換するグループマッピング情報を含み、
    前記プロセッサは、
    前記サーバリソースに対する操作と前記第１のパラメータとを受け付けて、予め設定した情報に基づいて前記サーバリソースに対する操作を前記ストレージリソースに対する操作に変換し、
    前記グループマッピング情報を参照して、前記サーバリソースの第１のパラメータを前記ストレージリソースの第２のパラメータに変換し、前記第２のパラメータに含まれるストレージリソースを特定して前記ストレージリソースに対する操作を指示することを特徴とするストレージ管理サーバ。
  2. 請求項１に記載のストレージ管理サーバであって、
    前記第１のパラメータは、仮想マシンのグループの識別子を含み、
    前記仮想マシンのグループの識別子は、１以上の前記仮想マシンの識別子に対応付けられ、
    前記第２のパラメータは、前記仮想マシンのグループに割り当てるボリュームのグループの識別子を含み、
    前記ボリュームのグループの識別子は、１以上の前記ボリュームの識別子に対応付けられ、
    前記グループマッピング情報は、前記第１のパラメータと前記第２のパラメータの関係を定義したことを特徴とするストレージ管理サーバ。
  3. 請求項２に記載のストレージ管理サーバであって、
    前記ストレージ管理サーバは、現用系の第１のストレージ管理サーバと、待機系の第２のストレージ管理サーバを含み、
    前記第１のストレージ管理サーバは、
    前記サーバリソースの第１のパラメータと、前記サーバリソースに対する操作として仮想マシンの追加を受け付けると、
    予め設定した情報に基づいて前記サーバリソースに対する仮想マシンの追加の操作をストレージリソースに対するボリュームの追加の操作に変換し、
    前記グループマッピング情報に基づいて、第１のパラメータを第２のパラメータに変換し、当該第２のパラメータに対応するストレージリソースを特定し、当該特定したストレージリソースに前記ボリュームの追加を指令し、予め設定されたペア情報に基づいて、現用系の第２のパラメータに対応する待機系の第２のパラメータを特定し、前記第２のストレージ管理サーバに前記特定した待機系の第２のパラメータと、前記ボリュームを追加する指令とを送信することを特徴とするストレージ管理サーバ。
  4. 請求項３に記載のストレージ管理サーバであって、
    前記第２のストレージ管理サーバは、
    前記第１のストレージ管理サーバから前記第２のパラメータと、前記ボリュームの追加指令を受け付けると、
    当該第２のパラメータに対応するストレージリソースを特定し、当該特定したストレージリソースに前記ボリュームの追加を指令することを特徴とするストレージ管理サーバ。
  5. 請求項２に記載のストレージ管理サーバであって、
    前記ストレージ管理サーバは、現用系の第１のストレージ管理サーバと、待機系の第２のストレージ管理サーバを含み、
    前記第２のストレージ管理サーバは、
    前記サーバリソースの第１のパラメータと、前記サーバリソースに対する操作としてフェイルオーバを受け付けると、
    前記サーバリソースに対する操作を前記ストレージリソースに対する操作としてボリュームのフェイルオーバに変換し、
    前記グループマッピング情報に基づいて、第１のパラメータを第２のパラメータに変換し、予め設定されたペア情報に基づいて、待機系の第２のパラメータに対応する現用系の第２のパラメータを特定し、前記第１のストレージ管理サーバに前記特定した現用系の第２のパラメータと、ペア分割の指令を送信することを特徴とするストレージ管理サーバ。
  6. プロセッサとメモリを有するストレージ管理サーバの制御方法であって、
    前記ストレージ管理サーバが、サーバリソースのグループに割り当てられた第１のパラメータと、ストレージリソースのグループに割り当てられた第２の識別子とを対応付けて、前記サーバリソースの第１のパラメータと前記ストレージリソースの第２のパラメータとを相互に変換するグループマッピング情報を設定する第１のステップと、
    前記ストレージ管理サーバが、前記サーバリソースに対する操作と前記第１のパラメータとを受け付ける第２のステップと、
    前記ストレージ管理サーバが、前記グループマッピング情報を参照して、前記サーバリソースの第１のパラメータを、前記ストレージリソースの第２のパラメータに変換する第３のステップと、
    前記ストレージ管理サーバが、前記変換された前記第２のパラメータに含まれるストレージリソースを特定して前記操作を指令する第４のステップと、
    を含むことを特徴とするストレージ管理サーバの制御方法。
  7. 請求項６に記載のストレージ管理サーバの制御方法であって、
    前記第１のパラメータは、仮想マシンのグループの識別子を含み、
    前記仮想マシンのグループの識別子は、１以上の前記仮想マシンの識別子に対応付けられ、
    前記第２のパラメータは、前記仮想マシンのグループに割り当てるボリュームのグループの識別子を含み、
    前記ボリュームのグループの識別子は、１以上の前記ボリュームの識別子に対応付けられ、
    前記グループマッピング情報は、前記第１のパラメータと前記第２のパラメータの関係を定義したことを特徴とするストレージ管理サーバの制御方法。
  8. 請求項７に記載のストレージ管理サーバの制御方法であって、
    前記ストレージ管理サーバは、現用系の第１のストレージ管理サーバと、待機系の第２のストレージ管理サーバを含み、
    前記第２のステップは、
    前記第１のストレージ管理サーバが、前記サーバリソースの第１のパラメータと、前記サーバリソースに対する操作としてボリュームの追加を受け付け、
    前記第３のステップは、
    前記第１のストレージ管理サーバが、前記グループマッピング情報に基づいて、第１のパラメータを第２のパラメータに変換し、
    前記第４のステップは、
    前記第１のストレージ管理サーバが、当該第２のパラメータに対応するストレージリソースを特定し、当該特定したストレージリソースに前記ボリュームの追加を指令し、予め設定されたペア情報に基づいて、現用系の第２のパラメータに対応する待機系の第２のパラメータを特定し、前記第２のストレージ管理サーバに前記特定した待機系の第２のパラメータと、前記ボリュームを追加する指令とを送信することを特徴とするストレージ管理サーバの制御方法。
  9. 請求項８に記載のストレージ管理サーバの制御方法であって、
    前記第２のストレージ管理サーバが、前記第１のストレージ管理サーバから前記第２のパラメータと、前記ボリュームの追加指令を受け付ける第５のステップと、
    前記第２のストレージ管理サーバが、当該第２のパラメータに対応するストレージリソースを特定し、当該特定したストレージリソースに前記ボリュームの追加を指令する第６のステップと、
    をさらに含むことを特徴とするストレージ管理サーバの制御方法。
  10. 請求項７に記載のストレージ管理サーバの制御方法であって、
    前記ストレージ管理サーバは、現用系の第１のストレージ管理サーバと、待機系の第２のストレージ管理サーバを含み、
    前記第２のステップは、
    前記第２のストレージ管理サーバが、前記サーバリソースの第１のパラメータと、前記サーバリソースに対する操作としてフェイルオーバを受け付け、
    前記第３のステップは、
    前記第２のストレージ管理サーバが、前記グループマッピング情報に基づいて、前記第１のパラメータを第２のパラメータに変換し、
    前記第４のステップは、
    前記第２のストレージ管理サーバが、予め設定されたペア情報に基づいて、待機系の第２のパラメータに対応する現用系の第２のパラメータを特定し、前記第１のストレージ管理サーバに前記特定した現用系の第２のパラメータと、ペア分割の指令とを送信することを特徴とするストレージ管理サーバの制御方法。
  11. 管理情報と管理プログラムを格納するメモリと、前記管理情報を参照し、前記管理プログラムを実行するプロセッサと、を有するストレージ管理サーバと、サーバリソースに割り当てるストレージリソースを有するストレージ装置と、を含む計算機システムであって、
    前記ストレージ管理サーバの前記管理情報は、
    前記サーバリソースを特定する第１のパラメータと、前記ストレージリソースを特定する第２のパラメータとを対応付けて、前記サーバリソースの第１のパラメータを前記ストレージリソースの第２のパラメータに変換するグループマッピング情報を含み、
    前記ストレージ管理サーバの前記プロセッサは、
    前記サーバリソースの第１のパラメータと、前記サーバリソースに対する操作とを受け付け、
    予め設定した情報に基づいて前記サーバリソースに対する仮想マシンの追加の操作をストレージリソースに対するボリュームの追加の操作に変換し、
    前記グループマッピング情報を参照して、前記サーバリソースの第１のパラメータに対応する前記ストレージリソースの第２のパラメータに変換し、前記第２のパラメータに含まれるストレージリソースのストレージ装置を特定し、当該ストレージ装置に前記操作を指示することを特徴とする計算機システム。
  12. 請求項１１に記載の計算機システムであって、
    前記第１のパラメータは、仮想マシンのグループの識別子を含み、
    前記仮想マシンのグループの識別子は、１以上の前記仮想マシンの識別子に対応付けられ、
    前記第２のパラメータは、前記仮想マシンのグループに割り当てるボリュームのグループの識別子を含み、
    前記ボリュームのグループの識別子は、１以上の前記ボリュームの識別子に対応付けられ、
    前記グループマッピング情報は、前記第１のパラメータと前記第２のパラメータの関係を定義したことを特徴とする計算機システム。
  13. 請求項１２に記載の計算機システムであって、
    前記ストレージ管理サーバは、現用系の第１のストレージ管理サーバと、待機系の第２のストレージ管理サーバを含み、
    前記第１のストレージ管理サーバは、
    前記サーバリソースの第１のパラメータと、前記サーバリソースに対する操作として仮想マシンの追加を受け付けると、
    予め設定した情報に基づいて前記サーバリソースに対する仮想マシンの追加の操作をストレージリソースに対するボリュームの追加の操作に変換し、
    前記グループマッピング情報に基づいて、第１のパラメータを第２のパラメータに変換し、当該第２のパラメータに対応するストレージリソースを特定し、当該特定したストレージリソースのストレージ装置に前記ボリュームの追加を指令し、前記ストレージ装置に設定されたペア情報に基づいて、現用系の第２のパラメータに対応する待機系の第２のパラメータを特定し、前記第２のストレージ管理サーバに前記特定した待機系の第２のパラメータと、前記ボリュームを追加する指令とを送信することを特徴とする計算機システム。
  14. 請求項１３に記載の計算機システムであって、
    前記第２のストレージ管理サーバは、
    前記第１のストレージ管理サーバから前記第２のパラメータと、ボリュームの追加指令を受け付けると、
    当該第２のパラメータに対応するストレージリソースを特定し、当該特定したストレージリソースのストレージ装置に前記ボリュームの追加を指令することを特徴とする計算機システム。
  15. 請求項１２に記載の計算機システムであって、
    前記ストレージ管理サーバは、現用系の第１のストレージ管理サーバと、待機系の第２のストレージ管理サーバを含み、
    前記第２のストレージ管理サーバは、
    フェイルオーバ先のサーバリソースの第１のパラメータと、前記サーバリソースに対する操作としてフェイルオーバを受け付けると、
    前記グループマッピング情報に基づいて、第１のパラメータを第２のパラメータに変換し、第２のパラメータに対応するストレージ装置に予め設定されたペア情報に基づいて、待機系の第２のパラメータに対応する現用系の第２のパラメータを取得し、前記第１のストレージ管理サーバに前記取得した現用系の第２のパラメータと、ペア分割の指令を送信することを特徴とする計算機システム。
JP2018539457A 2016-09-15 2016-09-15 ストレージ管理サーバ、ストレージ管理サーバの制御方法及び計算機システム Active JP6602983B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2016/077290 WO2018051467A1 (ja) 2016-09-15 2016-09-15 ストレージ管理サーバ、ストレージ管理サーバの制御方法及び計算機システム

Publications (2)

Publication Number Publication Date
JPWO2018051467A1 true JPWO2018051467A1 (ja) 2018-11-22
JP6602983B2 JP6602983B2 (ja) 2019-11-06

Family

ID=61618721

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018539457A Active JP6602983B2 (ja) 2016-09-15 2016-09-15 ストレージ管理サーバ、ストレージ管理サーバの制御方法及び計算機システム

Country Status (3)

Country Link
US (1) US10528279B2 (ja)
JP (1) JP6602983B2 (ja)
WO (1) WO2018051467A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11210120B2 (en) * 2014-06-30 2021-12-28 Vmware, Inc. Location management in a volume action service
US10496431B2 (en) * 2017-07-31 2019-12-03 Red Hat Israel, Ltd. Virtual machine storage operation progress tracking
US10599354B1 (en) * 2018-04-30 2020-03-24 Amazon Technologies, Inc. Block storage with volume locality placement based on performance requirements

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006293850A (ja) * 2005-04-13 2006-10-26 Hitachi Ltd リモートコピーシステムおよびリモートコピー方法
JP2011076286A (ja) * 2009-09-30 2011-04-14 Hitachi Ltd ボリューム割り当てを管理する計算機システム及びボリューム割り当て管理方法
JP2013142942A (ja) * 2012-01-06 2013-07-22 Fujitsu Ltd 環境構築装置、環境登録装置、環境切替装置、環境構築方法、環境登録方法、環境切替方法、環境構築プログラム、環境登録プログラム、及び環境切替プログラム
WO2014199506A1 (ja) * 2013-06-14 2014-12-18 株式会社日立製作所 ストレージ管理計算機及びストレージ管理方法
JP2015531091A (ja) * 2012-10-04 2015-10-29 株式会社日立製作所 システム管理方法、及び計算機システム
US20160098324A1 (en) * 2014-10-02 2016-04-07 Vmware, Inc. Dynamic protection of storage resources for disaster recovery
JP2016057933A (ja) * 2014-09-11 2016-04-21 富士通株式会社 情報処理システム、ストレージ装置及びプログラム

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004046435A (ja) * 2002-07-10 2004-02-12 Hitachi Ltd バックアップ方法、その方法に用いた記憶制御装置
US7475280B1 (en) * 2008-02-24 2009-01-06 International Business Machines Corporation Active-active server for high availability of data replication management application
JP5227887B2 (ja) * 2009-05-21 2013-07-03 株式会社日立製作所 バックアップ管理方法
US8775774B2 (en) 2011-08-26 2014-07-08 Vmware, Inc. Management system and methods for object storage system
US9766992B2 (en) * 2013-10-31 2017-09-19 Sandisk Technologies Llc Storage device failover
US10628055B2 (en) * 2016-06-21 2020-04-21 Vmware, Inc. Management of storage replication consistency groups using automatic replication group identifiers

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006293850A (ja) * 2005-04-13 2006-10-26 Hitachi Ltd リモートコピーシステムおよびリモートコピー方法
JP2011076286A (ja) * 2009-09-30 2011-04-14 Hitachi Ltd ボリューム割り当てを管理する計算機システム及びボリューム割り当て管理方法
JP2013142942A (ja) * 2012-01-06 2013-07-22 Fujitsu Ltd 環境構築装置、環境登録装置、環境切替装置、環境構築方法、環境登録方法、環境切替方法、環境構築プログラム、環境登録プログラム、及び環境切替プログラム
JP2015531091A (ja) * 2012-10-04 2015-10-29 株式会社日立製作所 システム管理方法、及び計算機システム
WO2014199506A1 (ja) * 2013-06-14 2014-12-18 株式会社日立製作所 ストレージ管理計算機及びストレージ管理方法
JP2016057933A (ja) * 2014-09-11 2016-04-21 富士通株式会社 情報処理システム、ストレージ装置及びプログラム
US20160098324A1 (en) * 2014-10-02 2016-04-07 Vmware, Inc. Dynamic protection of storage resources for disaster recovery

Also Published As

Publication number Publication date
US20190073150A1 (en) 2019-03-07
JP6602983B2 (ja) 2019-11-06
US10528279B2 (en) 2020-01-07
WO2018051467A1 (ja) 2018-03-22

Similar Documents

Publication Publication Date Title
US10346042B2 (en) Management of external memory
JP5461216B2 (ja) 論理ボリューム管理の為の方法と装置
US8745336B2 (en) Offloading storage operations to storage hardware
US8266099B2 (en) Offloading storage operations to storage hardware using a third party server
JP6734251B2 (ja) システム及びその制御方法並びにプログラム
JP5718533B1 (ja) ストレージシステムのデータ移行方法
JP6602983B2 (ja) ストレージ管理サーバ、ストレージ管理サーバの制御方法及び計算機システム
EP1569083A2 (en) Storage system, computer system and a method of establishing volume attribute
US20140040212A1 (en) Storage control grid and method of operating thereof
JP7012010B2 (ja) 情報処理システム、及び、情報処理システムの制御方法
US10936243B2 (en) Storage system and data transfer control method
JP6557785B2 (ja) 計算機システム及びストレージ装置の制御方法
US20160011805A1 (en) Storage system and management computer
JP5272185B2 (ja) 計算機システム及びストレージシステム
JP2020191100A (ja) システム及びその制御方法並びにプログラム
US11340820B2 (en) Storage system and data migration method of migrating group of volume and logical resources of the volume
JP6000391B2 (ja) ストレージシステムのデータ移行方法
JP4343056B2 (ja) ストレージ装置割当て方法ならびにそのための管理サーバおよびプログラム
JP7193602B2 (ja) システム及びその制御方法並びにプログラム
US20240036988A1 (en) Disaster recovery pipeline for block storage and dependent applications
JP7118108B2 (ja) クラウドサーバ、ストレージシステム、及び計算機システム
US20200050388A1 (en) Information system
JP2023085644A (ja) データ複製システム及びデータ複製方法
JP2024006811A (ja) ストレージシステムおよびストレージシステムのデータ管理方法
WO2018055751A1 (ja) 計算機システム及び記憶制御方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180730

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: 20190917

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20191009

R150 Certificate of patent or registration of utility model

Ref document number: 6602983

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150