JP2017090951A - ストレージ制御装置、および制御プログラム - Google Patents

ストレージ制御装置、および制御プログラム Download PDF

Info

Publication number
JP2017090951A
JP2017090951A JP2015215460A JP2015215460A JP2017090951A JP 2017090951 A JP2017090951 A JP 2017090951A JP 2015215460 A JP2015215460 A JP 2015215460A JP 2015215460 A JP2015215460 A JP 2015215460A JP 2017090951 A JP2017090951 A JP 2017090951A
Authority
JP
Japan
Prior art keywords
storage
storage control
virtual volume
control device
tpv
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
JP2015215460A
Other languages
English (en)
Other versions
JP6569477B2 (ja
Inventor
敬宏 大山
Takahiro Oyama
敬宏 大山
明人 小林
Akito Kobayashi
明人 小林
基裕 酒井
Motohiro Sakai
基裕 酒井
振一郎 松村
Shinichiro Matsumura
振一郎 松村
拓郎 隈部
Takuro Kumabe
拓郎 隈部
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.)
Fujitsu Ltd
Original Assignee
Fujitsu 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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2015215460A priority Critical patent/JP6569477B2/ja
Priority to US15/298,680 priority patent/US20170123699A1/en
Publication of JP2017090951A publication Critical patent/JP2017090951A/ja
Application granted granted Critical
Publication of JP6569477B2 publication Critical patent/JP6569477B2/ja
Expired - Fee Related 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/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0614—Improving the reliability of storage systems
    • G06F3/0619—Improving the reliability of storage systems in relation to data integrity, e.g. data losses, bit errors
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/061—Improving I/O performance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0629—Configuration or reconfiguration of storage systems
    • G06F3/0631—Configuration or reconfiguration of storage systems by allocating resources to storage systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0629—Configuration or reconfiguration of storage systems
    • G06F3/0635—Configuration or reconfiguration of storage systems by changing the path, e.g. traffic rerouting, path reconfiguration
    • 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/0662—Virtualisation aspects
    • G06F3/0664—Virtualisation aspects at device level, e.g. emulation of a storage device or system
    • 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/0662—Virtualisation aspects
    • G06F3/0665—Virtualisation aspects at area level, e.g. provisioning of virtual or logical volumes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0683—Plurality of storage devices
    • G06F3/0689—Disk arrays, e.g. RAID, JBOD

Landscapes

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

Abstract

【課題】仮想ボリュームに対するアクセスによる複数のストレージ制御装置の間の通信を抑制すること。
【解決手段】図１の（１）で示すように、ストレージ制御装置１０１＃０は、ＴＰＶ＃１のチャンクへの割り当て要求を取得する。ＴＰＶ＃１への割り当て要求を取得した場合、ストレージ制御装置１０１＃０は、図１の（２）で示すように、第１のストレージ制御装置１０１として、ＴＰＶ＃１を制御するストレージ制御装置１０１＃１が制御する物理領域１０２＃１をＴＰＶ＃１に割り当てる。これにより、ＴＰＶ＃１へのＩ／Ｏの処理において、ＴＰＶ＃１を制御するストレージ制御装置１０１とＴＰＶ＃１に割り当てられた物理領域１０２を制御するストレージ制御装置１０１とが同一となる。従って、ストレージ制御装置１０１間の通信が減り、オーバヘッドを減らすことができる。
【選択図】図１

Description

本発明は、ストレージ制御装置、および制御プログラムに関する。
従来、物理的な記憶領域の記憶容量以上の容量を有する仮想ボリュームを提供する、シン・プロビジョニングと呼ばれる技術がある。関連する先行技術として、例えば、上位装置から所定の機能の実行を要求された場合、第１および第２記憶制御装置の状況と各記憶制御装置でそれぞれ実行可能な機能とに基づいて、各記憶制御装置のうちいずれが所定の機能を実行すべきか判断するものがある。また、物理的に存在する実ストレージの記憶容量、実ストレージのアクセス制御の担当コントローラ、実ストレージの仮想ストレージの記憶容量、仮想ストレージのデータの移行先を考慮し、ストレージプールに跨って移管すべき実ストレージを検索する技術がある。
特開２０１０−２３８１３１号公報 特開２００７−１９９８９１号公報
しかしながら、従来技術によれば、それぞれ異なる記憶領域を制御する複数のストレージ制御装置のいずれかの記憶領域が割り当てられた仮想ボリュームに対してアクセスを行うと、複数のストレージ制御装置の間の通信が増大することがある。例えば、仮想ボリュームを制御するストレージ制御装置と、仮想ボリュームに割り当てられた記憶領域を制御するストレージ制御装置とが異なる場合、仮想ボリュームにアクセスすると、２つのストレージ制御装置の間で通信が発生することになる。
１つの側面では、本発明は、仮想ボリュームに対するアクセスによる複数のストレージ制御装置の間の通信を抑制することができるストレージ制御装置、および制御プログラムを提供することを目的とする。
本発明の一側面によれば、仮想ボリュームの使用状況に応じて記憶領域の割り当て量が変化する仮想ボリュームへの記憶領域の割り当て要求を取得し、割り当て要求を取得した場合、それぞれ異なる記憶領域を制御する複数のストレージ制御装置のうちの仮想ボリュームを制御するストレージ制御装置が制御する記憶領域を仮想ボリュームに割り当てるストレージ制御装置、および制御プログラムが提案される。
本発明の一態様によれば、仮想ボリュームに対するアクセスによる複数のストレージ制御装置の間の通信を抑制することができるという効果を奏する。
図１は、本実施の形態にかかるストレージ制御装置１０１＃０〜＃３の動作例を示す説明図である。 図２は、ストレージシステム２００の構成例を示す説明図である。 図３は、ＣＭ２１４のハードウェア構成例を示す説明図である。 図４は、ＴＰＰ均等モードによる割り当て例を示す説明図である。 図５は、ＴＰＶ均等モードによる割り当て例を示す説明図である。 図６は、本実施の形態による割り当て例を示す説明図である。 図７は、ＣＭ２１４の機能構成例を示す説明図である。 図８は、ＲｅｃｅｉｖｅＣＭとＯＬＵ代表ＣＭと物理担当ＣＭとがそれぞれ異なる場合のＩ／Ｏ処理の一例を示す説明図である。 図９は、ＯＬＵ代表ＣＭと物理担当ＣＭとが同一であり、ＲｅｃｅｉｖｅＣＭが異なる場合のＩ／Ｏ処理の一例を示す説明図である。 図１０は、ＲｅｃｅｉｖｅＣＭと物理担当ＣＭとが同一であり、ＯＬＵ代表ＣＭが異なる場合のＩ／Ｏ処理の一例を示す説明図である。 図１１は、ＲｅｃｅｉｖｅＣＭとＯＬＵ代表ＣＭとが同一であり、物理担当ＣＭが異なる場合のＩ／Ｏ処理の一例を示す説明図である。 図１２は、ＲｅｃｅｉｖｅＣＭとＯＬＵ代表ＣＭと物理担当ＣＭとが全て同一の場合のＩ／Ｏ処理の一例を示す説明図である。 図１３は、ライトＩ／Ｏ時における物理領域割り当て処理手順の一例を示すフローチャートである。
以下に図面を参照して、開示のストレージ制御装置、および制御プログラムの実施の形態を詳細に説明する。
図１は、本実施の形態にかかるストレージ制御装置１０１＃０〜＃３の動作例を示す説明図である。ストレージ制御装置１０１＃０〜＃３は、実際の記憶領域である物理領域１０２＃０〜＃３をそれぞれ制御するコンピュータである。また、ストレージ制御装置１０１＃０〜＃３は、シン・プロビジョニングによる仮想ボリュームを、ストレージ制御装置１０１＃０〜＃３を利用するホストコンピュータに提供する。以下、ホストコンピュータを、「ホスト」と称する。ホストは、例えば、Ｗｅｂサーバ、データベースサーバ等といったサーバである。
ここで、シン・プロビジョニングとは、物理的な記憶領域の記憶容量以上の容量を有する仮想ボリュームを提供する技術である。シン・プロビジョニング機能により仮想化したＬＵＮ（Ｌｏｇｉｃａｌ Ｕｎｉｔ Ｎｕｍｂｅｒ）をシン・プロビジョニングボリューム（Ｔｈｉｎ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｖｏｌｕｍｅ：ＴＰＶ）と呼ぶ。また、ＴＰＶを一定の論理ブロックサイズごとに分割した管理単位をチャンク（ｃｈｕｎｋ）と呼ぶ。また、ＴＰＶは、ある数のＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋｓ）グループから成るシン・プロビジョニングプール（Ｔｈｉｎ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｐｏｏｌ：ＴＰＰ）内に作成される。ストレージ制御装置１０１＃０〜＃３は、それぞれ、担当のＴＰＶの制御を行う。
ここで、ＲＡＩＤグループは、ＲＡＩＤ技術により仮想化したボリュームを形成する記憶装置の集合である。そして、ＲＡＩＤ技術は、複数の記憶装置を組み合わせて仮想的なボリュームとして運用する技術である。ここで、ＲＡＩＤには、仮想化したボリュームの形成の仕方を表すＲＡＩＤレベルが存在する。ＲＡＩＤレベルは、ＲＡＩＤ０〜ＲＡＩＤ６までのＲＡＩＤレベルが存在する。また、ＲＡＩＤには、ＲＡＩＤ０＋１というように、複数のＲＡＩＤレベルを組み合わせたレベルも存在する。本実施の形態は、どのＲＡＩＤレベルであっても適用することができる。
従って、図１の例では、物理領域１０２＃０〜＃３は、ＲＡＩＤグループにより形成されたボリュームである。そして、物理領域１０２＃０〜＃３が１つのＴＰＰを形成する。なお、物理領域１０２＃０〜＃３のＲＡＩＤレベルは、同一でもよいし異なってもよい。また、物理領域１０２＃０〜＃３のそれぞれが、１つの物理的な記憶装置でもよい。また、物理領域１０２＃０〜＃３のいずれかがＲＡＩＤグループに形成されたボリュームであり、他が１つの物理的な記憶装置である、というように混在していてもよい。
ここで、ＴＰＶに対して、ホストからデータのライトが行われたとする。この場合、ストレージ制御装置１０１＃０〜＃３のうちの割り当てを制御するストレージ制御装置１０１は、ホストからライトされた量に応じた物理ディスク領域をチャンクごとに論理領域へ、ＴＰＰ内のＲＡＩＤグループから割り当てる。ライトが行われる範囲の論理領域が、全て割り当て済みであった場合、割り当てを制御するストレージ制御装置１０１は、新たに物理領域の割り当てを行わない。なお、シン・プロビジョニング機能によりＴＰＶを作成した直後は、どのチャンクにも物理領域は割り当たっていない。このように、ＴＰＶは、ＴＰＶの使用状況に応じて物理領域の割り当て量が変化する。
ここで、ライトが行われる範囲の論理領域に未割り当ての領域がある場合には、チャンクに対して物理領域を割り当てることになる。チャンクに対して物理領域を割り当てる方法は、ＴＰＰ均等モードによる方法と、ＴＰＶ均等モードによる方法とが考えられる。ＴＰＰ均等モードの詳細については、図４で説明する。また、ＴＰＶ均等モードの詳細については、図５で説明する。
しかしながら、ＴＰＰ均等モードと、ＴＰＶ均等モードのいずれの方法を行っても、Ｉ／Ｏ時に複数のストレージ制御装置の間の通信が増大する。具体的には、ＴＰＶを制御するストレージ制御装置と、ＴＰＶに割り当てられた物理領域を制御するストレージ制御装置とが異なる場合、仮想ボリュームにアクセスすると、２つのストレージ制御装置の間で通信が発生することになる。
そこで、本実施の形態では、ＴＰＶを制御するストレージ制御装置１０１が制御する物理領域１０２を、ＴＰＶのチャンクに割り当てることについて説明する。
以下、図１を用いて、ストレージ制御装置１０１＃０〜＃３の動作例について説明する。図１の例では、割り当てを制御するストレージ制御装置１０１が、ストレージ制御装置１０１＃０であるとする。そして、ストレージ制御装置１０１＃０がＴＰＶ＃０の制御をし、ストレージ制御装置１０１＃１がＴＰＶ＃１の制御をし、ストレージ制御装置１０１＃２がＴＰＶ＃２の制御をするものとする。また、図１の例では、物理領域１０２＃０〜３は、それぞれ４つの物理領域を有するものとする。
この状態で、図１の（１）で示すように、ストレージ制御装置１０１＃０は、ＴＰＶ＃１のチャンクへの割り当て要求を取得する。例えば、ホストからＴＰＶ＃１への書き込み要求を受けると、ＴＰＶ＃１を制御するストレージ制御装置１０１＃１は、書き込み要求に対する論理領域に対する物理領域が未割り当てであれば、新たな物理領域の割り当て要求を生成する。そして、ストレージ制御装置１０１＃１は、生成した割り当て要求をストレージ制御装置１０１＃０に送信する。この場合、ストレージ制御装置１０１＃０は、ストレージ制御装置１０１＃１から、ＴＰＶ＃１のチャンクへの割り当て要求を取得する。
また、図１の例とは異なるが、ＴＰＶ＃０への書き込み要求を受けると、ＴＰＶ＃０を制御するストレージ制御装置１０１＃０は、書き込み要求に対する領域が未割り当てである場合、新たな物理領域の割り当て要求を生成する。この場合、ストレージ制御装置１０１＃０は、割り当て要求を生成することにより、ストレージ制御装置１０１＃１から、ＴＰＶ＃０への割り当て要求を取得する。
ＴＰＶ＃１への割り当て要求を取得した場合、ストレージ制御装置１０１＃０は、図１の（２）で示すように、第１のストレージ制御装置１０１として、ＴＰＶ＃１を制御するストレージ制御装置１０１＃１が制御する物理領域１０２＃１をＴＰＶ＃１に割り当てる。本実施の形態による割り当て例を、図６で示す。具体的には、図１の例では、ストレージ制御装置１０１＃０は、ストレージ制御装置１０１＃１に対して、物理領域１０２＃１をＴＰＶ＃１に割り当てる指示を送信する。そして、ストレージ制御装置１０１＃１は、指示に従って、ＴＰＶ＃１のチャンクに対して物理領域１０２＃１の１つの分割領域を割り当てる。
これにより、ＴＰＶ＃１へのＩ／Ｏの処理において、ＴＰＶ＃１を制御するストレージ制御装置１０１とＴＰＶ＃１に割り当てられた物理領域１０２を制御するストレージ制御装置１０１とが同一となる。従って、ストレージ制御装置１０１間の通信が減り、オーバヘッドを減らすことができる。次に、図１で示したストレージ制御装置１０１＃０〜＃２を、ストレージシステムに適用した例を、図２を用いて説明する。
図２は、ストレージシステム２００の構成例を示す説明図である。図２では、ストレージシステム２００の構成例を説明する。ストレージシステム２００は、ディスクアレイ装置２０１と、ホスト２０２とを有する。ディスクアレイ装置２０１は、ＣＥ（Ｃｏｎｔｒｏｌｌｅｒ Ｅｎｃｌｏｓｕｒｅ）２１１＃０、＃１、…と、ＦＥ（Ｆｒｏｎｔｅｎｄ Ｅｎｃｌｏｓｕｒｅ）２１２と、ＤＥ（Ｄｒｉｖｅ Ｅｎｃｌｏｓｕｒｅ）２１３＃００〜＃７３、…とを有する。ＣＥ２１１は、ＣＭ（Ｃｏｎｔｒｏｌｌｅｒ Ｍｏｄｕｌｅ）２１４を有する。具体的には、ＣＥ２１１＃０は、ＣＭ２１４＃０、＃１を有し、ＣＥ２１１＃１は、ＣＭ２１４＃２、＃３を有する。ここで、ＣＭ２１４は、図１で説明したストレージ制御装置１０１に相当する。
ホスト２０２は、ＴＰＶを使用する装置である。例えば、ホスト２０２は、ＴＰＶに対して、リードアクセスやライトアクセスといったＩ／Ｏを発行する。
ＦＥ２１２は、ＳＶＣ（ＳｅｒＶｉｃｅ Ｃｏｎｔｒｏｌｌｅｒ）２２１＃０、＃１と、ＦＲＴ（Ｆｒｏｎｔ ｅｎｄ ＲｏｕＴｅｒ）２２２＃０〜＃３とを有する。ＳＶＣ２２１は、システム管理を行うユニットである。ＦＲＴ２２２は、ＣＭ間の通信経路を提供するモジュールである。
ＤＥ２１３＃００〜＃７３、…は、複数のディスクを収める筐体である。ここで、ＤＥ２１３に収められるディスクは、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）である。または、ＤＥ２１３＃００〜＃７３は、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を収めていてもよいし、ＨＤＤとＳＳＤとが混在していてもよい。また、ＤＥ２１３に収められるディスクは、同一の記憶容量を持つものでもよいし、異なる記憶容量を持つものでもよい。
ＣＭ２１４は、ＤＥ２１３に収められるディスクを用いて、ＴＰＶを形成する。ここで、複数のＴＰＶのそれぞれのＴＰＶごとに、ＴＰＶを制御するＣＭが存在する。以下の記載では、ＴＰＶを制御するＣＭを、「ＯＬＵ（Ｏｐｅｎ ＬＵＮ Ｕｎｉｔ）代表ＣＭ」と呼称する。なお、ＣＭ２１４は、１つのＴＰＶを制御してもよいし、複数のＴＰＶを制御してもよい。
また、ＴＰＰ内のＲＡＩＤグループは、それぞれのＲＡＩＤグループを制御するＣＭが存在する。以下の記載では、ＲＡＩＤグループを制御するＣＭを、「物理担当ＣＭ」と呼称する。例えば、物理担当ＣＭは、制御下にあるＲＡＩＤグループのＲＡＩＤレベル５であり、書き込み要求を受信した場合には、パリティの計算を行って、データとパリティをＲＡＩＤグループの各ディスクに書き込む。なお、ＣＭ２１４は、１つのＲＡＩＤグループを制御してもよいし、複数のＲＡＩＤグループを制御してもよい。
また、以下の記載では、ホスト２０２からのアクセスを受け付けるＣＭを、「ＲｅｃｅｉｖｅＣＭ」と呼称する。
図３は、ＣＭ２１４のハードウェア構成例を示す説明図である。ＣＭ２１４は、ＣＰＵ３０１と、メモリ３０２と、キャッシュメモリ３０３と、ＣＡ（Ｃｈａｎｎｅｌ Ａｄａｐｔｏｒ）３０４と、ＥＸＰ（ＥＸＰａｎｄｅｒ）３０５と、を含む。ＣＰＵ３０１〜ＥＸＰ３０５はそれぞれ接続される。
ＣＰＵ３０１は、ＣＭ２１４の全体の制御を司る演算処理装置である。また、ＣＰＵ３０１は、複数のコアを有するマルチコアプロセッサでもよい。メモリ３０２は、ＣＰＵ３０１のワークエリアとして使用される揮発性メモリである。キャッシュメモリ３０３は、メモリ３０２よりアクセス性能が高く、メモリ３０２の一部を記憶するメモリである。ＣＡ３０４は、ホスト２０２と通信する通信インタフェースである。ＣＭ２１４は、図３の例で示すように、複数個のＣＡ３０４を有して、ＣＡ３０４を冗長構成としてもよい。
ＥＸＰ３０５は、ＳＡＳ（Ｓｅｒｉａｌ Ａｔｔａｃｈｅｄ ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ））／ＳＡＴＡ（Ｓｅｒｉａｌ ＡＴＡ（Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ））接続用のＥｘｐａｎｄｅｒチップである。ＣＭ２１４は、図３の例で示すように、複数個のＥＸＰ３０５を有して、ＥＸＰ３０５を冗長構成としてもよい。
図４〜図６を用いて、ＴＰＰ均等モードによる割り当て例と、ＴＰＶ均等モードによる割り当て例と、本実施の形態による割り当て例について説明する。図４〜図６における前提として、ＣＭがＣＭ２１４＃０〜＃３と４つあり、ＴＰＶがＴＰＶ＃０〜＃２と３つあり、ＲＡＩＤグループがＲＡＩＤ＃０〜＃３と４つあるとする。ＲＡＩＤ＃０〜＃３は、ＤＥ２１３内の複数のディスクにより形成されたＲＡＩＤグループである。
そして、ＴＰＶ＃０のＯＬＵ代表ＣＭがＣＭ２１４＃０であり、ＴＰＶ＃１のＯＬＵ代表ＣＭがＣＭ２１４＃１であり、ＴＰＶ＃２のＯＬＵ代表ＣＭがＣＭ２１４＃２であるとする。そして、ＴＰＶ＃０に対して、物理領域を割り当てるものとする。また、ＲＡＩＤ＃０の物理担当ＣＭがＣＭ２１４＃０であり、ＲＡＩＤ＃１の物理担当ＣＭがＣＭ２１４＃１であり、ＲＡＩＤ＃２の物理担当ＣＭがＣＭ２１４＃２であり、ＲＡＩＤ＃３の物理担当ＣＭがＣＭ２１４＃３であるとする。
また、図４〜図６の例では、ＲＡＩＤ＃０〜＃３が、物理領域を分割した４つの分割領域を有するものとする。そして、図４、図５の例では、ＲＡＩＤ＃０、＃１は、ＴＰＶ＃０、＃１のそれぞれの１つのチャンクに対して２つの分割領域を割り当てており、ＲＡＩＤ＃２はＴＰＶ＃１、＃２のそれぞれの１つのチャンクに対して２つの分割領域を割り当てているとする。そして、ＲＡＩＤ＃３はＴＰＶ＃０の１つのチャンクに対して分割領域を割り当てているとする。
また、図６の例では、ＲＡＩＤ＃０はＴＰＶ＃０の３つのチャンクに対して３つの分割領域を割り当てており、ＲＡＩＤ＃１はＴＰＶ＃１の３つのチャンクに対して３つの分割領域を割り当てているとする。そして、ＲＡＩＤ＃２はＴＰＶ＃２の１つのチャンクに対して１つの分割領域を割り当てているとする。そして図４〜図６の例では、ＴＰＶ＃０に対して、分割領域を新規に割り当てるものとする。
図４は、ＴＰＰ均等モードによる割り当て例を示す説明図である。ＴＰＰ均等モードは、ＴＰＰ内のＲＡＩＤグループを、他のＴＰＶも含めて均等に使用するように物理領域を選択し、ＴＰＰとしてバランスよく物理領域を配置するモードである。
図４の例では、ＲＡＩＤ＃０、＃１、＃２は、ＴＰＶの２つのチャンクに対して２つの分割領域を割り当てており、ＲＡＩＤ＃３は、ＴＰＶの１つのチャンクに対して１つの分割領域を割り当てている。この場合、ＴＰＰ均等モードに従うと、割り当てを制御するＣＭは、ＴＰＰ内でのバランスをとるために、ＴＰＶ＃０のチャンクに対してＲＡＩＤ＃３の物理領域を割り当てる。
図５は、ＴＰＶ均等モードによる割り当て例を示す説明図である。ＴＰＶ均等モードは、ＴＰＶ内の物理領域が、ＴＰＰ内のＲＡＩＤグループを均等に使用するように物理領域を選択し、ＴＰＶとしてバランス良く物理領域を配置するモードである。
図５の例では、割り当て要求があったＴＰＶ＃０の各チャンクは、ＲＡＩＤ＃０、＃１、＃３のそれぞれ１つの物理領域が割り当てられている。従って、ＴＰＶ均等モードに従うと、割り当てを制御するＣＭは、ＴＰＶ内でのバランスをとるために、ＴＰＶ＃０のチャンクに対してＲＡＩＤ＃２の物理領域を割り当てる。
図６は、本実施の形態による割り当て例を示す説明図である。図６の例では、本実施の形態に従うと、割り当てを制御するＣＭは、ＴＰＶ＃０のチャンクに対して、ＴＰＶ＃０のＯＬＵ代表ＣＭであるＣＭ＃０が制御するＲＡＩＤ＃０の分割領域を割り当てる。
図４、図５で示した方法では、ＯＬＵ代表ＣＭとは関係なくチャンクが割り当てられる。そのため、Ｉ／Ｏ処理において、ＯＬＵ代表ＣＭと物理担当ＣＭが異なることにより、各処理間でのＣＭ間通信回数が増えてオーバヘッドが発生する可能性がある。これに対し、図６で示した方法では、ＯＬＵ代表ＣＭと物理担当ＣＭが同一となるため、各処理間でのＣＭ間通信回数が減り、オーバヘッドを抑えることができる。なお、マルチパス環境で、チャンクが存在する物理担当ＣＭとＲｅｃｅｉｖｅＣＭが同じになるようにする機能が有効であれば、この機能を併用することにより、さらにＣＭ間通信を削減することが可能となる。
また、ＴＰＶが多数ある場合を想定すると、あるＲＡＩＤグループに物理領域の割り当てが偏らず、ＴＰＰ全体的に見て均等に物理領域が割り当たるようになり、ＣＭへの負荷が分散されることになる。次に、図７を用いて、ＣＭ２１４が有する機能について説明する。
（ＣＭ２１４の機能構成例）
図７は、ＣＭ２１４の機能構成例を示す説明図である。ＣＭ２１４は、制御部７００を有する。制御部７００は、排他制御部７０１と、キャッシュ制御部７０２と、コピー制御部７０３と、ディスク制御部７０４とを含む。キャッシュ制御部７０２は、取得部７１１と、割り当て部７１２とを含む。ここで、制御部７００は、記憶装置に記憶されたプログラムをＣＰＵ３０１が実行することにより、各部の機能を実現する。ここで、記憶装置とは、具体的には、メモリ３０２、ＤＥ２１３内の記憶装置などである。また、各部の処理結果は、ＣＰＵ３０１のレジスタや、キャッシュメモリ３０３等に格納される。
排他制御部７０１は、Ｉ／Ｏ範囲における排他（Ｅｘｔｅｎｔ排他）獲得処理およびＥｘｔｅｎｔ排他解除処理を実行する。
キャッシュ制御部７０２は、キャッシュメモリ３０３に対するキャッシュの獲得処理およびキャッシュの解放処理を実行する。
コピー制御部７０３は、ディスクアレイ装置２０１内のデータをコピーする。例えば、バックアップの目的のため、コピー制御部７０３は、ディスクアレイ装置２０１内のあるボリュームのデータを、他のボリュームにコピーする。
ディスク制御部７０４は、ＤＥ２１３の複数のディスクを制御する。取得部７１１は、ＴＰＶのチャンクへの割り当て要求を取得する。
割り当て部７１２は、取得部７１１が割り当て要求を取得した場合、ＣＭ２１４＃０〜＃３、…のうちの割り当て要求があったＴＰＶのＯＬＵ代表ＣＭが制御する物理領域をＴＰＶのチャンクに割り当てる。
例えば、割り当て部７１２は、取得部７１１が割り当て要求を取得した場合、ＯＬＵ代表ＣＭが制御する物理領域の割り当て量が所定の閾値以下であれば、ＯＬＵ代表ＣＭが制御する物理領域をＴＰＶのチャンクに割り当てる。また、割り当て部７１２は、取得部７１１が割り当て要求を取得した場合、ＯＬＵ代表ＣＭが制御する物理領域の割り当て量が所定の閾値より大きければ、ＣＭ２１４＃０〜＃３、…のうちのＲｅｃｅｉｖｅＣＭが制御する物理領域をＴＰＶのチャンクに割り当てる。
ここで、以下、所定の閾値を、「割り当て量閾値」と呼称する。例えば、割り当て量閾値は、ＯＬＵ代表ＣＭの制御下の物理領域に対する、ある割合でもよい。具体的には、ストレージシステム２００の管理者によって、ＣＭ２１４は、ＯＬＵ代表ＣＭの物理領域全体の記憶容量の９割、８割といった値を割り当て量閾値に設定する。
または、割り当て量閾値は、各ＣＭ２１４の制御下の物理領域の割り当て量の最小値から所定の割合を加えた値でもよい。ここで、説明を簡略化するため、各ＣＭ２１４の制御下の物理領域の記憶容量が、全て同一であるとする。そして、各ＣＭ２１４の制御下の物理領域の割り当て量の最小値が物理領域全体の記憶容量の２割であれば、ＣＭ２１４は、２割に所定の割合、例えば、１割や２割といった値を加えた値を、割り当て量閾値に設定する。これにより、各ＣＭ２１４の間で、割り当て量が著しく偏るということを抑制することができる。
また、割り当て部７１２は、ＲｅｃｅｉｖｅＣＭが制御する物理領域の割り当て量が割り当て量閾値より大きければ、ＣＭ２１４＃０〜＃３、…のうちの割り当て量が最も小さいＣＭの物理領域をＴＰＶのチャンクに割り当ててもよい。
また、上述した機能を、ＴＰＶのチャンクの再割り当ての際にも適用することができる。ここで、再割り当てを行う状況としては、例えば、ＯＬＵ代表ＣＭの制御下の物理領域の割り当て量が割り当て量閾値より一旦大きくなった後、割り当て量が最も小さいＣＭの物理領域を割り当てたとする。そして、ＴＰＶのデータが削除されて割り当てが解除された等により、ＯＬＵ代表ＣＭの制御下の物理領域の割り当て量が割り当て量閾値以下となる場合がある。このような場合に、ＣＭ間通信を減らすべく、ＣＭ２１４は、ＴＰＶのチャンクの再割り当てを行ってもよい。
再割り当てを行う場合、取得部７１１は、ＣＭ２１４＃０〜＃３、…に含まれる、あるＴＰＶのＯＬＵ代表ＣＭとは異なる他のＣＭが制御する物理領域のうちのあるＴＰＶのチャンクとして割り当てられた物理領域に記憶されたデータの移動要求を取得する。そして、割り当て部７１２は、取得部７１１が移動要求を取得した場合、移動要求があったデータの移動先となる、あるＴＰＶのＯＬＵ代表ＣＭが制御する物理領域を、あるＴＰＶのチャンクに割り当てる。割り当てた後、ＣＭ２１４は、移動要求があったデータを移動先にコピーする。
ここで、図４のＴＰＶ＃０のチャンクにＲＡＩＤ＃３の分割領域を割り当てた後の例を用いて再割り当ての具体例を説明する。再割り当てを行う場合、取得部７１１は、あるＴＰＶとして、ＴＰＶ＃０のＯＬＵ代表ＣＭとなるＣＭ２１４＃０とは異なるＣＭ２１４＃１のＴＰＶ＃０のチャンクに割り当てられたＲＡＩＤ＃１の分割領域のデータの移動要求を取得する。そして、割り当て部７１２は、ＴＰＶ＃０のＯＬＵ代表ＣＭとなるＣＭ２１４＃０が制御する分割領域を、ＴＰＶ＃０のチャンクに割り当てる。割り当てた後、ＣＭ２１４は、ＲＡＩＤ＃１のＴＰＶ＃０のチャンクに割り当てられていた分割領域のデータを、ＲＡＩＤ＃０内の割り当て部７１２が割り当てた分割領域に書き込む。
次に、ＲｅｃｅｉｖｅＣＭ、ＯＬＵ代表ＣＭ、物理担当ＣＭの３つのＣＭが異なる場合や同一となる場合のＩ／Ｏ処理について、図８〜図１２を用いて説明する。図８〜図１２において、ＣＭ間の実線の矢印は、ＣＭ間通信を示す。
図８は、ＲｅｃｅｉｖｅＣＭとＯＬＵ代表ＣＭと物理担当ＣＭとがそれぞれ異なる場合のＩ／Ｏ処理の一例を示す説明図である。ＲｅｃｅｉｖｅＣＭは、Ｉ／Ｏを受信する（ステップＳ８０１）。Ｉ／Ｏを受信すると、ＲｅｃｅｉｖｅＣＭは、ＯＬＵ代表ＣＭに対してＣＭ間通信を実行する。
ＣＭ間通信を受けたＯＬＵ代表ＣＭは、Ｅｘｔｅｎｔ排他獲得処理を実行する（ステップＳ８０２）。そして、ＯＬＵ代表ＣＭは、論理領域に対する物理領域を求める処理である論理物理変換処理を実行する（ステップＳ８０３）。次に、ＯＬＵ代表ＣＭは、ＲｅｃｅｉｖｅＣＭに対してＣＭ間通信を実行し、処理をＲｅｃｅｉｖｅＣＭに戻す。
ＣＭ間通信を受けたＲｅｃｅｉｖｅＣＭは、ホストＩ／Ｏを開始し（ステップＳ８０４）、求められた物理領域を担当する物理担当ＣＭに対してＣＭ間通信を実行する。
ＣＭ間通信を受けた物理担当ＣＭは、キャッシュの獲得処理を実行する（ステップＳ８０５）。ここで、物理担当ＣＭは、ＲｅｃｅｉｖｅＣＭに対してＣＭ間通信を実行し、処理をＲｅｃｅｉｖｅＣＭに戻す。
ＣＭ間通信を受けたＲｅｃｅｉｖｅＣＭは、データ処理を実行する（ステップＳ８０６）。そして、ＲｅｃｅｉｖｅＣＭは、ホスト２０２からのＩ／ＯがリードＩ／Ｏである場合、ホスト２０２に完了応答を返す（ステップＳ８０７）。ホスト２０２からのＩ／ＯがリードＩ／ＯでなければステップＳ８０６の終了後、ホスト２０２からのＩ／ＯがリードＩ／ＯであればステップＳ８０７の終了後、ＲｅｃｅｉｖｅＣＭは、物理担当ＣＭに対してＣＭ間通信を実行する。
ＣＭ間通信を受けた物理担当ＣＭは、キャッシュの解放処理を実行する（ステップＳ８０８）。そして、物理担当ＣＭは、ＲｅｃｅｉｖｅＣＭに対してＣＭ間通信を実行し、処理をＲｅｃｅｉｖｅＣＭに戻す。
ＣＭ間通信を受けたＲｅｃｅｉｖｅＣＭは、性能情報の集計処理を実行する（ステップＳ８０９）。そして、ＲｅｃｅｉｖｅＣＭは、ＯＬＵ代表ＣＭに対してＣＭ間通信を実行する。
ＣＭ間通信を受けたＯＬＵ代表ＣＭは、Ｅｘｔｅｎｔ排他解除処理を実行する（ステップＳ８１０）。次に、ＯＬＵ代表ＣＭは、ＲｅｃｅｉｖｅＣＭに対してＣＭ間通信を実行し、処理をＲｅｃｅｉｖｅＣＭに戻す。
ＣＭ間通信を受けたＲｅｃｅｉｖｅＣＭは、ホスト２０２からのＩ／ＯがライトＩ／Ｏである場合、ホスト２０２に完了応答を返す（ステップＳ８１１）。以上により、図８で示す場合、ＣＭ間通信が行われる回数は８回となる。
図９は、ＯＬＵ代表ＣＭと物理担当ＣＭとが同一であり、ＲｅｃｅｉｖｅＣＭが異なる場合のＩ／Ｏ処理の一例を示す説明図である。ステップＳ９０１〜Ｓ９１１の処理は、ステップＳ８０１〜Ｓ８１１と同一であるため、説明を省略する。ＯＬＵ代表ＣＭと物理担当ＣＭとが同一である場合、図８と同様に、ＣＭ間通信が行われる回数は８回となる。
図１０は、ＲｅｃｅｉｖｅＣＭと物理担当ＣＭとが同一であり、ＯＬＵ代表ＣＭが異なる場合のＩ／Ｏ処理の一例を示す説明図である。ステップＳ１００１〜Ｓ１０１１の処理は、ステップＳ８０１〜Ｓ８１１と同一であるため、説明を省略する。ＲｅｃｅｉｖｅＣＭと物理担当ＣＭとが同一である場合、ステップＳ１００４〜Ｓ１００６の各処理の２つの間と、ステップＳ１００７〜Ｓ１００９の各処理の２つの間とにおいて、ＣＭ間通信を行わなくてよくなる。以上により、図１０で示す場合、ＣＭ間通信が行われる回数は４回となる。
図１１は、ＲｅｃｅｉｖｅＣＭとＯＬＵ代表ＣＭとが同一であり、物理担当ＣＭが異なる場合のＩ／Ｏ処理の一例を示す説明図である。ステップＳ１１０１〜Ｓ１１１１の処理は、ステップＳ８０１〜Ｓ８１１と同一であるため、説明を省略する。ＲｅｃｅｉｖｅＣＭとＯＬＵ代表ＣＭとが同一である場合、ステップＳ１１０１、Ｓ１１０２の処理の間と、ステップＳ１１０３、Ｓ１１０４の処理の間と、ステップＳ１１０９〜Ｓ１１１１の各処理の２つの間とにおいて、ＣＭ間通信を行わなくてよくなる。以上により、図１１で示す場合、ＣＭ間通信が行われる回数は４回となる。
図１２は、ＲｅｃｅｉｖｅＣＭとＯＬＵ代表ＣＭと物理担当ＣＭとが全て同一の場合のＩ／Ｏ処理の一例を示す説明図である。ステップＳ１２０１〜Ｓ１２１１の処理は、ステップＳ８０１〜Ｓ８１１と同一であるため、説明を省略する。ＲｅｃｅｉｖｅＣＭとＯＬＵ代表ＣＭと物理担当ＣＭとが同一である場合、ステップＳ１２０１〜Ｓ１２１１の全てにおいて、ＣＭ間通信を行わなくてよくなる。以上により、図１２で示す場合、ＣＭ間通信が行われる回数は０回となる。
次に、物理領域割り当て処理を示すフローチャートを、図１３を用いて説明する。
図１３は、ライトＩ／Ｏ時における物理領域割り当て処理手順の一例を示すフローチャートである。ライトＩ／Ｏ時における物理領域割り当て処理は、ライトＩ／Ｏを受け付けた際に行う処理である。ここで、ホスト２０２との接続がシングルパスである場合、ホスト２０２と接続するＣＭ２１４がＲｅｃｅｉｖｅＣＭとなる。また、ホスト２０２との接続がマルチパスであり、かつ、Ａｃｔｉｖｅ／Ａｃｔｉｖｅ−ｐｒｅｆｅｒｒｅｄの環境である場合、Ａｃｔｉｖｅ−ｐｒｅｆｅｒｒｅｄとなるパスで接続するＣＭ２１４がＲｅｃｅｉｖｅＣＭとなる。ここで、Ａｃｔｉｖｅ／Ａｃｔｉｖｅ−ｐｒｅｆｅｒｒｅｄの環境とは、有効な複数のパスのいずれか一つが、Ａｃｔｉｖｅ−ｐｒｅｆｅｒｒｅｄとして優先的なパスとして設定された状態のことである。
ＯＬＵ代表ＣＭは、ＩＯ範囲に対応する領域が割り当て済みか否かを判断する（ステップＳ１３０１）。ＩＯ範囲に対応する領域が割り当て済みである場合（ステップＳ１３０１：Ｙｅｓ）、ディスクアレイ装置２０１は、ライトＩ／Ｏ時における物理領域割り当て処理を終了する。
一方、ＩＯ範囲に対応する領域が割り当て済みでない場合（ステップＳ１３０１：Ｎｏ）、ＩＯ範囲に対応する領域に物理領域を割り当てることになるため、ＯＬＵ代表ＣＭは、割り当てを制御するＣＭにＩＯ範囲に対応する領域の割り当て要求を発行する。そして、割り当てを制御するＣＭは、ＯＬＵ代表ＣＭからＩＯ範囲に対応する領域の割り当て要求を取得する。なお、割り当てを制御するＣＭとＯＬＵ代表ＣＭとが同一である場合、割り当てを制御するＣＭは、自身によって割り当て要求を生成することにより、割り当て要求を取得するものとする。
そして、割り当てを制御するＣＭは、ＯＬＵ代表ＣＭ制御下の割り当て量が割り当て量閾値を超えているか否かを判断する（ステップＳ１３０２）。ＯＬＵ代表ＣＭ制御下の割り当て量が割り当て量閾値を超えていない場合（ステップＳ１３０２：Ｎｏ）、割り当てを制御するＣＭから指示を受けた物理担当ＣＭは、ＯＬＵ代表ＣＭ制御下の物理領域を割り当てる（ステップＳ１３０３）。ステップＳ１３０３の処理が実行された場合、ＯＬＵ代表ＣＭと物理担当ＣＭとが同一となり、図９で示した状態か、図１２で示した状態かのいずれかとなる。
一方、ＯＬＵ代表ＣＭ制御下の割り当て量が割り当て量閾値を超えている場合（ステップＳ１３０２：Ｙｅｓ）、割り当てを制御するＣＭは、ＲｅｃｅｉｖｅＣＭ制御下の割り当て量が割り当て量閾値を超えているか否かを判断する（ステップＳ１３０４）。ＲｅｃｅｉｖｅＣＭ制御下の割り当て量が割り当て量閾値を超えていない場合（ステップＳ１３０４：Ｎｏ）、割り当てを制御するＣＭから指示を受けた物理担当ＣＭは、ＲｅｃｅｉｖｅＣＭ制御下の物理領域を割り当てる（ステップＳ１３０５）。ステップＳ１３０５の処理が実行された場合、ＲｅｃｅｉｖｅＣＭと物理担当ＣＭとが同一となり、図１０で示した状態となる。
一方、ＲｅｃｅｉｖｅＣＭ制御下の割り当て量が割り当て量閾値を超えている場合（ステップＳ１３０４：Ｙｅｓ）、割り当てを制御するＣＭから指示を受けた物理担当ＣＭは、割り当て量が最小のＣＭ制御下の物理領域を割り当てる（ステップＳ１３０６）。ステップＳ１３０６の処理が実行された場合、図８〜図１２で示した状態のいずれかとなる。
ステップＳ１３０３、ステップＳ１３０５、ステップＳ１３０６のいずれかの処理終了後、ディスクアレイ装置２０１は、ライトＩ／Ｏ時における物理領域割り当て処理を終了する。
なお、図１３で示したフローチャートは、ライトＩ／Ｏ時における物理領域の割り当てを示すものであるが、再割り当てを行う際にも適用することもできる。まず、割り当てを制御するＣＭは、例えば、全ての物理担当ＣＭに対して、制御下の割り当て量が割り当て量閾値を超えているＣＭを探索する。そして、割り当てを制御するＣＭは、探索して検出した物理担当ＣＭの制御下の物理領域のうち、検出した物理担当ＣＭの制御下にあるＴＰＶ以外の他のＴＰＶに割り当てられた物理領域があるか否かを判断する。他のＴＰＶに割り当てられた物理領域があるならば、割り当てを制御するＣＭは、ステップＳ１３０２の処理を適用して、他のＴＰＶのＯＬＵ代表ＣＭ制御下の割り当て量が割り当て量閾値を超えているか否かを判断する。以降の処理については、ディスクアレイ装置２０１は、図１３に示すフローチャートに従って処理を行って、他のＴＰＶのチャンクに割り当てられた物理領域に記憶されたデータの移動先となる物理領域を、他のＴＰＶのチャンクに割り当てる。
物理領域を割り当てた後、ディスクアレイ装置２０１は、検出した物理担当ＣＭの制御下にある他のＴＰＶに割り当てられた物理領域に記憶されたデータを、移動先となる物理領域にコピーする。
本実施の形態におけるライトＩ／Ｏ時における物理領域割り当て処理を実行する方法により、ＯＬＵ代表ＣＭ制御下の割り当て量が割り当て量閾値を超えない限り、ＯＬＵ代表ＣＭが物理担当ＣＭと一致することができる。そして、ＯＬＵ代表ＣＭとＲｅｃｅｉｖｅＣＭとが一致するかどうかの違いにより、ＣＭ間通信が８回、または０回となる。これに対し、ＯＬＵ代表ＣＭと関係なく物理担当ＣＭを決定する方法では、ＣＭ間通信が８回、８回、４回、４回、０回のいずれかとなる。２つの方法を比較すると、本実施の形態における方法は、ＣＭ間通信のオーバヘッドが削減でき、Ｉ／Ｏのレスポンスを早めることができる。特に、ＯＬＵ代表ＣＭと関係なく物理担当ＣＭを決定する方法では、ＣＭの数が多いほど、ＣＭ間通信が８回となる確率が高まり、ＣＭ間通信のオーバヘッドが大きくなってしまう。
また、ＣＭ間通信を削減する効果の方が、ＣＭの負荷が上がるデメリットよりもはるかに大きいため、本実施の形態における方法は、Ｉ／Ｏのスループットにおける最大性能を上げることに寄与する。
以上説明したように、ＣＭ２１４は、ＴＰＶのチャンクへの物理領域の割り当て要求を取得したら、割り当て要求があったＴＰＶのＯＬＵ代表ＣＭが制御する物理領域をＴＰＶのチャンクに割り当てる。これにより、ＣＭ２１４は、ＯＬＵ代表ＣＭと物理担当ＣＭとが同一になるため、ＴＰＶへのアクセス時にＣＭ間通信を削減することができる。また、ＴＰＶがたくさんあるほど、ＴＰＶに対応するＯＬＵ代表ＣＭもあることになるため、割り当てを分散することができる。
また、ＣＭ２１４は、ＯＬＵ代表ＣＭが制御する物理領域の割り当て量が割り当て量閾値以下であれば、割り当て要求があったＴＰＶのＯＬＵ代表ＣＭが制御する物理領域をＴＰＶのチャンクに割り当ててもよい。一方、ＣＭ２１４は、ＯＬＵ代表ＣＭが制御する物理領域の割り当て量が割り当て量閾値より大きければ、ＲｅｃｅｉｖｅＣＭが制御する物理領域をＴＰＶのチャンクに割り当てる。これにより、ＣＭ２１４は、ＯＬＵ代表ＣＭの割り当て量に空きがあればＯＬＵ代表ＣＭと物理担当ＣＭとが同一になるため、ＴＰＶへのアクセス時にＣＭ間通信を削減することできる。さらに、ＯＬＵ代表ＣＭの割り当て量に空きが無くとも、ＲｅｃｅｉｖｅＣＭと物理担当ＣＭとが同一になるため、ＴＰＶへのアクセス時のＣＭ間通信を削減することができる。
また、ＣＭ２１４は、ＲｅｃｅｉｖｅＣＭが制御する物理領域の割り当て量が割り当て量閾値より大きければ、割り当て量が最も小さいＣＭの物理領域をＴＰＶのチャンクに割り当ててもよい。これにより、ＣＭ２１４は、割り当てを分散することができる。
また、ＣＭ２１４は、あるＴＰＶのＯＬＵ代表ＣＭとは異なる他のＣＭが制御する物理領域のうちのあるＴＰＶのチャンクとして割り当てられた物理領域に記憶されたデータの移動先として、あるＴＰＶのＯＬＵ代表ＣＭが制御する物理領域を割り当ててもよい。これにより、ＣＭ２１４は、一旦ＣＭ間通信が増大するように割り当てたとしても、再割り当てにより、ＴＰＶへのアクセス時のＣＭ間通信を削減することができる。
また、各ＣＭが制御する物理領域は、ＲＡＩＤグループにより形成されたボリュームであってもよい。ＲＡＩＤグループにはＲＡＩＤレベルに応じた処理があり、ＲＡＩＤレベルに応じた処理による負荷を分散するために、本実施の形態では、ＲＡＩＤグループごとに制御するＣＭを設定している。そして、物理領域にアクセスするには、ＯＬＵ担当ＣＭによる論理側の制御と、物理担当ＣＭによる物理側の制御という２つの制御があり、この２つの制御を同一のＣＭが行うことにより、ＣＭ間通信を削減することができる。
なお、本実施の形態で説明したストレージ制御方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本ストレージ制御プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また本ストレージ制御プログラムは、インターネット等のネットワークを介して配布してもよい。
上述した実施の形態に関し、さらに以下の付記を開示する。
（付記１）仮想ボリュームの使用状況に応じて記憶領域の割り当て量が変化する前記仮想ボリュームへの記憶領域の割り当て要求を取得し、
前記割り当て要求を取得した場合、それぞれ異なる記憶領域を制御する複数のストレージ制御装置のうちの前記仮想ボリュームを制御するストレージ制御装置が制御する記憶領域を前記仮想ボリュームに割り当てる、
制御部を有することを特徴とするストレージ制御装置。
（付記２）前記制御部は、
前記割り当て要求を取得した場合、前記仮想ボリュームを制御するストレージ制御装置が制御する記憶領域の割り当て量が所定の閾値以下であれば、前記仮想ボリュームを制御するストレージ制御装置が制御する記憶領域を前記仮想ボリュームに割り当て、
前記仮想ボリュームを制御するストレージ制御装置が制御する記憶領域の割り当て量が前記所定の閾値より大きければ、前記複数のストレージ制御装置のうちの前記仮想ボリュームを使用する装置からアクセスを受け付けたストレージ制御装置が制御する記憶領域を前記仮想ボリュームに割り当てる、
ことを特徴とする付記１に記載のストレージ制御装置。
（付記３）前記制御部は、
前記割り当て要求を取得した場合、前記アクセスを受け付けたストレージ制御装置が制御する記憶領域の割り当て量が前記所定の閾値より大きければ、前記複数のストレージ制御装置のうち記憶領域の割り当て量が最も小さいストレージ制御装置が制御する記憶領域を前記仮想ボリュームに割り当てる、
ことを特徴とする付記２に記載のストレージ制御装置。
（付記４）前記制御部は、
前記複数のストレージ制御装置に含まれる前記仮想ボリュームを制御するストレージ制御装置とは異なる他のストレージ制御装置が制御する記憶領域のうちの前記仮想ボリュームに割り当てられた記憶領域に記憶されたデータの移動要求を取得し、
前記移動要求を取得した場合、前記データの移動先となる前記仮想ボリュームを制御するストレージ制御装置が制御する記憶領域を前記仮想ボリュームに割り当てる、
ことを特徴とする付記１〜３のいずれか一つに記載のストレージ制御装置。
（付記５）前記複数のストレージ制御装置の各々のストレージ制御装置が制御する記憶領域は、複数の記憶装置を含むＲＡＩＤグループにより形成されたボリュームである、
ことを特徴とする付記１〜４のいずれか一つに記載のストレージ制御装置。
（付記６）それぞれ異なる記憶領域を制御する複数のストレージ制御装置を有するストレージシステムであって、
前記複数のストレージ制御装置のいずれかのストレージ制御装置は、
仮想ボリュームの使用状況に応じて記憶領域の割り当て量が変化する前記仮想ボリュームへの記憶領域の割り当て要求を取得し、
前記割り当て要求を取得した場合、それぞれ異なる記憶領域を制御する複数のストレージ制御装置のうちの前記仮想ボリュームを制御するストレージ制御装置が制御する記憶領域を前記仮想ボリュームに割り当てる、
ことを特徴とするストレージシステム。
（付記７）それぞれ異なる記憶領域を制御する複数のストレージ制御装置のいずれかのストレージ制御装置に、
仮想ボリュームの使用状況に応じて記憶領域の割り当て量が変化する前記仮想ボリュームへの記憶領域の割り当て要求を取得し、
前記割り当て要求を取得した場合、前記複数のストレージ制御装置のうちの前記仮想ボリュームを制御するストレージ制御装置が制御する記憶領域を前記仮想ボリュームに割り当てる、
処理を実行させることを特徴とする制御プログラム。
（付記８）それぞれ異なる記憶領域を制御する複数のストレージ制御装置のいずれかのストレージ制御装置が、
仮想ボリュームの使用状況に応じて記憶領域の割り当て量が変化する前記仮想ボリュームへの記憶領域の割り当て要求を取得し、
前記割り当て要求を取得した場合、前記複数のストレージ制御装置のうちの前記仮想ボリュームを制御するストレージ制御装置が制御する記憶領域を前記仮想ボリュームに割り当てる、
処理を実行することを特徴とする制御方法。
１０１ ストレージ制御装置
１０２ 物理領域
２００ ストレージシステム
７００ 制御部
７１１ 取得部
７１２ 割り当て部

Claims (6)

  1. 仮想ボリュームの使用状況に応じて記憶領域の割り当て量が変化する前記仮想ボリュームへの記憶領域の割り当て要求を取得し、
    前記割り当て要求を取得した場合、それぞれ異なる記憶領域を制御する複数のストレージ制御装置のうちの前記仮想ボリュームを制御するストレージ制御装置が制御する記憶領域を前記仮想ボリュームに割り当てる、
    制御部を有することを特徴とするストレージ制御装置。
  2. 前記制御部は、
    前記割り当て要求を取得した場合、前記仮想ボリュームを制御するストレージ制御装置が制御する記憶領域の割り当て量が所定の閾値以下であれば、前記仮想ボリュームを制御するストレージ制御装置が制御する記憶領域を前記仮想ボリュームに割り当て、
    前記仮想ボリュームを制御するストレージ制御装置が制御する記憶領域の割り当て量が前記所定の閾値より大きければ、前記複数のストレージ制御装置のうちの前記仮想ボリュームを使用する装置からアクセスを受け付けたストレージ制御装置が制御する記憶領域を前記仮想ボリュームに割り当てる、
    ことを特徴とする請求項１に記載のストレージ制御装置。
  3. 前記制御部は、
    前記割り当て要求を取得した場合、前記アクセスを受け付けたストレージ制御装置が制御する記憶領域の割り当て量が前記所定の閾値より大きければ、前記複数のストレージ制御装置のうち記憶領域の割り当て量が最も小さいストレージ制御装置が制御する記憶領域を前記仮想ボリュームに割り当てる、
    ことを特徴とする請求項２に記載のストレージ制御装置。
  4. 前記制御部は、
    前記複数のストレージ制御装置に含まれる前記仮想ボリュームを制御するストレージ制御装置とは異なる他のストレージ制御装置が制御する記憶領域のうちの前記仮想ボリュームに割り当てられた記憶領域に記憶されたデータの移動要求を取得し、
    前記移動要求を取得した場合、前記データの移動先となる前記仮想ボリュームを制御するストレージ制御装置が制御する記憶領域を前記仮想ボリュームに割り当てる、
    ことを特徴とする請求項１〜３のいずれか一つに記載のストレージ制御装置。
  5. 前記複数のストレージ制御装置の各々のストレージ制御装置が制御する記憶領域は、複数の記憶装置を含むＲＡＩＤグループにより形成されたボリュームである、
    ことを特徴とする請求項１〜４のいずれか一つに記載のストレージ制御装置。
  6. それぞれ異なる記憶領域を制御する複数のストレージ制御装置のいずれかのストレージ制御装置に、
    仮想ボリュームの使用状況に応じて記憶領域の割り当て量が変化する前記仮想ボリュームへの記憶領域の割り当て要求を取得し、
    前記割り当て要求を取得した場合、前記複数のストレージ制御装置のうちの前記仮想ボリュームを制御するストレージ制御装置が制御する記憶領域を前記仮想ボリュームに割り当てる、
    処理を実行させることを特徴とする制御プログラム。
JP2015215460A 2015-11-02 2015-11-02 ストレージ制御装置、および制御プログラム Expired - Fee Related JP6569477B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2015215460A JP6569477B2 (ja) 2015-11-02 2015-11-02 ストレージ制御装置、および制御プログラム
US15/298,680 US20170123699A1 (en) 2015-11-02 2016-10-20 Storage control device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2015215460A JP6569477B2 (ja) 2015-11-02 2015-11-02 ストレージ制御装置、および制御プログラム

Publications (2)

Publication Number Publication Date
JP2017090951A true JP2017090951A (ja) 2017-05-25
JP6569477B2 JP6569477B2 (ja) 2019-09-04

Family

ID=58638526

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015215460A Expired - Fee Related JP6569477B2 (ja) 2015-11-02 2015-11-02 ストレージ制御装置、および制御プログラム

Country Status (2)

Country Link
US (1) US20170123699A1 (ja)
JP (1) JP6569477B2 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109857334A (zh) * 2017-11-30 2019-06-07 株式会社日立制作所 存储系统及其控制方法
JP2021047786A (ja) * 2019-09-20 2021-03-25 富士通株式会社 ストレージ制御装置、ストレージ装置及び決定プログラム

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12039165B2 (en) 2016-10-04 2024-07-16 Pure Storage, Inc. Utilizing allocation shares to improve parallelism in a zoned drive storage system
US10191662B2 (en) * 2016-10-04 2019-01-29 Pure Storage, Inc. Dynamic allocation of segments in a flash storage system
US11947814B2 (en) 2017-06-11 2024-04-02 Pure Storage, Inc. Optimizing resiliency group formation stability
US11163447B2 (en) * 2017-09-03 2021-11-02 Ashish Govind Khurange Dedupe file system for bulk data migration to cloud platform
US11520514B2 (en) 2018-09-06 2022-12-06 Pure Storage, Inc. Optimized relocation of data based on data characteristics
US12032848B2 (en) 2021-06-21 2024-07-09 Pure Storage, Inc. Intelligent block allocation in a heterogeneous storage system
US11500570B2 (en) 2018-09-06 2022-11-15 Pure Storage, Inc. Efficient relocation of data utilizing different programming modes
US12001684B2 (en) 2019-12-12 2024-06-04 Pure Storage, Inc. Optimizing dynamic power loss protection adjustment in a storage system
US11681448B2 (en) 2020-09-08 2023-06-20 Pure Storage, Inc. Multiple device IDs in a multi-fabric module storage system
US11832410B2 (en) 2021-09-14 2023-11-28 Pure Storage, Inc. Mechanical energy absorbing bracket apparatus
US11994723B2 (en) 2021-12-30 2024-05-28 Pure Storage, Inc. Ribbon cable alignment apparatus

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009251970A (ja) * 2008-04-07 2009-10-29 Hitachi Ltd 複数のストレージシステムモジュールを備えたストレージシステム
WO2011135635A1 (ja) * 2010-04-30 2011-11-03 株式会社日立製作所 計算機システム及びその記憶制御方法
JP2013114624A (ja) * 2011-11-30 2013-06-10 Hitachi Ltd ストレージシステム及びプール容量縮小の制御方法
JP2013246582A (ja) * 2012-05-24 2013-12-09 Fujitsu Ltd ストレージ装置およびストレージ装置の制御方法
US20140122823A1 (en) * 2012-10-31 2014-05-01 International Business Machines Corporation Generalized storage allocation for multiple architectures

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IL147073A0 (en) * 2001-12-10 2002-08-14 Monosphere Ltd Method for managing the storage resources attached to a data network
JP4757038B2 (ja) * 2006-01-25 2011-08-24 株式会社日立製作所 ストレージシステム及び記憶制御装置
US7949847B2 (en) * 2006-11-29 2011-05-24 Hitachi, Ltd. Storage extent allocation method for thin provisioning storage
JP2010033261A (ja) * 2008-07-28 2010-02-12 Hitachi Ltd ストレージ装置及びその制御方法
US8984221B2 (en) * 2011-10-18 2015-03-17 Hitachi, Ltd. Method for assigning storage area and computer system using the same
JP5853734B2 (ja) * 2012-02-02 2016-02-09 富士通株式会社 仮想ストレージ装置，制御装置及び制御プログラム
JP2014013459A (ja) * 2012-07-03 2014-01-23 Fujitsu Ltd 制御装置、ストレージ装置および制御装置の制御方法
JP6160173B2 (ja) * 2013-03-28 2017-07-12 富士通株式会社 ストレージ装置、割当解放制御方法及び割当解放制御プログラム
US9785575B2 (en) * 2014-12-30 2017-10-10 International Business Machines Corporation Optimizing thin provisioning in a data storage system through selective use of multiple grain sizes

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009251970A (ja) * 2008-04-07 2009-10-29 Hitachi Ltd 複数のストレージシステムモジュールを備えたストレージシステム
WO2011135635A1 (ja) * 2010-04-30 2011-11-03 株式会社日立製作所 計算機システム及びその記憶制御方法
JP2013114624A (ja) * 2011-11-30 2013-06-10 Hitachi Ltd ストレージシステム及びプール容量縮小の制御方法
JP2013246582A (ja) * 2012-05-24 2013-12-09 Fujitsu Ltd ストレージ装置およびストレージ装置の制御方法
US20140122823A1 (en) * 2012-10-31 2014-05-01 International Business Machines Corporation Generalized storage allocation for multiple architectures

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109857334A (zh) * 2017-11-30 2019-06-07 株式会社日立制作所 存储系统及其控制方法
JP2021047786A (ja) * 2019-09-20 2021-03-25 富士通株式会社 ストレージ制御装置、ストレージ装置及び決定プログラム

Also Published As

Publication number Publication date
US20170123699A1 (en) 2017-05-04
JP6569477B2 (ja) 2019-09-04

Similar Documents

Publication Publication Date Title
JP6569477B2 (ja) ストレージ制御装置、および制御プログラム
US10853139B2 (en) Dynamic workload management based on predictive modeling and recommendation engine for storage systems
US8782335B2 (en) Latency reduction associated with a response to a request in a storage system
JP5981563B2 (ja) 情報記憶システム及び情報記憶システムの制御方法
US11023147B2 (en) Mapping storage extents into resiliency groups
US8768883B2 (en) Storage apparatus and control method of the same
JP2020533694A (ja) クラウド・ベースのランクを使用するデータの動的再配置
CN111095903B (zh) 使用云存储作为模组的存储系统
US10581969B2 (en) Storage system using cloud based ranks as replica storage
JP7135074B2 (ja) クラウド・ベースのランクを使用するシン・プロビジョニング
JP6476959B2 (ja) ストレージ制御装置、ストレージシステム、および制御プログラム
US11429318B2 (en) Redirect-on-write snapshot mechanism with delayed data movement
US8799573B2 (en) Storage system and its logical unit management method
KR20170135594A (ko) 스토리지 시스템 및 그의 볼륨 관리 방법
US10152234B1 (en) Virtual volume virtual desktop infrastructure implementation using a primary storage array lacking data deduplication capability
US11144445B1 (en) Use of compression domains that are more granular than storage allocation units
US11201788B2 (en) Distributed computing system and resource allocation method
US20130151808A1 (en) Allocation device, allocation method and storage device
US11782641B2 (en) Backend aware virtualized storage
US11947803B2 (en) Effective utilization of different drive capacities
US9658803B1 (en) Managing accesses to storage
US10565068B1 (en) Primary array data dedup/compression using block backup statistics

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180706

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190313

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190319

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190520

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190722

R150 Certificate of patent or registration of utility model

Ref document number: 6569477

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees