JP2001306403A - ストレージ装置およびファイル共有システム - Google Patents
ストレージ装置およびファイル共有システムInfo
- Publication number
- JP2001306403A JP2001306403A JP2000127954A JP2000127954A JP2001306403A JP 2001306403 A JP2001306403 A JP 2001306403A JP 2000127954 A JP2000127954 A JP 2000127954A JP 2000127954 A JP2000127954 A JP 2000127954A JP 2001306403 A JP2001306403 A JP 2001306403A
- Authority
- JP
- Japan
- Prior art keywords
- file
- server
- access right
- storage device
- 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.)
- Pending
Links
Abstract
(57)【要約】
【課題】ストレージ−サーバ間でファイル書き込み権を
プロトコル的にやり取りすることにより、ＳＡＮにおい
てファイル共有を実現する。 【解決手段】 サーバとストレージを含む計算機ネット
ワークにおいて、ストレージd0が、自身が格納するファ
イルの書き込みアクセス権t0を管理し、このアクセス権
t0を要求するサーバc0に対して期限付きで貸し出し、フ
ァイルf0への書き込み要求はアクセス権t0を持ったサー
バからのみ受付ける。期限の切れたアクセス権t0はスト
レージへ戻ったものと見なす。
プロトコル的にやり取りすることにより、ＳＡＮにおい
てファイル共有を実現する。 【解決手段】 サーバとストレージを含む計算機ネット
ワークにおいて、ストレージd0が、自身が格納するファ
イルの書き込みアクセス権t0を管理し、このアクセス権
t0を要求するサーバc0に対して期限付きで貸し出し、フ
ァイルf0への書き込み要求はアクセス権t0を持ったサー
バからのみ受付ける。期限の切れたアクセス権t0はスト
レージへ戻ったものと見なす。
Description
【０００１】
【発明の属する技術分野】本発明は、サーバ装置とスト
レージ装置を含む計算機ネットワークにおけるファイル
共有機構を備えたＳＡＮ(Storage Area Network)用スト
レージ装置およびファイル共有システムに関する。
レージ装置を含む計算機ネットワークにおけるファイル
共有機構を備えたＳＡＮ(Storage Area Network)用スト
レージ装置およびファイル共有システムに関する。
【０００２】
【従来の技術】近年、コンピュータが扱う情報の量は拡
大の一途をたどっており、ストレージ装置（以下ストレ
ージと呼ぶ場合もある）にも高可用性や高スループット
が要求されている。このような要求に応える手法として
ＳＡＮ(Storage Area Network)が注目されている。
大の一途をたどっており、ストレージ装置（以下ストレ
ージと呼ぶ場合もある）にも高可用性や高スループット
が要求されている。このような要求に応える手法として
ＳＡＮ(Storage Area Network)が注目されている。
【０００３】サーバ装置（以下、単にサーバと呼ぶ場合
もある）やストレージ装置を含む計算機ネットワークの
構成は、従来のＬＡＮ(Local Area Network)において
は、図１７に示すように各ストレージ１がサーバ３に直
接接続される形となる。
もある）やストレージ装置を含む計算機ネットワークの
構成は、従来のＬＡＮ(Local Area Network)において
は、図１７に示すように各ストレージ１がサーバ３に直
接接続される形となる。
【０００４】一方、ＳＡＮにおいては、サーバ群を結ぶ
ネットワークの他にストレージ群が独自のネットワーク
を作り（この後者のネットワークのことをＳＡＮと呼
ぶ）、各サーバがＳＡＮに接続されるように構成され
る。
ネットワークの他にストレージ群が独自のネットワーク
を作り（この後者のネットワークのことをＳＡＮと呼
ぶ）、各サーバがＳＡＮに接続されるように構成され
る。
【０００５】ストレージ上のファイルをサーバ間で共有
するためには、複数サーバからの同時アクセスによって
ファイルを破壊したりしないための仕組みが必要とな
る。従来のネットワークでは、NFS (Network File Syst
em)が一般的に用いられる。
するためには、複数サーバからの同時アクセスによって
ファイルを破壊したりしないための仕組みが必要とな
る。従来のネットワークでは、NFS (Network File Syst
em)が一般的に用いられる。
【０００６】
【発明が解決しようとする課題】しかし、ＮＦＳはサー
バ間のソフトウエア的な協調により実現されているた
め、そのオーバヘッドの大きさからパフォーマンスが低
下し、またサーバ側の問題によりファイルの整合性が失
われる危険がある、等の欠点がある。
バ間のソフトウエア的な協調により実現されているた
め、そのオーバヘッドの大きさからパフォーマンスが低
下し、またサーバ側の問題によりファイルの整合性が失
われる危険がある、等の欠点がある。
【０００７】また、ＳＡＮにおいては、SAN自体の歴史
が浅く、ファイル共有の技術は確立されていない。
が浅く、ファイル共有の技術は確立されていない。
【０００８】本発明は、上述した事情に鑑みてなされた
もので、ＳＡＮにおいてファイル共有を実現可能なスト
レージ装置およびファイル共有システムを提供すること
を目的とする。
もので、ＳＡＮにおいてファイル共有を実現可能なスト
レージ装置およびファイル共有システムを提供すること
を目的とする。
【０００９】
【課題を解決するための手段】上記目的を達成するため
に、本願発明は、サーバ装置とストレージ装置を含む計
算機ネットワークにおいて、ファイル毎の書き込みアク
セス権を保持する手段と、各ファイルの書き込みアクセ
ス権の所在を管理するアクセス権管理手段と、前記アク
セス権を要求するサーバに応答して、前記アクセス権管
理手段を参照し、前記保持手段に保持されているファイ
ルの書き込みアクセス権を期限付きで貸し出し、前記ア
クセス権を有するサーバからのみ前記ファイルへの書き
込み要求を受付け、前記期限が満了した場合には、前記
アクセス権は前記ストレージ装置に戻ったものと見なす
よう制御する制御手段と、を具備することを特徴とす
る。
に、本願発明は、サーバ装置とストレージ装置を含む計
算機ネットワークにおいて、ファイル毎の書き込みアク
セス権を保持する手段と、各ファイルの書き込みアクセ
ス権の所在を管理するアクセス権管理手段と、前記アク
セス権を要求するサーバに応答して、前記アクセス権管
理手段を参照し、前記保持手段に保持されているファイ
ルの書き込みアクセス権を期限付きで貸し出し、前記ア
クセス権を有するサーバからのみ前記ファイルへの書き
込み要求を受付け、前記期限が満了した場合には、前記
アクセス権は前記ストレージ装置に戻ったものと見なす
よう制御する制御手段と、を具備することを特徴とす
る。
【００１０】この発明によれば、ストレージ−サーバ間
でファイル書き込みアクセス権をプロトコル的にやり取
りすることにより、ＳＡＮにおいてファイル共有を実現
することが可能となる。
でファイル書き込みアクセス権をプロトコル的にやり取
りすることにより、ＳＡＮにおいてファイル共有を実現
することが可能となる。
【００１１】
【発明の実施の形態】図１は、この発明が適用される計
算機ネットワークの一実施形態を示す図である。同図に
おいて、ストレージ装置群d0,d1,d2…（１１）がＳＡＮ
(Storage Area Network)１３に接続される。さらに、サ
ーバ群c0,c1…（１５）がLAN(Local Area Network)１７
に接続されるとともにＳＡＮ１３に接続される。ＳＡＮ
１３は例えばファイバチャネル等で構成される。各スト
レージd0,d1,d2…（１１）はファイルfn（１９）を有
し、各ファイル１９にはそのファイルに書き込む権利を
表すトークンtn（２１）が存在する。
算機ネットワークの一実施形態を示す図である。同図に
おいて、ストレージ装置群d0,d1,d2…（１１）がＳＡＮ
(Storage Area Network)１３に接続される。さらに、サ
ーバ群c0,c1…（１５）がLAN(Local Area Network)１７
に接続されるとともにＳＡＮ１３に接続される。ＳＡＮ
１３は例えばファイバチャネル等で構成される。各スト
レージd0,d1,d2…（１１）はファイルfn（１９）を有
し、各ファイル１９にはそのファイルに書き込む権利を
表すトークンtn（２１）が存在する。
【００１２】各ストレージdn（１１）は、自身が格納す
る各ファイルfn（１９）のトークンtn（２１）の所在を
管理するトークン管理装置２２を有する。トークン管理
装置２２は図２に示す用な管理テーブル２３を持つこと
によりトークンの管理を行なう。トークン管理テーブル
２３はトークン識別情報を記憶するトークンフィールド
と、ファイル識別情報を記憶するファイルフィールド
と、サーバ識別情報を記憶するサーバフィールドから構
成される。この管理テーブル２３を参照することによ
り、例えばファイルf0のトークンt0がサーバc0に貸し出
されていることがわかる。サーバ１５からのファイル書
き込み要求に対しては、このファイル１９のトークン２
１を（仮想的に）持ったサーバ１５からの要求のみを受
付ける。
る各ファイルfn（１９）のトークンtn（２１）の所在を
管理するトークン管理装置２２を有する。トークン管理
装置２２は図２に示す用な管理テーブル２３を持つこと
によりトークンの管理を行なう。トークン管理テーブル
２３はトークン識別情報を記憶するトークンフィールド
と、ファイル識別情報を記憶するファイルフィールド
と、サーバ識別情報を記憶するサーバフィールドから構
成される。この管理テーブル２３を参照することによ
り、例えばファイルf0のトークンt0がサーバc0に貸し出
されていることがわかる。サーバ１５からのファイル書
き込み要求に対しては、このファイル１９のトークン２
１を（仮想的に）持ったサーバ１５からの要求のみを受
付ける。
【００１３】なお、あるファイル１９への書き込み要求
が単一サーバ１５内で複数起こる場合が考えられる（例
えば、複数のプログラムが並列に走るマルチプロセス環
境等）。本発明の実施形態では、このような場合には、
サーバ１５内での書き込み調停を公知の手法に基づいて
このサーバ自身が行ない、あるサーバ１５からあるファ
イル１９への書き込み要求は１つだけであるように制御
される。
が単一サーバ１５内で複数起こる場合が考えられる（例
えば、複数のプログラムが並列に走るマルチプロセス環
境等）。本発明の実施形態では、このような場合には、
サーバ１５内での書き込み調停を公知の手法に基づいて
このサーバ自身が行ない、あるサーバ１５からあるファ
イル１９への書き込み要求は１つだけであるように制御
される。
【００１４】なお、サーバ１５がこのような調停を行わ
ない代わりに、ストレージ１１がトークン２１の所在を
プロセス単位で管理するように構成してもよい。この場
合にはストレージは、図３に示すようなストレージ管理
テーブル２５を用いてトークンの所在を管理する。スト
レージ管理テーブル２５は、トークンの識別情報を記憶
するトークンフィールドと、ファイルの識別情報を記憶
するファイルフィールドと、サーバの識別情報を記憶す
るサーバフィールドと、サーバ内のプロセスを記憶する
プロセスフィールドとを有している。
ない代わりに、ストレージ１１がトークン２１の所在を
プロセス単位で管理するように構成してもよい。この場
合にはストレージは、図３に示すようなストレージ管理
テーブル２５を用いてトークンの所在を管理する。スト
レージ管理テーブル２５は、トークンの識別情報を記憶
するトークンフィールドと、ファイルの識別情報を記憶
するファイルフィールドと、サーバの識別情報を記憶す
るサーバフィールドと、サーバ内のプロセスを記憶する
プロセスフィールドとを有している。
【００１５】今、サーバc0（１５）がストレージd0（１
１）内にあるファイルf0（１９）をオープンするものと
する。
１）内にあるファイルf0（１９）をオープンするものと
する。
【００１６】読み出し専用ファイルのオープンの場合は
通常のファイルアクセスと同様であるので、詳細な説明
は省略する。
通常のファイルアクセスと同様であるので、詳細な説明
は省略する。
【００１７】サーバc0および他のサーバはそれぞれディ
スクキャッシュを有する。ディスクキャッシュの無効化
については後述する。
スクキャッシュを有する。ディスクキャッシュの無効化
については後述する。
【００１８】サーバc0（１５）がストレージd0（１１）
内のファイルf0（１９）に対して書き込み用オープンお
よびクローズを行う際の、サーバc0−ストレージd0間で
のプロトコルのやり取りを図４に示す。同図に示すよう
に、まず、サーバc0はストレージd0内にあるファイルf0
をオープンしたい旨を通知する。この通知は、プロトコ
ルのrequestコマンドにより行う。requestコマンドは図
５に示すように、サーバＩＤ s0、オープンしたいファ
イル名f0およびその他の管理情報を含む。
内のファイルf0（１９）に対して書き込み用オープンお
よびクローズを行う際の、サーバc0−ストレージd0間で
のプロトコルのやり取りを図４に示す。同図に示すよう
に、まず、サーバc0はストレージd0内にあるファイルf0
をオープンしたい旨を通知する。この通知は、プロトコ
ルのrequestコマンドにより行う。requestコマンドは図
５に示すように、サーバＩＤ s0、オープンしたいファ
イル名f0およびその他の管理情報を含む。
【００１９】ストレージd0（１１）は、サーバc0（１
５）からのファイルオープン要求に対し、図２に示すト
ークン管理テーブルを参照してファイルf0（１９）のト
ークンt0（２１）が貸し出されているか否か調べる。ま
だ他サーバへ貸し出されていなければ、トークンt0を、
サーバc0へ期限付きで貸し出す。この期限は例えば秒オ
ーダーの時間である。
５）からのファイルオープン要求に対し、図２に示すト
ークン管理テーブルを参照してファイルf0（１９）のト
ークンt0（２１）が貸し出されているか否か調べる。ま
だ他サーバへ貸し出されていなければ、トークンt0を、
サーバc0へ期限付きで貸し出す。この期限は例えば秒オ
ーダーの時間である。
【００２０】この貸し出しはプロトコルのtokensendコ
マンドにより行われる。tokensendコマンドは図６に示
すように、トークンID t0、ストレージＩＤ do、貸し
出し期限、ファイル名、およびその他の管理情報を含
む。このコマンドにより、トークンt0はストレージd0か
らサーバc0へと仮想的に移動したことになる。
マンドにより行われる。tokensendコマンドは図６に示
すように、トークンID t0、ストレージＩＤ do、貸し
出し期限、ファイル名、およびその他の管理情報を含
む。このコマンドにより、トークンt0はストレージd0か
らサーバc0へと仮想的に移動したことになる。
【００２１】サーバc0は、トークンt0を保持している間
は、ファイルf0へ書き込むことができるが、期限が来て
も、トークンt0を保持し続けるためには、期限が来る前
にトークンt0の借用を延長する必要がある。この延長
は、プロトコルのrenewコマンドにより行われる。renew
コマンドは図７に示すように、トークンＩＤ t0、サー
バＩＤ、およびその他の管理情報を含む。
は、ファイルf0へ書き込むことができるが、期限が来て
も、トークンt0を保持し続けるためには、期限が来る前
にトークンt0の借用を延長する必要がある。この延長
は、プロトコルのrenewコマンドにより行われる。renew
コマンドは図７に示すように、トークンＩＤ t0、サー
バＩＤ、およびその他の管理情報を含む。
【００２２】renewコマンドを受けたストレージd0は、
コマンドが期限内に到着したことを確認し、ストレージ
c0に対し借用延長を了解したと通知する。この通知は、
プロトコルのrenewackコマンドにより行われる。renewa
ckコマンドは図８に示すように、トークンＩＤ t0、ス
トレージＩＤ d0、次回の期限、およびその他の管理情
報を含む。
コマンドが期限内に到着したことを確認し、ストレージ
c0に対し借用延長を了解したと通知する。この通知は、
プロトコルのrenewackコマンドにより行われる。renewa
ckコマンドは図８に示すように、トークンＩＤ t0、ス
トレージＩＤ d0、次回の期限、およびその他の管理情
報を含む。
【００２３】なお、本実施形態では、renewackコマンド
内に次回の期限を含むものとしている。これにより、同
じトークンの延長が何度も繰り返される様な場合には、
期限を長くしてrenewコマンドの頻度を減らしプロトコ
ルのオーバヘッドを軽減する等の柔軟な調整が可能とな
る。
内に次回の期限を含むものとしている。これにより、同
じトークンの延長が何度も繰り返される様な場合には、
期限を長くしてrenewコマンドの頻度を減らしプロトコ
ルのオーバヘッドを軽減する等の柔軟な調整が可能とな
る。
【００２４】なお、トークン貸し出し期限を一定とし、
コマンドから期限の情報を省略するように構成してもよ
い。
コマンドから期限の情報を省略するように構成してもよ
い。
【００２５】サーバc0は、トークンt0を保持している間
ファイルf0へ書き込むことができる。この書き込みはwr
iteコマンドにより行われる。writeコマンドは、図９に
示すように、トークンＩＤ t0、サーバＩＤ c0、デー
タとそれを書き込むファイル内オフセット、およびその
他の管理情報を含む。
ファイルf0へ書き込むことができる。この書き込みはwr
iteコマンドにより行われる。writeコマンドは、図９に
示すように、トークンＩＤ t0、サーバＩＤ c0、デー
タとそれを書き込むファイル内オフセット、およびその
他の管理情報を含む。
【００２６】ストレージd0はwriteコマンドを受け取る
と、サーバc0がトークンt0を保持していることを図２に
示すトークン管理テーブル２３を参照することにより確
認し、サーバc0に対してコマンドの受け取りとトークン
の貸し出しの新たな期限とを通知する。なお、上述の説
明では、期限の延長はrenewコマンドを用いて行った
が、実際の運用では、トラフィック量を少なくするため
に、writeコマンドを受け取ったときも期限通知を行う
ことができるように構成されている。これに加え、ファ
イルf0を読込んでキャッシュしている他サーバに対して
も、writeコマンドによってキャッシュが無効になった
ことを通知する。すなわち、writeコマンドにはファイ
ル内オフセット情報が含まれており、他サーバはこのオ
フセット情報が書き換わったことにより、キャッシュが
無効になったことを知ることができる。この通知は、プ
ロトコルのwriteackコマンドをＳＡＮ１３に接続した全
サーバへブロードキャストすることにより行われる。
と、サーバc0がトークンt0を保持していることを図２に
示すトークン管理テーブル２３を参照することにより確
認し、サーバc0に対してコマンドの受け取りとトークン
の貸し出しの新たな期限とを通知する。なお、上述の説
明では、期限の延長はrenewコマンドを用いて行った
が、実際の運用では、トラフィック量を少なくするため
に、writeコマンドを受け取ったときも期限通知を行う
ことができるように構成されている。これに加え、ファ
イルf0を読込んでキャッシュしている他サーバに対して
も、writeコマンドによってキャッシュが無効になった
ことを通知する。すなわち、writeコマンドにはファイ
ル内オフセット情報が含まれており、他サーバはこのオ
フセット情報が書き換わったことにより、キャッシュが
無効になったことを知ることができる。この通知は、プ
ロトコルのwriteackコマンドをＳＡＮ１３に接続した全
サーバへブロードキャストすることにより行われる。
【００２７】writeackコマンドは図１０に示すように、
トークンＩＤ to、ストレージＩＤd0、新たな貸し出し
期限、先のwriteコマンドで渡されたデータとそれを書
き込むファイル内オフセット、およびその他の管理情報
が含まれる。このファイル書き込み時のプロトコルを図
１１に示す。
トークンＩＤ to、ストレージＩＤd0、新たな貸し出し
期限、先のwriteコマンドで渡されたデータとそれを書
き込むファイル内オフセット、およびその他の管理情報
が含まれる。このファイル書き込み時のプロトコルを図
１１に示す。
【００２８】本実施形態では、writeackコマンド内には
書き込みの内容が含まれている。ファイルf0をキャッシ
ュしている他サーバは、writeackコマンドを受け取る
と、キャッシュの内容を書き込みの内容通りに更新する
か、あるいは単にキャッシュを無効化するものとする。
書き込みの内容が含まれている。ファイルf0をキャッシ
ュしている他サーバは、writeackコマンドを受け取る
と、キャッシュの内容を書き込みの内容通りに更新する
か、あるいは単にキャッシュを無効化するものとする。
【００２９】なお、writeackコマンドに書き込みの内容
を含まない場合、他サーバはキャッシュ無効化のみ行う
こととし、writeackコマンドには書き込みの内容を含め
ないように構成してもよい。
を含まない場合、他サーバはキャッシュ無効化のみ行う
こととし、writeackコマンドには書き込みの内容を含め
ないように構成してもよい。
【００３０】また、本実施形態では、ストレージd0は、
writeackコマンドをＳＡＮ１３に接続している全サーバ
へブロードキャストするように構成されているが、同コ
マンドを個々のサーバへそれぞれ送るように構成しても
よい。この場合、全サーバに対して個々にコマンドを送
る方法と、ファイルf0をキャッシュしている（可能性の
ある）サーバc0に対してのみコマンドを送る方法とがあ
る。
writeackコマンドをＳＡＮ１３に接続している全サーバ
へブロードキャストするように構成されているが、同コ
マンドを個々のサーバへそれぞれ送るように構成しても
よい。この場合、全サーバに対して個々にコマンドを送
る方法と、ファイルf0をキャッシュしている（可能性の
ある）サーバc0に対してのみコマンドを送る方法とがあ
る。
【００３１】後者の場合、ファイルf0をキャッシュして
いる（可能性のある）サーバがどれであるかをストレー
ジd0が把握している必要があるために、読み出すだけで
書き込みは行わない、という権利を表す「読み出しトー
クン」を導入するように構成してもよい。これは、スト
レージ１１に例えば図１２に示すようなサーバリスト２
９を持たせることにより、行うことができる。サーバリ
スト２９は、どのサーバがどのファイルをリードしたか
の履歴を記憶している。このリストを参照することによ
り、どのサーバがどのファイルをキャッシュしているか
（キャッシュしている可能性があるか）を知ることがで
きる。
いる（可能性のある）サーバがどれであるかをストレー
ジd0が把握している必要があるために、読み出すだけで
書き込みは行わない、という権利を表す「読み出しトー
クン」を導入するように構成してもよい。これは、スト
レージ１１に例えば図１２に示すようなサーバリスト２
９を持たせることにより、行うことができる。サーバリ
スト２９は、どのサーバがどのファイルをリードしたか
の履歴を記憶している。このリストを参照することによ
り、どのサーバがどのファイルをキャッシュしているか
（キャッシュしている可能性があるか）を知ることがで
きる。
【００３２】サーバc0はファイルf0へ書き込む必要が無
くなれば、トークンt0をストレージd0へ返却することに
よりファイルf0を開放する。この返却はtokenreturnコ
マンドにより行われる。同コマンドは図１３に示すよう
にトークンＩＤ t0、サーバＩＤ c0およびその他の管
理情報を含む。
くなれば、トークンt0をストレージd0へ返却することに
よりファイルf0を開放する。この返却はtokenreturnコ
マンドにより行われる。同コマンドは図１３に示すよう
にトークンＩＤ t0、サーバＩＤ c0およびその他の管
理情報を含む。
【００３３】ストレージd0は、トークンが返却されたこ
とを確認し、サーバc0へ通知する。この通知はreturnac
kコマンドにより行われる。同コマンドは図１４に示す
ようにトークンＩＤ t0、ストレージＩＤ d0、および
その他の管理情報を含む。同コマンドにより、サーバc0
からストレージd0への、一連のファイル書き込み処理が
終了する。
とを確認し、サーバc0へ通知する。この通知はreturnac
kコマンドにより行われる。同コマンドは図１４に示す
ようにトークンＩＤ t0、ストレージＩＤ d0、および
その他の管理情報を含む。同コマンドにより、サーバc0
からストレージd0への、一連のファイル書き込み処理が
終了する。
【００３４】なお、本実施形態では、returnackコマン
ドはストレージd0からサーバc0へ送るように構成され
る。このため、他サーバはファイルf0が開放されたこと
を知らされていない。
ドはストレージd0からサーバc0へ送るように構成され
る。このため、他サーバはファイルf0が開放されたこと
を知らされていない。
【００３５】なお、一部のサーバ（例えば、t0を得よう
として失敗したサーバ）へもreturnackコマンドを送る
ことによりファイルf0が開放されたことを知らせるよう
に構成してもよい。この場合には、例えば図１５に示す
ようにアクセス権が得られなかったサーバのリスト３１
を保持し、これをトークン管理装置２２が参照すること
により、失敗したサーバに対してファイルf0の開放を通
知することができる。
として失敗したサーバ）へもreturnackコマンドを送る
ことによりファイルf0が開放されたことを知らせるよう
に構成してもよい。この場合には、例えば図１５に示す
ようにアクセス権が得られなかったサーバのリスト３１
を保持し、これをトークン管理装置２２が参照すること
により、失敗したサーバに対してファイルf0の開放を通
知することができる。
【００３６】あるいは同コマンドを全サーバへブロード
キャストで送ることによりファイルf0が開放されたこと
を知らせるように構成してもよい。
キャストで送ることによりファイルf0が開放されたこと
を知らせるように構成してもよい。
【００３７】ストレージd0がサーバc0からのrenewコマ
ンドを受け取らなかった場合は、ストレージd0はトーク
ンt0が期限切れで自分の所へ戻ってきたと見做し、以後
はトークンt0を自分が保持しているものとして振る舞
う。この振る舞いにより、例えサーバc0がトークンを持
ったまま故障したような場合でも、ストレージd0は他サ
ーバに対し通常通りのサービスを行えることとなり、可
用性が向上する。
ンドを受け取らなかった場合は、ストレージd0はトーク
ンt0が期限切れで自分の所へ戻ってきたと見做し、以後
はトークンt0を自分が保持しているものとして振る舞
う。この振る舞いにより、例えサーバc0がトークンを持
ったまま故障したような場合でも、ストレージd0は他サ
ーバに対し通常通りのサービスを行えることとなり、可
用性が向上する。
【００３８】図１６はこの発明の他の実施形態を示す。
図１に示す実施形態では、ストレージ装置１１の中にト
ークン管理装置２２を有する構成とした。図１６に示す
実施形態では、専用のトークン管理装置３３をＳＡＮ１
３に接続し、ストレージ装置３５はアクセス権の管理を
除くその他の動作を行う例えばディスク装置等からなる
ストレージ装置で構成している。このような構成によっ
ても図１に示す実施形態と同様の効果を得ることができ
る。なお、図１６に示す動作は図１に示す実施形態の動
作と同様であるので、説明を省略する。
図１に示す実施形態では、ストレージ装置１１の中にト
ークン管理装置２２を有する構成とした。図１６に示す
実施形態では、専用のトークン管理装置３３をＳＡＮ１
３に接続し、ストレージ装置３５はアクセス権の管理を
除くその他の動作を行う例えばディスク装置等からなる
ストレージ装置で構成している。このような構成によっ
ても図１に示す実施形態と同様の効果を得ることができ
る。なお、図１６に示す動作は図１に示す実施形態の動
作と同様であるので、説明を省略する。
【００３９】
【発明の効果】この発明によれば、ストレージ−サーバ
間でファイル書き込み権をプロトコル的にやり取りする
ことにより、ＳＡＮにおいてファイル共有を実現するこ
とができる。
間でファイル書き込み権をプロトコル的にやり取りする
ことにより、ＳＡＮにおいてファイル共有を実現するこ
とができる。
【図１】本発明が適用されるＳＡＮ接続の計算機ネット
ワーク例を示す図である。
ワーク例を示す図である。
【図２】サーバ毎にトークンを管理するためのトークン
管理テーブルを示す図である。
管理テーブルを示す図である。
【図３】サーバのプロセス毎にトークンを管理するため
のトークン管理テーブルを示す図である。
のトークン管理テーブルを示す図である。
【図４】ファイルオープン／クローズのプロトコルを示
す図である。
す図である。
【図５】requestコマンドのパケットを示す図である。
【図６】tokensendコマンドのパケットを示す図であ
る。
る。
【図７】renewコマンドのパケットを示す図である。
【図８】renewackコマンドのパケットを示す図である。
【図９】writeコマンドのパケットを示す図である。
【図１０】writeackコマンドのパケットを示す図であ
る。
る。
【図１１】ファイル書き込みのプロトコルを示す図であ
る。
る。
【図１２】サーバリストを示す図である。
【図１３】tokenreturnコマンドのパケットを示す図で
ある。
ある。
【図１４】returnackコマンドのパケットを示す図であ
る。
る。
【図１５】アクセス権が得られなかったサーバのリスト
を示す図である。
を示す図である。
【図１６】この発明の他の実施形態を示す図である。
【図１７】ＬＡＮ接続の計算機ネットワークを示す図で
ある。
ある。
１１…ストレージ装置群 １３…ＳＡＮ １５…サーバ １７…ＬＡＮ １９…ファイル ２１…トークン ２２…トークン管理装置 ２３…トークン管理テーブル ２５…ストレージ管理テーブル ２９…サーバリスト ３１…アクセス権が得られなかったサーバのリスト
Claims (9)
- 【請求項１】サーバ装置とストレージ装置を含む計算機
ネットワークにおいて、ファイル毎の書き込みアクセス
権を保持する手段と、 各ファイルの書き込みアクセス権の所在を管理するアク
セス権管理手段と、 前記アクセス権を要求するサーバに応答して、前記アク
セス権管理手段を参照し、前記保持手段に保持されてい
るファイルの書き込みアクセス権を期限付きで貸し出
し、前記アクセス権を有するサーバからのみ前記ファイ
ルへの書き込み要求を受付け、前記期限が満了した場合
には、前記アクセス権は前記ストレージ装置に戻ったも
のと見なすよう制御する制御手段と、を具備することを
特徴とするストレージ装置。 - 【請求項２】前記制御手段は、前記アクセス権を、サー
バ内で並列動作するプログラムの１つに貸し出し、前記
ファイルへの書き込み要求はこのアクセス権を持ったプ
ログラムからのみ受付けることを特徴とする請求項１記
載のストレージ装置。 - 【請求項３】前記制御手段は、前記サーバ装置からの、
前記アクセス権の貸し出し期間を延長する要求を受付け
ることを特徴とする請求項１記載のストレージ装置。 - 【請求項４】前記サーバ装置およびストレージ装置は複
数で構成され、前記制御手段が前記サーバ装置からの前
記ファイルへの書き込み要求を受付けたことを前記サー
バ装置に通知する際に、前記ファイルへの書き込みがあ
ったことを一部あるいは全ての他サーバ装置へも通知す
ることを特徴とする請求項１記載のストレージ装置。 - 【請求項５】前記制御手段はさらに前記ファイルへの書
き込み内容を一部あるいは全ての他サーバ装置へも通知
することを特徴とする請求項４記載のストレージ装置。 - 【請求項６】前記制御手段は、過去に前記ファイルを読
み出してキャッシュしている可能性のあるサーバ装置を
記録しておき、このサーバ装置に対してのみ通知を行う
ことを特徴とする請求項４または５記載のストレージ装
置。 - 【請求項７】前記制御手段は、前記アクセス権を前記サ
ーバから返却してもらったことを前記サーバ装置へ通知
する際に、一部または全ての他サーバ装置へも通知する
ことを特徴とする請求項１記載のストレージ装置。 - 【請求項８】前記制御手段は、過去に前記アクセス権を
得ようとして失敗したサーバを記録しておき、これらの
サーバに対してのみ通知を行うことを特徴とする請求項
７記載のストレージ装置。 - 【請求項９】サーバ装置とストレージ装置を含む計算機
ネットワークにおいて、 前記ネットワークを介して前記サーバ装置及びストレー
ジ装置と接続され、各ファイルの書き込みアクセス権の
所在を管理するアクセス権管理手段を有し、 前記ストレージ装置は、 ファイル毎の書き込みアクセス権を保持する手段と、 前記アクセス権を要求するサーバ装置に応答して、前記
アクセス権管理手段を参照し、前記保持手段に保持され
ているファイルの書き込みアクセス権を期限付きで貸し
出し、前記アクセス権を有するサーバからのみ前記ファ
イルへの書き込み要求を受付け、前記貸し出し期限が満
了した場合には、前記ファイルの書き込みアクセス権が
前記ストレージ装置に戻ったとものと見なすよう制御す
る制御手段と、を有することを特徴とするファイル共有
システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000127954A JP2001306403A (ja) | 2000-04-27 | 2000-04-27 | ストレージ装置およびファイル共有システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000127954A JP2001306403A (ja) | 2000-04-27 | 2000-04-27 | ストレージ装置およびファイル共有システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001306403A true JP2001306403A (ja) | 2001-11-02 |
Family
ID=18637468
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000127954A Pending JP2001306403A (ja) | 2000-04-27 | 2000-04-27 | ストレージ装置およびファイル共有システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001306403A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004055675A1 (ja) * | 2002-12-18 | 2004-07-01 | Fujitsu Limited | ファイル管理装置、ファイル管理プログラム、ファイル管理方法およびファイルシステム |
| US7188187B2 (en) | 2002-04-23 | 2007-03-06 | Hitachi, Ltd. | File transfer method and system |
-
2000
- 2000-04-27 JP JP2000127954A patent/JP2001306403A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7188187B2 (en) | 2002-04-23 | 2007-03-06 | Hitachi, Ltd. | File transfer method and system |
| WO2004055675A1 (ja) * | 2002-12-18 | 2004-07-01 | Fujitsu Limited | ファイル管理装置、ファイル管理プログラム、ファイル管理方法およびファイルシステム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9811463B2 (en) | Apparatus including an I/O interface and a network interface and related method of use | |
| US7480654B2 (en) | Achieving cache consistency while allowing concurrent changes to metadata | |
| US20110225373A1 (en) | Computer system and method of data cache management | |
| AU6165490A (en) | Method and system for a computer network | |
| JP4478321B2 (ja) | ストレージシステム | |
| JP2001184248A (ja) | 分散処理システムにおけるデータアクセス管理装置 | |
| JP4700204B2 (ja) | ストレージ管理データ制御システム | |
| RU2297662C2 (ru) | Высокоскоростное управление блокировками для мгновенного копирования в системах хранения данных с совместным использованием памяти n узлами | |
| JP4053842B2 (ja) | 計算機システム | |
| JP4625675B2 (ja) | ストレージ装置のリソース割り当て方法及びストレージ装置 | |
| JP3741345B2 (ja) | ネットワーク接続ディスク装置 | |
| US20050235005A1 (en) | Computer system configuring file system on virtual storage device, virtual storage management apparatus, method and signal-bearing medium thereof | |
| US7155492B2 (en) | Method and system for caching network data | |
| US7613786B2 (en) | Distributed file system | |
| EP1988473B1 (en) | A server with a core using a virtual file system and a method for securely redirecting a persistent storage device operation to a middleware infrastructure | |
| US20040107176A1 (en) | Method and apparatus for providing storage control in a network of storage controllers | |
| JP2001306403A (ja) | ストレージ装置およびファイル共有システム | |
| JP2007148554A (ja) | ネットワークキャッシュ装置およびプログラム | |
| US20090307701A1 (en) | Information processing method and apparatus using the same | |
| JP5172594B2 (ja) | 情報処理システム及び情報処理システムの運用方法 | |
| Liang et al. | High performance block I/O for global file system (GFS) with infiniband RDMA | |
| JP2005004349A (ja) | ストレージシステムの制御方法、ストレージシステム、及びストレージ装置 | |
| JP3544219B2 (ja) | ファイル共用システム | |
| JP2003058487A (ja) | データアクセス制御方式 | |
| JP3940686B2 (ja) | 通信システム及び通信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040915 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070425 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070522 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070925 |