JP4871758B2 - ボリューム割当方式 - Google Patents

ボリューム割当方式 Download PDF

Info

Publication number
JP4871758B2
JP4871758B2 JP2007044858A JP2007044858A JP4871758B2 JP 4871758 B2 JP4871758 B2 JP 4871758B2 JP 2007044858 A JP2007044858 A JP 2007044858A JP 2007044858 A JP2007044858 A JP 2007044858A JP 4871758 B2 JP4871758 B2 JP 4871758B2
Authority
JP
Japan
Prior art keywords
storage
target
information
allocation
storage device
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.)
Expired - Fee Related
Application number
JP2007044858A
Other languages
English (en)
Other versions
JP2008210072A (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 JP2007044858A priority Critical patent/JP4871758B2/ja
Priority to US11/968,711 priority patent/US7844711B2/en
Publication of JP2008210072A publication Critical patent/JP2008210072A/ja
Application granted granted Critical
Publication of JP4871758B2 publication Critical patent/JP4871758B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1097Protocols 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]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input 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/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0602Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604Improving or facilitating administration, e.g. storage management
    • G06F3/0605Improving or facilitating administration, e.g. storage management by facilitating the interaction with a user or administrator
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input 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/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0602Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0608Saving storage space on storage systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input 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/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0602Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/061Improving I/O performance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input 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/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0628Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0638Organizing or formatting or addressing of data
    • G06F3/0644Management of space entities, e.g. partitions, extents, pools
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input 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/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0628Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0662Virtualisation aspects
    • G06F3/0665Virtualisation aspects at area level, e.g. provisioning of virtual or logical volumes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input 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/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0668Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/067Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols

Description

本発明は、複数のパーソナル計算機(PC)と複数のストレージ装置がネットワークで接続されたシステムにおいて、PCのローカルディスクに相当する記憶域をストレージ装置から割り当てするボリューム割当システムに関する。
従来、オペレーティングシステム(OS)および各種アプリケーションプログラムは、個別の計算機の記憶装置、主にはハードディスクドライブ(HDD)に格納され、個別の計算機において実行されてきた。これに対して、近年、個別の計算機の記憶装置に格納されているOS、各種アプリケーションプログラムをネットワーク型ストレージ装置(以下、ストレージ装置とする)に集約し、バックアップやウイルススキャンを一括実行するストレージセントリックシステムが開示されている。このシステムの各PCは、ストレージ装置の論理的に区分けされた記憶域(LU:Logical Unit)をローカルHDDの代わりに使用する。
PCに割当されるボリューム(PCのOSが認識する記憶域)は、ストレージ装置のポートに定義されているターゲットと、ストレージ装置のディスクに作成されたLUの組み合わせによって一意に定められる。ストレージ装置のポートには複数のターゲットが定義されており、PCは割当されたターゲットに接続し、ターゲットにマップされているLUをPCのローカルディスクの代わりに使用することができる。
ネットワークで接続されたストレージ装置のLUを計算機に割当する方法として、例えば特許文献1が開示されている。特許文献1では、PC上に仮想的なLUが定義されている。仮想LUへのアクセスが発生すると、PC上のストレージ割当プログラムが、ストレージ装置から評価データを収集し、使用可能なLUを決定して、これをPCに登録するものである。これにより、PC側でストレージ装置あるいはLUを割当できるようにしたものである。
なお、ストレージ装置あるいはLUの評価データとして、IOの遅延時間、IOの頻度、バックアップ頻度、ボリューム二重書き機能の有無、空き容量(LUが作成されていない領域)が開示されている。
また、ネットワークで接続されたストレージ装置のLUを計算機に割当する方法として、例えば特許文献2が開示されている。特許文献2では、ポートの負荷が均等になるよう、割当するターゲットを選択できるようにしたものである。
特開2001−350707 特開2006−209294
PCの台数はサーバの台数より遥かに多い。ストレージ装置のポート当たりの接続台数が従来に比べ多くなるため、ストレージ装置の特定のポートにアクセスが集中しないよう、ボリュームをストレージ装置のポートに均等に割り当てしなければならないという第1の課題がある。
また、PCユーザが必要とするボリュームのサイズはその業務内容によって異なる。あるユーザには10G、他のユーザには20Gとユーザ要求に見合ったサイズのボリュームを割当できることが望まれるという第2の課題がある。
これらの課題に対して、特許文献1の従来方式は、計算機が利用可能なストレージ装置が予め計算機側に定義されており、計算機は定義されたストレージ装置の内から割当可能なボリュームを決定する。つまり、この方式では、システム管理者が、各々の計算機がどのストレージ装置群からボリュームを利用するかを、予め計算機に登録する方式であるため、ストレージ装置のコントローラへ接続する計算機は設定された台数を越えることはない。しかし、ストレージ装置のポート当たりの接続台数が考慮されていない。接続台数の多いポートのネットワークが過剰に使用され、コントローラの負荷も高まるため、ディスクアクセス性能が低下という上記第1の課題が解決されていない。
特許文献2の従来方式は、ボリュームのサイズが考慮されていないため、ユーザ毎に割当するボリュームサイズが異なると、ストレージ装置当たりの接続負荷が均等にならない。例えば、ポート当たり125台のPCを接続可能な2台のコントローラを備えたストレージ装置には500台のPCが接続できる。ストレージ装置に搭載するディスクの容量は、PC1台当たり10Gバイトと見積もり5Tバイトとする。この装置が2台あった場合、従来方式はポート当たりの接続台数を均等にしていくため、装置A、装置B、装置A、装置B・・・の順序でターゲットの割当をしていく。装置Aに割当されたユーザが全て20Gバイトのボリュームを使用すると、ターゲットの数よりディスクの総量が先に不足し、装置Aには割当が行なえなくなる。その結果、装置Aには250台のPC、装置Bには500台のPCが接続されることになり、装置にかかる負荷が不均等になる。つまり、上記の第2の課題が解決されていない。
本発明では、上記第1の課題及び第2の課題の少なくともひとつを解決すべく、管理装置側が特定のストレージ装置、特定のポートにアクセスが集中しないよう、ターゲット、LUの割り当てを行うことが可能なシステムを提供する。
複数の計算機と複数のストレージ装置と管理装置がネットワークで接続されたシステムにおいて、計算機にボリュームを割り当てする方法であって、ストレージ装置は複数のターゲットと複数の記憶域を準備し、管理装置がストレージ装置に設定された複数のターゲットとターゲットに接続するためのイニシエータの組み合わせ、及びストレージ装置に設定された複数の記憶域の割当状態を管理し、計算機が管理装置に必要なボリュームのサイズとユーザ情報を通知すると、管理装置がターゲットと記憶域を選択し、ストレージ装置がターゲットにイニシエータ、記憶域、認証情報をマッピングし、管理装置が計算機に割当したターゲットとイニシエータを通知する。
管理装置は未割当な記憶域が多いストレージ装置を選択し、当該ストレージ装置のターゲットの内、割当数の少ないポートを使うターゲットを選択して、ターゲット、イニシエータ、記憶域を割当する。
管理装置はストレージ装置が準備したターゲット、記憶域の割当数が一定数内であれば、そのストレージ装置を割当候補として管理し、一定数を超えたら割当候補から除外する。管理装置は割当候補から除外されたストレージ装置が一定数に達したら、新たなストレージ装置、新たな記憶域を割当数候補として管理する。
PCの台数、ユーザ数に応じてストレージ装置の増設が行なえるので、ストレージ装置の記憶域を無駄なく使用することができる。
以下、本発明に係るボリューム割当方式を説明する。
−−−システムの構成−−−
図1〜図4を参照して本実施例に係る計算機システムの概略構成について説明する。図1は本実施例に係る計算機システムの概略構成を示す説明図である。図2は本実施例におけるPCの内部構成を概念的に示す説明図である。図3は本実施例における管理装置の内部構成を概念的に示す説明図である。図4は本実施例におけるストレージ装置の内部構成を概念的に示す説明図である。
本実施例に係る計算機システムは、図1に示すように、ユーザが使用するPC100、ボリューム割当を行う管理装置200、PCが使用するLUを備えるストレージ装置300から構成される。PC100、管理装置200およびストレージ装置300は、IPネットワーク700を介して接続されている。IPネットワーク700は、イーサネット(登録商標)によって構築されているローカルエリアネットワーク(LAN)であり、通信プロトコルとしてTCP/UDP/IPプロトコルを用いてデータの伝送が実行される。本実施例では、PC100とストレージ装置300との間における通信にはiSCSIプロトコルを用いる。
ストレージ装置300は、コントローラ400と複数の磁気ハードディスクドライブ(HDD)500から構成される。ストレージ装置300は、複数のHDD500によってRAID構成されるディスクアレイ装置である。RAID構成されるディスクアレイ群をRAIDグループ(RAID-G700)と呼ぶ。RAID-Gは複数の論理的な記憶域を提供する。論理的な記憶域は、論理ユニット(LU)600である。
ストレージ装置300のコントローラ400は、図4に示すように、内部に、CPU401、メモリ402、ディスクI/O403、ホストI/O404、管理I/O405を備えている。CPU401、メモリ402、I/O403、404、405は相互にバスを介して接続されている。CPU401は、メモリ402に格納されている各種プログラムを実行する演算処理装置である。メモリ402は、いわゆる内部記憶装置であり、各種プログラム等を記憶する不揮発性メモリおよび演算処理結果を一時的に格納する揮発性メモリの双方を含む。ディスクI/O403は、HDD500と接続されている。ホストI/O404は、IPネットワーク700を介してPC100と接続されている。管理I/O405は、IPネットワーク700を介して管理装置200と接続されている。メモリ402には、ディスクアクセスプログラム411、構成管理プログラム412、ターゲットテーブル413が格納されている。
ディスクアクセスプログラム411は、LUに対する、リード、及びライト命令をホストI/O404から受信し、ディスクI/O403を用いてこれらの命令を実行する。構成管理プログラム412は、HDD500へのLU600の作成、PC100がLU600を識別するための情報であるターゲットの作成、ターゲットへのLUのマッピング等の命令を管理I/O405から受信し実行する。ターゲットテーブル413は別途詳述するが、コントローラのホストI/O404に定義されたターゲット番号とiSCSIターゲット名の組み合わせを管理するテーブルである。構成管理プログラム412が作成したターゲットや、ターゲットとLUのマッピング関係はこのテーブルに設定される。
管理装置200は、図3に示すように、内部に、CPU201、メモリ202、I/Oインターフェース203を備えている。CPU201、メモリ202、I/Oインターフェース203は相互にバスを介して接続されている。CPU201は、メモリ202に格納されている各種プログラムを実行する演算処理装置である。メモリ202は、いわゆる内部記憶装置であり、各種プログラム等を記憶する不揮発性メモリおよび演算処理結果を一時的に格納する揮発性メモリの双方を含む。I/Oインターフェース203は、IPネットワーク700を介してPC100、ストレージ装置300と接続されている。
メモリ202には、ボリューム割当プログラム211が格納されている。ボリューム割当プログラム211は、本方式に関わるボリューム割当処理を実行するプログラムである。ボリューム通知部212は、割当したボリュームの情報をPCに通知する処理を行う。ボリューム管理部213は、ストレージ装置300の構成管理プログラム412に命令を送り、ターゲットにLUをマップしユーザにボリュームを割当する処理を行う。割当監視部214は、ボリュームの割当状況を監視し、新規割当処理の抑止、及び管理者への通知を行う処理を行う。ボリューム管理テーブル220は別途詳述するが、システムで使用可能なターゲットとLUのリソース管理情報と、割当状態を管理する割当管理情報からなる。ユーザに割当されたターゲットとLU、未割当なターゲットとLUが管理できる。
PC100は、図2に示すように、内部に、CPU101、メモリ102、I/Oインターフェース102を備えている。CPU101、メモリ102、I/Oインターフェース103は相互にバスを介して接続されている。CPU101は、メモリ102に格納されている各種プログラムを実行する演算処理装置である。メモリ102は、いわゆる内部記憶装置であり、各種プログラム等を記憶する不揮発性メモリおよび演算処理結果を一時的に格納する揮発性メモリの双方を含む。I/Oインターフェース103は、IPネットワーク700を介してストレージ装置300、管理装置200と接続されている。
メモリ103には、LUマウントプログラム112とiSCSIドライバ111が格納されている。LUマウントプログラム112は、本方式に関するプログラムで、ユーザに割当されたボリューム情報をPC100のOSに認識させる処理を行うプログラムである。LU問い合わせ部113は、管理装置200のボリューム通知部212から割当されたボリューム情報を取得する処理を行う。マウント制御部114は、得られたボリューム情報を使用しボリュームのマウント処理を行う。iSCSIドライバ111は、iSCSIプロトコルを実行するプログラムで、ストレージ装置100のターゲットに接続し、LUのデータブロックをリードライトする。
−−−ストレージ装置の構成−−−
図5を参照して本実施例に係るストレージ装置の構成について説明する。ストレージ装置300には1個以上のコントローラ400、1個以上のホストI/O404がある。ここでは、コントローラ#0、コントローラ#1の2つのコントローラ400と、コントローラあたり2つのホストI/O404(ポート#A、ポート#B)を備えた中規模クラスのストレージ装置を用い、構成を詳述する。
ストレージ装置300の管理IOポート405、ホストIOポートにIPアドレスが1つづつ定義される。ポートには複数のターゲットが定義され、ポートとターゲットをユニークに識別するiSCSIターゲット名が設定される。ターゲットの数は、ストレージ装置300に接続可能なホストの数を表し、ストレージ装置300の処理能力によって最大値が定められている。ポート当たり256ホストの接続が可能なストレージ装置300の場合、装置当たり1000個のターゲットが定義される。
ストレージ装置300に搭載されたディスク500上にはRAID-G700が作成され、RAID-G700内にLU600が複数作成される。RAID-G700は1つ以上作成する。RAID-G700内のLU600は、全て同じサイズで作成する。例えば、約6Tバイトのディスク500を搭載したストレージ装置300では、RAID-G700を2つ作成し、各RAID-G700には10GバイトのLUを300個作成することができる。約3Tバイトのディスク500を搭載したストレージ装置300では、RAID-G700を1つ作成し、RAID-G700には5GバイトのLUを600個作成することができる。10GバイトのLUは10G単位に増量が可能で、5GバイトのLUは5G単位に増量ができる。
本システムでは、イニシエータ名によって、LU600への接続制御ができるようにする。このため、ターゲットにイニシエータ名を設定し、ターゲットにLUをマップする。ターゲットを作成した段階では、図6に記すターゲットテーブル413の、所定のコントーラ番号、ポート番号、ターゲット番号にターゲット名に設定される。ターゲットテーブル413のイニシエータ名の項目に値が設定されたら、このイニシエータ名を使うPC100からのみターゲットヘの接続が許可される。イニシエータ名が設定されていなければ、どのイニシエータ名を使っても接続が許可されない。ターゲットテーブル413のCHAP-ID、パスワードが設定されると、認証されなければターゲットへ接続できない。CHAP-ID、パスワードが設定されていなければ、どのイニシエータ名を使っても接続が許可されない。ターゲットテーブル413のLU番号の項目にLU番号が設定されると、当該LU600へのread/writeが可能になる。値が設定されていなければ、ターゲットへの接続が許可されてもLU600はPC100に見えない。つまり、イニシエータ名、CHAP-ID、パスワードの設定によって、ストレージ装置300のターゲットの1つがユーザに割当され、LU番号の設定によってストレージ装置300のLUの1つがユーザに割当される。
−−−ボリューム割当の機能−−−
本システムでは、ターゲットとLUを割当する。ボリュームのサイズについては、最小サイズは定めるが、ユーザ毎にボリュームのサイズを選択可能とする。またユーザに、任意のPCからボリュームが利用できる機能を提供する。
本システムでは、割当、増量、割当解除、残量管理、割当通知の5つの機能を提供する。割当機能は、ユーザが指定したサイズのボリュームを作成する。増量機能は、割当済みのボリュームを指定されたサイズに拡張する。割当解除は、割当済みのボリュームを解放し、他のユーザのボリュームとして使用できるようにする。残量管理は、ターゲット、LUの残量を管理し、特定のストレージ装置300に割当が偏らないようにする。割当通知は、PC100に割当されたターゲット情報を通知し、PC100がボリュームを利用できるようにする。
−−−サービス開始準備の概要−−−
管理者は、次の手順でサービス開始の準備を行う。
まず、ストレージ装置300の初期設定を行う。ストレージ装置300の管理IOポート、ホストIOポートにIPアドレスを設定し、ターゲットを作成しターゲット名を定義する。RAID-G700を作成し、LUのサイズを決めRAID-G700内にLU600を作成する。
次に、ボリューム管理テーブル220のリソース管理情報(ストレージ装置情報221、ターゲット情報222、RAID-G情報223、LU情報224)を作成する。リソース管理情報は、システムで利用可能なターゲットとLUに関する情報である。図7にリソース管理情報の各項目を記す。
ストレージ装置情報221は、装置ID、管理インタフェース情報、管理状態の項目をもつ。装置IDは、装置をシステムにおいてユニークに識別する情報を設定する。管理インタフェース情報は、コントローラを識別するIDと、コントラーラの管理IOポートに設定したIPアドレスを設定する。管理状態とは、ストレージ装置300のターゲット、LUを割当に使用するか否かの管理状態を表す情報である。「割当可能」とはターゲット、LUを割当で使用できる状態、「対象外」とは増量、割当解除は可能だが割当には使用しない状態、「待機」とはターゲット、LUの作成は完了しているが、運用には使用しない状態を表す。サービス開始時には、「割当可能」の状態と、「待機」の状態のストレージ装置300を準備しておく。
ターゲット情報222は、ストレージ装置300に作成された割当可能なターゲットの正副2つの組み合わせを定義した情報であり、ターゲットID、装置ID、iSCSIイニシエータ、正副のiSCSIターゲット名、iSCSIターゲットIPアドレス、ターゲット番号、ターゲットコントローラポートの項目をもつ。ここで、正副2つのターゲットがある理由は、LUへの接続経路を2つ持たせるためである。接続経路が2つある場合、正ターゲットのコントローラまたはホストIOポートへの経路がダウンした場合でも、副ターゲットを使ってLUへの接続ができようになる。この状態を図5、図6を用いて説明する。例えば、LU番号399のLU600は、[コントローラ0、ポートA、ターゲット番号0]のTarget1と、[コントローラ1、ポートA、ターゲット番号0]のTarget500にマップされている。PC100はInitiator1を使い、ターゲット名がTarget1である正ターゲットと、ターゲット名がTarget500である副ターゲットからLU#399に接続できるようになる。
ストレージ装置300に1000個のターゲットを定義した場合、ターゲット情報222を500個作成する。ターゲットIDは、正副2つのターゲットの組み合わせをシステムにおいてユニークに識別する情報を設定する。装置IDは、ターゲットが存在するストレージ装置300の装置IDを設定する。iSCSIイニシエータ名は、PC100がターゲットに接続する際使用するイニシエータ名である。イニシエータ名は、システムでユニークとなるよう命名し設定する。ターゲットコントローラポートは、コントローラとホストIOポートを識別する情報を設定する。iSCSIターゲット名は、ターゲット番号に設定したターゲット名を設定する。iSCSIターゲットIPアドレスは、ホストIOポートに設定したIPアドレスを設定する。正ターゲットと副ターゲットは異なるコントローラに割当する。正ターゲットが[コントローラ0、ポートA]にある場合は、副ターゲットは[コントローラ1、ポートA]から割当し、正ターゲットが[コントローラ1、ポートB]にある場合は、副ターゲットは[コントローラ0、ポートB]から割当る。割当状態は、ターゲットがユーザに割当された状態であるか未割当の状態かを表す情報である。「割当済み」とはユーザに使用されている状態、「未割当」とはユーザが使用していない状態を表す。サービス開始時には「未割当」を設定する。
RAID-G情報223は、RAID-GID、担当装置ID、担当コントローラ、RAID-G番号、基本LUサイズ、担当可能装置ID、管理状態の項目をもつ。RAID-GIDは、ストレージ装置300に作成されたRAID-Gをシステムにおいてユニークに識別する情報を設定する。担当装置IDは、LUのIOを行うストレージ装置300を指定するための情報であり装置IDを設定する。担当コントローラは、LUのIOを行うコントローラを指定するための情報であり、コントローラ番号を設定する。コントローラ番号が設定されている場合は、指定されたコントローラに属する正ターゲットを選択してLUをマッピングする。指定されていない場合は、コントローラを限定しないで正ターゲットを選択してLUとマッピングする。RAID-G名は、ストレージ装置300内で使用されている識別名を設定する。基本LUサイズは、RAID-Gに作成したLUのサイズを設定する。管理状態とは、RAID-G即ちRAID-G内のLUを割当に使用するか否かの管理状態を表す情報である。「割当可能」とはLUを割当で使用できる状態、「待機」とはLUの作成は完了しているが、運用には使用しない状態を表す。サービス開始時には、「割当可能」の状態と、「待機」の状態のRAID-Gを準備しておく。
LU情報224は、RAID-GID、LU番号、割当状態の項目をもつ。RAID-GIDは、LUが作成されているRAID-GのRAID-GIDを設定する。LU番号は、ストレージ装置300内でLUを識別するためにつけられた番号を設定する。割当状態は、LUがユーザに割当された状態であるか未割当の状態かを表す情報である。「割当済み」とはユーザに使用されている状態、「未割当」とはユーザが使用していない状態を表す。サービス開始時には「未割当」を設定する。
ストレージ装置情報221、ターゲット情報222、RAID-G情報223、LU情報224の関連を図8に記す。1つのストレージ装置300には、1つのストレージ装置情報221、L個のターゲット情報222、M個のRAID-G情報223、N個のLU情報224が作成される。図8に記したストレージ装置300は、500個のターゲット、900個のLUを提供するストレージ装置であり、LUの内300個が「待機状態」であることを示している。
次に管理者は、ボリューム割当プログラム211を起動し、サービスを開始する。
−−−ボリューム割当処理−−−
ボリューム割当処理は、ボリューム割当プログラム211のボリューム管理部213が実行する。割当の状態は、割当管理情報225によって管理する。図9に割当管理情報225の構成を記す。割当管理情報225は、ユーザID、認証情報、パスワード、割当ターゲット、親LU番号、ボリュームサイズの項目をもつ。割当ターゲットには、ユーザに割当したターゲットのターゲットIDを設定する。親LU番号には、ボリュームを構成するLUの先頭LUの番号を設定する。ボリュームサイズは割当されているLUの総量を設定する。
ボリューム割当処理の詳細を、図11を用いて記す。
管理者は、ボリューム管理部213に、割当要求を発行する(1001)。例えば、図10のようなテキストファイルをボリューム管理部213に読み込ませる。テキストファイルの項目は、割当/増量/割当解除の命令種別、割当するユーザのID、作成するボリュームサイズ、ボリュームを作成するLUの基本LUサイズ、ユーザが使用するCHAP-IDとシークレットである。基本LUサイズの設定がない場合は、指定のボリュームを作成できるLUのサイズをボリューム管理部213が決定する。
ボリューム管理部213は、ストレージ装置情報221の管理状態が「割当対象」かつ、RAID-G情報223の管理状態が「割当対象」であるRAID-G情報223を検索する。RAID-G情報223の基本LUサイズを参照し、指定されたボリュームサイズを作成可能なRAID-G群Aを決める(1002)。
ボリューム管理部213は、使用可能なRAID-G情報223の内、「未割当」状態のLUが多いRAID−G情報223を選択する(1003)。RAID−G情報223の担当装置IDを参照し、装置IDに属すターゲット情報222の内、「未割当」なターゲット情報222を検索する。未割当なターゲット情報222が存在しない場合、ステップ1002で得たRAID-G群Aから、次候補となるRAID−G情報223を選択し、未割当なターゲット情報222を検索する。検索したターゲット情報222から、1つターゲット情報222を選択する。RAID−G情報223に担当コントローラが設定されている場合は、指定されたコントローラに定義された正ターゲットをもつターゲット情報222から、ポート毎にユーザに割当済みのターゲット情報222の数を求め、一番割当の少ないポートに定義された、ターゲット情報222を選択し、ポート毎の割当数を均等にする。指定されていない場合は、正ターゲットのコントローラ、ポートの割当数が均等になるよう、既にユーザに割当済みのターゲット情報222の数を求め、一番割当の少ないポートに定義された、ターゲット情報222を選択し、割当状態を「割当済み」に変更する(1004)。選択したRAID−G情報223に属するLU情報224より、未割当のLUを複数個選択し、割当状態を「割当済み」に変更する。例えば、基本LUサイズが10GバイトのLUである場合は、20Gバイトのボリューム作成のために2個のLUを選択する(1004)。
ボリューム管理部213は、選択したターゲットが属すストレージ装置300の管理IOポートを介して、構成管理プログラム412に、正副ターゲットへのLUマッピング、LUの結合、イニシエータ名、CHAP、パスワード設定を要求する。構成管理プログラム412は、正副ターゲットへLUをマッピングし、指定されたLUを結合し、ターゲットテーブル413に、イニシエータ名、CHAP、パスワードを設定する(1005)。
ボリューム管理部213は、割当管理情報225に割当したユーザのID、CHAP、パスワード、割当したターゲット情報222のターゲットID、割当したLUの親番号、ボリュームサイズを設定する(1006)。
−−−ボリューム増量処理−−−
ボリューム増量処理は、ボリューム割当プログラム211のボリューム管理部213が実行する。
管理者は、ボリューム管理部213に、拡張要求を発行する。例えば、図10のようなテキストファイルをボリューム管理部213に読み込ませる。テキストファイルの項目は、割当/増量/割当解除の命令種別、増量するユーザのID、作成するボリュームサイズである。
ボリューム管理部213は、割当管理情報225を参照し、ユーザID、割当ターゲット、親LU番号から割当されているターゲット情報222、RAID-G情報223を検索する。指定されたボリュームを作成するために必要なLUの個数を求め、RAID-G情報223に属するLU情報224から未使用のLUを選択し、「割当済み」とする。未使用LUが存在しない場合は、他のRAID-G情報223に属するLU情報224を検索する。割当時と同様、RAID-G情報223の担当コントローラ情報をもとに、RAID-G情報223を選択する。
ボリューム管理部213は、ユーザに割当されているターゲットが属すストレージ装置300の管理IOポートを介して、構成管理プログラム412に、LU結合を要求する。
ボリューム管理部213は、割当管理情報225に増量したユーザのボリュームサイズを更新する。
−−−ボリューム割当解除処理−−−
ボリューム割当解除処理は、ボリューム割当プログラム211のボリューム管理部213が実行する。
管理者は、ボリューム管理部213に、解除要求を発行する。例えば、図10のようなテキストファイルをボリューム管理部213に読み込ませる。テキストファイルの項目は、割当/増量/割当解除の命令種別、解除するユーザのIDである。
ボリューム管理部213は、割当管理情報225を参照し、ユーザID、割当ターゲット、親LU番号から割当されているターゲット情報222を検索する。
ボリューム管理部213は、ユーザに割当されているターゲットが属すストレージ装置300の構成管理プログラム412を介して、ターゲットにマップされているLUのLU番号を取得する。さらに、正副ターゲットへのLUマッピング解除、LUの結合解除、イニシエータ名、CHAP、パスワードの削除を要求する。構成管理プログラム412は、正副ターゲットからLUのマッピングを解除し、指定されたLUの結合を解除する。更にターゲットテーブル413から、イニシエータ名、CHAP、パスワードを削除する。
ボリューム管理部213は、割当管理情報225から、当該ユーザの情報を削除し、ターゲット情報222の割当状態を「未割当」に変更する。更に、割当に使用していたLUの番号からLU情報224を検索し、割当状態を「未割当」に変更する。
以上により、割当されていたターゲット、LUが他のユーザの割当、増量処理に利用可能となる。
−−−ボリューム残量管理処理−−−
ボリューム残量管理処理は、ボリューム割当プログラム211の割当監視214が実行する。ボリューム残量は、ターゲット残量管理情報226、LU残量管理情報227を用いて残量管理する。図12に構成を記す。ターゲット残量管理情報226は、装置ID、コントローラ、ターゲット総数、割当数、閾値の項目をもつ。[装置ID、コントローラ、ターゲット総数]が、ストレージ装置300のコントローラに定義されたターゲット情報222の総数を表し、割当数がユーザに割当されている数を表す。閾値は、管理者に警告を発する、または割当処理を停止する目安となる、ユーザに未割当なターゲット情報222の数であり、この値は管理者によって設定変更することができる。
LU残量管理情報227は、装置ID、LUサイズ、RAID-GID、LU総数、割当数、閾値の項目をもつ。[装置ID、RAID-Gサイズ、LU総数]がストレージ装置300のRAID-Gに定義されたLU情報224の総数を表し、割当数がユーザに割当されている数を表す。閾値は、管理者に警告を発する、またはLU追加の目安となるユーザに未割当なLU情報224の数であり、この値は管理者によって設定変更することができる。
割当監視214は、増量処理、増量処理、割当解除処理の各処理に、処理完了後に呼び出され、処理を行う。割当監視214は、ターゲット情報222、LU情報224の割当状態の値を参照して、ターゲット残量管理情報226、LU残量管理情報227の割当数を更新する。次に、未割当数を計算し、各閾値との比較を行う。ターゲット情報222の未割当数が、ターゲット残量管理情報226の閾値に達したら、該当するストレージ装置情報211の管理状態を「割当対象外」にする。これによって、このストレージ装置211は割当の対象からはずされる。しかし、増量と割当解除処理は実行される。ターゲット情報222の未割当数が、ターゲット残量管理情報226の閾値を越えた場合、該当するストレージ装置情報221の管理状態を「割当対象」にする。これによって、このストレージ装置211を割当処理に使用できるようになる。全てのストレージ装置情報221が「割当対象外」となったら、管理者に警告を送る。これはメール送信機能が使用できる。また、次のような処理を行うこともできる。「待機」状態のストレージ装置情報221を「割当対象」とする。これによって、ユーザ数増加に応じてストレージ装置のターゲット、LUを、動的に増加していくことができる。
LU情報224の未割当数が、LU残量管理情報227の閾値に達したら、管理者に警告を送る。これはメール送信機能が使用できる。また、該当するストレージ装置情報221の管理状態を「割当対象外」にする。これによって、このストレージ装置211は割当の対象からはずされる。しかし、増量と割当解除処理は実行される。LU情報224の未割当数が、LU残量管理情報227の閾値を越えた場合、該当するストレージ装置情報221の管理状態を「割当対象」にする。これによって、このストレージ装置211を割当処理に使用できるようになる。
また、次のような処理を行うこともできる。LU情報224の未割当数が、LU残量管理情報227の閾値に達したら、「待機」状態のRAID-G情報223を「割当対象」とする。そして、担当コントーラの項目に、LUが不足しているコントトーラを指定する。双方のコントローラを担当させることもできる。これによって、ボリューム使用量増加に応じてストレージ装置のLUを、動的に増加していくことができる。
−−−ボリューム割当通知処理−−−
ボリューム割当通知処理は、ボリューム割当プログラム211のボリューム通知部212が実行する。
ユーザは、[ユーザID、認証情報]を入力して、PC100にインストールされているLUマウントプログラム112を実行する。認証情報は、CHAPID、パスワードを使用する。LUマウントプログラム112のLU問い合わせ部113は、ユーザID、CHAPID、パスワードを、ボリューム割当プログラム211のボリューム通知部212に送る。ボリューム通知部212は、割当管理情報225を検索し、該当するユーザの割当ターゲットを決定する。ターゲットIDよりターゲット情報222を決定し、iSCSIイニシエータ名、正と副のiSCSIターゲット名、iSCSIターゲットIPアドレスをLUマウントプログラム112のLU問い合わせ部113に通知する。LUマウントプログラム112のマウント制御部114は、通知されたiSCSIイニシエータ名、正と副のiSCSIターゲット名、iSCSIターゲットIPアドレスと認証情報を使い、割当されたボリュームをPC100のOSにマウントする。ユーザはマウントしたボリュームにファイル等を格納して使用する。
ボリュームの割当、増量を、ユーザが使用するPCからユーザが行うこともできる。
−−−割当処理フロー−−−
ユーザは、[ユーザID、認証情報、サイズ]を入力して、PC100にインストールされているLUマウントプログラム112を実行する。認証情報は、CHAPID、パスワードを使用する。LUマウントプログラム112のLU問い合わせ部113は、ユーザID、CHAPID、パスワード、サイズを、ボリューム割当プログラム211のボリューム通知部212に送る。ボリューム通知部212は、割当管理情報225を検索し、該当するユーザの割当ターゲットを決定する。新規割当の場合、ユーザIDの登録がされていないので、ボリューム管理部213に割当を要求する。割当処理は上記実施例と同様である。ボリューム管理部213は割当完了をボリューム通知部212に通知する。
−−−増量処理フロー−−−
ユーザは、[ユーザID、認証情報]を入力して、PC100にインストールされているLUマウントプログラム112を実行する。LUマウントプログラム112のLU問い合わせ部113は、ボリューム通知部212からiSCSIイニシエータ名、正と副のiSCSIターゲット名、iSCSIターゲットIPアドレスを得る。
LUマウントプログラム112のマウント制御部114は、iSCSIイニシエータ名、正と副のiSCSIターゲット名、iSCSIターゲットIPアドレスと認証情報を使い、割当されたボリュームをPC100のOSにマウントする。マウント制御部114は、マウントしたボリュームの使用容量を調べる。一定値、例えば80%使用している状態になったら、ボリューム割当プログラム211のボリューム管理部213に[ユーザID、認証情報]の値と増量の要求を送る。
ボリューム管理部213は、割当管理情報225を検索し、該当するユーザの割当ターゲットを決定する。そして、使用しているRAID-G、LUの基本LUサイズを検索し、LUを1つ増量する。増量処理は上記実施例と同様である。ボリューム管理部213は、増量の完了をマウント制御部114に通知する。この段階では、PC100のOSはボリュームの増量を認識できない。よってマウント制御部114は、マウントしたボリュームをアンマウントし、再度マウントを行う。再度マウントすると、拡張されたLUの領域が未使用領域としてOSに管理される。マウント制御部114は、未使用領域に対してファイルのフォーマット処理を行うこともできる。
上記の「サービス開始準備の概要」では、ストレージ装置にイニシエータの定義がされていないが、開始準備の段階でストレージ装置にターゲットとイニシエータの組み合わせを定義しておくこともできる。図13を用い、この場合の割当処理を記す。
管理者は、管理装置200からターゲットを作成しターゲット名を定義する。そして、ターゲットにイニシエータを定義する。RAID-G700を作成し、LUのサイズを決めRAID-G700内にLU600を作成する2001。これによって、ターゲットテーブル413の、所定のコントラーラ番号、ポート番号、ターゲット番号にターゲット名、イニシエータ名が設定される。
次に、ボリューム管理テーブル220のリソース管理情報(ストレージ装置情報221、ターゲット情報222、RAID-G情報223、LU情報224)を作成する。リソース管理情報のターゲット情報222は、上記で設定したターゲット名とイニシエータ名の組み合わせを設定する2002。
管理者は、ボリューム割当処理を行う。ボリューム管理部213に、割当要求を発行する(2003)。ボリューム管理部213は、次に上記した規則に従い割当するLUと、ターゲット情報222を選択し、ユーザに割当するターゲットとイニシエータの組み合わせを決める(2004)。
ボリューム管理部213は、選択したターゲットが属すストレージ装置300の管理IOポートを介して、構成管理プログラム412に、正副ターゲットへのLUマッピング、LUの結合、CHAP、パスワード設定を要求する。構成管理プログラム412は、正副ターゲットへLUをマッピングし、指定されたLUを結合し、ターゲットテーブル413に、CHAP、パスワードを設定する(2005)。
ボリューム管理部213は、割当管理情報225に割当したユーザのID、CHAP、パスワード、割当したターゲット情報222のターゲットID、割当したLUの親番号、ボリュームサイズを設定する(2006)。
ユーザが割当されたボリュームを使用する場合は、LUマウントプログラム112を使い[ユーザID、認証情報]をボリューム管理プログラム212のボリューム通知部212に送る(2007)。ボリューム通知部212は、割当管理情報225を検索し、該当するユーザのターゲット情報222を決定し、iSCSIイニシエータ名、正と副のiSCSIターゲット名、iSCSIターゲットIPアドレスを通知する(2008)。PCのLUマウントプログラム112は通知されたiSCSIイニシエータ名、正と副のiSCSIターゲット名、iSCSIターゲットIPアドレスと認証情報を使い、割当されたボリュームをPC100のOSにマウントする(2009)。
本実施例に係る計算機システムの概略構成を示す説明図である。 本実施例におけるPCの内部構成を概念的に示す説明図である。 本実施例における管理装置の内部構成を概念的に示す説明図である。 本実施例におけるストレージ装置の内部構成を概念的に示す説明図である。 本実施例におけるストレージ装置のLU構成を概念的に示す説明図である。 ストレージ装置の記憶装置に格納されているターゲットテーブルの説明図である。 管理装置の記憶装置に格納されているボリューム管理テーブル(リソース管理情報)の説明図である。 リソース管理情報の各項目の関連を説明する図である。 管理装置の記憶装置に格納されているボリューム管理テーブル(割当管理情報)の説明図である。 割当、増量、解除命令のパラメータ例を説明する図である 管理装置の割当処理ルーチンを示すフローチャートである。 ターゲット、LUの残量管理情報の説明図である。 管理装置、ストレージ装置、PCを含む割当処理ルーチンを示すフローチャートである。
符号の説明
100…PC、200…管理装置、300…ストレージ装置、400…コントローラ、500…磁気ディスク記憶装置(HDD)、600…論理ボリューム(LU)、700…RAIDグループ、700…IPネットワーク、101、201、401…中央演算装置(CPU)、102、202、402…メモリ、103、203…I/O、403…ディスクI/O、404…ホストI/O、405…管理I/O、111…iSCSIドライバ、112…LUマウントプログラム、211…ボリューム割当プログラム

Claims (9)

  1. 複数の計算機と複数のストレージ装置と管理装置がネットワーク接続されたストレージシステムにおける前記計算機への記憶域割当方法であって、
    前記ストレージ装置は、
    前記ストレージ装置内の複数のポートの各ポートに複数のターゲットを設定し、かつ、前記ストレージ装置内に複数の記憶域を設定し、
    前記管理装置は、
    前記ストレージ装置により設定された複数のターゲットを識別するための情報、前記複数のターゲットのうちの何れか一のターゲットに対応付けられた計算機を示すイニシエータを識別するための情報、前記ストレージ装置内に設定された複数の記憶域を識別するための情報及び前記複数の計算機のうちの何れか一の計算機に前記ターゲットが割当てられているか否かを示す割当状態の情報について、管理テーブルを用いて管理し、
    前記計算機から必要な記憶域のサイズを受信した場合、前記管理テーブルを参照して、前記計算機から受信した必要な記憶域のサイズよりも大きい記憶域であって前記計算機に未割当の記憶域を多く含むストレージ装置を選択し、該選択したストレージ装置内の複数のポートのうち、未割当のターゲットを最も多く含むポートを選択し、該選択したポート内に含まれる何れか一の未割当のターゲットを選択し、
    前記ストレージ装置は、
    前記選択された未割当のターゲットと前記計算機を示すイニシエータと前記選択されたストレージ装置内における未割当の記憶域とを対応付け、
    前記管理装置は、
    前記割当てたターゲット及びイニシエータを前記計算機に通知する
    ことを特徴とする記憶域割当方法。
  2. 請求項記載の記憶域割当方法であって、
    前記選択したストレージ装置の割当てられているターゲット数が一定数を超えている場合は、他のストレージ装置であって未割当記憶域が多いストレージ装置を選択する
    ことを特徴とする記憶域割当方法。
  3. 請求項記載の記憶域割当方法であって、
    前記管理装置は、
    前記複数のストレージ装置のうち、ターゲット又は記憶域の割当数が一定数以内のストレージ装置を割当候補として管理し、一定数を超えた場合には割当候補から除外する
    ことを特徴とする記憶域割当方法。
  4. 請求項記載の記憶域割当方法であって、
    前記管理装置は、
    割当候補から除外されたストレージ装置数が一定数に達した場合、新たに記憶域を設定し、該設定した記憶域を割当候補として管理する
    ことを特徴とする記憶域割当方法。
  5. 請求項記載の記憶域割当方法であって、
    前記管理装置は、
    ユーザに割当てた記憶域を解除する要求を受信すると、当該ユーザに割当てたターゲット及び記憶域の情報を前記ストレージ装置から取得し、該取得した情報に基づき、前記ターゲットからイニシエータ名、記憶域及び認証情報の対応付けを解除する解除要求を前記ストレージ装置へ送信し、
    前記ストレージ装置は、
    前記解除要求に基づき、前記ターゲット及び前記記憶域を未割当ターゲット及び記憶域とする
    ことを特徴とする記憶域割当方法。
  6. 複数の計算機と複数のストレージ装置と管理装置がネットワークで接続されたストレージシステムであって、
    前記ストレージ装置は、
    前記ストレージ装置内の複数のポートの各ポートに複数のターゲットを設定し、かつ、前記ストレージ装置内に複数の記憶域を設定し、
    前記管理装置は、
    前記ストレージ装置により設定された複数のターゲットを識別するための情報、前記複数のターゲットのうちの何れか一のターゲットに対応付けられた計算機を示すイニシエータを識別するための情報、前記ストレージ装置内に設定された複数の記憶域を識別するための情報及び前記複数の計算機のうちの何れか一の計算機に前記ターゲットが割当てられているか否かを示す割当状態の情報について、管理テーブルを用いて管理し、
    前記計算機から必要な記憶域のサイズを受信した場合、前記管理テーブルを参照して、前記計算機から受信した必要な記憶域のサイズよりも大きい記憶域であって前記計算機に未割当の記憶域を多く含むストレージ装置を選択し、該選択したストレージ装置内の複数のポートのうち、未割当のターゲットを最も多く含むポートを選択し、該選択したポート内に含まれる何れか一の未割当のターゲットを選択し、
    前記ストレージ装置は、
    前記選択された未割当のターゲットと前記計算機を示すイニシエータと前記選択されたストレージ装置内における未割当の記憶域とを対応付け、
    前記管理装置は、
    前記割当てたターゲット及びイニシエータを前記計算機に通知する
    ことを特徴とするストレージシステム。
  7. 請求項記載のストレージシステムであって、
    前記管理装置は、
    前記割当てたターゲット及びイニシエータの組及び記憶域の情報を前記ストレージ装置に通知し、
    前記ストレージ装置は、
    前記割当てられたターゲット前記割当てられた記憶域を対応付ける
    ことを特徴とするストレージシステム。
  8. 請求項記載のストレージシステムであって、
    前記計算機は、
    前記管理装置にユーザIDを通知し、
    前記管理装置は、
    前記割当てられたイニシエータ及びターゲットに前記ユーザIDを関連ける
    ことを特徴とするストレージシステム。
  9. 請求項記載のストレージシステムであって、
    前記管理装置は、
    さらに、割当てた記憶域の情報を計算機に通知する記憶域通知部を有し、
    前記記憶域通知部は、
    前記ユーザIDに関連けられたイニシエータ及びターゲットを前記計算機に通知し、
    前記計算機は、
    通知されたイニシエータ及びターゲットを割当てられた記憶域にマウントする
    ことを特徴とするストレージシステム。
JP2007044858A 2007-02-26 2007-02-26 ボリューム割当方式 Expired - Fee Related JP4871758B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2007044858A JP4871758B2 (ja) 2007-02-26 2007-02-26 ボリューム割当方式
US11/968,711 US7844711B2 (en) 2007-02-26 2008-01-03 Volume allocation method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2007044858A JP4871758B2 (ja) 2007-02-26 2007-02-26 ボリューム割当方式

Publications (2)

Publication Number Publication Date
JP2008210072A JP2008210072A (ja) 2008-09-11
JP4871758B2 true JP4871758B2 (ja) 2012-02-08

Family

ID=39717191

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007044858A Expired - Fee Related JP4871758B2 (ja) 2007-02-26 2007-02-26 ボリューム割当方式

Country Status (2)

Country Link
US (1) US7844711B2 (ja)
JP (1) JP4871758B2 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090271547A1 (en) * 2008-04-28 2009-10-29 Anuradha Goel Target Discovery and Virtual Device Access Control based on Username
US10909272B2 (en) * 2018-01-31 2021-02-02 Seagate Technology Llc Storage compute appliance with user authentication and memory allocation capabilities
US11017127B2 (en) 2018-01-31 2021-05-25 Seagate Technology Llc Storage compute appliance with internal data encryption

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001350707A (ja) * 2000-06-06 2001-12-21 Hitachi Ltd 情報処理システム、記憶装置の割り当て方法
JP2002222061A (ja) * 2001-01-25 2002-08-09 Hitachi Ltd 記憶領域を設定する方法、記憶装置およびプログラム記憶媒体
JP2003271429A (ja) * 2002-03-15 2003-09-26 Hitachi Ltd 記憶装置資源管理方法、記憶資源管理プログラム、該プログラムを記録した記録媒体、及び記憶資源管理装置
JP4438457B2 (ja) * 2003-05-28 2010-03-24 株式会社日立製作所 記憶領域割当方法、システム及び仮想化装置
US8239552B2 (en) * 2003-08-21 2012-08-07 Microsoft Corporation Providing client access to devices over a network
JP4311637B2 (ja) * 2003-10-30 2009-08-12 株式会社日立製作所 記憶制御装置
US7533181B2 (en) * 2004-02-26 2009-05-12 International Business Machines Corporation Apparatus, system, and method for data access management
US7773521B2 (en) * 2004-04-30 2010-08-10 Emc Corporation Storage switch traffic bandwidth control
JP2006011541A (ja) * 2004-06-22 2006-01-12 Hitachi Ltd 計算機および共用記憶装置を含む計算機システムにおける情報記録方法
JP4699768B2 (ja) * 2005-01-26 2011-06-15 株式会社日立製作所 アクセス負荷を分散するストレージシステム
JP2006252124A (ja) * 2005-03-10 2006-09-21 Nippon Telegr & Teleph Corp <Ntt> ネットワークシステム、ファイルアクセス方法およびプログラム
JP4671738B2 (ja) * 2005-04-01 2011-04-20 株式会社日立製作所 ストレージシステム及び記憶領域割当て方法
JP4675664B2 (ja) * 2005-04-08 2011-04-27 日立コンピュータ機器株式会社 プロセッサ負荷分散システム及びプロセッサ負荷分散方法
JP3897049B2 (ja) * 2005-04-22 2007-03-22 株式会社日立製作所 計算機システム
JP4693589B2 (ja) * 2005-10-26 2011-06-01 株式会社日立製作所 計算機システム、記憶領域割当方法及び管理計算機

Also Published As

Publication number Publication date
US20080209041A1 (en) 2008-08-28
JP2008210072A (ja) 2008-09-11
US7844711B2 (en) 2010-11-30

Similar Documents

Publication Publication Date Title
US8037239B2 (en) Storage controller
US7263578B2 (en) System and method for managing disk space in a thin-provisioned storage subsystem
US8402239B2 (en) Volume management for network-type storage devices
JP4813385B2 (ja) ストレージシステムの複数の論理リソースを制御する制御装置
JP5314772B2 (ja) 性能の異なる実領域群で構成されたプールを有するストレージシステムの管理システム及び方法
US8296543B2 (en) Computer system management apparatus and management method for the computer system
US9122415B2 (en) Storage system using real data storage area dynamic allocation method
JP2007265001A (ja) ストレージ装置
US20100082900A1 (en) Management device for storage device
JP6121527B2 (ja) 計算機システム及びリソース管理方法
US7689797B2 (en) Method for automatically configuring additional component to a storage subsystem
US8285929B2 (en) Management computer
JP2003316618A (ja) コンピュータシステム
JP2007304794A (ja) ストレージシステム及びストレージシステムにおける記憶制御方法
WO2015087442A1 (ja) ストレージシステムの移行方式および移行方法
JP2009053921A (ja) ストレージシステム、計算機及び計算機システム
JP2010211743A (ja) ストレージ装置を管理する計算機及び方法
JP6055924B2 (ja) ストレージシステム及びストレージシステムの制御方法
US20080109630A1 (en) Storage system, storage unit, and storage management system
JP2007072672A (ja) 計算機システムおよび記憶領域の割当て方法
JP4871758B2 (ja) ボリューム割当方式
JP6712982B2 (ja) ストレージ装置、ストレージシステム及びストレージ装置の管理方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090310

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110518

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110524

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110725

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20110725

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20110819

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

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20111121

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20141125

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees