JP3704573B2 - クラスタシステム - Google Patents
クラスタシステム Download PDFInfo
- Publication number
- JP3704573B2 JP3704573B2 JP2001071680A JP2001071680A JP3704573B2 JP 3704573 B2 JP3704573 B2 JP 3704573B2 JP 2001071680 A JP2001071680 A JP 2001071680A JP 2001071680 A JP2001071680 A JP 2001071680A JP 3704573 B2 JP3704573 B2 JP 3704573B2
- Authority
- JP
- Japan
- Prior art keywords
- cluster
- shared memory
- cluster shared
- shared
- lock
- 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
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/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- 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/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0629—Configuration or reconfiguration of storage systems
- G06F3/0637—Permissions
Description
【０００１】
【発明の属する技術分野】
本発明は、記憶装置と計算機を専用の高速ネットワークで接続したＳＡＮ(Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ（ストレージエリア・ネットワーク）)環境における並列処理プログラミングが容易なクラスタシステムに関するものである。
【０００２】
【従来の技術】
近年、データのストレージ装置としての磁気ディスク装置と電子計算機（以下、サーバーコンピュータまたは単にサーバーと呼ぶ）とをＦｉｂｅｒ Ｃｈａｎｎｅｌ（ファイバ・チャネル）等の専用の高速ネットワークで接続したＳＡＮが注目を浴びている。
【０００３】
このＳＡＮには以下のような利点がある。（１）複数のサーバーがストレージ装置を共有することができる。（２）ストレージ装置のアクセス負荷をＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）から分離させることができる。（３）ファイバ・チャネル等によりストレージ装置へのアクセスを高速にすることができる。このうち（１）はＳＡＮの一般的な利点であるが、ここにクラスタ共有ファイルシステムの技術を用いると、単に複数のサーバーがストレージ装置を共有できるだけでなく、ファイルを共有アクセスすることが可能になる。
【０００４】
米国Ｓｉｓｔｉｎａ Ｓｏｆｔｗａｒｅ Ｉｎｃが開発しているＧＦＳ（Ｇｌｏｂａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）は、このようなクラスタ共有ファイルシステムの一例である。クラスタ共有ファイルシステムでは、複数のサーバーコンピュータによるストレージ装置に記憶されたファイルへの共有アクセスを可能にしている。
【０００５】
複数のサーバーコンピュータによるファイルへの共有アクセスというと、一般的にはＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ）が連想されるが、
ＮＦＳでは複数のサーバーコンピュータで同一ファイルを更新した場合のデータの一貫性を保証していない。これに対しクラスタ共有ファイルシステムではデータの一貫性を保証している。
【０００６】
クラスタ共有ファイルシステムは、複数のサーバーコンピュータによるファイルの共有アクセス（ＲＥＡＤ／ＷＲＩＴＥ）機能の他に、データの一貫性を保証するために複数のサーバーコンピュータに跨るロック機構であるクラスタ共有ファイルシステム用ロック機構を持っている。このクラスタ共有ファイルシステム用ロック機構により、複数のサーバーコンピュータから構成されるクラスタシステム（Ｃｌｕｓｔｅｒ Ｓｙｓｔｅｍ）上で並列アプリケーションプログラムが実行可能となる。
【０００７】
例えば、クラスタ共有ファイルシステムとクラスタ共有ファイルシステム用ロック機構とを実装した複数のサーバーコンピュータがＳＡＮを介して１つの磁気ディスク装置に接続されているクラスタシステムについて考察する。このクラスタシステムは、主メモリを共有していない疎結合のクラスタシステムである。各サーバーコンピュータ上で実行されているプロセスは、クラスタ共有ファイルシステムを用いることにより、磁気ディスク装置に記憶されているファイルに共有アクセスすることができる。しかも、プロセスは、クラスタ共有ファイルシステム用ロック機構を用いて排他制御処理をすることにより、磁気ディスク装置に記憶されているファイルのデータの一貫性を保証することができる。
【０００８】
これに対して、ファイルシステムと共有メモリシステムとロック機構とが実装され、複数のプロセッサを持ち、例えば１つの磁気ディスク装置が接続されているＳＭＰ型（Ｓｙｍｍｅｔｒｉｃａｌ Ｍｕｌｔｉｐｒｏｃｅｓｓｏｒ）並列計算機について考察する。このＳＭＰ型並列計算機上で実行されている複数のプロセスは、それぞれファイルシステムを介して磁気ディスク装置に記憶されたファイルに共有アクセスしたり、共有メモリシステムを介して共有メモリ（主メモリ）にアクセスすることができる。また、複数のプロセスは、ロック機構を介して磁気ディスク装置に記憶されたファイルや共有メモリに記憶されたデータに対する共有アクセスにおける排他制御処理をすることにより、データの一貫性を保持することができる。
【０００９】
このように従来の疎結合のクラスタシステムとＳＭＰ型並列計算機とを比較すると、両者ともに磁気ディスク装置に記憶されたファイルに対する共有アクセスおよびこれらに対するデータの一貫性の保持は可能である。しかし、クラスタシステムでは、複数のサーバーコンピュータから共有メモリへの共有アクセスをすることができない。
【００１０】
【発明が解決しようとする課題】
クラスタ共有ファイルシステムを持つクラスタシステムでは、ファイルへの共有アクセスはできるが、メモリへの共有アクセスはできない。このため、クラスタ共有ファイルシステムを持つクラスタシステムでは、ＳＭＰ型並列計算機と比べると、その実行するアプリケーションプログラムを並列プログラムにて記述するのが困難であるという課題がある。具体的には、複数のサーバーコンピュータ上で実行されているプロセスでファイル（又はデータ）を共有して互いにデータの一貫性を確保しながらデータの同期をとってデータ処理するプログラミングを記述する場合には、プロセスが共有して処理するファイル（又はデータ）をメモリ上に配置して処理することが必要であるが、これをすることができない。もし、プロセスがファイル（又はデータ）を同期をとりながらデータの一貫性を確保して共有処理することが必要な場合には、クラスタ共有ファイルシステムを利用して、その共有対象のファイル（又はデータ）を磁気ディスク装置上に配置して処理することが必要である。この場合には、プロセスが、ファイル（又はデータ）に対する処理を入出力装置を対象とするＩ／Ｏ処理のコマンドを使用してプログラミングされている必要がある。このようにファイル装置（磁気ディスク装置）に記憶されているファイル（又はデータ）のデータ処理する場合は、メモリ上に配置されたファイル（又はデータ）を処理する場合に比べて、プログラムの記述が複雑になる。これは、メモリ上に配置されたデータに対する処理であれば、ｌｏａｄ命令やｓｔｏｒｅ命令を使用して簡単なプログラム記述で処理が記述できる。
【００１１】
しかし、これに対して磁気ディスク装置上に配置されたファイルやデータを処理する場合には、Ｉ／Ｏ処理をするための複雑なコマンドを使用したプログラムを記述する必要があり、並列プログラムにて記述するのが困難である。また、メモリ上に配置されたデータに対するデータ処理に比べて、磁気ディスク装置などのファイル装置（Ｉ／Ｏ装置）上に配置されたデータを処理する場合には、その処理時間が多くかかり、処理速度が落ちるという問題もある。
【００１２】
以上説明したように、クラスタ共有ファイルシステムを実装した複数のサーバーコンピュータが疎結合されたクラスタシステムでは、磁気ディスク装置などのファイル装置上に記憶されたファイルへの共有アクセスは可能であるが、主メモリへの共有アクセスは可能でないため、ＳＭＰ型並列計算機と比べると、並列プログラムにて記述するのが困難であるという課題がある。
【００１３】
本発明は、クラスタ共有ファイルシステムを実装した複数のサーバーコンピュータが疎結合されたクラスタシステムにおいて、並列プログラムの記述が容易なクラスタシステムを提供することを目的とする。
【００１４】
【課題を解決するための手段】
本発明は、複数の電子計算機と、共有ディスク装置と、前記複数の電子計算機上で動作するプロセスから前記共有ディスク装置に記録されたファイルに対して共有アクセスするためにロック機能によりデータの一貫性を保持するための排他制御をするクラスタ共有ファイルシステムとを持ったクラスタシステムであって、前記クラスタ共有ファイルシステムが管理するファイルを前記プロセスのアドレス空間内にマッピングして共有メモリを設定するためのクラスタ共有メモリ設定手段と、前記クラスタ共有ファイルシステムのロック機能を前記共有メモリにアロケーションして前記共有メモリ上でデータの一貫性を保持するための排他制御を可能とするクラスタ共有メモリ用ロックアロケーション手段とを備えたことを特徴とする。
【００１５】
本発明によれば、クラスタ共有ファイルシステムを実装した複数のサーバーコンピュョータが疎結合されたクラスタシステムにおいて、並列プログラムの記述を容易にすることができる。
【００１６】
【発明の実施の形態】
本発明のポイントは、クラスタシステムにおいて、アプリケーションプログラムを実行することで生成されるプロセスが共有ディスク装置に記録されたファイルを、クラスタ共有ファイルシステムを用いてプロセスが主メモリ上に配置されているアドレス空間内に仮想的に設けたクラスタ共有メモリ（分散共有メモリ）領域上にマッピングすることで、ファイルへのアクセスを主メモリへのアクセスとして処理することである。
【００１７】
以下、図面を用いて、本発明の一実施形態を詳細に説明する。図１は、本発明のクラスタシステムを示す図である。図１において、クラスタシステム１０は、ファイバ・チャネルで構成されているストレージエリア・ネットワーク（ＳＡＮ）１５にサーバーコンピュータ１１、サーバーコンピュータ１２、サーバーコンピュータ１３、サーバーコンピュータ１４と磁気ディスク装置で構成される共有ディスク装置１６が接続されて構成されている。
【００１８】
各サーバーコンピュータ１１〜１４は、図２に示すように構成されている。図２では、サーバーコンピュータ１１〜１４の代表として、サーバーコンピュータ１１の構成を説明する。図２において、サーバーコンピュータ１１には、主メモリ１１１、クラスタ共有メモリ用ロック/クラスタ共有ファイルシステム用ロック変換テーブル１１３、クラスタ共有メモリ用ロック操作手段１１４、クラスタ共有メモリ用ページ操作手段１１５、クラスタ共有ファイルシステム用ロック機構１１６、クラスタ共有ファイルシステム１１７、クラスタ共有メモリ/クラスタ共有ファイル変換テーブル１１８、更新ページリスト１１９、クラスタ共有メモリマップ手段１２０、クラスタ共有メモリアンマップ手段１２１、クラスタ共有メモリ用ロックアロケーション手段１２２、クラスタ共有メモリ用ロック解放手段１２３が設けられて構成されている。サーバーコンピュータ１１では、あるアプリケーションプログラムが実行されることで生成されるプロセス１１２が主メモリ１１１上のアドレス空間内に配置されて図示しないプロセッサにより実行されて動作している。
【００１９】
図３は、プロセス１１２の詳細を示す図である。図３において参照符号Ａは、プロセス１１２のアドレス空間内におけるアドレスを示す。プロセス１１２には、アドレスＡを先頭として複数のページＰ０、Ｐ１、Ｐ２、Ｐ３、Ｐ４、Ｐ５が設けられてる。このプロセス１１２内に仮想的にクラスタ共有メモリが設けられる。
【００２０】
クラスタ共有メモリ用ロック/クラスタ共有ファイルシステム用ロック変換テーブル１１３は、図４に示すようにクラスタ共有メモリ用ロックＩＤ欄１１３ａとクラスタ共有ファイルシステム用ロックＩＤ欄１１３ｂとから構成されている。このクラスタ共有メモリ用ロック/クラスタ共有ファイルシステム用ロック変換テーブル１１３にクラスタ共有メモリ用ロックＩＤとクラスタ共有ファイルシステム用ロックＩＤとを登録することにより、両者の対応を関係づける。
【００２１】
クラスタ共有メモリ用ロック操作手段１１４は、クラスタ共有メモリ内に設けられる各ページに記憶されたデータの一貫性を確保するための排他制御をするためにロックを設定（ロックする）し、また設定したロックを解除（アンロック）するための操作手段である。クラスタ共有メモリ用ページ操作手段１１５は、クラスタ共有メモリに設けられ各ページに対するデータの記憶、各ページに記憶されたデータの読み出しを行う操作手段である。
【００２２】
クラスタ共有ファイルシステム１１７は、共有ディスク装置１６に記録されたファイルをサーバコンピュータ１１、サーバコンピュータ１２、サーバコンピュータ１３、サーバコンピュータ１４とで共有するためのファイルシステムである。クラスタ共有ファイルシステム用ロック機構１１６は、共有ディスク装置１６に記録されたファイルをサーバコンピュータ１１、サーバコンピュータ１２、サーバコンピュータ１３、サーバコンピュータ１４とで共有する際に、データの一貫性を確保するための排他制御をするためにロックを設定（ロックする）し、また設定したロックを解除（アンロック）するための操作を行う機構である。
【００２３】
クラスタ共有メモリ/クラスタ共有ファイル変換テーブル１１８は、図５に示すように、アドレス欄１１８ａ、サイズ欄１１８ｂ、ファイル名欄１１８ｃ、ファイル記述子１１８ｄ、オフセット欄１１８ｅとから構成されている。このクラスタ共有メモリ/クラスタ共有ファイル変換テーブル１１８は、共有ディスク装置１６に記録されたファイルをクラスタ共有メモリに対応付け（マッピング）するために設けられている。クラスタ共有メモリマップ手段１２０は、プロセス１１２のアドレス空間内にクラスタ共有メモリを仮想的に設けるための手段である。
【００２４】
クラスタ共有メモリアンマップ手段１２１は、プロセス１１２のアドレス空間内に仮想的に設けられたクラスタ共有メモリを解放するための手段である。
クラスタ共有メモリ用ロックアロケーション手段１２２は、クラスタ共有メモリ用ロックと一対一に対応するクラスタ共有ファイルシステム用ロックとをアロケーションするための手段である。クラスタ共有メモリ用ロック解放手段１２３は、クラスタ共有メモリ用ロックアロケーション手段１２２により、アロケーションされたクラスタ共有メモリ用ロックとクラスタ共有ファイルシステム用ロックとを解放するための手段である。
【００２５】
図６は、更新ページリスト１１９の詳細を示す図である。この更新ページリスト１１９は、共有メモリの中のデータが更新されたページのページ番号を記録するためのリストである。
【００２６】
以下、図７を用いてサーバーコンピュータ１１で実行されているプロセス１１２が共有ディスク装置１６に記録されているファイルに対してアクセスする場合の動作を詳細に説明する。
【００２７】
図７は、クラスタ共有メモリを用いたクラスタ共有ファイルへのアクセス動作の処理手順を示すフローチャート図である。まず、プロセス１１２が共有ディスク装置１６に記録されている共有ファイルに対してアクセスしようとする場合には、プロセス１１２のアドレス空間内に仮想的に共有メモリを設け、この共有メモリ上にアクセス対象の共有ファイルをマッピングする（ステップＳ７０）。具体的には、プロセス１１２がクラスタ共有メモリマップ手段１２０にクラスタ共有メモリマップ操作を指示する。このプロセス１１２からの指示に基づいてクラスタ共有メモリマップ手段１２０は、プロセス１２０が配置された主メモリ１１１上のアドレス空間内に共有メモリをマッピングする。
【００２８】
このクラスタ共有メモリマップ手段１２０による共有メモリのマッピング操作手順を図８に示すフローチャートを用いて説明する。まず、ステップＳ８０で、プロセス１１２のアドレス空間内にクラスタ共有メモリのための領域をアロケーションし、その領域内の全てのページをアクセス不許可に設定する。アロケーションは、プロセス１１２にＣ言語の関数ｍａｌｌｏｃ（）を記述することで実施できる。
【００２９】
次に、ステップＳ８１で、アクセス対象の共有ファイルのプロセス１１２から指定されたオフセット位置から指定されたサイズ分のデータをステップＳ８０でアロケーションした領域にマッピングしたことをクラスタ共有メモリ/クラスタ共有ファイル変換テーブル１１８に登録する。この登録の結果として、図５に示すようにプロセス１１２のアドレスＡからサイズＬの範囲にファイル名が「ＤＤＤＤ」で、ファイル記述子が「７」で、オフセット「０」を登録する。ここまでの処理で、プロセス１１２が共有ファイルへのアクセスを共有メモリへのアクセスとして処理するための環境を整えたことになる。
【００３０】
続いてステップＳ７１において、プロセス１１２が共有ファイルへのアクセスを共有メモリへのアクセスとして処理するのに必要な排他制御処理をするためにロックを取得する。そこでロック取得の前準備として、プロセス１１２は、クラスタ共有メモリ用ロックとクラスタ共有ファイル用ロックとを対応づけるために、クラスタ共有メモリ用ロックアロケーション手段１２２にクラスタ共有メモリ用ロックアロケーション操作を指示する。
【００３１】
図１０にクラスタ共有メモリ用ロックアロケーション手段１２２によるクラスタ共有メモリ用ロックアロケーション操作手順のフローチャートを示す。ステップＳ１００において、クラスタ共有メモリ用ロックと一対一に対応するクラスタ共有ファイルシステム用ロックをアロケーションするために、図４に示すクラスタ共有メモリ用ロック/クラスタ共有ファイルシステム用ロック変換テーブル１１３にクラスタ共有メモリ用ロックのＩＤ番号とクラスタ共有ファイルシステム用ロックのＩＤ番号とを対応づけて登録する。
【００３２】
次にプロセス１１２は、ロックを取得するために、クラスタ共有メモリ用ロック操作手段１１４にロックの取得を指示する。このロック取得の指示を受けたクラスタ共有メモリ用ロック操作手段１１４のロック操作の処理手順を図１２に示したフローチャートを用いて説明する。
【００３３】
まずステップＳ１２０において、クラスタ共有メモリ上の全てのページをアクセス不許可に設定する。次にステップＳ１２１において、図４に示したクラスタ共有メモリ用ロック/クラスタファイルシステム用ロック変換テーブル１１３を用いて、ロック操作されるクラスタ共有メモリ用ロックをクラスタ共有ファイルシステム用ロックに変換する。続いて、ステップＳ１２２において、クラスタ共有メモリ用ロック操作手段１１４は、クラスタ共有ファイルシステム用ロック機構１１６に指示して、変換したクラスタファイルシステム用ロックをロック操作してロックを取得する。
【００３４】
ステップＳ７１でロック取得が成功した場合には、ステップＳ７２に進む。
もし、ロック取得が失敗した場合には、換言すると既に他のプロセスが同様な処理により、実体としての共有ファイルのロックを取得している場合には、ロックが取得できないので、ロックが解放されて、取得できるまで処理を待機しステップＳ７１の処理を再び続ける
【００３５】
続いてステップＳ７２において、プロセス１１２は、クラスタ共有メモリ用ページ操作手段１１５に指示して、共有メモリへのＲＥＡＤアクセス（共有メモリに対するｌｏａｄ命令の実行）又はＷＲＩＴＥアクセス（共有メモリに対するｓｔｏｒｅ命令の実行）を実行させる。このクラスタ共有メモリ用ページ操作手段１１５が共有メモリへアクセスを実行すると、この共有メモリの全てのページはアクセス不許可に設定されているため、ページフォールトが発生する。クラスタ共有メモリ用ページ操作手段１１５がＲＥＡＤアクセスした場合には、ＲＥＡＤページフォールトが発生する。また、クラスタ共有メモリ用ページ操作手段１１５がＷＲＩＴＥアクセスした場合には、ＷＲＩＴＥページフォールトが発生する。
【００３６】
ＲＥＡＤページフォールトが発生した場合のクラスタ共有メモリ用ページ操作手段１１５の処理手順を図１４に示す。ＷＲＩＴＥページフォールトが発生した場合のクラスタ共有メモリ用ページ操作手段１１５処理手順を図１５に示す。
【００３７】
図１４を参照して、ＲＥＡＤページフォールトが発生した場合のクラスタ共有メモリ用ページ操作手段１１５の処理手順を説明する。まず、ステップＳ１４０で、ページフォールトが発生した共有メモリ内のページのデータをクラスタ共有ファイルシステム１１７によりクラスタ共有ファイル（共有ディスク装置１６）の対応する部分から当該共有メモリ内のページに読み込む。この時、ページのデータをクラスタ共有ファイルのどの部分から読み込むかは、クラスタ共有メモリ/クラスタ共有ファイル変換テーブル１１８に登録されたデータに基づいて求める。続いて、ステップＳ１４１で、ページフォールトが発生したページをＲＥＡＤ可能に設定する。
【００３８】
次に図１５を参照して、ＷＲＩＴＥページフォールトが発生が発生した場合のクラスタ共有メモリ用ページ操作手段１１５処理手順を説明する。まず、ステップＳ１５０において、ページフォールトが発生したページがＲＥＡＤ可能に設定されているかどうかを調べる。ＲＥＡＤ可能な場合には、ステップＳ１５２へ進む。ＲＥＡＤ可能でない場合には、ステップＳ１５１に進む。
【００３９】
ステップＳ１５１では、ページフォールトが発生した共有メモリ内のページのデータをクラスタ共有ファイルシステム１１７によりクラスタ共有ファイル（共有ディスク装置１６）の対応する部分から当該共有メモリ内のページに読み込む。この時、ページのデータをクラスタ共有ファイルのどの部分から読み込むかは、クラスタ共有メモリ/クラスタ共有ファイル変換テーブル１１８に登録されたデータに基づいて求める。
【００４０】
続いて、ステップＳ１５２で、ページフォールトが発生した共有メモリ内のページをＲＥＡＤ／ＷＲＩＴＥ可能に設定する。最後に、ステップＳ１５３で、ページフォールトが発生した共有メモリ内のページの番号を図６に示す更新ページリスト１１９に登録する。クラスタ共有メモリ用ページ操作手段１１５は、このようにページフォールト処理をした後、実際にクラスタ共有メモリへアクセスする。
【００４１】
このようにステップＳ７２で共有メモリへのアクセスをした後、続くステップＳ７３において、プロセス１１２は、クラスタ共有メモリ用ロックを解放するためにクラスタ共有メモリ用ロック操作手段１１４に指示して、クラスタ共有メモリロックのアンロック操作を実行させる。
【００４２】
ここで図１３を参照して、クラスタ共有メモリ用ロック操作手段１１４によるクラスタ共有メモリロックのアンロック操作手順を説明する。図１３は、クラスタ共有メモリ用ロック操作手段１１４によるクラスタ共有メモリロックのアンロック操作の操作手順を示すフローチャート図である。
【００４３】
まず、ステップＳ１３０において、図６に示した更新ページリスト１１９に登録されている全ての更新ページのデータをクラスタ共有ファイルシステム１１７により共有ディスク装置１６に記録されているクラスタ共有ファイルの該当部分に書き込む。この時、更新ページをクラスタ共有ファイルのどの部分に書き込むかは、クラスタ共有メモリ/クラスタ共有ファイル変換テーブル１１８を用いて求める。 続いて、ステップＳ１３１において、更新ページリスト１１９をクリアする。
【００４４】
以上で図７に示したクラスタ共有メモリを用いたクラスタ共有ファイルへのアクセス動作の処理手順の説明を終了する。ここで、プロセス１１２は、これまでの説明でアクセスした共有ファイルをまだアクセスする場合には、図４に示したクラスタ共有メモリ用ロック／クラスタ共有ファイル用ロック変換テーブル１１３のエントリーを削除せずに残しておく。このエントリーを残しておけば、次にロックを取得する場合には、クラスタ共有メモリ用ロック操作手段１１４がクラスタ共有ファイルシステム用ロック機構１１６にファイルのロック取得を依頼するだけでロック取得ができる。
【００４５】
もし、プロセス１１２がこれまでの説明でアクセスした共有ファイルを
以後アクセスすることがない場合には、プロセス１１２は、クラスタ共有メモリ用ロック解放手段１２３に指示してクラスタ共有メモリ用ロックを解放させる。図１１は、クラスタ共有メモリ用ロック解放手段１２３によるクラスタ共有メモリ用ロックを解放させる処理手順を示すフローチャート図である。図１１において、ステップＳ１１０で、プロセス１１２が指定したクラスタ共有メモリ用ロックに関するエントリを図４に示すクラスタ共有メモリ用ロック/クラスタ共有ファイルシステム用ロック変換テーブル１１３から抹消する。
これにより、クラスタ共有メモリ用ロックが解放される。
【００４６】
最後にプロセス１１２が共有メモリへのアクセスとして処理すべき全ての共有ファイルへのアクセスが終了した場合には、プロセス１１２がクラスタ共有メモリアンマップ手段１２１に指示してプロセスのアドレス空間内に仮想的に設定した共有メモリのマッピングを解除させる。すなわち、クラスタ共有メモリをアンマップさせる。
【００４７】
図９は、クラスタ共有メモリアンマップ手段１２１がクラスタ共有メモリをアンマップする処理手順を示すフローチャート図である。図９において、まず、ステップＳ９０において、プロセス１１２のアドレス空間内にアロケーションしたクラスタ共有メモリのための領域を解放する。続いて、ステップＳ９１において、アンマップする領域に関するエントリを図５に示すクラスタ共有メモリ/クラスタ共有ファイル変換テーブル１１８から抹消する。
【００４８】
次に図１６を用いて本発明において、２つのサーバーコンピュータが共有ディスク装置に記録されている同じファイルに対するアクセスをする場合の動作を説明する。図１６は、サーバーコンピュータＡとサーバーコンピュータＢと共有ディスク装置Ｃとから構成されるクラスタシステムの動作を説明するためのシステム構成を示す図である。
【００４９】
図１６において、サーバーコンピュータＡとサーバーコンピュータＢとは、それぞれ共有ディスク装置Ｃに接続されている。サーバーコンピュータＡでは、プロセスＡが動作している。また、サーバーコンピュータＢでは、プロセスＢが動作している。これらのプロセスＡとプロセスＢは、それぞれ図示を省略したクラスタ共有ファイルシステムで管理されている共有ディスク装置Ｃに記録されたクラスタ共有ファイルＤを先に説明したように自身のアドレス空間内にマッピングしているものとする。クラスタ共有ファイルＤの中にはデータ領域Ｘが存在する。
【００５０】
このように設定された状況の下に、プロセスＡが（１）〜（３）の処理を実行し、次にプロセスＢが（４）〜（６）の処理を実行し、更にプロセスＡ（７）〜（９）の処理を実行するとする。まずプロセスＡは（１）でクラスタ共有メモリ用ロックを取得する。これによりクラスタ共有ファイルＤがクラスタ共有メモリとしてマップされた領域のページは全てアクセス不許可になる。次に（２）でクラスタ共有メモリ上のデータ領域Ｘに数値「１」を加えようとする。するとＷＲＩＴＥページフォールトが発生する。クラスタ共有メモリ操作手段は、この領域がＲＥＡＤ不可能なので、このデータ領域を含むページの内容をクラスタ共有ファイルＤから読みこむ。
【００５１】
そして、そのページをＲＥＡＤ／ＷＲＩＴＥ可能に設定し、ページフォールト処理を終了する。ページフォールトから戻った後、プロセスＡはデータ領域Ｘの値に１を加える。そして（３）でクラスタ共有メモリ用ロックを解放する。
これにより、クラスタ共有メモリ用ロック操作手段は、更新ページであるデータ領域Ｘを含むページの内容をクラスタ共有ファイルＤに書き戻す。データ領域Xの初期値が「０」だったとすると、この時点でデータ領域Ｘの値は「１」となる。
【００５２】
次にプロセスＢは（４）でクラスタ共有メモリ用ロックを取得する。
これによりクラスタ共有ファイルＤ4がクラスタ共有メモリとしてマップされた領域のページは全てアクセス不許可になる。次に（５）でクラスタ共有メモリ上のデータ領域Ｘに数値「１」を加えようとする。するとＷＲＩＴＥページフォールトが発生する。クラスタ共有メモリ操作手段は、この領域がＲＥＡＤが不可能なので、このデータ領域を含むページの内容をクラスタ共有ファイルＤから読みこむ。そして、そのページをＲＥＡＤ／ＷＲＩＴＥ可能に設定し、ページフォールト処理を終了する。ページフォールトから戻った後、プロセスＢはデータ領域Ｘの値に数値「１」を加える。そして（６）でクラスタ共有メモリ用ロックを解放する。これにより、クラスタ共有メモリ用ロック操作手段は、更新ページであるデータ領域Ｘを含むページの内容をクラスタ共有ファイルＤに書き戻す。この時点でデータ領域Ｘの値は「２」になる。
【００５３】
最後にプロセスＡは（７）でクラスタ共有メモリ用ロックを取得する。これによりクラスタ共有ファイルＤがクラスタ共有メモリとしてマップされた領域のページは全てアクセス不許可になる。次に（８）でクラスタ共有メモリ上のデータ領域Xに１を加えようとする。するとＷＲＩＴＥページフォールトが発生する。クラスタ共有メモリ操作手段は、この領域がＲＥＡＤ／ＷＲＩＴＥ不可能なので、このデータ領域を含むページの内容をクラスタ共有ファイルＤから読みこむ。そして、そのページをすＲＥＡＤ／ＷＲＩＴＥ可能に設定し、ページフォールト処理を終了する。ページフォールトから戻った後、プロセスＡはデータ領域Ｘの値に数値「１」を加える。そして（９）でクラスタ共有メモリ用ロックを解放する。これにより、クラスタ共有メモリ用ロック操作手段は、更新ページであるデータ領域Ｘを含むページの内容をクラスタ共有ファイルＤに書き戻す。この時点でデータ領域Ｘの値は３になる。
【００５４】
【発明の効果】
本発明を適用することにより、クラスタ共有ファイルシステムを持つクラスタシステムで、ファイルへの共有アクセスと共に、メモリへの共有アクセスも可能になる。
更に本発明では、クラスタ共有ファイルシステムを用いることで、クラスタ共有メモリを安価に実現することができる。また、クラスタ共有ファイルをクラスタ共有メモリとしてマッピングするので、更新データに永続性が持たれる。更に、本発明では、クラスタ共有メモリを、クラスタ共有ファイルシステムを用いて実現するため、クラスタ共有ファイルを分散共有メモリとしてマッピングし、メモリとしてのアクセス（ｌｏａｄ命令／ｓｔｏｒｅ命令）とファイルとしてのアクセス（ｒｅａｄシステムコール／ｗｒｉｔｅシステムコール）を並列に実行することができるようになる。
【図面の簡単な説明】
【図１】本発明のクラスタシステム１０を示す図である。
【図２】サーバーコンピュータ１１の構成を示す図である。
【図３】プロセス１１２の詳細を示した図でする。
【図４】クラスタ共有メモリ用ロック/クラスタ共有ファイルシステム用ロック変換テーブル１１３の詳細を示した図である。
【図５】クラスタ共有メモリ/クラスタ共有ファイル変換テーブル１１８の詳細を示した図である。
【図６】更新ページリスト１１９の詳細を示した図である。
【図７】クラスタ共有メモリを用いたクラスタ共有ファイルへのアクセス動作の処理手順を示すフローチャート図である。
【図８】クラスタ共有メモリマップ手段１２０による共有メモリのマッピング操作手順を示すフローチャート図である。
【図９】クラスタ共有メモリアンマップ手段１２１がクラスタ共有メモリをアンマップする処理手順を示すフローチャート図である。
【図１０】クラスタ共有メモリ用ロックアロケーション手段１２２によるクラスタ共有メモリ用ロックアロケーション操作手順を示すフローチャート図である。
【図１１】クラスタ共有メモリ用ロック解放手段１２３によるクラスタ共有メモリ用ロックを解放させる処理手順を示すフローチャート図である。
【図１２】クラスタ共有メモリ用ロック操作手段１１４のロック操作の処理手順を示すフローチャート図である。
【図１３】クラスタ共有メモリ用ロック操作手段１１４によるクラスタ共有メモリロックのアンロック操作の操作手順を示すフローチャート図である。
【図１４】ＲＥＡＤページフォールトが発生が発生した場合のクラスタ共有メモリ用ページ操作手段１１５の処理手順を示すフローチャート図である。
【図１５】ＷＲＩＴＥページフォールトが発生が発生した場合のクラスタ共有メモリ用ページ操作手段１１５の処理手順を示すフローチャート図である。
【図１６】２つのサーバーコンピュータが共有ディスク装置に記録されている同じファイルに対するアクセスをする場合の動作を説明するためのシステム構成を示す図である。
【符号の説明】
１１‥‥サーバーコンピュータ
１２‥‥サーバーコンピュータ
１３‥‥サーバーコンピュータ
１４‥‥サーバーコンピュータ
１５‥‥ＳＡＮ
１６‥‥共有ディスク装置
【発明の属する技術分野】
本発明は、記憶装置と計算機を専用の高速ネットワークで接続したＳＡＮ(Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ（ストレージエリア・ネットワーク）)環境における並列処理プログラミングが容易なクラスタシステムに関するものである。
【０００２】
【従来の技術】
近年、データのストレージ装置としての磁気ディスク装置と電子計算機（以下、サーバーコンピュータまたは単にサーバーと呼ぶ）とをＦｉｂｅｒ Ｃｈａｎｎｅｌ（ファイバ・チャネル）等の専用の高速ネットワークで接続したＳＡＮが注目を浴びている。
【０００３】
このＳＡＮには以下のような利点がある。（１）複数のサーバーがストレージ装置を共有することができる。（２）ストレージ装置のアクセス負荷をＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）から分離させることができる。（３）ファイバ・チャネル等によりストレージ装置へのアクセスを高速にすることができる。このうち（１）はＳＡＮの一般的な利点であるが、ここにクラスタ共有ファイルシステムの技術を用いると、単に複数のサーバーがストレージ装置を共有できるだけでなく、ファイルを共有アクセスすることが可能になる。
【０００４】
米国Ｓｉｓｔｉｎａ Ｓｏｆｔｗａｒｅ Ｉｎｃが開発しているＧＦＳ（Ｇｌｏｂａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）は、このようなクラスタ共有ファイルシステムの一例である。クラスタ共有ファイルシステムでは、複数のサーバーコンピュータによるストレージ装置に記憶されたファイルへの共有アクセスを可能にしている。
【０００５】
複数のサーバーコンピュータによるファイルへの共有アクセスというと、一般的にはＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ）が連想されるが、
ＮＦＳでは複数のサーバーコンピュータで同一ファイルを更新した場合のデータの一貫性を保証していない。これに対しクラスタ共有ファイルシステムではデータの一貫性を保証している。
【０００６】
クラスタ共有ファイルシステムは、複数のサーバーコンピュータによるファイルの共有アクセス（ＲＥＡＤ／ＷＲＩＴＥ）機能の他に、データの一貫性を保証するために複数のサーバーコンピュータに跨るロック機構であるクラスタ共有ファイルシステム用ロック機構を持っている。このクラスタ共有ファイルシステム用ロック機構により、複数のサーバーコンピュータから構成されるクラスタシステム（Ｃｌｕｓｔｅｒ Ｓｙｓｔｅｍ）上で並列アプリケーションプログラムが実行可能となる。
【０００７】
例えば、クラスタ共有ファイルシステムとクラスタ共有ファイルシステム用ロック機構とを実装した複数のサーバーコンピュータがＳＡＮを介して１つの磁気ディスク装置に接続されているクラスタシステムについて考察する。このクラスタシステムは、主メモリを共有していない疎結合のクラスタシステムである。各サーバーコンピュータ上で実行されているプロセスは、クラスタ共有ファイルシステムを用いることにより、磁気ディスク装置に記憶されているファイルに共有アクセスすることができる。しかも、プロセスは、クラスタ共有ファイルシステム用ロック機構を用いて排他制御処理をすることにより、磁気ディスク装置に記憶されているファイルのデータの一貫性を保証することができる。
【０００８】
これに対して、ファイルシステムと共有メモリシステムとロック機構とが実装され、複数のプロセッサを持ち、例えば１つの磁気ディスク装置が接続されているＳＭＰ型（Ｓｙｍｍｅｔｒｉｃａｌ Ｍｕｌｔｉｐｒｏｃｅｓｓｏｒ）並列計算機について考察する。このＳＭＰ型並列計算機上で実行されている複数のプロセスは、それぞれファイルシステムを介して磁気ディスク装置に記憶されたファイルに共有アクセスしたり、共有メモリシステムを介して共有メモリ（主メモリ）にアクセスすることができる。また、複数のプロセスは、ロック機構を介して磁気ディスク装置に記憶されたファイルや共有メモリに記憶されたデータに対する共有アクセスにおける排他制御処理をすることにより、データの一貫性を保持することができる。
【０００９】
このように従来の疎結合のクラスタシステムとＳＭＰ型並列計算機とを比較すると、両者ともに磁気ディスク装置に記憶されたファイルに対する共有アクセスおよびこれらに対するデータの一貫性の保持は可能である。しかし、クラスタシステムでは、複数のサーバーコンピュータから共有メモリへの共有アクセスをすることができない。
【００１０】
【発明が解決しようとする課題】
クラスタ共有ファイルシステムを持つクラスタシステムでは、ファイルへの共有アクセスはできるが、メモリへの共有アクセスはできない。このため、クラスタ共有ファイルシステムを持つクラスタシステムでは、ＳＭＰ型並列計算機と比べると、その実行するアプリケーションプログラムを並列プログラムにて記述するのが困難であるという課題がある。具体的には、複数のサーバーコンピュータ上で実行されているプロセスでファイル（又はデータ）を共有して互いにデータの一貫性を確保しながらデータの同期をとってデータ処理するプログラミングを記述する場合には、プロセスが共有して処理するファイル（又はデータ）をメモリ上に配置して処理することが必要であるが、これをすることができない。もし、プロセスがファイル（又はデータ）を同期をとりながらデータの一貫性を確保して共有処理することが必要な場合には、クラスタ共有ファイルシステムを利用して、その共有対象のファイル（又はデータ）を磁気ディスク装置上に配置して処理することが必要である。この場合には、プロセスが、ファイル（又はデータ）に対する処理を入出力装置を対象とするＩ／Ｏ処理のコマンドを使用してプログラミングされている必要がある。このようにファイル装置（磁気ディスク装置）に記憶されているファイル（又はデータ）のデータ処理する場合は、メモリ上に配置されたファイル（又はデータ）を処理する場合に比べて、プログラムの記述が複雑になる。これは、メモリ上に配置されたデータに対する処理であれば、ｌｏａｄ命令やｓｔｏｒｅ命令を使用して簡単なプログラム記述で処理が記述できる。
【００１１】
しかし、これに対して磁気ディスク装置上に配置されたファイルやデータを処理する場合には、Ｉ／Ｏ処理をするための複雑なコマンドを使用したプログラムを記述する必要があり、並列プログラムにて記述するのが困難である。また、メモリ上に配置されたデータに対するデータ処理に比べて、磁気ディスク装置などのファイル装置（Ｉ／Ｏ装置）上に配置されたデータを処理する場合には、その処理時間が多くかかり、処理速度が落ちるという問題もある。
【００１２】
以上説明したように、クラスタ共有ファイルシステムを実装した複数のサーバーコンピュータが疎結合されたクラスタシステムでは、磁気ディスク装置などのファイル装置上に記憶されたファイルへの共有アクセスは可能であるが、主メモリへの共有アクセスは可能でないため、ＳＭＰ型並列計算機と比べると、並列プログラムにて記述するのが困難であるという課題がある。
【００１３】
本発明は、クラスタ共有ファイルシステムを実装した複数のサーバーコンピュータが疎結合されたクラスタシステムにおいて、並列プログラムの記述が容易なクラスタシステムを提供することを目的とする。
【００１４】
【課題を解決するための手段】
本発明は、複数の電子計算機と、共有ディスク装置と、前記複数の電子計算機上で動作するプロセスから前記共有ディスク装置に記録されたファイルに対して共有アクセスするためにロック機能によりデータの一貫性を保持するための排他制御をするクラスタ共有ファイルシステムとを持ったクラスタシステムであって、前記クラスタ共有ファイルシステムが管理するファイルを前記プロセスのアドレス空間内にマッピングして共有メモリを設定するためのクラスタ共有メモリ設定手段と、前記クラスタ共有ファイルシステムのロック機能を前記共有メモリにアロケーションして前記共有メモリ上でデータの一貫性を保持するための排他制御を可能とするクラスタ共有メモリ用ロックアロケーション手段とを備えたことを特徴とする。
【００１５】
本発明によれば、クラスタ共有ファイルシステムを実装した複数のサーバーコンピュョータが疎結合されたクラスタシステムにおいて、並列プログラムの記述を容易にすることができる。
【００１６】
【発明の実施の形態】
本発明のポイントは、クラスタシステムにおいて、アプリケーションプログラムを実行することで生成されるプロセスが共有ディスク装置に記録されたファイルを、クラスタ共有ファイルシステムを用いてプロセスが主メモリ上に配置されているアドレス空間内に仮想的に設けたクラスタ共有メモリ（分散共有メモリ）領域上にマッピングすることで、ファイルへのアクセスを主メモリへのアクセスとして処理することである。
【００１７】
以下、図面を用いて、本発明の一実施形態を詳細に説明する。図１は、本発明のクラスタシステムを示す図である。図１において、クラスタシステム１０は、ファイバ・チャネルで構成されているストレージエリア・ネットワーク（ＳＡＮ）１５にサーバーコンピュータ１１、サーバーコンピュータ１２、サーバーコンピュータ１３、サーバーコンピュータ１４と磁気ディスク装置で構成される共有ディスク装置１６が接続されて構成されている。
【００１８】
各サーバーコンピュータ１１〜１４は、図２に示すように構成されている。図２では、サーバーコンピュータ１１〜１４の代表として、サーバーコンピュータ１１の構成を説明する。図２において、サーバーコンピュータ１１には、主メモリ１１１、クラスタ共有メモリ用ロック/クラスタ共有ファイルシステム用ロック変換テーブル１１３、クラスタ共有メモリ用ロック操作手段１１４、クラスタ共有メモリ用ページ操作手段１１５、クラスタ共有ファイルシステム用ロック機構１１６、クラスタ共有ファイルシステム１１７、クラスタ共有メモリ/クラスタ共有ファイル変換テーブル１１８、更新ページリスト１１９、クラスタ共有メモリマップ手段１２０、クラスタ共有メモリアンマップ手段１２１、クラスタ共有メモリ用ロックアロケーション手段１２２、クラスタ共有メモリ用ロック解放手段１２３が設けられて構成されている。サーバーコンピュータ１１では、あるアプリケーションプログラムが実行されることで生成されるプロセス１１２が主メモリ１１１上のアドレス空間内に配置されて図示しないプロセッサにより実行されて動作している。
【００１９】
図３は、プロセス１１２の詳細を示す図である。図３において参照符号Ａは、プロセス１１２のアドレス空間内におけるアドレスを示す。プロセス１１２には、アドレスＡを先頭として複数のページＰ０、Ｐ１、Ｐ２、Ｐ３、Ｐ４、Ｐ５が設けられてる。このプロセス１１２内に仮想的にクラスタ共有メモリが設けられる。
【００２０】
クラスタ共有メモリ用ロック/クラスタ共有ファイルシステム用ロック変換テーブル１１３は、図４に示すようにクラスタ共有メモリ用ロックＩＤ欄１１３ａとクラスタ共有ファイルシステム用ロックＩＤ欄１１３ｂとから構成されている。このクラスタ共有メモリ用ロック/クラスタ共有ファイルシステム用ロック変換テーブル１１３にクラスタ共有メモリ用ロックＩＤとクラスタ共有ファイルシステム用ロックＩＤとを登録することにより、両者の対応を関係づける。
【００２１】
クラスタ共有メモリ用ロック操作手段１１４は、クラスタ共有メモリ内に設けられる各ページに記憶されたデータの一貫性を確保するための排他制御をするためにロックを設定（ロックする）し、また設定したロックを解除（アンロック）するための操作手段である。クラスタ共有メモリ用ページ操作手段１１５は、クラスタ共有メモリに設けられ各ページに対するデータの記憶、各ページに記憶されたデータの読み出しを行う操作手段である。
【００２２】
クラスタ共有ファイルシステム１１７は、共有ディスク装置１６に記録されたファイルをサーバコンピュータ１１、サーバコンピュータ１２、サーバコンピュータ１３、サーバコンピュータ１４とで共有するためのファイルシステムである。クラスタ共有ファイルシステム用ロック機構１１６は、共有ディスク装置１６に記録されたファイルをサーバコンピュータ１１、サーバコンピュータ１２、サーバコンピュータ１３、サーバコンピュータ１４とで共有する際に、データの一貫性を確保するための排他制御をするためにロックを設定（ロックする）し、また設定したロックを解除（アンロック）するための操作を行う機構である。
【００２３】
クラスタ共有メモリ/クラスタ共有ファイル変換テーブル１１８は、図５に示すように、アドレス欄１１８ａ、サイズ欄１１８ｂ、ファイル名欄１１８ｃ、ファイル記述子１１８ｄ、オフセット欄１１８ｅとから構成されている。このクラスタ共有メモリ/クラスタ共有ファイル変換テーブル１１８は、共有ディスク装置１６に記録されたファイルをクラスタ共有メモリに対応付け（マッピング）するために設けられている。クラスタ共有メモリマップ手段１２０は、プロセス１１２のアドレス空間内にクラスタ共有メモリを仮想的に設けるための手段である。
【００２４】
クラスタ共有メモリアンマップ手段１２１は、プロセス１１２のアドレス空間内に仮想的に設けられたクラスタ共有メモリを解放するための手段である。
クラスタ共有メモリ用ロックアロケーション手段１２２は、クラスタ共有メモリ用ロックと一対一に対応するクラスタ共有ファイルシステム用ロックとをアロケーションするための手段である。クラスタ共有メモリ用ロック解放手段１２３は、クラスタ共有メモリ用ロックアロケーション手段１２２により、アロケーションされたクラスタ共有メモリ用ロックとクラスタ共有ファイルシステム用ロックとを解放するための手段である。
【００２５】
図６は、更新ページリスト１１９の詳細を示す図である。この更新ページリスト１１９は、共有メモリの中のデータが更新されたページのページ番号を記録するためのリストである。
【００２６】
以下、図７を用いてサーバーコンピュータ１１で実行されているプロセス１１２が共有ディスク装置１６に記録されているファイルに対してアクセスする場合の動作を詳細に説明する。
【００２７】
図７は、クラスタ共有メモリを用いたクラスタ共有ファイルへのアクセス動作の処理手順を示すフローチャート図である。まず、プロセス１１２が共有ディスク装置１６に記録されている共有ファイルに対してアクセスしようとする場合には、プロセス１１２のアドレス空間内に仮想的に共有メモリを設け、この共有メモリ上にアクセス対象の共有ファイルをマッピングする（ステップＳ７０）。具体的には、プロセス１１２がクラスタ共有メモリマップ手段１２０にクラスタ共有メモリマップ操作を指示する。このプロセス１１２からの指示に基づいてクラスタ共有メモリマップ手段１２０は、プロセス１２０が配置された主メモリ１１１上のアドレス空間内に共有メモリをマッピングする。
【００２８】
このクラスタ共有メモリマップ手段１２０による共有メモリのマッピング操作手順を図８に示すフローチャートを用いて説明する。まず、ステップＳ８０で、プロセス１１２のアドレス空間内にクラスタ共有メモリのための領域をアロケーションし、その領域内の全てのページをアクセス不許可に設定する。アロケーションは、プロセス１１２にＣ言語の関数ｍａｌｌｏｃ（）を記述することで実施できる。
【００２９】
次に、ステップＳ８１で、アクセス対象の共有ファイルのプロセス１１２から指定されたオフセット位置から指定されたサイズ分のデータをステップＳ８０でアロケーションした領域にマッピングしたことをクラスタ共有メモリ/クラスタ共有ファイル変換テーブル１１８に登録する。この登録の結果として、図５に示すようにプロセス１１２のアドレスＡからサイズＬの範囲にファイル名が「ＤＤＤＤ」で、ファイル記述子が「７」で、オフセット「０」を登録する。ここまでの処理で、プロセス１１２が共有ファイルへのアクセスを共有メモリへのアクセスとして処理するための環境を整えたことになる。
【００３０】
続いてステップＳ７１において、プロセス１１２が共有ファイルへのアクセスを共有メモリへのアクセスとして処理するのに必要な排他制御処理をするためにロックを取得する。そこでロック取得の前準備として、プロセス１１２は、クラスタ共有メモリ用ロックとクラスタ共有ファイル用ロックとを対応づけるために、クラスタ共有メモリ用ロックアロケーション手段１２２にクラスタ共有メモリ用ロックアロケーション操作を指示する。
【００３１】
図１０にクラスタ共有メモリ用ロックアロケーション手段１２２によるクラスタ共有メモリ用ロックアロケーション操作手順のフローチャートを示す。ステップＳ１００において、クラスタ共有メモリ用ロックと一対一に対応するクラスタ共有ファイルシステム用ロックをアロケーションするために、図４に示すクラスタ共有メモリ用ロック/クラスタ共有ファイルシステム用ロック変換テーブル１１３にクラスタ共有メモリ用ロックのＩＤ番号とクラスタ共有ファイルシステム用ロックのＩＤ番号とを対応づけて登録する。
【００３２】
次にプロセス１１２は、ロックを取得するために、クラスタ共有メモリ用ロック操作手段１１４にロックの取得を指示する。このロック取得の指示を受けたクラスタ共有メモリ用ロック操作手段１１４のロック操作の処理手順を図１２に示したフローチャートを用いて説明する。
【００３３】
まずステップＳ１２０において、クラスタ共有メモリ上の全てのページをアクセス不許可に設定する。次にステップＳ１２１において、図４に示したクラスタ共有メモリ用ロック/クラスタファイルシステム用ロック変換テーブル１１３を用いて、ロック操作されるクラスタ共有メモリ用ロックをクラスタ共有ファイルシステム用ロックに変換する。続いて、ステップＳ１２２において、クラスタ共有メモリ用ロック操作手段１１４は、クラスタ共有ファイルシステム用ロック機構１１６に指示して、変換したクラスタファイルシステム用ロックをロック操作してロックを取得する。
【００３４】
ステップＳ７１でロック取得が成功した場合には、ステップＳ７２に進む。
もし、ロック取得が失敗した場合には、換言すると既に他のプロセスが同様な処理により、実体としての共有ファイルのロックを取得している場合には、ロックが取得できないので、ロックが解放されて、取得できるまで処理を待機しステップＳ７１の処理を再び続ける
【００３５】
続いてステップＳ７２において、プロセス１１２は、クラスタ共有メモリ用ページ操作手段１１５に指示して、共有メモリへのＲＥＡＤアクセス（共有メモリに対するｌｏａｄ命令の実行）又はＷＲＩＴＥアクセス（共有メモリに対するｓｔｏｒｅ命令の実行）を実行させる。このクラスタ共有メモリ用ページ操作手段１１５が共有メモリへアクセスを実行すると、この共有メモリの全てのページはアクセス不許可に設定されているため、ページフォールトが発生する。クラスタ共有メモリ用ページ操作手段１１５がＲＥＡＤアクセスした場合には、ＲＥＡＤページフォールトが発生する。また、クラスタ共有メモリ用ページ操作手段１１５がＷＲＩＴＥアクセスした場合には、ＷＲＩＴＥページフォールトが発生する。
【００３６】
ＲＥＡＤページフォールトが発生した場合のクラスタ共有メモリ用ページ操作手段１１５の処理手順を図１４に示す。ＷＲＩＴＥページフォールトが発生した場合のクラスタ共有メモリ用ページ操作手段１１５処理手順を図１５に示す。
【００３７】
図１４を参照して、ＲＥＡＤページフォールトが発生した場合のクラスタ共有メモリ用ページ操作手段１１５の処理手順を説明する。まず、ステップＳ１４０で、ページフォールトが発生した共有メモリ内のページのデータをクラスタ共有ファイルシステム１１７によりクラスタ共有ファイル（共有ディスク装置１６）の対応する部分から当該共有メモリ内のページに読み込む。この時、ページのデータをクラスタ共有ファイルのどの部分から読み込むかは、クラスタ共有メモリ/クラスタ共有ファイル変換テーブル１１８に登録されたデータに基づいて求める。続いて、ステップＳ１４１で、ページフォールトが発生したページをＲＥＡＤ可能に設定する。
【００３８】
次に図１５を参照して、ＷＲＩＴＥページフォールトが発生が発生した場合のクラスタ共有メモリ用ページ操作手段１１５処理手順を説明する。まず、ステップＳ１５０において、ページフォールトが発生したページがＲＥＡＤ可能に設定されているかどうかを調べる。ＲＥＡＤ可能な場合には、ステップＳ１５２へ進む。ＲＥＡＤ可能でない場合には、ステップＳ１５１に進む。
【００３９】
ステップＳ１５１では、ページフォールトが発生した共有メモリ内のページのデータをクラスタ共有ファイルシステム１１７によりクラスタ共有ファイル（共有ディスク装置１６）の対応する部分から当該共有メモリ内のページに読み込む。この時、ページのデータをクラスタ共有ファイルのどの部分から読み込むかは、クラスタ共有メモリ/クラスタ共有ファイル変換テーブル１１８に登録されたデータに基づいて求める。
【００４０】
続いて、ステップＳ１５２で、ページフォールトが発生した共有メモリ内のページをＲＥＡＤ／ＷＲＩＴＥ可能に設定する。最後に、ステップＳ１５３で、ページフォールトが発生した共有メモリ内のページの番号を図６に示す更新ページリスト１１９に登録する。クラスタ共有メモリ用ページ操作手段１１５は、このようにページフォールト処理をした後、実際にクラスタ共有メモリへアクセスする。
【００４１】
このようにステップＳ７２で共有メモリへのアクセスをした後、続くステップＳ７３において、プロセス１１２は、クラスタ共有メモリ用ロックを解放するためにクラスタ共有メモリ用ロック操作手段１１４に指示して、クラスタ共有メモリロックのアンロック操作を実行させる。
【００４２】
ここで図１３を参照して、クラスタ共有メモリ用ロック操作手段１１４によるクラスタ共有メモリロックのアンロック操作手順を説明する。図１３は、クラスタ共有メモリ用ロック操作手段１１４によるクラスタ共有メモリロックのアンロック操作の操作手順を示すフローチャート図である。
【００４３】
まず、ステップＳ１３０において、図６に示した更新ページリスト１１９に登録されている全ての更新ページのデータをクラスタ共有ファイルシステム１１７により共有ディスク装置１６に記録されているクラスタ共有ファイルの該当部分に書き込む。この時、更新ページをクラスタ共有ファイルのどの部分に書き込むかは、クラスタ共有メモリ/クラスタ共有ファイル変換テーブル１１８を用いて求める。 続いて、ステップＳ１３１において、更新ページリスト１１９をクリアする。
【００４４】
以上で図７に示したクラスタ共有メモリを用いたクラスタ共有ファイルへのアクセス動作の処理手順の説明を終了する。ここで、プロセス１１２は、これまでの説明でアクセスした共有ファイルをまだアクセスする場合には、図４に示したクラスタ共有メモリ用ロック／クラスタ共有ファイル用ロック変換テーブル１１３のエントリーを削除せずに残しておく。このエントリーを残しておけば、次にロックを取得する場合には、クラスタ共有メモリ用ロック操作手段１１４がクラスタ共有ファイルシステム用ロック機構１１６にファイルのロック取得を依頼するだけでロック取得ができる。
【００４５】
もし、プロセス１１２がこれまでの説明でアクセスした共有ファイルを
以後アクセスすることがない場合には、プロセス１１２は、クラスタ共有メモリ用ロック解放手段１２３に指示してクラスタ共有メモリ用ロックを解放させる。図１１は、クラスタ共有メモリ用ロック解放手段１２３によるクラスタ共有メモリ用ロックを解放させる処理手順を示すフローチャート図である。図１１において、ステップＳ１１０で、プロセス１１２が指定したクラスタ共有メモリ用ロックに関するエントリを図４に示すクラスタ共有メモリ用ロック/クラスタ共有ファイルシステム用ロック変換テーブル１１３から抹消する。
これにより、クラスタ共有メモリ用ロックが解放される。
【００４６】
最後にプロセス１１２が共有メモリへのアクセスとして処理すべき全ての共有ファイルへのアクセスが終了した場合には、プロセス１１２がクラスタ共有メモリアンマップ手段１２１に指示してプロセスのアドレス空間内に仮想的に設定した共有メモリのマッピングを解除させる。すなわち、クラスタ共有メモリをアンマップさせる。
【００４７】
図９は、クラスタ共有メモリアンマップ手段１２１がクラスタ共有メモリをアンマップする処理手順を示すフローチャート図である。図９において、まず、ステップＳ９０において、プロセス１１２のアドレス空間内にアロケーションしたクラスタ共有メモリのための領域を解放する。続いて、ステップＳ９１において、アンマップする領域に関するエントリを図５に示すクラスタ共有メモリ/クラスタ共有ファイル変換テーブル１１８から抹消する。
【００４８】
次に図１６を用いて本発明において、２つのサーバーコンピュータが共有ディスク装置に記録されている同じファイルに対するアクセスをする場合の動作を説明する。図１６は、サーバーコンピュータＡとサーバーコンピュータＢと共有ディスク装置Ｃとから構成されるクラスタシステムの動作を説明するためのシステム構成を示す図である。
【００４９】
図１６において、サーバーコンピュータＡとサーバーコンピュータＢとは、それぞれ共有ディスク装置Ｃに接続されている。サーバーコンピュータＡでは、プロセスＡが動作している。また、サーバーコンピュータＢでは、プロセスＢが動作している。これらのプロセスＡとプロセスＢは、それぞれ図示を省略したクラスタ共有ファイルシステムで管理されている共有ディスク装置Ｃに記録されたクラスタ共有ファイルＤを先に説明したように自身のアドレス空間内にマッピングしているものとする。クラスタ共有ファイルＤの中にはデータ領域Ｘが存在する。
【００５０】
このように設定された状況の下に、プロセスＡが（１）〜（３）の処理を実行し、次にプロセスＢが（４）〜（６）の処理を実行し、更にプロセスＡ（７）〜（９）の処理を実行するとする。まずプロセスＡは（１）でクラスタ共有メモリ用ロックを取得する。これによりクラスタ共有ファイルＤがクラスタ共有メモリとしてマップされた領域のページは全てアクセス不許可になる。次に（２）でクラスタ共有メモリ上のデータ領域Ｘに数値「１」を加えようとする。するとＷＲＩＴＥページフォールトが発生する。クラスタ共有メモリ操作手段は、この領域がＲＥＡＤ不可能なので、このデータ領域を含むページの内容をクラスタ共有ファイルＤから読みこむ。
【００５１】
そして、そのページをＲＥＡＤ／ＷＲＩＴＥ可能に設定し、ページフォールト処理を終了する。ページフォールトから戻った後、プロセスＡはデータ領域Ｘの値に１を加える。そして（３）でクラスタ共有メモリ用ロックを解放する。
これにより、クラスタ共有メモリ用ロック操作手段は、更新ページであるデータ領域Ｘを含むページの内容をクラスタ共有ファイルＤに書き戻す。データ領域Xの初期値が「０」だったとすると、この時点でデータ領域Ｘの値は「１」となる。
【００５２】
次にプロセスＢは（４）でクラスタ共有メモリ用ロックを取得する。
これによりクラスタ共有ファイルＤ4がクラスタ共有メモリとしてマップされた領域のページは全てアクセス不許可になる。次に（５）でクラスタ共有メモリ上のデータ領域Ｘに数値「１」を加えようとする。するとＷＲＩＴＥページフォールトが発生する。クラスタ共有メモリ操作手段は、この領域がＲＥＡＤが不可能なので、このデータ領域を含むページの内容をクラスタ共有ファイルＤから読みこむ。そして、そのページをＲＥＡＤ／ＷＲＩＴＥ可能に設定し、ページフォールト処理を終了する。ページフォールトから戻った後、プロセスＢはデータ領域Ｘの値に数値「１」を加える。そして（６）でクラスタ共有メモリ用ロックを解放する。これにより、クラスタ共有メモリ用ロック操作手段は、更新ページであるデータ領域Ｘを含むページの内容をクラスタ共有ファイルＤに書き戻す。この時点でデータ領域Ｘの値は「２」になる。
【００５３】
最後にプロセスＡは（７）でクラスタ共有メモリ用ロックを取得する。これによりクラスタ共有ファイルＤがクラスタ共有メモリとしてマップされた領域のページは全てアクセス不許可になる。次に（８）でクラスタ共有メモリ上のデータ領域Xに１を加えようとする。するとＷＲＩＴＥページフォールトが発生する。クラスタ共有メモリ操作手段は、この領域がＲＥＡＤ／ＷＲＩＴＥ不可能なので、このデータ領域を含むページの内容をクラスタ共有ファイルＤから読みこむ。そして、そのページをすＲＥＡＤ／ＷＲＩＴＥ可能に設定し、ページフォールト処理を終了する。ページフォールトから戻った後、プロセスＡはデータ領域Ｘの値に数値「１」を加える。そして（９）でクラスタ共有メモリ用ロックを解放する。これにより、クラスタ共有メモリ用ロック操作手段は、更新ページであるデータ領域Ｘを含むページの内容をクラスタ共有ファイルＤに書き戻す。この時点でデータ領域Ｘの値は３になる。
【００５４】
【発明の効果】
本発明を適用することにより、クラスタ共有ファイルシステムを持つクラスタシステムで、ファイルへの共有アクセスと共に、メモリへの共有アクセスも可能になる。
更に本発明では、クラスタ共有ファイルシステムを用いることで、クラスタ共有メモリを安価に実現することができる。また、クラスタ共有ファイルをクラスタ共有メモリとしてマッピングするので、更新データに永続性が持たれる。更に、本発明では、クラスタ共有メモリを、クラスタ共有ファイルシステムを用いて実現するため、クラスタ共有ファイルを分散共有メモリとしてマッピングし、メモリとしてのアクセス（ｌｏａｄ命令／ｓｔｏｒｅ命令）とファイルとしてのアクセス（ｒｅａｄシステムコール／ｗｒｉｔｅシステムコール）を並列に実行することができるようになる。
【図面の簡単な説明】
【図１】本発明のクラスタシステム１０を示す図である。
【図２】サーバーコンピュータ１１の構成を示す図である。
【図３】プロセス１１２の詳細を示した図でする。
【図４】クラスタ共有メモリ用ロック/クラスタ共有ファイルシステム用ロック変換テーブル１１３の詳細を示した図である。
【図５】クラスタ共有メモリ/クラスタ共有ファイル変換テーブル１１８の詳細を示した図である。
【図６】更新ページリスト１１９の詳細を示した図である。
【図７】クラスタ共有メモリを用いたクラスタ共有ファイルへのアクセス動作の処理手順を示すフローチャート図である。
【図８】クラスタ共有メモリマップ手段１２０による共有メモリのマッピング操作手順を示すフローチャート図である。
【図９】クラスタ共有メモリアンマップ手段１２１がクラスタ共有メモリをアンマップする処理手順を示すフローチャート図である。
【図１０】クラスタ共有メモリ用ロックアロケーション手段１２２によるクラスタ共有メモリ用ロックアロケーション操作手順を示すフローチャート図である。
【図１１】クラスタ共有メモリ用ロック解放手段１２３によるクラスタ共有メモリ用ロックを解放させる処理手順を示すフローチャート図である。
【図１２】クラスタ共有メモリ用ロック操作手段１１４のロック操作の処理手順を示すフローチャート図である。
【図１３】クラスタ共有メモリ用ロック操作手段１１４によるクラスタ共有メモリロックのアンロック操作の操作手順を示すフローチャート図である。
【図１４】ＲＥＡＤページフォールトが発生が発生した場合のクラスタ共有メモリ用ページ操作手段１１５の処理手順を示すフローチャート図である。
【図１５】ＷＲＩＴＥページフォールトが発生が発生した場合のクラスタ共有メモリ用ページ操作手段１１５の処理手順を示すフローチャート図である。
【図１６】２つのサーバーコンピュータが共有ディスク装置に記録されている同じファイルに対するアクセスをする場合の動作を説明するためのシステム構成を示す図である。
【符号の説明】
１１‥‥サーバーコンピュータ
１２‥‥サーバーコンピュータ
１３‥‥サーバーコンピュータ
１４‥‥サーバーコンピュータ
１５‥‥ＳＡＮ
１６‥‥共有ディスク装置
Claims (3)
- 複数の電子計算機と、共有ディスク装置と、前記複数の電子計算機上で動作するプロセスから前記共有ディスク装置に記録されたファイルに対して共有アクセスするためにロック機能によりデータの一貫性を保持するための排他制御をするクラスタ共有ファイルシステムとを持ったクラスタシステムであって、
前記電子計算機は、
前記クラスタ共有ファイルシステムが管理するファイルを前記プロセスのアドレス空間内にマッピングして共有メモリを設定するためのクラスタ共有メモリ設定手段と、
前記クラスタ共有ファイルシステムのロック機能を前記共有メモリにアロケーションして前記共有メモリ上でデータの一貫性を保持するための排他制御を可能とするクラスタ共有メモリ用ロックアロケーション手段と、
前記設定された共有メモリ内の全てのページに対するアクセスを禁止にするアクセス禁止設定手段と、
前記アクセス禁止が設定されたページをアクセスしたときにＲＥＡＤページフォールトが発生した場合、そのページに前記マッピングされたデータを前記共有ディスク装置に記録されたファイルから読み出して書き込むデータ書き込み手段と、
前記データが書き込まれたページを読み出し可能に設定する設定手段とを具備することを特徴とするクラスタシステム。 - 複数の電子計算機と、共有ディスク装置と、前記複数の電子計算機上で動作するプロセスから前記共有ディスク装置に記録されたファイルに対して共有アクセスするためにロック機能によりデータの一貫性を保持するための排他制御をするクラスタ共有ファイルシステムとを持ったクラスタシステムであって、
前記電子計算機は、
前記クラスタ共有ファイルシステムが管理するファイルを前記プロセスのアドレス空間内にマッピングして共有メモリを設定するためのクラスタ共有メモリ設定手段と、
前記クラスタ共有ファイルシステムのロック機能を前記共有メモリにアロケーションして前記共有メモリ上でデータの一貫性を保持するための排他制御を可能とするクラスタ共有メモリ用ロックアロケーション手段と、
前記設定された共有メモリ内の全てのページに対するアクセスを禁止にするアクセス禁止設定手段と、
前記アクセス禁止が設定されたページをアクセスしたときにＷＲＩＴＥページフォールトが発生した場合、そのページに前記マッピングされたデータを前記共有ディスク装置に記録されたファイルから読み出して書き込むデータ書き込み手段と、
前記データが書き込まれたページを読み出し／書き込み可能に設定する設定手段とを具備することを特徴とするクラスタシステム。 - 前記クラスタ共有メモリをロック操作した場合、前記クラスタ共有ファイルシステムが管理するファイルを前記プロセスのアドレス空間にマッピングしたクラスタ共有メモリ領域のページをアクセス不許可に設定してロックを取得する手段と、
前記取得したロックをアンロック操作した場合、前記クラスタ共有メモリ領域の更新されたページのデータを前記クラスタ共有ファイルシステムが管理するファイルに書き戻す手段を具備したことを特徴とする請求項２記載のクラスタシステム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001071680A JP3704573B2 (ja) | 2001-03-14 | 2001-03-14 | クラスタシステム |
| US09/944,097 US6961828B2 (en) | 2001-03-14 | 2001-09-04 | Cluster system, memory access control method, and recording medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001071680A JP3704573B2 (ja) | 2001-03-14 | 2001-03-14 | クラスタシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002268933A JP2002268933A (ja) | 2002-09-20 |
| JP3704573B2 true JP3704573B2 (ja) | 2005-10-12 |
Family
ID=18929369
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001071680A Expired - Fee Related JP3704573B2 (ja) | 2001-03-14 | 2001-03-14 | クラスタシステム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6961828B2 (ja) |
| JP (1) | JP3704573B2 (ja) |
Families Citing this family (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4721379B2 (ja) * | 2001-09-26 | 2011-07-13 | 株式会社日立製作所 | ストレージシステム、ディスク制御クラスタおよびディスク制御クラスタの増設方法 |
| US20030101160A1 (en) * | 2001-11-26 | 2003-05-29 | International Business Machines Corporation | Method for safely accessing shared storage |
| JP4146653B2 (ja) * | 2002-02-28 | 2008-09-10 | 株式会社日立製作所 | 記憶装置 |
| JP3852693B2 (ja) * | 2002-03-19 | 2006-12-06 | ソニー株式会社 | 情報処理装置および方法、記録媒体、並びにプログラム |
| CA2377649C (en) * | 2002-03-20 | 2009-02-03 | Ibm Canada Limited-Ibm Canada Limitee | Dynamic cluster database architecture |
| US7523169B1 (en) * | 2003-02-28 | 2009-04-21 | Verizon Data Services Llc | Method and system for mapping network data for network database access |
| GB0308923D0 (en) | 2003-04-17 | 2003-05-28 | Ibm | Low-overhead storage cluster configuration locking |
| US20050125556A1 (en) * | 2003-12-08 | 2005-06-09 | International Business Machines Corporation | Data movement management system and method for a storage area network file system employing the data management application programming interface |
| CN100337218C (zh) * | 2005-02-23 | 2007-09-12 | 北京邦诺存储科技有限公司 | 网络存储系统中的数据管理方法及其构建的网络存储系统 |
| US7823153B1 (en) | 2005-09-30 | 2010-10-26 | Symantec Corporation | System and method for detecting and logging in-line synchronization primitives in application program code |
| US7930684B2 (en) * | 2005-10-12 | 2011-04-19 | Symantec Operating Corporation | System and method for logging and replaying asynchronous events |
| US8117600B1 (en) | 2005-12-29 | 2012-02-14 | Symantec Operating Corporation | System and method for detecting in-line synchronization primitives in binary applications |
| US8140618B2 (en) * | 2006-05-04 | 2012-03-20 | Citrix Online Llc | Methods and systems for bandwidth adaptive N-to-N communication in a distributed system |
| JP5028115B2 (ja) * | 2006-09-07 | 2012-09-19 | キヤノン株式会社 | 記録装置、その制御方法及びプログラム |
| US20090037617A1 (en) * | 2007-07-30 | 2009-02-05 | Riley Dwight D | Middle management of input/output in server systems |
| CN101594309B (zh) * | 2009-06-30 | 2011-06-08 | 华为技术有限公司 | 集群系统中内存资源的管理方法、设备及网络系统 |
| US8364922B2 (en) * | 2009-12-21 | 2013-01-29 | International Business Machines Corporation | Aggregate symmetric multiprocessor system |
| US10061701B2 (en) * | 2010-04-26 | 2018-08-28 | International Business Machines Corporation | Sharing of class data among virtual machine applications running on guests in virtualized environment using memory management facility |
| JP2012208543A (ja) * | 2011-03-29 | 2012-10-25 | Sony Corp | 制御装置、記憶装置、読出制御方法 |
| ES2837801T3 (es) * | 2012-08-07 | 2021-07-01 | Nokia Technologies Oy | Control de acceso para memoria inalámbrica |
| US9431077B2 (en) * | 2013-03-13 | 2016-08-30 | Qualcomm Incorporated | Dual host embedded shared device controller |
| US20140280347A1 (en) * | 2013-03-14 | 2014-09-18 | Konica Minolta Laboratory U.S.A., Inc. | Managing Digital Files with Shared Locks |
| US20140289739A1 (en) * | 2013-03-20 | 2014-09-25 | Hewlett-Packard Development Company, L.P. | Allocating and sharing a data object among program instances |
| US9990423B2 (en) | 2014-09-30 | 2018-06-05 | Splunk Inc. | Hybrid cluster-based data intake and query |
| US10235460B2 (en) * | 2014-09-30 | 2019-03-19 | Splunk Inc. | Sharing configuration information for searches in data intake and query systems |
| US9922099B2 (en) | 2014-09-30 | 2018-03-20 | Splunk Inc. | Event limited field picker |
| US9430401B2 (en) * | 2015-01-16 | 2016-08-30 | International Business Machines Corporation | Implementing paging optimization to avoid populate on page fault during an IO read |
| CN105630420A (zh) * | 2015-12-28 | 2016-06-01 | 阿坝师范学院 | 一种网络计算机存储系统及其存储方法 |
| US10496607B2 (en) * | 2016-04-01 | 2019-12-03 | Tuxera Inc. | Systems and methods for enabling modifications of multiple data objects within a file system volume |
| US10489323B2 (en) | 2016-12-20 | 2019-11-26 | Arm Limited | Data processing system for a home node to authorize a master to bypass the home node to directly send data to a slave |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5860146A (en) * | 1996-06-25 | 1999-01-12 | Sun Microsystems, Inc. | Auxiliary translation lookaside buffer for assisting in accessing data in remote address spaces |
| US6148377A (en) * | 1996-11-22 | 2000-11-14 | Mangosoft Corporation | Shared memory computer networks |
| US6151688A (en) * | 1997-02-21 | 2000-11-21 | Novell, Inc. | Resource management in a clustered computer system |
| US6647468B1 (en) * | 1999-02-26 | 2003-11-11 | Hewlett-Packard Development Company, L.P. | Method and system for optimizing translation buffer recovery after a miss operation within a multi-processor environment |
| JP2000305832A (ja) | 1999-04-23 | 2000-11-02 | Nec Software Kyushu Ltd | 複数ホストから構成されるクラスタシステムにおけるメモリの共有装置と方法 |
| US6757802B2 (en) * | 2001-04-03 | 2004-06-29 | P-Cube Ltd. | Method for memory heap and buddy system management for service aware networks |
-
2001
- 2001-03-14 JP JP2001071680A patent/JP3704573B2/ja not_active Expired - Fee Related
- 2001-09-04 US US09/944,097 patent/US6961828B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US6961828B2 (en) | 2005-11-01 |
| JP2002268933A (ja) | 2002-09-20 |
| US20020133675A1 (en) | 2002-09-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3704573B2 (ja) | クラスタシステム | |
| US7457880B1 (en) | System using a single host to receive and redirect all file access commands for shared data storage device from other hosts on a network | |
| US7765189B2 (en) | Data migration apparatus, method, and program for data stored in a distributed manner | |
| US20060136779A1 (en) | Object-based storage device with low process load and control method thereof | |
| JP4771378B2 (ja) | ファイル・システム逐次化再初期設定の装置、システム、および方法 | |
| US7647471B2 (en) | Method and system for collective file access using an mmap (memory-mapped file) | |
| US9063887B2 (en) | Restoring distributed shared memory data consistency within a recovery process from a cluster node failure | |
| EP0323013A2 (en) | Method of operating a multiprocessor system employing a shared virtual memory | |
| US10387275B2 (en) | Resume host access based on transaction logs | |
| KR20060044631A (ko) | 지속성 메모리 액세스 시스템, 지속성 메모리의 직접액세스 방법 및 지속성 메모리 시스템을 액세스하는 시스템 | |
| JP2010102738A (ja) | ハードウェアベースのファイルシステムのための装置および方法 | |
| CN109445685B (zh) | 一种用户态文件系统处理方法 | |
| JP2005276158A (ja) | ストレージシステム、計算機システムまたは記憶領域の属性設定方法 | |
| JP5338435B2 (ja) | 情報処理プログラム、情報処理装置および情報処理方法 | |
| US8335903B2 (en) | Method and system for processing access to disk block | |
| JPH04230550A (ja) | 情報処理ネツトワーク及び情報処理方法 | |
| US10387384B1 (en) | Method and system for semantic metadata compression in a two-tier storage system using copy-on-write | |
| US5577212A (en) | Method for reporting file write status in a shared file system | |
| US10055139B1 (en) | Optimized layout in a two tier storage | |
| US20170039110A1 (en) | Computer | |
| US10628391B1 (en) | Method and system for reducing metadata overhead in a two-tier storage architecture | |
| JP2024513734A (ja) | 入出力デバイスによってアクセス可能なメモリのページの移行 | |
| JP2002312210A (ja) | ディスクアレイへのファイルシステムアクセスを提供する方法 | |
| US6834281B1 (en) | Method and apparatus to support multi-node direct access to file system data | |
| JP2924786B2 (ja) | 疎結合多重計算機システムにおける共有ファイルの排他制御システム、排他制御方法、および排他制御プログラムを記憶する媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041001 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041130 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20050428 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20050511 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20050511 |
|
| 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: 20050628 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050704 |
|
| 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: 20090805 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100805 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |