JP7100090B2 - ストレージシステム、連携方法、およびプログラム - Google Patents

ストレージシステム、連携方法、およびプログラム Download PDF

Info

Publication number
JP7100090B2
JP7100090B2 JP2020130800A JP2020130800A JP7100090B2 JP 7100090 B2 JP7100090 B2 JP 7100090B2 JP 2020130800 A JP2020130800 A JP 2020130800A JP 2020130800 A JP2020130800 A JP 2020130800A JP 7100090 B2 JP7100090 B2 JP 7100090B2
Authority
JP
Japan
Prior art keywords
file
block
processing unit
control unit
storage
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2020130800A
Other languages
English (en)
Other versions
JP2022027033A (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
Priority to JP2020130800A priority Critical patent/JP7100090B2/ja
Priority to US17/037,841 priority patent/US11165850B1/en
Priority to CN202110260903.3A priority patent/CN114063896A/zh
Priority to US17/487,541 priority patent/US11496547B2/en
Publication of JP2022027033A publication Critical patent/JP2022027033A/ja
Application granted granted Critical
Publication of JP7100090B2 publication Critical patent/JP7100090B2/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/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/061—Improving I/O performance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
    • H04L67/1078—Resource delivery mechanisms
    • H04L67/108—Resource delivery mechanisms characterised by resources being split in blocks or fragments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Hardware Redundancy (AREA)

Description

本発明は、概して、ストレージシステムにおけるノード間の通信に関する。
従来、ファイルサービスを提供するためのＶＭ（ＦＳＶＭ：File Server Virtual Machine）を各物理サーバ上に配置し、ＦＳＶＭが仮想的なスケールアウトファイルサーバを構築するストレージシステムが知られている。更に、ＦＳＶＭのバックエンドとして、ブロックサービスを提供するためのＣＶＭ（Controller Virtual Machine）を各物理サーバ上に配置し、仮想的なスケールアウトブロックストレージを構築するストレージシステムが知られている（特許文献１参照）。
米国特許第１００９５５０６号明細書
特許文献１に記載のストレージシステムでは、ＦＳＶＭを備える物理サーバと当該ＦＳＶＭのバックエンドとなるＣＶＭを備える物理サーバとが異なることがあり、その場合、物理サーバ間の通信オーバヘッドが増加し、ファイル単位のアクセス（以下、「ファイルアクセス」と記す）の性能が劣化してしまう。この点、物理サーバ間のネットワークに高速ネットワークを採用することで性能劣化を回避することが考えられるが、このような高速ネットワークは、一般的に高価である。
本発明は、以上の点を考慮してなされたもので、ファイルサービスとブロックサービスとの連携においてノード間の通信が増加することを回避し得るストレージシステム等を提案しようとするものである。
かかる課題を解決するため本発明においては、ファイル単位のＩ／Ｏ（Input / Output）を行うためのファイルサービスと、ブロック単位のＩ／Ｏを行うためのブロックサービスとを提供する複数のノードがネットワークを介して接続されているストレージシステムであって、データを記憶する第１の記憶装置と、前記ファイルサービスにおいて、ファイルクライアントからのファイルＩ／Ｏ要求を受け付け、前記ファイルＩ／Ｏ要求をブロックＩ／Ｏ要求に変換する第１のファイル処理部と、前記ブロックサービスにおいて、前記ブロックＩ／Ｏ要求をもとに前記第１の記憶装置に対するＩ／Ｏを実行するための処理を行う第１のブロック処理部とを含んで構成される第１のノードと、データを記憶する第２の記憶装置と、前記ファイルサービスにおいて、ファイルクライアントからのファイルＩ／Ｏ要求を受け付け、前記ファイルＩ／Ｏ要求をブロックＩ／Ｏ要求に変換する第２のファイル処理部と、前記ブロックサービスにおいて、前記ブロックＩ／Ｏ要求をもとに前記第２の記憶装置に対するＩ／Ｏを実行するための処理を行う第２のブロック処理部とを含んで構成される第２のノードと、前記第１のファイル処理部と前記第２のファイル処理部とをペアとして管理し、前記第１のファイル処理部を動作可能に設定し、前記第１のブロック処理部と前記第２のブロック処理部とをペアとして管理し、前記第１のブロック処理部を動作可能に設定する管理部と、を設けるようにした。
上記構成では、ファイル処理部およびブロック処理部をそれぞれペアとし、同じ物理ノードに配置することで、ファイル処理部およびブロック処理部間では内部通信が行われ、ファイルサービスとブロックサービスとの連携において、ノード間の通信回数を抑えることができる。
本発明によれば、利便性が高いストレージシステムを実現することができる。上記した以外の課題、構成および効果は、以下の発明を実施するための形態の説明により明らかにされる。
第１の実施の形態によるストレージシステムに係る構成の一例を示す図である。 第１の実施の形態によるノードのハードウェア構成の一例を示す図である。 第１の実施の形態によるノードのソフトウェア構成の一例を示す図である。 第１の実施の形態によるクラスタ間ＤＢの一例を示す図である。 第１の実施の形態による管理部用情報の一例を示す図である。 第１の実施の形態によるストレージ制御部用情報の一例を示す図である。 第１の実施の形態によるファイル制御部用情報の一例を示す図である。 第１の実施の形態によるファイル制御部ペアとストレージＯＳ部ペアとの配置の一例を示す図である。 第１の実施の形態による正常時のＩ／Ｏ処理の一例を示す図である。 第１の実施の形態による障害時のＩ／Ｏ処理の一例を示す図である。 第１の実施の形態による制御フローの一例を示す図である。 第１の実施の形態による制御フローの一例を示す図である。 第１の実施の形態による制御フローの一例を示す図である。 第１の実施の形態による制御フローの一例を示す図である。 第１の実施の形態による制御フローの一例を示す図である。 第１の実施の形態による制御フローの一例を示す図である。 第１の実施の形態による制御フローの一例を示す図である。 第１の実施の形態によるプログラムが提供される態様の一例を示す図である。
（１）第１の実施の形態
本実施の形態では、上述した課題を解決するための構成、方法等について説明する。更に、本実施の形態では、例えば、下記のようなストレージシステムの利便性に関する構成、方法等についても説明する。
上記特許文献１に記載のストレージシステムでは、例えば、正常運用時、あるＦＳＶＭが担当するファイルのデータは、同一物理ノード上に存在するＣＶＭがアクセスするローカルストレージに存在し、ファイルに対するリードのアクセスに対して物理ネットワークを介したアクセスを回避できる。
ここで、ＣＶＭを利用したデータ保護方式では、冗長データを他の物理サーバに適宜分散して配置する。そのため、あるＣＶＭのローカルストレージに保存されるデータの全体を見れば、冗長データは、多数の物理サーバに配置される形となる。
この状況で、ある物理ノードが閉塞すると、正常な物理ノードのみでファイルサービスおよびブロックサービスが引き継がれる。しかしながら、冗長データを異なる物理サーバに分散して配置していることにより、障害後のＦＳＶＭからのＩ／Ｏリクエストに対して、別の物理ノードにＩ／Ｏ処理を依頼する必要が生じ、ファイルアクセスの性能が劣化してしまう。
以下、図面を参照して、本発明の一実施の形態を詳述する。以下の記載および図面は、本発明を説明するための例示であって、説明の明確化のため、適宜、省略および簡略化がなされている。また、実施の形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。本発明が実施の形態に制限されることはなく、本発明の思想に合致するあらゆる応用例が本発明の技術的範囲に含まれる。本発明は、当業者であれば本発明の範囲内で様々な追加、変更等を行うことができる。本発明は、他の種々の形態でも実施することが可能である。特に限定しない限り、各構成要素は、複数でも単数でも構わない。
以下の説明では、「テーブル」、「表」、「リスト」、「キュー」等の表現にて各種情報を説明することがあるが、各種情報は、これら以外のデータ構造で表現されていてもよい。データ構造に依存しないことを示すために「ＸＸテーブル」、「ＸＸリスト」等を「ＸＸ情報」と呼ぶことがある。各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「ＩＤ」、「番号」等の表現を用いるが、これらについてはお互いに置換が可能である。
また、以下の説明では、プログラムを実行して行う処理を説明する場合があるが、プログラムは、少なくとも１以上のプロセッサ（例えば、ＣＰＵ（Central Processing Unit））によって実行されることで、定められた処理を、適宜に記憶資源（例えば、メモリ）および／またはインタフェースデバイス（例えば、通信ポート）等を用いながら行うため、処理の主体がプロセッサとされてもよい。同様に、プログラムを実行して行う処理の主体が、プロセッサを有するコントローラ、装置、システム、計算機、ノード、ストレージシステム、ストレージ装置、サーバ、管理計算機、クライアント、またはホストであってもよい。プログラムを実行して行う処理の主体（例えば、プロセッサ）は、処理の一部または全部を行うハードウェア回路を含んでもよい。例えば、プログラムを実行して行う処理の主体は、暗号化および復号化、または圧縮および伸張を実行するハードウェア回路を含んでもよい。プロセッサは、プログラムに従って動作することによって、所定の機能を実現する機能部として動作する。プロセッサを含む装置およびシステムは、これらの機能部を含む装置およびシステムである。
プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバまたは計算機が読み取り可能な記憶メディアであってもよい。プログラムソースがプログラム配布サーバの場合、プログラム配布サーバは、プロセッサ（例えば、ＣＰＵ）と記憶資源を含み、記憶資源は、さらに配布プログラムと配布対象であるプログラムとを記憶してよい。そして、プログラム配布サーバのプロセッサが配布プログラムを実行することで、プログラム配布サーバのプロセッサは、配布対象のプログラムを他の計算機に配布してよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。
なお、以下の説明では、図面において同一要素については、同じ番号を付し、説明を適宜省略する。また、同種の要素を区別しないで説明する場合には、枝番を含む参照符号のうちの共通部分（枝番を除く部分）を使用し、同種の要素を区別して説明する場合は、枝番を含む参照符号を使用することがある。例えば、ファイルクライアントを特に区別しないで説明する場合には、「ファイルクライアント１１０」と記し、個々のファイルクライアントを区別して説明する場合には、「ファイルクライアント１１０－１」、「ファイルクライアント１１０－２」のように記すことがある。また、同種の要素を区別して説明する場合は、その要素の参照符号を使用または参照符号に代えてその要素に割り振られたＩＤを使用することがある。
図１は、本実施の形態によるストレージシステム１００に係る構成の一例を示す図である。ストレージシステム１００は、１つ以上のファイルクライアント１１０と、複数のノード１２０とを備える。
ファイルクライアント１１０およびノード１２０間は、ネットワークスイッチ１３０を介して接続されている。ネットワークスイッチ１３０は、例えば、ファイバーチャネル（ＦＣ：Fibre Channel）、イーサネット（登録商標）、InfiniBand、無線ＬＡＮ（Local Area Network）等から構成されるネットワークの一例であり、以下では、「ファイルサービスネットワーク」と記す。各ノード１２０間は、ネットワーク１４０を介して接続されている。ネットワーク１４０は、イーサネット（登録商標）、InfiniBand、無線ＬＡＮ等から構成されるネットワークの一例であり、以下では、「バックエンドネットワーク」と記す。
ただし、ファイルサービスネットワークおよびバックエンドネットワークは、同一のネットワークにより構成されていてもよい。また、各ファイルクライアント１１０および各ノード１２０は、ファイルサービスネットワークおよびバックエンドネットワーク以外の管理用ネットワークに接続されていてもよい。
ストレージシステム１００では、図１に示すように、フェイルオーバの対象のノード１２０が含まれる範囲を規定するためのクラスタ１５０が構成されている。クラスタ１５０には、複数のノード１２０が属している。クラスタ１５０に属する一のノード１２０に障害が発生した場合、クラスタ１５０に属する他のノード１２０に処理が引き継がれる。なお、図１の例では、クラスタ１５０が１つのみ設定された場合について例示しているが、ストレージシステム１００内に複数のクラスタ１５０を設定するようにしてもよい。
ファイルクライアント１１０は、ノード１２０に対してホスト（上位装置）として機能する汎用のコンピュータである。ファイルクライアント１１０は、仮想マシンのような仮想的なコンピュータであってもよい。
ファイルクライアント１１０は、ユーザ操作、実装されたアプリケーションプログラム等からの要求に応じて、ノード１２０に対して、ファイル単位のリード要求またはファイル単位のライト要求（以下、「ファイルＩ／Ｏ要求」と記す）を送信する。ファイルＩ／Ｏ要求は、ＣＩＦＳ（Common Internet File System）、ＮＦＳ（Network File System）等のプロトコルに従い、アクセス先のファイルを指定する要求であってよい。
ノード１２０は、データを読み書きするための記憶領域をファイルクライアント１１０に対して提供する汎用のコンピュータである。
図２は、ノード１２０のハードウェア構成の一例を示す図である。
ノード１２０は、構成要素として、ＣＰＵ２１０と、メモリ２２０と、複数の記憶装置２３０と、第１の通信装置２４０と、第２の通信装置２５０とを備える。各構成要素は、内部ネットワーク２６０を介して接続されている。各ノード１２０は、各構成要素を１以上備える。
ＣＰＵ２１０は、ノード１２０全体の動作制御を司るプロセッサである。メモリ２２０は、ＳＲＡＭ（Static RAM(Random Access Memory)）、ＤＲＡＭ（Dynamic RAM）等の揮発性の半導体メモリから構成され、ＣＰＵ２１０のワークメモリとして各種プログラムおよび必要なデータを一時的に保持するために利用される。メモリ２２０に格納されたプログラムを、少なくとも１以上のＣＰＵ２１０が実行することにより、後述のようなノード１２０全体としての各種処理が実行される。
記憶装置２３０は、ＮＶＭｅ（Non-Volatile Memory）ドライブ、ＳＡＳ（Serial Attached SCSI(Small Computer System Interface)）ドライブ、ＳＡＴＡ（Serial ATA(Advanced Technology Attachment)）、ＳＳＤ（Solid State Drive）またはＳＣＭ（Storage Class Memory）等の大容量の不揮発性の記憶装置から構成され、ファイルクライアント１１０に対してデータを読み書きするための記憶領域を提供する。
第１の通信装置２４０は、ノード１２０がファイルサービスネットワークを介してファイルクライアント１１０と通信を行うためのインタフェースである。第１の通信装置２４０は、例えば、ＮＩＣ（Network Interface Card）、ＦＣカード、無線ＬＡＮカード等から構成される。第１の通信装置２４０は、ファイルクライアント１１０との通信時におけるプロトコル制御を行う。ファイルサービスネットワークを介する通信プロトコルとして、ＣＩＦＳ、ＮＦＳ等がある。
第２の通信装置２５０は、ノード１２０がバックエンドネットワークを介して他のノード１２０と通信を行うためのインタフェースである。第２の通信装置２５０は、例えば、ＮＩＣ、無線ＬＡＮカード等から構成される。第２の通信装置２５０は、他のノード１２０との通信時におけるプロトコル制御を行う。
なお、ストレージシステム１００では、ストレージシステム１００の管理者（以下、「システム管理者」と記す）が、ストレージシステム１００の構成管理、各種設定等を行うために利用するノード１２０（以下、「管理ノード」と記す）が設けられていてもよい。管理ノードは、システム管理者の操作に応じて、ファイルクライアント１１０およびノード１２０に対して必要な指示を与える。
図３は、ノード１２０のソフトウェア構成の一例を示す図である。
ノード１２０は、ファイル制御部３１０と、ストレージ制御部３２０と、管理部３３０と、ハイパーバイザ３４０とを備える。
ファイル制御部３１０は、例えば、ファイルサービスを提供するＶＭである。ファイル制御部３１０は、他のノード１２０のファイル制御部３１０とクラスタを構成（仮想的なスケールアウトファイルサーバを構築）し、ファイルサービスに係る処理を行うソフトウェアである。なお、ファイルサービスのクラスタに属するノード１２０とクラスタ１５０に属するノード１２０とは、全部または一部が一致している。
より具体的には、ファイル制御部３１０は、ファイルシステム制御３１０Ａ、ファイル制御部構成情報管理３１０Ｂ、ブロックボリュームアクセス制御３１０Ｃ等を行う。
ファイルシステム制御３１０Ａでは、ファイル制御部３１０は、ファイルクライアント１１０にどのようなファイルシステムを提供するか等、ファイルシステムとしてやり取りを行うための制御を行う。例えば、ファイル制御部３１０は、第１の通信装置２４０を介して、ファイルクライアント１１０からのファイルＩ／Ｏ要求を受信する。また、例えば、ファイル制御部３１０は、第１の通信装置２４０を介して、ファイルＩ／Ｏ要求に対応する応答（以下、「ファイルＩ／Ｏ応答」と記す）をファイルクライアント１１０に送信する。
ファイル制御部構成情報管理３１０Ｂでは、ファイル制御部３１０は、どのようなファイルシステムをファイル制御部３１０が所有しているか、どのようなブロックボリューム（論理ボリューム）をファイル制御部３１０が認識しているかといった構成情報（例えば、後述のファイル制御部用情報４３０）を管理する。例えば、ファイル制御部３１０は、管理部３３０から指定されたパラメータ等の情報を設定する。
ブロックボリュームアクセス制御３１０Ｃでは、ファイル制御部３１０は、ファイルＩ／Ｏ要求をもとにブロックボリュームにアクセスする。例えば、ファイル制御部３１０は、ファイルＩ／Ｏ要求を、ブロックボリュームに対するブロック単位のリード要求またはブロックボリュームに対するブロック単位のライト要求（以下、「ブロックＩ／Ｏ要求」と記す）に変換する。ファイル制御部３１０は、ブロックＩ／Ｏ要求を自ノード１２０内のストレージ制御部３２０に通知する。また、例えば、ファイル制御部３１０は、ブロックＩ／Ｏ要求に対応する応答（以下、「ブロックＩ／Ｏ応答」と記す）をストレージ制御部３２０から受け取る。
ここで、ストレージシステム１００では、ノード１２０に実装された各ファイル制御部３１０は、管理部３３０により、別のノード１２０に配置された他のファイル制御部３１０と共に冗長化を構成するペアに設定される。以下では、当該ペアを「ファイル制御部ペア」と記す。
ファイル制御部ペアでは、一方のファイル制御部３１０は、ファイルクライアント１１０からのファイルＩ／Ｏ要求を受け付けて処理することができる状態（現用系の状態であり、以下、「アクティブ型」と記す）に設定されている。他方のファイル制御部３１０は、アクティブ型のファイル制御部３１０を有するノード１２０が正常に動作しているときはファイルクライアント１１０からのファイルＩ／Ｏ要求を受け付けない状態であり、アクティブ型のファイル制御部３１０を有するノード１２０が正常に動作していないときはファイルクライアント１１０からのファイルＩ／Ｏ要求を受け付けて処理することができる状態（待機系の状態であり、以下、「スタンバイ型」と記す）に設定される。
ストレージシステム１００では、アクティブ型のファイル制御部３１０がアクセスするデータと、アクティブ型のファイル制御部３１０のＯＳディスクのデータ（ＯＳのデータ、ログのデータ等、ＯＳとして必要なデータであり、以下、「ＯＳディスクデータ」と記す）とがスタンバイ型のファイル制御部３１０を備えるノード１２０に冗長化されている。そして、ストレージシステム１００では、アクティブ型のファイル制御部３１０、アクティブ型のファイル制御部３１０が配置されたノード１２０等に障害が発生した場合に、スタンバイ型のファイル制御部３１０がファイルＩ／Ｏ要求を受け付けて処理することができる状態に切り替えられる。これにより、アクティブ型のファイル制御部３１０が稼働し得なくなった場合に、当該アクティブ型のファイル制御部３１０が提供していたファイルサービスに係る処理を、同じファイル制御部ペアを構成するスタンバイ型のファイル制御部３１０が引き継ぐことができる。
ストレージ制御部３２０は、ブロックサービスを提供するＶＭである。ストレージ制御部３２０は、他のノード１２０のストレージ制御部３２０とクラスタを構成（仮想的なスケールアウトブロックストレージを構築）し、ブロックサービスに係る処理を行うソフトウェアである。ストレージ制御部３２０は、ＳＤＳ（Software Defined Storage）のコントローラとして機能するソフトウェアであってもよい。また、ストレージ制御部３２０は、ブロックボリュームに対するストレージ機能を有してよい。ストレージ機能の典型例としては、ストレージシステム１００内で複製を作成して管理するローカルコピー機能、格納するデータ量を削減する圧縮および重複排除機能、ＳＳＤ、ＨＤＤといったＩ／Ｏ性能および特性の異なる記憶装置２３０の間でデータを動的に移動させる階層制御機能、等がある。
より具体的には、ストレージ制御部３２０は、フロントエンド制御部３２１と、ストレージＯＳ部３２２と、ノード間データ保護制御部３２３と、ストレージ制御部構成情報管理部３２４とを備える。
フロントエンド制御部３２１は、ファイル制御部３１０からブロックＩ／Ｏ要求が与えられた場合に、当該ブロックＩ／Ｏ要求を、当該ブロックＩ／Ｏ要求を実行すべき自ノード１２０内のストレージＯＳ部３２２に通知する。
ストレージＯＳ部３２２は、ブロックＩ／Ｏ要求に対応するＩ／Ｏコマンドを生成し、記憶装置２３０に対してデータの読み書きを実行する。より具体的には、ストレージＯＳ部３２２は、Ｉ／Ｏコマンドをノード間データ保護制御部３２３に通知する。
ここで、ストレージシステム１００では、ノード１２０に実装された各ストレージＯＳ部３２２は、管理部３３０により、別のノード１２０に配置された他のストレージＯＳ部３２２と共に冗長化を構成するペアに設定される。以下では、当該ペアを「ストレージＯＳ部ペア」と記す。
ストレージＯＳ部ペアでは、一方のストレージＯＳ部３２２は、ファイル制御部３１０からのブロックＩ／Ｏ要求を受け付けて処理することができる状態（現用系の状態であり、以下、「アクティブ型」と記す）に設定されている。他方のストレージＯＳ部３２２は、アクティブ型のストレージＯＳ部３２２を有するノード１２０が正常に動作しているときはファイル制御部３１０からのブロックＩ／Ｏ要求を受け付けない状態であり、アクティブ型のストレージＯＳ部３２２を有するノード１２０が正常に動作していないときはファイル制御部３１０からのブロックＩ／Ｏ要求を受け付けて処理することができる状態（待機系の状態であり、以下、「スタンバイ型」と記す）に設定される。
ストレージシステム１００では、アクティブ型のストレージＯＳ部３２２、アクティブ型のストレージＯＳ部３２２が配置されたノード１２０等に障害が発生した場合に、スタンバイ型のストレージＯＳ部３２２がブロックＩ／Ｏ要求を受け付けて処理することができる状態に切り替えられる。これにより、アクティブ型のストレージＯＳ部３２２が稼働し得なくなった場合に、当該アクティブ型のストレージＯＳ部３２２が実行していたブロックサービスに係る処理を、同じストレージＯＳ部ペアを構成するスタンバイ型のストレージＯＳ部３２２が引き継ぐことができる。
ストレージＯＳ部３２２は、プール制御３２２Ａと、ブロックボリューム制御３２２Ｂと、プール構成ボリュームアクセス制御３２２Ｃとを行う。
プール制御３２２Ａでは、ストレージＯＳ部３２２は、複数のプール構成ボリュームを組み合わせてプール（論理ボリューム）を生成し、当該プールを管理する。プール構成ボリュームは、自ノード１２０の記憶装置２３０における物理チャンク（所定のサイズの記憶領域）に対応した論理ボリューム（論理チャンク）である。
ブロックボリューム制御３２２Ｂでは、ストレージＯＳ部３２２は、プールから複数のページを切り出し、１つ以上のページを割り当てたブロックボリュームを生成し、当該ブロックボリュームを管理する。ブロックボリュームは、シンプロビジョニングに従う仮想的な論理ボリュームである。
プール構成ボリュームアクセス制御３２２Ｃでは、ストレージＯＳ部３２２は、ブロックＩ／Ｏ要求をもとにプール構成ボリュームにアクセスする。プール構成ボリュームに対するアクセスを行うために、ストレージＯＳ部３２２は、ブロックＩ／Ｏ要求からプール構成ボリューム単位のＩ／Ｏコマンドを生成（ブロックボリュームのアドレスをプール構成ボリュームのアドレスに変換）し、当該Ｉ／Ｏコマンドをノード間データ保護制御部３２３に通知する。なお、Ｉ／Ｏコマンドでは、Ｉ／Ｏ先のプール構成ボリュームおよび当該プール構成ボリューム内のアドレスが指定されている。
ノード間データ保護制御部３２３は、Ｉ／Ｏコマンドをもとに、記憶装置２３０にデータの読み書きを行う。より具体的には、ノード間データ保護制御部３２３は、プール構成ボリューム制御３２３Ａと、データ冗長化管理３２３Ｂと、ディスクアクセス制御３２３Ｃと、ノード間通信制御３２３Ｄとを行う。
プール構成ボリューム制御３２３Ａでは、ノード間データ保護制御部３２３は、プール構成ボリュームを生成し、当該プール構成ボリュームを管理する。ノード間データ保護制御部３２３は、自ノード１２０内に配置されたストレージＯＳ部３２２に対して、自ノード１２０内の記憶装置２３０が提供する物理的な記憶領域を割り当てる。
データ冗長化管理３２３Ｂでは、ノード間データ保護制御部３２３は、ノード１２０間でデータを冗長化する。例えば、ノード間データ保護制御部３２３は、ファイルＩ／Ｏ要求がファイル単位のライト要求であった場合、スタンバイ型のストレージＯＳ部３２２が設けられているノード１２０にデータを冗長化する。また、例えば、ノード間データ保護制御部３２３は、ファイルＩ／Ｏ要求がファイル単位のリード要求であった場合、自ノード１２０の記憶装置２３０にアクセスできないときは、スタンバイ型のストレージＯＳ部３２２が設けられているノード１２０からデータを読み込む。
ディスクアクセス制御３２３Ｃでは、ノード間データ保護制御部３２３は、Ｉ／Ｏの対象のデータがどの物理チャンクにあるか判断し、記憶装置２３０に対するデータの読み書きを行う。例えば、ノード間データ保護制御部３２３は、Ｉ／ＯコマンドをストレージＯＳ部３２２から受け取ると、図示しない管理テーブルを参照して、当該Ｉ／Ｏコマンドにおいて指定されたプール構成ボリュームに対応付けた各物理チャンクの中から１つの物理チャンクを提供する記憶装置２３０を特定する。そして、ノード間データ保護制御部３２３は、特定した記憶装置２３０内の、Ｉ／Ｏコマンドで指定されたプール構成ボリュームおよび当該プール構成ボリューム内のアドレスに対応する物理チャンクのアドレスに格納されているデータに対してＩ／Ｏを実行する。
ノード間通信制御３２３Ｄでは、ノード間データ保護制御部３２３は、ノード１２０間の通信を制御する。例えば、ノード間データ保護制御部３２３は、ストレージＯＳ部３２２から受け取ったＩ／Ｏコマンドが記憶装置２３０に対する書き込みを指示するライトコマンドであった場合、スタンバイ型のストレージＯＳ部３２２が設けられているノード１２０のノード間データ保護制御部３２３にライトコマンドを送信する。スタンバイ型のストレージＯＳ部３２２を有するストレージ制御部３２０は、受信したライトコマンドをもとに、自ノード１２０の記憶装置２３０にデータの書込みを行う。
ストレージ制御部構成情報管理部３２４は、冗長データの配置、記憶装置２３０へのアクセス可否、記憶装置２３０がどのような物理チャンクを持っているか、物理チャンクがどのプール構成ボリュームに割り当てられているか、プールがどのようなプール構成ボリュームを持っているか、プールから切り出されたページがどのブロックボリュームに割り当てられているか等の構成情報（例えば、後述のストレージ制御部用情報４２０）を管理する。なお、プール、ブロックボリューム等の構成情報は、ストレージＯＳペア単位で管理されている。つまり、アクティブ型のノード１２０にプール、ブロックボリューム等を作成し、その構成情報をクラスタ間ＤＢ４００に登録することで、スタンバイ型のノード１２０にもフェイルオーバ時に反映できるように構成されている。
管理部３３０は、クラスタ１５０全体に関する制御処理、クラスタ１５０のスケールアウトに関する制御処理等を実行する機能を有するソフトウェアである。ストレージシステム１００では、クラスタ１５０内の各ノード１２０にそれぞれ実装された管理部３３０のうちの１つの管理部３３０がマスタに設定され、マスタに設定された管理部３３０のみが、クラスタ１５０全体の整合性を保ちながら各種の制御処理を実行する。
マスタの管理部３３０以外の管理部３３０は、マスタの管理部３３０の障害に備えて、ホットスタンバイ（Hot stand-by）モードまたワームスタンバイ（Warm stand-by）モードのいずれかの動作モードに設定される。
ホットスタンバイモードは、マスタの管理部３３０、当該マスタの管理部３３０が実装されたノード１２０等に障害が発生した場合に、マスタの管理部３３０が実行していた処理を直ちに引き継げるよう起動したスタンバイ状態を維持する動作モードである。
ホットスタンバイモードの管理部３３０は、マスタの管理部３３０が実行していた処理を直ちに引き継げるよう、後述のファイル制御部ペアテーブル５１０、ストレージＯＳ部ペアテーブル５２０等のマスタの管理部３３０が管理する全ての管理情報（例えば、後述のクラスタ間ＤＢ４００）と同じ内容の管理情報を保持している。
そして、マスタの管理部３３０が保持する管理情報が更新された場合には、その更新前後の差分が差分データとしてマスタの管理部３３０からバックエンドネットワークを介して全てのホットスタンバイモードの管理部３３０に与えられ、当該差分データに基づいて、その管理部３３０が保持する管理情報が当該管理部３３０によりマスタの管理部３３０が保持する管理情報と同様に更新される。
このようにホットスタンバイモードの管理部３３０がマスタの管理部３３０と常に同一の管理情報を保持することにより、マスタの管理部３３０等に障害が発生し、それまでホットスタンバイモードであった管理部３３０を「マスタ」に切り替えた場合にも、元のマスタの管理部３３０が実行していた制御処理を「マスタ」に切り替えられたマスタの管理部３３０により引き継ぐことが可能となる。
また、ワームスタンバイ型は、起動を停止したスタンバイ状態にある動作モードである。ホットスタンバイモードに設定されたマスタの管理部３３０の数が予め設定された閾値以下となった場合に、ワームスタンバイ型に設定されたいずれかの管理部３３０の状態がホットスタンバイモードに切り替えられる。
なお、マスタの管理部３３０は、２つ以上のマスタの管理部３３０が存在する状態を防ぐため、３つ以上の管理部３３０を稼働させ、稼働させた管理部３３０の中から多数決により選定される。そして、稼働させた残りの管理部３３０がホットスタンバイモードに設定される。
より具体的には、管理部３３０は、ファイル制御部ストレージ制御部間ブロックボリューム割り当て制御３３０Ａと、ファイル制御部およびストレージＯＳ部構成管理制御３３０Ｂと、フェイルオーバ制御３３０Ｃとを行う。
ファイル制御部ストレージ制御部間ブロックボリューム割り当て制御３３０Ａでは、管理部３３０は、どのブロックボリュームをどのファイル制御部３１０に割り当てるか等を制御する。
ファイル制御部およびストレージＯＳ部構成管理制御３３０Ｂでは、管理部３３０は、ファイル制御部ペアとストレージＯＳ部ペアとに係る制御を行う。
例えば、管理部３３０は、管理ノードからの指示に応じてクラスタ１５０内にファイル制御部ペアを設定し、設定したファイル制御部ペアを後述のファイル制御部ペアテーブル５１０に登録して管理する。また、例えば、管理部３３０は、管理ノードからの指示に応じてクラスタ１５０内にストレージＯＳ部ペアを設定し、設定したストレージＯＳ部ペアを後述のストレージＯＳ部ペアテーブル５２０に登録して管理する。
また、例えば、管理部３３０は、どのファイル制御部ペアとどのストレージＯＳ部ペアとを組み合わせるかといったことを制御する。より具体的には、管理部３３０は、アクティブ型のファイル制御部３１０およびアクティブ型のストレージＯＳ部３２２が同一のノード１２０に配置され、スタンバイ型のファイル制御部３１０およびスタンバイ型のストレージＯＳ部３２２が同一のノード１２０に配置されるように、ファイル制御部ペアとストレージＯＳ部ペアとの組合せ（以下、「冗長化グループ」と記す）を決定する。
フェイルオーバ制御３３０Ｃでは、管理部３３０は、ノード１２０に障害が発生したときに、ファイル制御部３１０およびストレージ制御部３２０をフェイルオーバさせる。例えば、管理部３３０は、スタンバイ型のストレージＯＳ部３２２にアクティブ型のストレージＯＳ部３２２からの引継ぎを指示した後に、スタンバイ型のファイル制御部３１０にアクティブ型のファイル制御部３１０からの引継ぎを指示する。
なお、管理部３３０は、管理ノードに設けられていてもよいし、ファイル制御部３１０に含まれていてもよいし、ストレージ制御部３２０に含まれていてもよい。
ハイパーバイザ３４０は、ファイル制御部３１０、ストレージ制御部３２０、管理部３３０等を動作させるソフトウェアである。
図４は、クラスタ間ＤＢ４００の一例を示す図である。クラスタ間ＤＢ４００は、クラスタ１５０単位に必要となる情報を記憶する。クラスタ間ＤＢ４００は、全てのノード１２０に複製して設けられていてもよいし、１つ以上の管理ノードに設けられていてもよい。
クラスタ間ＤＢ４００には、管理部用情報４１０と、ストレージ制御部用情報４２０と、ファイル制御部用情報４３０とが記憶されている。
管理部用情報４１０には、ファイル制御部ペア情報と、ストレージＯＳ部ペア情報と、ファイル制御部ストレージＯＳ部対応情報と、ノード状態情報とが含まれる。管理部用情報４１０については、図５を用いて後述する。
ストレージ制御部用情報４２０には、ブロックボリューム情報と、接続先ファイル制御部情報と、冗長データ配置情報と、冗長データアクセス可否情報とが含まれる。ストレージ制御部用情報４２０については、図６を用いて後述する。
ファイル制御部用情報４３０には、ファイルシステム情報と、認識ブロックボリューム情報とが含まれる。ファイル制御部用情報４３０については、図７を用いて後述する。
図５は、管理部用情報４１０の一例を示す図である。
管理部用情報４１０には、ファイル制御部ペアテーブル５１０と、ストレージＯＳ部ペアテーブル５２０と、ファイル制御部ストレージＯＳ部対応テーブル５３０と、ノード状態テーブル５４０とが含まれる。
ファイル制御部ペアテーブル５１０は、ファイル制御部ペア情報の一例であり、ファイル制御部ペアをどのノード１２０で構成しているかを示す情報を記憶する。換言するならば、ファイル制御部ペアテーブル５１０は、アクティブ型のファイル制御部３１０がどのノード１２０に配置され、スタンバイ型のファイル制御部３１０がどのノード１２０に配置されているかを示す配置情報を記憶する。より具体的には、ファイル制御部ペアテーブル５１０は、ファイル制御部ＩＤ５１１と、アクティブノード５１２と、スタンバイノード５１３とが対応付けられた情報を記憶する。
ファイル制御部ＩＤ５１１は、ファイル制御部ペアを識別するための情報である。アクティブノード５１２は、当該ファイル制御部ペアのアクティブ型のファイル制御部３１０がどのノード１２０に設けられているかを示す情報である。スタンバイノード５１３は、当該ファイル制御部ペアのスタンバイ型のファイル制御部３１０がどのノード１２０に設けられているかを示す情報である。
ストレージＯＳ部ペアテーブル５２０は、ストレージＯＳ部ペア情報の一例であり、ストレージＯＳ部ペアをどのノード１２０で構成しているかを示す情報を記憶する。換言するならば、ストレージＯＳ部ペアテーブル５２０は、アクティブ型のストレージＯＳ部３２２がどのノード１２０に配置され、スタンバイ型のストレージＯＳ部３２２がどのノード１２０に配置されているかを示す配置情報を記憶する。より具体的には、ストレージＯＳ部ペアテーブル５２０は、ストレージＯＳ部ＩＤ５２１と、アクティブノード５２２と、スタンバイノード５２３とが対応付けられた情報を記憶する。
ストレージＯＳ部ＩＤ５２１は、ストレージＯＳ部ペアを識別するための情報である。アクティブノード５２２は、当該ストレージＯＳ部ペアのアクティブ型のストレージＯＳ部３２２がどのノード１２０に設けられているかを示す情報である。スタンバイノード５２３は、当該ストレージＯＳ部ペアのスタンバイ型のストレージＯＳ部３２２がどのノード１２０に設けられているかを示す情報である。
ファイル制御部ストレージＯＳ部対応テーブル５３０は、ファイル制御部ストレージＯＳ部対応情報の一例であり、ファイル制御部３１０とストレージＯＳ部３２２との対応関係を示す情報を記憶する。より具体的には、ファイル制御部ストレージＯＳ部対応テーブル５３０は、ファイル制御部ＩＤ５３１とストレージＯＳ部ＩＤ５３２とが対応付けられた情報を記憶する。
ファイル制御部ＩＤ５３１は、ファイル制御部３１０を識別するための情報である。ストレージＯＳ部ＩＤ５３２は、当該ファイル制御部３１０とペアであるストレージＯＳ部３２２を識別するための情報である。
ノード状態テーブル５４０は、ノード状態情報の一例であり、ノード１２０の状態を示す情報を記憶する。より具体的には、ノード状態テーブル５４０は、ノードＩＤ５４１と状態５４２とが対応付けられた情報を記憶する。
ノードＩＤ５４１は、ノード１２０を識別するための情報である。状態５４２は、当該ノード１２０の状態（「正常」または「閉塞」）を示す情報である。
図６は、ストレージ制御部用情報４２０の一例を示す図である。
ストレージ制御部用情報４２０には、ブロックボリュームテーブル６１０と、接続先ファイル制御部テーブル６２０と、冗長データアクセス可否テーブル６３０とが含まれる。
ブロックボリュームテーブル６１０は、ブロックボリューム情報の一例であり、ストレージ制御部３２０が提供するブロックボリュームに係る情報を記憶する。より具体的には、ブロックボリュームテーブル６１０は、ブロックボリュームＩＤ６１１と、ストレージＯＳ部ＩＤ６１２と、ＷＷＩＤ（World Wide ID）６１３と、容量６１４と、アクセスファイル制御部ＩＤ６１５とが対応付けられた情報を記憶する。
ブロックボリュームＩＤ６１１は、ブロックボリュームを識別するための情報である。ストレージＯＳ部ＩＤ６１２は、当該ブロックボリュームを所有するストレージＯＳ部３２２を識別するための情報である。ＷＷＩＤ６１３は、ファイルＩ／Ｏ要求をもとに当該ブロックボリュームにアクセスする際に必要な情報であり、当該ブロックボリュームを一意に特定するための情報である。容量６１４は、当該ブロックボリュームの容量を示す情報である。アクセスファイル制御部ＩＤ６１５は、当該ブロックボリュームにアクセスするファイル制御部３１０を識別するための情報である。
接続先ファイル制御部テーブル６２０は、接続先ファイル制御部情報の一例であり、ストレージ制御部３２０のクライアントとして接続されているファイル制御部３１０の情報を記憶する。接続先ファイル制御部テーブル６２０は、ファイル制御部ＩＤ６２１と、ストレージＯＳ部ＩＤ６２２と、イニシエータ６２３とが対応付けられた情報を記憶する。
ファイル制御部ＩＤ６２１は、ファイル制御部３１０を識別するための情報である。ストレージＯＳ部ＩＤ６２２は、当該ファイル制御部３１０にブロックサービスを提供するストレージＯＳ部３２２を識別するための情報である。イニシエータ６２３は、ブロックＩ／Ｏパスの接続先、つまりＩ／Ｏ要求の発行元のモジュール（例えば、第１の通信装置２４０であり、ハードウェアモジュールおよびプログラムモジュールの何れでもよい。）を識別するための情報である。例えば、イニシエータ６２３は、ファイル制御部３１０およびストレージ制御部３２０間の通信を、ｉＳＣＳＩ（Internet Small Computer System Interface）を用いて行う場合に用いられる。
冗長データアクセス可否テーブル６３０は、冗長データアクセス可否情報の一例であり、冗長データに対するアクセス（Ｉ／Ｏ）が可能であるか否かを示す情報を記憶する。より具体的には、冗長データアクセス可否テーブル６３０は、冗長化グループＩＤ６３１と、第１の構成要素６３２と、第２の構成要素６３３とが対応付けられた情報を記憶する。
冗長化グループＩＤ６３１は、冗長化グループを識別するための情報である。第１の構成要素６３２は、当該冗長化グループの第１の構成要素を示す情報である。第１の構成要素６３２は、例えば、当該冗長化グループの第１の構成要素である記憶装置２３０を識別するための情報と、当該記憶装置２３０へのアクセスが可能であるか否かを示す情報を含む。第２の構成要素６３３は、当該冗長化グループの第２の構成要素を示す情報である。第２の構成要素６３３は、例えば、当該冗長化グループの第２の構成要素である記憶装置２３０を識別するための情報と、当該記憶装置２３０へのアクセスが可能であるか否かを示す情報を含む。
図７は、ファイル制御部用情報４３０の一例を示す図である。
ファイル制御部用情報４３０には、ファイルシステムテーブル７１０と、認識ブロックボリュームテーブル７２０とが含まれる。
ファイルシステムテーブル７１０は、ファイルシステム情報の一例であり、ファイル制御部３１０が提供するファイルサービス（ファイルシステム）に係る情報を記憶する。より具体的には、ファイルシステムテーブル７１０は、ファイルシステムＩＤ７１１と、所有ファイル制御部ＩＤ７１２と、メタデータ７１３とが対応付けられた情報を記憶する。
ファイルシステムＩＤ７１１は、ファイルシステムを識別するための情報である。所有ファイル制御部ＩＤ７１２は、当該ファイルシステムを所有するファイル制御部３１０を識別するための情報である。メタデータ７１３は、当該ファイルシステムのファイルシステムタイプ等の情報である。
認識ブロックボリュームテーブル７２０は、認識ブロックボリューム情報の一例であり、ファイル制御部３１０がどのようなブロックボリュームを認識しているかを示す情報を記憶する。より具体的には、認識ブロックボリュームテーブル７２０は、認識ブロックボリュームＩＤ７２１と、所有ファイル制御部ＩＤ７２２と、関連ファイルシステムＩＤ７２３と、デバイス名７２４と、ＷＷＩＤ７２５とが対応付けられた情報を記憶する。
認識ブロックボリュームＩＤ７２１は、ファイル制御部３１０が認識したブロックボリュームを識別するための情報である。所有ファイル制御部ＩＤ７２２は、当該ブロックボリュームを所有するファイル制御部３１０を識別するための情報である。関連ファイルシステムＩＤ７２３は、当該ブロックボリュームに関連付けられているファイルシステムを識別するための情報である。デバイス名７２４は、ファイル制御部３１０のＯＳにより付与されるデバイス名であって、当該ブロックボリュームに対して使用されるデバイス名である。ＷＷＩＤ７２５は、当該ブロックボリュームを一意に特定するための情報である。なお、デバイス名とＷＷＩＤとは、認識ブロックボリュームテーブル７２０により紐付けられている。
図８は、ファイル制御部ペアとストレージＯＳ部ペアとの配置の一例を示す図である。
ファイルサービスのクラスタ８０１では、アクティブ型のファイル制御部３１０とスタンバイ型のファイル制御部３１０とがペアとして、各々が異なるノード１２０に設けられている。
図８の例では、第１のファイル制御部３１０については、アクティブ型の第１のファイル制御部３１０－１Ａ（以下、「アクティブファイル制御部」と記す）とスタンバイ型の第１のファイル制御部３１０－２Ｂ（以下、「スタンバイファイル制御部」と記す）とがペアとして、アクティブファイル制御部が第１のノード１２０－１に設けられ、スタンバイファイル制御部が第２のノード１２０－２に設けられている。
また、第２のファイル制御部３１０については、アクティブ型の第２のファイル制御部３１０－２Ａとスタンバイ型の第２のファイル制御部３１０－３Ｂとがペアとして、アクティブ型の第２のファイル制御部３１０－２Ａが第２のノード１２０－２に設けられ、スタンバイ型の第２のファイル制御部３１０－３Ｂが第３のノード１２０－３に設けられている。
また、第３のファイル制御部３１０については、アクティブ型の第３のファイル制御部３１０－３Ａとスタンバイ型の第３のファイル制御部３１０－１Ｂとがペアとして、アクティブ型の第３のファイル制御部３１０－３Ａが第３のノード１２０－３に設けられ、スタンバイ型の第３のファイル制御部３１０－１Ｂが第１のノード１２０－１に設けられている。
ブロックサービスのクラスタ８０２では、アクティブ型のストレージＯＳ部３２２とスタンバイ型のストレージＯＳ部３２２とがペアとして、各々が異なるノード１２０にファイル制御部ペアに対応して設けられている。
図８の例では、第１のストレージＯＳ部３２２については、アクティブファイル制御部とスタンバイファイル制御部とのペアに対応して、アクティブ型の第１のストレージＯＳ部３２２－１Ａ（以下、「アクティブストレージＯＳ部」と記す）とスタンバイ型の第１のストレージＯＳ部３２２－２Ｂ（以下、「スタンバイストレージＯＳ部」と記す）とがペアとして、アクティブストレージＯＳ部が第１のノード１２０－１に設けられ、スタンバイストレージＯＳ部が第２のノード１２０－２に設けられている。
また、第２のストレージＯＳ部３２２については、アクティブ型の第２のファイル制御部３１０－２Ａとスタンバイ型の第２のファイル制御部３１０－３Ｂとのペアに対応して、アクティブ型の第２のストレージＯＳ部３２２－２Ａとスタンバイ型の第２のストレージＯＳ部３２２－３Ｂとがペアとして、アクティブ型の第２のストレージＯＳ部３２２－２Ａが第２のノード１２０－２に設けられ、スタンバイ型の第２のストレージＯＳ部３２２－３Ｂが第３のノード１２０－３に設けられている。
また、第３のストレージＯＳ部３２２については、アクティブ型の第３のファイル制御部３１０－３Ａとスタンバイ型の第３のファイル制御部３１０－１Ｂとのペアに対応して、アクティブ型の第３のストレージＯＳ部３２２－３Ａとスタンバイ型の第３のストレージＯＳ部３２２－１Ｂとがペアとして、アクティブ型の第３のストレージＯＳ部３２２－３Ａが第３のノード１２０－３に設けられ、スタンバイ型の第３のストレージＯＳ部３２２－１Ｂが第１のノード１２０－１に設けられている。
このように、ストレージシステム１００では、ファイル制御部３１０とストレージＯＳ部３２２とが共にペアの構成であり、ノード１２０が合わせて配置されている。ファイル制御部ペアとストレージＯＳ部ペアとにおいて、それぞれのアクティブ型を同一のノード１２０に配置し、それぞれのスタンバイ型を同一ノード１２０に配置することにより、正常時のみならず、フェイルオーバ時にもストレート構成を維持できるようになる。
ここで、ストレージシステム１００では、ストレージ制御部３２０に専用に割り当てる記憶装置２３０（ディスク制御をストレージ制御部３２０に任せる記憶装置２３０であり、例えば、記憶装置２３０－１Ａ，２３０－２Ａ，２３０－３Ａ）と、ハイパーバイザ３４０がアクセス制御する記憶装置２３０（システムディスク、データストア等であり、例えば、記憶装置２３０－１Ｂ，２３０－２Ｂ，２３０－３Ｂ）と、が設けられている。
ストレージシステム１００では、ファイル制御部３１０のＯＳディスクデータ８１１は、ストレージ制御部３２０に割り当てられた記憶装置２３０からストレージ制御部３２０により提供されていて、ストレージ制御部３２０用の０Ｓディスクデータ８２１は、ハイパーバイザ３４０により提供されている。
例えば、アクティブファイル制御部のＯＳディスクデータ８１１と、アクティブファイル制御部が提供するファイル単位のデータ８１２，８１３とは、同じ第１のノード１２０－１の第１の記憶装置２３０－１Ａ内に存在し、スタンバイファイル制御部がある第２のノード１２０－２に冗長化される。なお、図示は省略するが、他のノード１２０のＯＳディスクデータ８１１およびファイル単位のデータ８１２，８１３についても同様である。付言するならば、スタンバイ型のファイル制御部３１０は、アクティブ型のファイル制御部３１０と同等のＶＭとして動作することができる。
また、例えば、第１のストレージ制御部３２０－１のＯＳディスクデータ８２１およびクラスタ間ＤＢ４００は、第１のファイル制御部３１０－１に提供する第１の記憶装置２３０－１Ａとは別に、各ノード１２０に専用の第２の記憶装置２３０－１Ｂに記憶されている。なお、図示は省略するが、他のノードのストレージ制御部３２０のＯＳディスクデータ８２１およびクラスタ間ＤＢ４００についても同様である。付言するならば、スタンバイ型のストレージＯＳ部３２２は、クラスタ間ＤＢ４００の情報を用いてアクティブ型のストレージＯＳ部３２２と同様のストレージ制御部３２０の処理部として動作することができる。
図９は、正常時のＩ／Ｏ処理の一例を示す図である。図９では、ファイルクライアント１１０から、アクティブファイル制御部にファイルアクセスの要求（ファイルＩ／Ｏ要求）が行われるケースを例に挙げてＩ／Ｏ処理について説明する。
アクティブファイル制御部は、ペアの構成が一致しているアクティブストレージＯＳ部を有する第１のストレージ制御部３２０－１にメモリアクセス（内部アクセス）でブロックＩ／Ｏ要求を通知する。
アクティブストレージＯＳ部は、ノード間データ保護制御部３２３を介して、自ノード１２０－１の第１の記憶装置２３０－１Ａにブロックアクセス（内部アクセス）を行う。ブロックＩ／Ｏ要求がブロック単位のリード要求である場合は、ノード間データ保護制御部３２３は、自ノード１２０－１の第１の記憶装置２３０－１Ａからデータの読込みを行う。ブロックＩ／Ｏ要求がブロック単位のライト要求である場合は、ノード間データ保護制御部３２３は、自ノード１２０－１の第１の記憶装置２３０－１Ａにデータの書込みを行うと共に、バックエンドネットワークを介して、スタンバイストレージＯＳ部を有する第２のストレージ制御部３２０－２にデータの書込みを指示する。
図１０は、障害時（フェイルオーバ後）のＩ／Ｏ処理の一例を示す図である。図１０では、ファイルクライアント１１０から、スタンバイファイル制御部にファイルアクセスの要求（ファイルＩ／Ｏ要求）が行われるケースを例に挙げてＩ／Ｏ処理について説明する。なお、スタンバイファイル制御部がＩＰアドレスを有効化して動作を開始することで、ファイルアクセスのアクセス先がアクティブファイル制御部からスタンバイファイル制御部に移る。
スタンバイファイル制御部がファイルサービスに係る処理を引き継ぎ、スタンバイストレージＯＳ部がストレージサービスに係る処理を引き継ぐと、配下の第３の記憶装置２３０－２Ａに対してアクセス（Ｉ／Ｏ）が行われるようになる。
図１１は、ファイル制御部ペアとストレージＯＳ部ペアとの組合せ（冗長化グループ）を作成する制御フローの一例を示す図である。
Ｓ１１０１では、管理部３３０は、ストレージシステム１００のインストール時に、どのような冗長化グループを組めるかを決定し、決定した冗長化グループの情報をクラスタ間ＤＢ４００に記憶する。より具体的には、管理部３３０は、冗長化グループとして決定したファイル制御部ペアとストレージ制御部ペアとの情報から、ストレージＯＳ部ペア情報と、ファイル制御部ペア情報と、ファイル制御部ストレージＯＳ部対応情報とをクラスタ間ＤＢ４００に記憶する。
例えば、システム管理者によりクラスタ１５０に属するノード１２０が指定されると、管理部３３０は、指定された各ノード１２０に均一に設けられるように（例えば、２つずつ）、冗長化グループを決定する。なお、複数のノード１２０から冗長化グループを組む方法については、均一に限るものでななく、均一でなくてもよい。均一でないとは、例えば、システム管理者により指定されたように冗長化グループを決定するものであったり、記憶装置２３０の容量に応じて冗長化グループを決定（例えば、総容量が大きいノード１２０ほど多くの冗長化グループを決定）するものであったりする。
Ｓ１１０２では、管理部３３０は、ファイル制御部ペア情報をファイル制御部３１０に設定する。これにより、ファイル制御部３１０は、自ファイル制御部３１０に割り当てられたＩＤを認識すると共に、ファイル制御部ペアの相手方のファイル制御部３１０を認識することができる。
Ｓ１１０３では、ファイル制御部３１０は、ファイル制御部ペア情報の設定を完了したことを管理部３３０に通知（応答）する。
Ｓ１１０４では、管理部３３０は、ストレージＯＳ部ペア情報をストレージ制御部３２０に設定する。これにより、ストレージ制御部３２０は、自ストレージ制御部３２０に割り当てられたＩＤを認識すると共に、ストレージＯＳ部ペアの相手方のストレージＯＳ部３２２を認識することができる。
Ｓ１１０５では、ファイル制御部３１０は、ストレージＯＳ部ペア情報の設定を完了したことを管理部３３０に通知（応答）する。
図１２は、ファイルシステムを作成する制御フローの一例を示す図である。当該制御フローでは、例えば、各ストレージ制御部３２０のプールの容量が取得され、プールの空き容量が均等になるようにブロックボリュームが割り当てられる。なお、当該制御フローは、システム管理者からのユーザ指示を契機に開始する。ユーザ指示には、こういうファイルシステムを作成したいといった情報が含まれていてもよいし、処理対象のファイル制御部ペアおよびストレージＯＳ部ペア（ストレージ制御部３２０のペア）を特定可能な情報も含まれていてもよい。
Ｓ１２０１では、管理部３３０は、プールとしてどれくらいの容量があるかを、各ストレージ制御部３２０に問い合わせ、空き容量を取得する。なお、ストレージ制御部３２０は、どういう記憶装置２３０が接続されているから、どれくらいのプールを組めるかといった、プールの情報を有している。
Ｓ１２０２では、管理部３３０は、ブロックボリュームをいくつ作成できるかを判定し、各ストレージ制御部３２０にブロックボリュームの作成指示を出す。
Ｓ１２０３では、アクティブ型のストレージＯＳ部３２２を有するストレージ制御部３２０は、ブロックボリュームを作成する。
Ｓ１２０４では、アクティブ型のストレージＯＳ部３２２を有するストレージ制御部３２０は、クラスタ間ＤＢ４００に、作成したブロックボリュームに係る情報（ブロックボリューム情報）を設定する。
Ｓ１２０５では、アクティブ型のストレージＯＳ部３２２を有するストレージ制御部３２０は、ブロックボリュームを作成したことを管理部３３０に通知（応答）する。
Ｓ１２０６では、管理部３３０は、アクティブ型のストレージＯＳ部３２２を有するストレージ制御部３２０に対して、ファイル制御部ストレージＯＳ部対応情報を通知すると共に、接続先ファイル制御部情報を設定するように指示を出す。つまり、ブロックボリュームをどのファイル制御部３１０に割り当てるべきかというのは、ファイル制御部ストレージＯＳ部対応情報から判断できるので、管理部３３０は、ストレージ制御部３２０に対して、当該ストレージ制御部３２０のクライアントとなるアクティブ型のファイル制御部３１０にブロックボリュームを割り当てるように指示を出す。
Ｓ１２０７では、アクティブ型のストレージＯＳ部３２２を有するストレージ制御部３２０は、ファイル制御部ストレージＯＳ部対応情報をもとに接続先ファイル制御部情報を生成し、接続先ファイル制御部情報をクラスタ間ＤＢ４００に設定する。
Ｓ１２０８では、アクティブ型のストレージＯＳ部３２２を有するストレージ制御部３２０は、接続先ファイル制御部情報の設定が完了したことを管理部３３０に通知（応答）する。
Ｓ１２０９では、管理部３３０は、アクティブ型のストレージＯＳ部３２２を有するストレージ制御部３２０に対して、新規に作成されたブロックボリュームにパスを設定するように指示を出す。
Ｓ１２１０では、アクティブ型のストレージＯＳ部３２２を有するストレージ制御部３２０は、当該ストレージ制御部３２０が提供する新規のブロックボリュームにパスを張るために、ブロックボリュームと当該ブロックボリュームにアクセスするファイル制御部３１０とを対応付け、当該ブロックボリュームのブロックボリュームＩＤと当該ファイル制御部３１０のアクセスファイル制御部ＩＤとを指定したブロックボリューム情報を生成し、生成したブロックボリューム情報をクラスタ間ＤＢ４００に設定する。
Ｓ１２１１では、アクティブ型のストレージＯＳ部３２２を有するストレージ制御部３２０は、パスを設定したことを管理部３３０に通知（応答）する。
以上の処理により、アクティブ型のストレージＯＳ部３２２を有するストレージ制御部３２０が提供するブロックボリュームが作成され、当該ストレージ制御部３２０が提供するブロックボリュームにパスが張られることにより、当該ストレージ制御部３２０が動作可能な状態になる。なお、ブロックボリュームへのパスが設定されることで、ブロックボリュームごとに設定されているアクセスファイル制御部ＩＤに対応するファイル制御部３２０（イニシエータ）からのアクセスが許可される。
Ｓ１２１２では、管理部３３０は、作成されたブロックボリュームを認識するようにアクティブ型のファイル制御部３１０に指示を出す。
Ｓ１２１３では、アクティブ型のファイル制御部３１０は、作成されたブロックボリュームを認識（検出）する。これにより、ストレージ制御部３２０が提供しているブロックボリュームがファイル制御部３１０のボリュームとしてＯＳ上で見えるようになる。
Ｓ１２１４では、アクティブ型のファイル制御部３１０は、認識ブロックボリューム情報をクラスタ間ＤＢ４００に設定する。
Ｓ１２１５では、アクティブ型のファイル制御部３１０は、認識ブロックボリューム情報の設定が完了したことを管理部３３０に通知（応答）する。
Ｓ１２１６では、管理部３３０は、認識したブロックボリューム上にユーザ指示で指定されているファイルシステムを作るようにアクティブ型のファイル制御部３１０に指示を出す。
Ｓ１２１７では、アクティブ型のファイル制御部３１０は、所定のコマンドを実行して、認識したブロックボリューム上にファイルシステムを作成する。
Ｓ１２１８では、アクティブ型のファイル制御部３１０は、作成したファイルシステムのファイルシステム情報をクラスタ間ＤＢ４００に設定する。
Ｓ１２１９では、アクティブ型のファイル制御部３１０は、ファイルシステム情報の設定が完了したことを管理部３３０に通知（応答）する。
以上の処理により、アクティブ型のストレージＯＳ部３２２を有するストレージ制御部３２０が提供するブロックボリュームが認識され、当該ブロックボリュームにファイルシステムが作成されることにより、当該ファイル制御部３２０が動作可能な状態になる。
図１３は、正常時のリード処理の制御フローの一例を示す図である。図１３では、ファイルクライアント１１０から、アクティブファイル制御部にファイル単位のリード要求が行われるケースを例に挙げてリード処理について説明する。
Ｓ１３０１では、アクティブファイル制御部は、ファイルクライアント１１０からファイル単位のリード要求を受信する。
Ｓ１３０２では、アクティブファイル制御部は、リクエスト変換を行う。より具体的には、アクティブファイル制御部は、ファイルとブロックボリューム内のブロック（格納位置）とを対応付けたテーブル（図示は省略）を参照して、当該ファイルがどのブロックに対応しているのかを特定し、ファイル単位のリード要求を、ブロック単位のリード要求に変換する。
Ｓ１３０３では、アクティブファイル制御部は、ブロック単位のリード要求を、アクティブストレージＯＳ部を有する第１のストレージ制御部３２０－１に通知する。
Ｓ１３０４では、第１のストレージ制御部３２０－１は、アクセス可否判定を行う。より具体的には、第１のストレージ制御部３２０－１は、冗長データアクセス可否テーブル６３０を用いて、アクティブファイル制御部およびアクティブストレージＯＳ部が属する冗長化グループに対応するレコードを参照し、当該レコードの第１の構成要素のアクセス可否を判定する。第１のストレージ制御部３２０－１は、当該レコードの第１の構成要素のアクセス可否が「可」である場合、第１の構成要素に規定されている記憶装置２３０を特定し、アクセス「可」と判定する。当該レコードの第１の構成要素のアクセス可否が「不可」である場合は、第１のストレージ制御部３２０－１は、第２の構成要素のアクセス可否を判定する。第１のストレージ制御部３２０－１は、第２の構成要素のアクセス可否が「可」である場合は、第２の構成要素に規定されている記憶装置２３０を特定し、アクセス「可」と判定する。第１のストレージ制御部３２０－１は、第２の構成要素のアクセス可否が「不可」である場合は、アクセス（リード）できる記憶装置２３０がない（エラー）と特定し、アクセス「不可」と判定してよい。
例えば、アクティブファイル制御部およびアクティブストレージＯＳ部が「冗長化グループ１」に属している場合、第１のストレージ制御部３２０－１は、冗長データアクセス可否テーブル６３０を参照して、第１の記憶装置２３０－１Ａにアクセスが可能であると判定する。
Ｓ１３０５では、第１のストレージ制御部３２０－１は、アクセスが「可」であると判定した記憶装置２３０に対してデータの読込みを行う。本例では、第１の記憶装置２３０－１Ａへのアクセスが「可」であるので、第１のストレージ制御部３２０－１は、第１の記憶装置２３０－１Ａに対してデータの読込み（ローカルリード）を行う。
Ｓ１３０６では、第１のストレージ制御部３２０－１は、読み込んだブロック単位のデータ（以下、「ブロックデータ」と記す）と、読込みが完了したこととを、アクティブファイル制御部に通知（ブロックＩ／Ｏ応答）する。
Ｓ１３０７では、アクティブファイル制御部は、データ変換を行う。データ変換では、ブロックデータがファイル単位のデータ（以下、「ファイルデータ」と記す）に変換される。
Ｓ１３０８では、アクティブファイル制御部は、ファイルデータと、読込みが完了したことをファイルクライアント１１０に通知（ファイルＩ／Ｏ応答）する。
図１４は、正常時のライト処理の制御フローの一例を示す図である。図１４では、ファイルクライアント１１０から、アクティブファイル制御部にファイル単位のライト要求が行われるケースを例に挙げてライト処理について説明する。
Ｓ１４０１では、アクティブファイル制御部は、ファイルクライアント１１０からファイル単位のライト要求を受信する。
Ｓ１４０２では、アクティブファイル制御部は、リクエスト変換を行う。より具体的には、アクティブファイル制御部は、ファイルとブロックボリューム内のブロック（格納位置）とを対応付けたテーブル（図示は省略）を参照して、当該ファイルがどのブロックに対応しているのかを特定し、ファイル単位のライト要求を、ブロック単位のライト要求に変換する。
Ｓ１４０３では、アクティブファイル制御部は、ブロック単位のライト要求を、アクティブストレージＯＳ部を有する第１のストレージ制御部３２０－１に通知する。
Ｓ１４０４では、第１のストレージ制御部３２０－１は、アクセス可否判定を行う。より具体的には、第１のストレージ制御部３２０－１は、冗長データアクセス可否テーブル６３０を用いて、アクティブファイル制御部およびアクティブストレージＯＳ部が属する冗長化グループに対応するレコードを参照し、第１の構成要素のアクセス可否を判定する。第１のストレージ制御部３２０－１は、当該レコードの第１の構成要素のアクセス可否が「可」である場合は、第１の構成要素に規定されている記憶装置２３０を特定し、アクセス「可」と判定する。また、第１のストレージ制御部３２０－１は、第２の構成要素のアクセス可否を判定する。第１のストレージ制御部３２０－１は、第２の構成要素のアクセス可否が「可」である場合、第２の構成要素に規定されている記憶装置２３０を特定し、アクセス「可」と判定する。第１のストレージ制御部３２０－１は、第１の構成要素のアクセス可否および第２の構成要素のアクセス可否の両方または一方が「不可」であるときは、アクセス（ライト）できる記憶装置２３０がない（エラー）と特定し、アクセス「不可」と判定してよい。
例えば、アクティブファイル制御部およびアクティブストレージＯＳ部が「冗長化グループ１」に属している場合、第１のストレージ制御部３２０－１は、冗長データアクセス可否テーブル６３０を参照して、第１の記憶装置２３０－１Ａおよび第３の記憶装置２３０－２Ａにアクセスが可能であると判定する。
Ｓ１４０５およびＳ１４０６では、第１のストレージ制御部３２０－１は、アクセスが「可」であると判定した記憶装置２３０に対してデータの書込みを行う。本例では、第１の記憶装置２３０－１Ａへのアクセスが「可」であるので、第１のストレージ制御部３２０－１は、第１の記憶装置２３０－１Ａに対してデータの書込み（ローカルライト）を行う（Ｓ１４０５）。また、第３の記憶装置２３０－２Ａへのアクセスが「可」であるので、第１のストレージ制御部３２０－１は、第２のノード１２０－２の第３の記憶装置２３０－２Ａに対してデータの書込み（冗長ライト）を行うために、プール構成ボリューム単位のライトコマンドを、スタンバイストレージＯＳ部を有する第２のストレージ制御部３２０－２に送信する（Ｓ１４０６）。
Ｓ１４０７では、第２のストレージ制御部３２０－２は、第３の記憶装置２３０－２Ａに対してデータの書込み（ローカルライト）を行う。
Ｓ１４０８では、第２のストレージ制御部３２０－２は、第３の記憶装置２３０－２Ａへの書込みが完了したことを、アクティブストレージＯＳ部を有する第１のストレージ制御部３２０－１に送信（応答）する。
Ｓ１４０９では、第１のストレージ制御部３２０－１は、ブロック単位のデータの書込みが完了したことをアクティブファイル制御部に通知（ブロックＩ／Ｏ応答）する。
Ｓ１４１０では、アクティブファイル制御部は、ファイル単位のデータの書込みが完了したことをファイルクライアント１１０に送信（ファイルＩ／Ｏ応答）する。
図１５は、第１のノード１２０－１に障害が発生したときのフェイルオーバの制御フローの一例を示す図である。なお、障害が発生したノード１２０の検出については限定しない。自ノード１２０が障害を検出してもよいし、他ノード１２０が障害を検出してもよいし、管理ノードが障害を検出してもよいし、その他の手段により障害を検出してもよい。
Ｓ１５０１では、管理部３３０は、クラスタ間ＤＢ４００の管理部用情報４１０を更新する。より具体的には、管理部３３０は、ノード状態テーブル５４０のノードＩＤ５４１が「Ｎｏｄｅ１」であるレコードの状態５４２を「正常」から「閉塞」に変更する。
Ｓ１５０２およびＳ１５０３では、管理部３３０は、フェイルオーバ対象のファイル制御部３１０およびストレージ制御部３２０を特定する。
より具体的には、管理部３３０は、ストレージＯＳ部ペアテーブル５２０を参照し、アクティブノード５２２が「Ｎｏｄｅ１」のレコードを検索し、当該レコードのストレージＯＳ部ＩＤ５２１「ストレージＯＳ部１」およびスタンバイノード５２３「Ｎｏｄｅ２」（スタンバイストレージＯＳ部）を特定する。また、管理部３３０は、ファイル制御部ペアテーブル５１０を参照し、アクティブノード５１２が「Ｎｏｄｅ１」のレコードを検索し、当該レコードのファイル制御部ＩＤ５１１「ファイル制御部１」およびスタンバイノード５１３「Ｎｏｄｅ２」（スタンバイファイル制御部）を特定する。
Ｓ１５０４では、管理部３３０は、スタンバイストレージＯＳ部を有する第２のストレージ制御部３２０－２にフェイルオーバの指示を通知する。
Ｓ１５０５およびＳ１５０６では、第２のストレージ制御部３２０－２は、アクティブストレージＯＳ部が用いていたブロックボリューム情報および接続ファイル制御部情報をストレージ制御部用情報４２０から取得し、アクティブストレージＯＳ部と同じようにブロックボリュームを作成し、ブロックサービスに係る処理を実行できるようにＩ／Ｏできる状態に設定する。
Ｓ１５０７では、第２のストレージ制御部３２０－２は、ストレージ制御部用情報４２０を更新する。より具体的には、第２のストレージ制御部３２０－２は、ストレージ制御部用情報４２０の冗長データアクセス可否テーブル６３０を参照し、第１の構成要素６３２または第２の構成要素６３３の記憶装置２３０に第１のノード１２０－１の第１の記憶装置２３０－１Ａが含まれているレコードを特定する。本例では、第２のストレージ制御部３２０－２は、冗長化グループＩＤ６３１が「冗長化グループ１」であるレコードと、冗長化グループＩＤ６３１が「冗長化グループ３」であるレコードとを特定する。この場合、第２のストレージ制御部３２０－２は、「冗長化グループ１」であるレコードの第１の構成要素６３２のアクセス可否を「不可」に設定し、「冗長化グループ３」であるレコードの第２の構成要素６３３のアクセス可否を「不可」に設定する。
Ｓ１５０８では、第２のストレージ制御部３２０－２は、第２のストレージ制御部３２０－２のフェイルオーバを完了したことを管理部３３０に通知（応答）する。
Ｓ１５０９では、管理部３３０は、スタンバイファイル制御部にフェイルオーバの指示を通知する。
Ｓ１５１０およびＳ１５１１では、スタンバイファイル制御部は、アクティブファイル制御部が持っていたファイルシステム情報をファイル制御部用情報４３０から取得し、作成されたブロックボリュームを検出したり、作成されたブロックボリュームにファイルシステムを作成したりする等して、ファイルサービスに係る処理を実行できるようにＩ／Ｏできる状態に設定する。
Ｓ１５１２では、スタンバイファイル制御部は、アクティブファイル制御部のフェイルオーバを完了したことを管理部３３０に通知（応答）する。
図１６は、フェイルオーバ後のリード処理の制御フローの一例を示す図である。図１６では、ファイルクライアント１１０から、スタンバイファイル制御部にファイル単位のリード要求が行われるケースを例に挙げてリード処理について説明する。
Ｓ１６０１では、スタンバイファイル制御部は、ファイルクライアント１１０からファイル単位のリード要求を受信する。
Ｓ１６０２では、スタンバイファイル制御部は、リクエスト変換を行う。なお、リクエスト変換については、Ｓ１３０２と同様であるので、その説明を省略する。
Ｓ１６０３では、スタンバイファイル制御部は、ブロック単位のリード要求を、スタンバイストレージＯＳ部を有する第２のストレージ制御部３２０－２に通知する。
Ｓ１６０４では、第２のストレージ制御部３２０－２は、アクセス可否判定を行う。なお、アクセス可否判定については、Ｓ１３０４と同様であるので、その説明を省略する。
Ｓ１６０５では、第２のストレージ制御部３２０－２は、アクセスが「可」であると判定した記憶装置２３０に対してデータの読込みを行う。本例では、第３の記憶装置２３０－２Ａへのアクセスが「可」であるので、第２のストレージ制御部３２０－２は、第３の記憶装置２３０－２Ａに対してデータの読込み（ローカルリード）を行う。
Ｓ１６０６では、第２のストレージ制御部３２０－２は、ブロックデータと、読込みが完了したこととを、スタンバイファイル制御部に通知（ブロックＩ／Ｏ応答）する。
Ｓ１６０７では、スタンバイファイル制御部は、データ変換を行う。データ変換では、ブロックデータがファイルデータに変換される。
Ｓ１６０８では、スタンバイファイル制御部は、ファイルデータと、読込みが完了したことをファイルクライアント１１０に通知（ファイルＩ／Ｏ応答）する。
図１７は、フェイルオーバ後のライト処理の制御フローの一例を示す図である。図１７では、ファイルクライアント１１０から、スタンバイファイル制御部にファイル単位のライト要求が行われるケースを例に挙げてライト処理について説明する。
Ｓ１７０１では、スタンバイファイル制御部は、ファイルクライアント１１０からファイル単位のライト要求を受信する。
Ｓ１７０２では、スタンバイファイル制御部は、リクエスト変換を行う。なお、リクエスト変換については、Ｓ１４０２と同様であるので、その説明を省略する。
Ｓ１７０３では、スタンバイファイル制御部は、ブロック単位のライト要求を、スタンバイストレージＯＳ部を有する第２のストレージ制御部３２０－２に通知する。
Ｓ１７０４では、第２のストレージ制御部３２０－２は、アクセス可否判定を行う。なお、アクセス可否判定については、Ｓ１４０４と同様であるので、その説明を省略する。ここでは、冗長データアクセス可否テーブル６３０がＳ１５０７において更新されているので、第２のストレージ制御部３２０－２は、第３の記憶装置２３０－２Ａにアクセスが可能であると判定する。
Ｓ１７０５では、第２のストレージ制御部３２０－２は、アクセスが「可」であると判定した記憶装置２３０に対してデータの書込みを行う。本例では、第１の記憶装置２３０－１Ａへのアクセスが「不可」であり、第３の記憶装置２３０－２Ａへのアクセスが「可」であるので、第２のストレージ制御部３２０－２は、第３の記憶装置２３０－２Ａに対してデータの書込み（ローカルライト）を行う。
Ｓ１７０６では、第２のストレージ制御部３２０－２は、ブロック単位のデータの書込みが完了したことをスタンバイファイル制御部に通知（ブロックＩ／Ｏ応答）する。
Ｓ１７０７では、スタンバイファイル制御部は、ファイル単位のデータの書込みが完了したことをファイルクライアント１１０に送信（ファイルＩ／Ｏ応答）する。
本実施の形態では、ファイル制御部ペアおよびストレージＯＳ部ペアを同一ノード１２０上で揃えることにより、ノード１２０に障害が発生したときに、それぞれのフェイルオーバ先が同一ノード１２０となり、ストレート構成を維持できる。
また、本実施の形態では、ノード１２０をパーソナルコンピュータ等に適用する場合、上述した制御に関するプログラムは、ＣＤ－ＲＯＭ等の記録媒体、インターネット等のデータ信号を通じて提供することができる。
図１８は、プログラムが提供される態様の一例を示す図である。
パーソナルコンピュータ１８００は、ＣＤ－ＲＯＭ１８４０を介してプログラムの提供を受ける。また、パーソナルコンピュータ１８００は、通信回線１８１０との接続機能を有する。コンピュータ１８２０は、上記プログラムを提供するサーバーコンピュータであり、ハードディスク１８３０等の記録媒体にプログラムを格納する。通信回線１８１０は、インターネット、パソコン通信等の通信回線、専用通信回線等である。コンピュータ１８２０は、ハードディスク１８３０を使用してプログラムを読み出し、通信回線１８１０を介してプログラムをパーソナルコンピュータ１８００に送信する。すなわち、プログラムをデータ信号として搬送波を介して、通信回線１８１０を介して送信する。このように、プログラムは、記録媒体、データ信号（搬送波）等の種々の形態のコンピュータ読み込み可能なコンピュータプログラム製品として供給できる。
（２）付記
上述の実施の形態には、例えば、以下のような内容が含まれる。
上述の実施の形態においては、本発明をシステムに適用するようにした場合について述べたが、本発明はこれに限らず、この他種々のシステム、装置、方法、プログラムに広く適用することができる。
また、上述の実施の形態において、例えば、ノード１２０の１つの機能（ファイル制御部３１０、ストレージ制御部３２０等）は、複数の機能に分けられていてもよいし、複数の機能は、１つの機能にまとめられていてもよい。また、ノード１２０の機能の一部は、別の機能として設けられてもよいし、他の機能に含められていてもよい。また、ノード１２０の機能の一部は、ノード１２０と通信可能な他のコンピュータにより実現されてもよい。
また、上述の実施の形態において、各テーブルの構成は一例であり、１つのテーブルは、２以上のテーブルに分割されてもよいし、２以上のテーブルの全部または一部が１つのテーブルであってもよい。
また、上記の説明において、各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記憶装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
上述した実施の形態は、例えば、以下の特徴的な構成を有する。
ファイル単位のＩ／Ｏ（Input / Output）を行うためのファイルサービスと、ブロック単位のＩ／Ｏを行うためのブロックサービスとを提供する複数のノード（例えば、ノード１２０）がネットワーク（例えば、バックエンドネットワーク）を介して接続されているストレージシステム（例えば、ストレージシステム１００）であって、データを記憶する第１の記憶装置（例えば、第１の記憶装置２３０－１Ａ）と、上記ファイルサービスにおいて、ファイルクライアント（例えば、ファイルクライアント１１０）からのファイルＩ／Ｏ要求を受け付け、上記ファイルＩ／Ｏ要求をブロックＩ／Ｏ要求に変換する第１のファイル処理部（例えば、アクティブ型の第１のファイル制御部３１０－１Ａ）と、上記ブロックサービスにおいて、上記ブロックＩ／Ｏ要求をもとに上記第１の記憶装置に対するＩ／Ｏを実行するための処理を行う第１のブロック処理部（例えば、アクティブ型の第１のストレージＯＳ部３２２－１Ａ）とを含んで構成される第１のノード（例えば、第１のノード１２０－１）と、データを記憶する第２の記憶装置（例えば、第３の記憶装置２３０－２Ａ）と、上記ファイルサービスにおいて、ファイルクライアント（例えば、ファイルクライアント１１０）からのファイルＩ／Ｏ要求を受け付け、上記ファイルＩ／Ｏ要求をブロックＩ／Ｏ要求に変換する第２のファイル処理部（例えば、スタンバイ型の第１のファイル制御部３１０－２Ｂ）と、上記ブロックサービスにおいて、上記ブロックＩ／Ｏ要求をもとに上記第２の記憶装置に対するＩ／Ｏを実行するための処理を行う第２のブロック処理部（例えば、スタンバイ型の第１のストレージＯＳ部３２２－２Ｂ）とを含んで構成される第２のノード（例えば、第２のノード１２０－２）と、上記第１のファイル処理部と上記第２のファイル処理部とをペアとして管理し、上記第１のファイル処理部を動作可能に設定し、上記第１のブロック処理部と上記第２のブロック処理部とをペアとして管理し、上記第１のブロック処理部を動作可能に設定する管理部（例えば、管理部３３０）と、を備える。
上記構成では、ファイル処理部およびブロック処理部をそれぞれペアとし、同じ物理ノードに配置することで、ファイル処理部およびブロック処理部間では内部通信が行われ、ファイルサービスとブロックサービスとの連携において、ノード間の通信回数を抑えることができる。
上記管理部は、上記第１のノードに障害が発生した場合、上記第２のファイル処理部に対して上記第１のファイル処理部の処理を引き継ぐようにファイル処理部引継指示を行い（例えば、Ｓ１５０４）、上記第２のブロック処理部に対して上記第１のブロック処理部の処理を引き継ぐようにブロック処理部引継指示を行う（例えば、Ｓ１５０９）。
上記構成では、フェイルオーバ後も、ファイル処理部およびブロック処理部間では内部通信が行われるので、ファイルサービスとブロックサービスとの連携において、ノード間の通信回数を抑えることができ、ファイルのアクセス性能が低下してしまう事態を回避することができる。
上記第１のノードは、上記第１のファイル処理部で変換されたブロックＩ／Ｏ要求が上記第１の記憶装置にデータを書き込む要求である場合、上記第１の記憶装置に上記データを書き込むための処理を行い（例えば、Ｓ１４０５）、更に、上記第２のノードに対して上記データを上記第２の記憶装置に書き込むように指示を送信する（例えば、Ｓ１４０６）。
上記構成では、第１の記憶装置と第２の記憶装置とに対して同じデータが書き込まれるので、フェイルオーバ後にもデータローカリティを活かした高速アクセスが可能となる。
上記管理部は、上記ブロック処理部引継指示に対する応答であって、上記第１のファイル処理部の処理の引継ぎが完了したことを示す応答を受信した後に、上記ファイル処理部引継指示を行う（例えば、図１５参照）。
上記構成では、第２のブロック処理部において第１のブロック処理部の処理の引継ぎが行われていない状態にあるときに、第２のファイル処理部がファイルクライアントからのファイルＩ／Ｏ要求を受け付けてしまう事態を回避することができる。
また上述した構成については、本発明の要旨を超えない範囲において、適宜に、変更したり、組み替えたり、組み合わせたり、省略したりしてもよい。
「Ａ、Ｂ、およびＣのうちの少なくとも１つ」という形式におけるリストに含まれる項目は、（Ａ）、（Ｂ）、（Ｃ）、（ＡおよびＢ）、（ＡおよびＣ）、（ＢおよびＣ）または（Ａ、Ｂ、およびＣ）を意味することができると理解されたい。同様に、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」の形式においてリストされた項目は、（Ａ）、（Ｂ）、（Ｃ）、（ＡおよびＢ）、（ＡおよびＣ）、（ＢおよびＣ）または（Ａ、Ｂ、およびＣ）を意味することができる。
１００……ストレージシステム、１１０……ファイルクライアント、１２０……ノード。

Claims (4)

  1. ファイル単位のＩ／Ｏ（Input / Output）を行うためのファイルサービスと、ブロック単位のＩ／Ｏを行うためのブロックサービスとを提供する複数のノードがネットワークを介して接続されているストレージシステムであって、
    データを記憶する第１の記憶装置と、前記ファイルサービスにおいて、ファイルクライアントからのファイルＩ／Ｏ要求を受け付け、前記ファイルＩ／Ｏ要求をブロックＩ／Ｏ要求に変換する第１のファイル処理部と、前記ブロックサービスにおいて、前記ブロックＩ／Ｏ要求をもとに前記第１の記憶装置に対するＩ／Ｏを実行するための処理を行う第１のブロック処理部とを含んで構成される第１のノードと、
    データを記憶する第２の記憶装置と、前記ファイルサービスにおいて、ファイルクライアントからのファイルＩ／Ｏ要求を受け付け、前記ファイルＩ／Ｏ要求をブロックＩ／Ｏ要求に変換する第２のファイル処理部と、前記ブロックサービスにおいて、前記ブロックＩ／Ｏ要求をもとに前記第２の記憶装置に対するＩ／Ｏを実行するための処理を行う第２のブロック処理部とを含んで構成される第２のノードと、
    前記第１のファイル処理部と前記第２のファイル処理部とをペアとして管理し、前記第１のファイル処理部を動作可能に設定し、前記第１のブロック処理部と前記第２のブロック処理部とをペアとして管理し、前記第１のブロック処理部を動作可能に設定する管理部と、
    を備え、
    前記第１のノードに障害が発生した場合、前記管理部は、
    前記第２のブロック処理部に対して前記第１のブロック処理部の処理を引き継ぐようにブロック処理部引継指示を行い、
    前記ブロック処理部引継指示に対する応答であって、前記第１のブロック処理部の処理の引継ぎが完了したことを示す応答を受信した後に、前記第２のファイル処理部に対して前記第１のファイル処理部の処理を引き継ぐようにファイル処理部引継指示を行う、
    ストレージシステム。
  2. 前記第１のノードは、前記第１のファイル処理部で変換されたブロックＩ／Ｏ要求が前記第１の記憶装置にデータを書き込む要求である場合、前記第１の記憶装置に前記データを書き込むための処理を行い、更に、前記第２のノードに対して前記データを前記第２の記憶装置に書き込むように指示を送信する、
    請求項１に記載のストレージシステム。
  3. ファイル単位のＩ／Ｏ（Input / Output）を行うためのファイルサービスと、ブロック単位のＩ／Ｏを行うためのブロックサービスとを提供する複数のノードがネットワークを介して接続されているストレージシステムにおいて、前記ファイルサービスと前記ブロックサービスとを連携するための連携方法であって、
    前記ストレージシステムは、
    データを記憶する第１の記憶装置と、前記ファイルサービスにおいて、ファイルクライアントからのファイルＩ／Ｏ要求を受け付け、前記ファイルＩ／Ｏ要求をブロックＩ／Ｏ要求に変換する第１のファイル処理部と、前記ブロックサービスにおいて、前記ブロックＩ／Ｏ要求をもとに前記第１の記憶装置に対するＩ／Ｏを実行するための処理を行う第１のブロック処理部とを含んで構成される第１のノードと、
    データを記憶する第２の記憶装置と、前記ファイルサービスにおいて、ファイルクライアントからのファイルＩ／Ｏ要求を受け付け、前記ファイルＩ／Ｏ要求をブロックＩ／Ｏ要求に変換する第２のファイル処理部と、前記ブロックサービスにおいて、前記ブロックＩ／Ｏ要求をもとに前記第２の記憶装置に対するＩ／Ｏを実行するための処理を行う第２のブロック処理部とを含んで構成される第２のノードと、
    管理部と、を備え、
    前記管理部が、
    前記第１のファイル処理部と前記第２のファイル処理部とをペアとして管理することと、
    前記第１のファイル処理部を動作可能に設定することと、
    前記第１のブロック処理部と前記第２のブロック処理部とをペアとして管理することと、
    前記第１のブロック処理部を動作可能に設定することと、
    を含み、
    前記第１のノードに障害が発生した場合、前記管理部は、
    前記第２のブロック処理部に対して前記第１のブロック処理部の処理を引き継ぐようにブロック処理部引継指示を行い、
    前記ブロック処理部引継指示に対する応答であって、前記第１のブロック処理部の処理の引継ぎが完了したことを示す応答を受信した後に、前記第２のファイル処理部に対して前記第１のファイル処理部の処理を引き継ぐようにファイル処理部引継指示を行う、
    連携方法。
  4. ファイル単位のＩ／Ｏ（Input / Output）を行うためのファイルサービスと、ブロック単位のＩ／Ｏを行うためのブロックサービスとを提供する複数のノードがネットワークを介して接続されているストレージシステムにおいて、前記ファイルサービスと前記ブロックサービスとを提供するためのプログラムであって、
    前記ストレージシステムは、
    データを記憶する第１の記憶装置と、前記ファイルサービスにおいて、ファイルクライアントからのファイルＩ／Ｏ要求を受け付け、前記ファイルＩ／Ｏ要求をブロックＩ／Ｏ要求に変換する第１のファイル処理部と、前記ブロックサービスにおいて、前記ブロックＩ／Ｏ要求をもとに前記第１の記憶装置に対するＩ／Ｏを実行するための処理を行う第１のブロック処理部とを含んで構成される第１のノードと、
    データを記憶する第２の記憶装置と、前記ファイルサービスにおいて、ファイルクライアントからのファイルＩ／Ｏ要求を受け付け、前記ファイルＩ／Ｏ要求をブロックＩ／Ｏ要求に変換する第２のファイル処理部と、前記ブロックサービスにおいて、前記ブロックＩ／Ｏ要求をもとに前記第２の記憶装置に対するＩ／Ｏを実行するための処理を行う第２のブロック処理部とを含んで構成される第２のノードと、
    を備え、
    前記第１のファイル処理部と前記第２のファイル処理部とをペアとして管理し、前記第１のファイル処理部を動作可能に設定し、前記第１のブロック処理部と前記第２のブロック処理部とをペアとして管理し、前記第１のブロック処理部を動作可能に設定する処理と、
    前記第１のノードに障害が発生した場合、
    前記第２のブロック処理部に対して前記第１のブロック処理部の処理を引き継ぐようにブロック処理部引継指示を行い、
    前記ブロック処理部引継指示に対する応答であって、前記第１のブロック処理部の処理の引継ぎが完了したことを示す応答を受信した後に、前記第２のファイル処理部に対して前記第１のファイル処理部の処理を引き継ぐようにファイル処理部引継指示を行う処理と、を前記ストレージシステムに設けられているノードに実行させるためのプログラム。
JP2020130800A 2020-07-31 2020-07-31 ストレージシステム、連携方法、およびプログラム Active JP7100090B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2020130800A JP7100090B2 (ja) 2020-07-31 2020-07-31 ストレージシステム、連携方法、およびプログラム
US17/037,841 US11165850B1 (en) 2020-07-31 2020-09-30 Storage system and method of storing data in nodes
CN202110260903.3A CN114063896A (zh) 2020-07-31 2021-03-10 存储系统、协作方法以及程序
US17/487,541 US11496547B2 (en) 2020-07-31 2021-09-28 Storage system node communication

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2020130800A JP7100090B2 (ja) 2020-07-31 2020-07-31 ストレージシステム、連携方法、およびプログラム

Publications (2)

Publication Number Publication Date
JP2022027033A JP2022027033A (ja) 2022-02-10
JP7100090B2 true JP7100090B2 (ja) 2022-07-12

Family

ID=78331478

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020130800A Active JP7100090B2 (ja) 2020-07-31 2020-07-31 ストレージシステム、連携方法、およびプログラム

Country Status (3)

Country Link
US (2) US11165850B1 (ja)
JP (1) JP7100090B2 (ja)
CN (1) CN114063896A (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114338650B (zh) * 2021-12-23 2024-10-29 中电金信软件有限公司 文件传输方法、装置、电子设备及可读存储介质
JP2023103850A (ja) * 2022-01-14 2023-07-27 株式会社日立製作所 ストレージシステム、連携方法、およびプログラム

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003233467A (ja) 2001-12-14 2003-08-22 Hitachi Ltd ストレージベースリモートコピーでのパス選択方式
JP2005535034A (ja) 2002-08-02 2005-11-17 グラス・バレー（ユー・エス）インコーポレイテッド メディア・エリア・ネットワークのためのリアルタイム故障回復

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7398302B2 (en) 2001-03-30 2008-07-08 Hitachi, Ltd. Remote copy with path selection and prioritization
US7096269B2 (en) 2001-03-30 2006-08-22 Hitachi, Ltd. Path selection methods for storage based remote copy
JP2004220216A (ja) * 2003-01-14 2004-08-05 Hitachi Ltd Ｓａｎ／ｎａｓ統合型ストレージ装置
US8892689B1 (en) * 2008-04-30 2014-11-18 Netapp, Inc. Method and apparatus for a storage server to automatically discover and join a network storage cluster
US8868492B2 (en) * 2011-06-15 2014-10-21 Oracle International Corporation Method for maximizing throughput and minimizing transactions response times on the primary system in the presence of a zero data loss standby replica
WO2014115188A1 (en) * 2013-01-28 2014-07-31 Hitachi, Ltd. Storage system and method for allocating resource
ES2718683T3 (es) * 2014-11-25 2019-07-03 Philipp Gabler Procedimiento para la comunicación entre al menos dos terminales
US10942815B2 (en) * 2015-07-09 2021-03-09 Hitachi, Ltd. Storage control system managing file-level and block-level storage services, and methods for controlling such storage control system
US10831465B2 (en) 2016-02-12 2020-11-10 Nutanix, Inc. Virtualized file server distribution across clusters
US10039363B2 (en) * 2016-05-02 2018-08-07 L'oreal Multi-phase cosmetic composition mixing pack
CN111193600B (zh) * 2018-11-14 2023-04-07 杭州海康威视系统技术有限公司 一种接管服务的方法、装置及系统
US11416354B2 (en) * 2019-09-05 2022-08-16 EMC IP Holding Company LLC Techniques for providing intersite high availability of data nodes in a virtual cluster

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003233467A (ja) 2001-12-14 2003-08-22 Hitachi Ltd ストレージベースリモートコピーでのパス選択方式
JP2005535034A (ja) 2002-08-02 2005-11-17 グラス・バレー（ユー・エス）インコーポレイテッド メディア・エリア・ネットワークのためのリアルタイム故障回復

Also Published As

Publication number Publication date
US11165850B1 (en) 2021-11-02
US11496547B2 (en) 2022-11-08
CN114063896A (zh) 2022-02-18
JP2022027033A (ja) 2022-02-10
US20220038526A1 (en) 2022-02-03

Similar Documents

Publication Publication Date Title
US9329795B2 (en) Logical volume transfer method and storage network system
US20190310925A1 (en) Information processing system and path management method
US7415506B2 (en) Storage virtualization and storage management to provide higher level storage services
US8914610B2 (en) Configuring object storage system for input/output operations
US6854034B1 (en) Computer system and a method of assigning a storage device to a computer
JP3843713B2 (ja) 計算機システム及びそのデバイスの割り当て方法
US9098466B2 (en) Switching between mirrored volumes
US9262087B2 (en) Non-disruptive configuration of a virtualization controller in a data storage system
US10241712B1 (en) Method and apparatus for automated orchestration of long distance protection of virtualized storage
US11789840B2 (en) Managing containers on a data storage system
JP4955996B2 (ja) ボリューム移行方法およびストレージネットワークシステム
US20140143391A1 (en) Computer system and virtual server migration control method for computer system
US10884622B2 (en) Storage area network having fabric-attached storage drives, SAN agent-executing client devices, and SAN manager that manages logical volume without handling data transfer between client computing device and storage drive that provides drive volume of the logical volume
JP7100090B2 (ja) ストレージシステム、連携方法、およびプログラム
JP6772202B2 (ja) ストレージシステム及び記憶制御方法
JP2023103850A (ja) ストレージシステム、連携方法、およびプログラム
US9612769B1 (en) Method and apparatus for automated multi site protection and recovery for cloud storage
WO2019003416A1 (ja) ストレージシステム及び記憶制御方法
US20210334043A1 (en) Storage system and storage system control method
US12086159B1 (en) Techniques for adding and removing storage objects from groups
JP6606235B1 (ja) ストレージシステム
JP2022020926A (ja) ストレージシステム及び処理移行方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210219

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210219

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220208

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220328

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220419

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220502

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220630

R150 Certificate of patent or registration of utility model

Ref document number: 7100090

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350