JP4733399B2 - 計算機システム、計算機、ストレージ装置及び管理端末 - Google Patents
計算機システム、計算機、ストレージ装置及び管理端末 Download PDFInfo
- Publication number
- JP4733399B2 JP4733399B2 JP2005020908A JP2005020908A JP4733399B2 JP 4733399 B2 JP4733399 B2 JP 4733399B2 JP 2005020908 A JP2005020908 A JP 2005020908A JP 2005020908 A JP2005020908 A JP 2005020908A JP 4733399 B2 JP4733399 B2 JP 4733399B2
- Authority
- JP
- Japan
- Prior art keywords
- virtual
- adapter
- channel
- path
- channel adapter
- 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
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5061—Partitioning or combining of resources
- G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45579—I/O management, e.g. providing access to device drivers or storage
Description
本発明は、計算機システムに関し、特に、ストレージ装置が含まれる計算機システムの論理分割技術に関する。
情報処理システムの能力を向上させるための方法として、情報処理システムが有する計算機の台数を増やす方法がある。しかし、計算機を多数設置すると個々の計算機の管理に手間がかかり、またこれらの複数の計算機の設置面積や電力等の合計も大きくなる問題があった。
これを解決するために、処理能力の大きい計算機を設置し、その計算機の資源を論理的に複数に分割（ＬＰＡＲ：Logical Partitioning）し、論理分割された仮想的な計算機の各々を独立に使用する技術が提案されている。このような論理分割によって、１台の計算機を仮想的に複数の計算機に見せることができ、各論理区画にプロセッサ、メモリ等の資源の割り当てを制御することによって、各仮想計算機毎の性能が保証される。
また、各仮想的計算機に種々のオペレーティングシステムを自由に搭載し、運用・停止や障害処理も仮想計算機毎に独立して行えるなど、柔軟な運用が可能となる。
また、物理的な装置台数が少なくなるので、装置管理、設置面積、消費電力等で有利である。このような論理分割技術は、例えば、特許文献１に開示されている。
また、特許文献２には、論理分割された仮想計算機からストレージ装置をアクセスする技術が記載されている。
さらに、非特許文献１には、計算機の論理分割技術を適用して、論理的に分割するストレージ装置が提案されている。
さらに、計算機システムの信頼性を向上させるために、システムダウンを起こりにくくする技術が提案されている。このために、クラスタリング、多重化、自動バックアップ、ホットスワップなどの技術が使用され、計算機システムの高い可用性（ハイアベイラビリティ）を実現している。
特開２００３−１５７１７７号公報
米国特許出願公開第２００３／００５５９３３号明細書
ＩＢＭ社、"The IBM TotalStorage DS8000 Series: Concepts and cepts Architecture"、［online］、インターネット＜URL：http://www.redbooks.ibm.com/redpieces/pdfs/sg246452.pdf＞
従来の計算機における論理分割技術では、計算機内のプロセッサ、メモリ等の資源が論理分割されて、各仮想計算機に割り当てられていた。同様に、従来のストレージ装置における論理分割技術では、ストレージ装置内のキャッシュメモリ、ディスクドライブ等の資源が論理分割されて、各仮想ストレージ装置に割り当てられていた。
しかし、前述した従来技術では、計算機側の仮想化エンジンとストレージ装置側の仮想化エンジンとは連携していなかった。
また、仮想計算機と仮想ストレージ装置との間に形成される仮想パスは、物理的なパスと必ずしも一致していなかった。よって、管理者は，仮想パスと物理パスの対応関係を常に確認しながら、サーバ及びストレージを設定しなければならなかった。特に、高い可用性を実現する計算機システムでは、サーバ及びストレージの関係が複雑であるため、サーバとストレージの対応関係を確認しながら、これらを設定することは高度な技術を要した。
すなわち、従来技術では、サーバ側の仮想化エンジンとストレージ装置側の仮想化エンジンとが連携しないため、仮想計算機と仮想ストレージとの間の経路情報が存在しない。よって、高い可用性を実現するために、サーバ側及びストレージ側の構成情報を各々参照しなければならない問題があった。
本発明は、サーバとストレージとの間の物理的パス、及び仮想計算機と仮想ストレージ装置との間の経路情報を一元的に管理することを目的とする。
本発明は、サーバ装置と、前記サーバ装置に接続されるストレージ装置と、前記サーバ装置及び前記ストレージ装置と接続され、計算機システムを管理する管理端末と、を備える計算機システムであって、前記サーバ装置は、第１のＣＰＵ、第１のメモリ及び複数のＩ／Ｏアダプタを含む計算機資源を備え、前記第１のメモリは、論理的に分割された前記計算機資源が割り当てられる仮想ＣＰＵ、仮想メモリ及び仮想Ｉ／Ｏアダプタを備え、アプリケーションプログラムが動作する仮想計算機を管理する第１のハイパーバイザと、前記Ｉ／Ｏアダプタ及び前記仮想Ｉ／Ｏアダプタの対応関係を示す仮想Ｉ／Ｏアダプタ管理情報と、を格納し、前記ストレージ装置は、制御ＣＰＵと制御メモリとを備える制御部、ディスクキャッシュ、複数のチャネルアダプタ及び物理ディスクを含むストレージ資源を備え、前記制御メモリは、論理的に分割された前記ストレージ資源が割り当てられる仮想制御ＣＰＵ、仮想ディスク、及び仮想チャネルアダプタを備え、前記仮想計算機に割り当てられる仮想ストレージ装置を管理する第２のハイパーバイザと、前記チャネルアダプタ及び前記仮想チャネルアダプタの対応関係を示す仮想チャネルアダプタ管理情報と、を格納し、前記管理端末は、第２のＣＰＵと、第２のメモリ及び入出力部を備え、前記第２のメモリは、前記Ｉ／Ｏアダプタと前記仮想Ｉ／Ｏアダプタとの対応関係、及び、前記チャネルアダプタと前記仮想チャネルアダプタとの対応関係を含む、前記仮想計算機と前記仮想ストレージ装置とを接続するパスの情報である仮想パス管理情報を格納し、前記第１のハイパーバイザによって生成される仮想計算機は、前記複数のＩ／Ｏアダプタに含まれる第１のＩ／Ｏアダプタと対応づけられる第１の仮想Ｉ／Ｏアダプタを備える第１の仮想計算機を含み、前記第２のハイパーバイザによって生成される仮想ストレージ装置は、前記複数のチャネルアダプタに含まれる第１のチャネルアダプタと対応づけられた第１の仮想チャネルアダプタを備える第１の仮想ストレージ装置を含み、前記第１の仮想計算機及び前記第１の仮想ストレージ装置は、前記第１のＩ／Ｏアダプタ、前記第１の仮想Ｉ／Ｏアダプタ、前記第１のチャネルアダプタ及び前記第１の仮想チャネルアダプタが関連づけられた第１のパスによって接続され、前記第１のハイパーバイザは、前記第１のパスの障害発生を検知した場合に、前記第１のパスにおける前記第１の仮想Ｉ／Ｏアダプタが前記複数のＩ／Ｏアダプタに含まれる第２のＩ／Ｏアダプタと対応づけられるように前記仮想Ｉ／Ｏアダプタ管理情報を更新することによって、前記第１の仮想Ｉ／Ｏアダプタと対応づけられた前記第１のＩ／Ｏアダプタを、前記第２のＩ／Ｏアダプタに変更し、前記第１の仮想Ｉ／Ｏアダプタと前記第２のＩ／Ｏアダプタとの対応づけを含む第１の変更情報を前記管理端末に送信し、前記第２のハイパーバイザは、前記第１のパスの障害発生を検知した場合に、前記第１のパスにおける前記第１の仮想チャネルアダプタが前記複数のチャネルアダプタに含まれる第２のチャネルアダプタと対応づけられるように前記仮想チャネルアダプタ管理情報を更新することによって、前記第１の仮想チャネルアダプタと対応づけられた前記第１のチャネルアダプタを、前記第２のチャネルアダプタに変更し、前記第１の仮想チャネルアダプタと前記第２のチャネルアダプタとの対応づけを含む第２の変更情報を前記管理端末に送信し、前記管理端末は、前記第１の変更情報、及び、前記第２の変更情報の少なくとも一方を受信した場合に、前記仮想パス管理情報を更新することを特徴とする。
本発明によると、仮想計算機と仮想ストレージ装置間を備える計算機システムのハイアベイラビリティ構成を容易に設定することができる。
以下、本発明の実施の形態を図面を参照して説明する。
（第１実施形態）
図１は、第１の実施の形態の計算機システムのハードウェア構成を示すブロック図である。
図１は、第１の実施の形態の計算機システムのハードウェア構成を示すブロック図である。
第１の実施の形態の計算機システムは、サーバ装置（０）１００、サーバ装置（１）１５０、ストレージ装置２００、及び管理端末３００によって構成されている。サーバ装置（０）１００及びサーバ装置（１）１５０では、アプリケーションプログラムが動作している。ストレージ装置２００は、サーバ装置１００、１５０の動作に必要なデータを記憶する。管理端末３００は、計算機システムの管理情報を管理し、計算機システム全体の動作を管理する。なお、物理資源の後に付された括弧書きの数字は、各物理資源の識別子である。
サーバ装置（０）１００は、ＣＰＵ（０）１０１、不揮発性メモリ（０）１０２、主記憶メモリ（０）１０４、ＬＡＮアダプタ（０）１０５、Ｉ／Ｏアダプタ（０）１０６、Ｉ／Ｏアダプタ（１）１０７及びシステムバス１０８等の物理資源を備える計算機である。
ＣＰＵ（０）１０１は、サーバ装置（０）１００で実行されるオペレーティングシステム（ＯＳ）及びアプリケーションプログラムに関する演算処理を行う。
主記憶メモリ（０）１０４は、ＣＰＵ（０）１０１の動作に必要なプログラムやデータを記憶する。
システムバス（０）１０８は、ＣＰＵ（０）１０１とＬＡＮアダプタ（０）１０５、Ｉ／Ｏアダプタ１０６及びＩ／Ｏアダプタ１０７の間を接続して、データや制御信号を転送する。
Ｉ／Ｏアダプタ（０）１０６及びＩ／Ｏアダプタ（１）１０７は、Ｉ／Ｏチャネル（例えば、ファイバチャネル）４００を介してストレージ装置２００と接続されている。これらのＩ／Ｏアダプタ１０６、１０７は、ストレージ装置２００に対してデータ入出力要求を送信し、ストレージ装置２００に格納されたデータを受信する。Ｉ／Ｏアダプタは二つ設けられている。なお、さらに多くのＩ／Ｏアダプタを設けてもよい。この二つのＩ／Ｏアダプタ１０６、１０７は別個に動作する。よって、一方のＩ／Ｏアダプタに障害が発生しても、サーバ装置（０）１００からストレージ装置２００へのアクセスが停止しないように、処理系を２重化している。
ＬＡＮアダプタ（０）１０５は、ネットワーク４１０を介して、他のサーバ装置１５０、ストレージ装置２００及び管理端末３００と接続されている。ＬＡＮアダプタ（０）１０５は、ネットワーク４１０を介して接続された装置との間で制御信号や管理情報（各種管理テーブルの内容）を送受信する。
不揮発性メモリ（０）１０２には、ハイパーバイザ１０３が格納されている。ハイパーバイザ１０３は、ＣＰＵ（０）１０１が実行する処理によって実現され、サーバ装置（０）１００の物理資源の論理区画を実現する一手段である。
ハイパーバイザ１０３は、サーバ装置（０）１００の電源投入時に不揮発性メモリ１０２から専用のプログラムを実行することにより、読み出される。そして、このプログラムの実行によってハイパーバイザ１０３が起動され、サーバ装置（０）１００に備わる資源を管理する。すなわち、ハイパーバイザ１０３は、サーバ装置（０）１００内に論理区画を構成し、独立して動作する仮想計算機を生成するための管理プログラムである。ハイパーバイザ１０３は、ＣＰＵ１０１において所定の処理が実行されることによって実現される。
なお、ハイパーバイザ１０３は、サーバ装置（０）１００の電源投入時に起動されるのではなく、サーバ装置（０）１００のＯＳ起動後に仮想化エンジンを起動し、ＯＳと仮想化エンジンによってハイパーバイザを構成してもよい。この仮想化エンジンは不揮発メモリ（０）１０２に格納しても、ストレージ装置２００に格納してもよい。この場合、サーバ装置（０）１００の電源投入時に起動したＯＳが仮想化エンジンを読み出して実行する。
なお、本明細書では、多くの場合、ソフトウェアを主体として動作を説明するが、実際には、ＣＰＵがソフトウェアを実行することにより、ハイパーバイザ１０３等やストレージハイパーバイザ２１４等が動作する。
また、ハイパーバイザ１０３をソフトウェアで構成せず、ハードウェアによって構成してもよい。例えば、ハイパーバイザ用の専用チップを設けたり、ＣＰＵ（０）１０１に、仮想計算機を管理するハイパーバイザ部を設けてもよい。
サーバ装置（１）１５０は、前述したサーバ装置（０）１００と同じ構成を有するので、その説明は省略する。
ストレージ装置２００は、ＣＰＵ（２）２１１、主記憶メモリ（２）２１２及び不揮発性メモリ（２）２１３を含むストレージ制御部２１０を備える。また、ＣＰＵ（３）２２１、主記憶メモリ（３）２２２及び不揮発性メモリ（３）２２３を含むストレージ制御部２２０を備える。この複数のストレージ制御部２１０、２２０は別個に動作する。よって、一方のストレージ制御部に障害が発生しても、ストレージ装置２００が停止しないように、処理系を２重化している。
ストレージ制御部２１０、２２０は、物理ディスクドライブ２３６に対するデータの入出力を制御し、ストレージ装置２００の動作を管理する。なお、ストレージ装置２００がＮＡＳ（Network Attached Storage）である場合には、ストレージ制御部２１０、２２０においてファイルシステムが動作する。
ＣＰＵ（２）２１１は、ストレージ装置２００で実行される各種管理プログラムに関する演算処理を行う。
主記憶メモリ（２）２１２は、ＣＰＵ（２）２１１の動作に必要なプログラムやデータを記憶する。
不揮発性メモリ（２）２１３には、ストレージハイパーバイザ２１４が格納されている。ストレージハイパーバイザ２１４は、ＣＰＵ２１１、２２１が実行する処理によって実現され、ストレージ装置２００の物理資源の論理区画を実現する一手段である。
ストレージハイパーバイザ２１４は、ストレージ装置２００内に論理区画を構成し、独立して動作する仮想ストレージ装置を生成する管理プログラムによって実現されている。ストレージハイパーバイザ２１４の実現には、前述したサーバ装置（０）１００のハイパーバイザ１０３と同様な多様な方法を採用できる。
なお、ストレージ制御部２２０のＣＰＵ（３）２２１、主記憶メモリ（３）２２２、不揮発性メモリ（３）２２３及びストレージハイパーバイザ２２４は、前述したストレージ制御部２１０の各部と同様に動作する。
また、ストレージ装置２００は、ＬＡＮアダプタ（２）２３０及びチャネルアダプタ（０）２３１〜チャネルアダプタ（３）２３４を備える。
チャネルアダプタ（０）２３１及びチャネルアダプタ（１）２３２は、Ｉ／Ｏチャネル４００を介してサーバ装置（０）１００と接続されている。チャネルアダプタ２３１、２３２は、サーバ装置（０）１００からのデータ入出力要求を受信し、ストレージ装置２００に格納されたデータを送信する。
同様に、チャネルアダプタ（２）２３３及びチャネルアダプタ（３）２３４は、Ｉ／Ｏチャネル４００を介してサーバ装置（１）１５０と接続されている。チャネルアダプタ２３３、２３４は、サーバ装置（１）１５０からのデータ入出力要求を受信し、ストレージ装置２００に格納されたデータを送信する。
ストレージ装置２００には複数のチャネルアダプタが設けられている。この複数のチャネルアダプタ２３１〜２３４は別個に動作する。よって、一方のチャネルアダプタに障害が発生しても、サーバ装置１００、１５０からのストレージ装置２００へのアクセスが停止しないように、処理系を２重化している。
ＬＡＮアダプタ（２）２３０は、ネットワーク４１０を介して、サーバ装置１００、１５０及び管理端末３００と接続されている。ＬＡＮアダプタ（２）２３０は、ネットワーク４１０を介して接続された装置との間で制御信号や管理情報（各種管理テーブルの内容）を送受信する。
また、ストレージ装置２００は、ディスクアダプタ２３７、ディスクキャッシュ２３８及び物理ディスクドライブ２３６を備える。
ディスクアダプタ２３７は、物理ディスクドライブ２３６に対するインターフェースである。ディスクアダプタ２３７は、例えば、ＡＴＡ、ＳＡＳ（Serial Attached SCSI）、ファイバチャネル等のプロトコルによって、物理ディスクドライブ２３６との間でデータや制御信号を送受信する。
ディスクアダプタ２３７は二つ設けられている。なお、さらに多くのディスクアダプタ２３７を設けてもよい。各ディスクアダプタ２３７と物理ディスクドライブ２３６は異なる配線で接続されている。この二つのディスクアダプタ２３７は別個に動作する。よって、一方のディスクアダプタに障害が発生しても、物理ディスクドライブ２３６へのアクセスが停止しないように、処理系を２重化している。
ディスクキャッシュ２３８は、物理ディスクドライブ２３６に読み書きされるデータを一時的に格納するメモリであり、サーバ装置１００、１５０からのストレージ装置２００へのアクセス性能を向上させる。
物理ディスクドライブ２３６は、データを記憶する記憶媒体である。一般に、この記憶媒体は磁気ディスクであるが、光ディスク等、他の媒体を用いたものであってもよい。なお、複数の物理ディスクドライブ２３６によってＲＡＩＤ（Redundant Array of Independent Disks）が構成されており、記憶されるデータに冗長性を持たせている。このため、物理ディスクドライブ２３６の一部に障害が生じても、記憶されたデータが消失しないようになっている。
また、ストレージ装置２００は、ストレージ制御部２１０、２２０、ＬＡＮアダプタ２３０、チャネルアダプタ２３１〜２３４、ディスクアダプタ２３７及びディスクキャッシュ２３８を接続する相互結合網２３９を備える。相互結合網２３９は、例えば、クロスバスイッチによって構成される。
管理端末３００は、計算機システムを統括して管理するコンピュータ装置で、ＣＰＵ、メモリ、入出力装置及びＬＡＮインターフェースを備える。管理端末３００のＣＰＵでは、仮想計算機管理プログラム３０１が動作している。
管理端末３００は、仮想パス管理テーブル３１０（図５）、計算機資源管理テーブル３２０及びストレージ資源管理テーブル３３０を有する。仮想計算機管理プログラム３０１は、仮想パス管理テーブル３１０、計算機資源管理テーブル３２０及びストレージ資源管理テーブル３３０を使用して、計算機システムの仮想的な構成を管理する。これらのテーブルの内容は、後述する。第１の実施の形態では、管理端末３００に、仮想計算機と仮想ストレージ装置との接続関係を定める接続情報（仮想パス管理テーブル３１０）を有する管理部（図示省略）が備わっている。
管理端末３００のＬＡＮインターフェースは、ネットワーク４１０を介して、サーバ装置１００、サーバ装置１５０及びストレージ装置２００と接続されている。当該ＬＡＮインターフェースは、ネットワーク４１０を介して接続された装置との間で制御信号や管理情報（各種管理テーブルの内容）を送受信する。
Ｉ／Ｏチャネル４００は、例えばファイバチャネルプロトコルのような、データの転送に適するプロトコルで通信可能な伝送媒体である。なお、第１の実施の形態では、サーバ装置１００、１５０とストレージ装置２００との間は１対１で接続されているが、後述する第６の実施の形態のように、ネットワーク（ＳＡＮ）によって接続されてもよい。
ネットワーク４１０は、サーバ装置（０）１００、サーバ装置（１）１５０、ストレージ装置２００及び管理端末３００を接続する。ネットワーク４１０は、例えば、ＴＣＰ／ＩＰプロトコルによって、コンピュータ間で制御信号や管理情報が通信可能に構成されており、例えば、イーサネット（登録商標、以下同じ）が用いられる。
なお、図１には、二つのサーバ装置１００、１５０と一つのストレージ装置２００とが接続されている例を説明したが、三つ以上のサーバ装置を設けてもよく、二つ以上のストレージ装置を設けてもよい。
図２は、第１の実施の形態の計算機システムの機能ブロック図である。
サーバ装置（０）１００は、機能的に、物理層、ハイパーバイザ層及び仮想計算機層に大別できる。
物理層は、ＬＡＮアダプタ及びＩ／Ｏアダプタ等の計算機資源を備えた物理計算機（０）１２０である。計算機資源とは、ＣＰＵ、メモリ及びＩ／Ｏアダプタを含む、サーバ装置が備える物理資源を示す。なお、物理計算機（０）１２０は、図示した以外の計算機資源（ＣＰＵ、メモリ等）を備えるが、本図における説明には不要なため、図示を省略する。
ハイパーバイザ層は、前述したハイパーバイザ１０３によって実現される。物理計算機（０）１２０に備わる計算機資源は、ハイパーバイザ１０３によって管理されている。ハイパーバイザ１０３は、仮想Ｉ／Ｏアダプタ管理テーブル１１０及び計算機資源管理テーブル１１５を有している。
なお、物理資源の後に付された括弧書きの数字は、各物理資源の識別子である。また、仮想資源の後に付された括弧書きの数字は、各仮想資源の識別子である。
仮想Ｉ／Ｏアダプタ管理テーブル１１０（図３Ａ）には、物理的なＩ／Ｏアダプタと仮想Ｉ／Ｏアダプタとの対応関係が記載されている。
計算機資源管理テーブル１１５（図６）には、サーバ装置（０）１００の資源と仮想計算機との対応関係が規定されている。計算機資源管理テーブル１１５によって、サーバ装置（０）１００の計算機資源が管理される。
仮想Ｉ／Ｏアダプタ管理テーブル１１０及び計算機資源管理テーブル１１５は、主記憶メモリ１０４に格納されている。なお、仮想Ｉ／Ｏアダプタ管理テーブル１１０及び計算機資源管理テーブル１１５を、不揮発メモリ１０２に格納してもよい。これらの管理テーブル１１０、１１５を不揮発メモリ１０２に格納することによって、サーバ装置（０）１００の電源遮断時にも仮想計算機の管理情報が保持される。
また、仮想Ｉ／Ｏアダプタ管理テーブル１１０及び計算機資源管理テーブル１１５をストレージ装置２００に格納し、サーバ装置（０）１００の起動後に、これらの管理テーブル１１０、１１５をストレージ装置２００から読み出して、主記憶メモリ１０４に格納してもよい。
また、仮想Ｉ／Ｏアダプタ管理テーブル１１０及び計算機資源管理テーブル１１５を管理端末３００に格納し、サーバ装置（０）１００の起動後に、これらの管理テーブル１１０、１１５を管理端末３００から読み出して、主記憶メモリ１０４に格納してもよい。
なお、ハイパーバイザ１０３は、仮想計算機を構成する他の計算機資源に関する情報も有している。
仮想計算機層には、ハイパーバイザ１０３によって、物理計算機（０）１２０の計算機資源が論理区画によって分割された仮想計算機１３０、１４０が構成されている。仮想計算機（０）１３０は、仮想Ｉ／Ｏアダプタ（０）１３１、仮想Ｉ／Ｏアダプタ（１）１３２、ＣＰＵ資源１３３及びメモリ資源１３４を含む。同様に、仮想計算機（１）１４０は、仮想Ｉ／Ｏアダプタ（２）１４１、仮想Ｉ／Ｏアダプタ（３）１４２、ＣＰＵ資源１４３及びメモリ資源１４４を含む。なお、仮想計算機１３０、１４０には、サーバ装置（０）１００に備わる他の計算機資源も含まれるが、本図における説明には不要なため、図示を省略する。
そして、仮想計算機（０）１３０上では、ＯＳ（０）１３５が動作している。また、仮想計算機（１）１４０上では、ＯＳ（１）１４５が動作している。すなわち、ＯＳ（０）１３５は、仮想計算機（０）１３０に割り当てられた計算機資源を使用して演算処理をする。同様に、ＯＳ（１）１４５は、仮想計算機（１）１４０に割り当てられた計算機資源を使用して演算処理をする。
また、各ＯＳ１３５、１４５上では、アプリケーションプログラムが動作している。このアプリケーションプログラムによって、サーバ装置（０）１００に接続されたクライアント端末（図示省略）にデータベースサービスやウェブサービス等が提供される。
サーバ装置（１）１５０は、前述したサーバ装置（０）１００と同じ機能を有する。例えば、ハイパーバイザ層は、ハイパーバイザ１５３によって実現される。ハイパーバイザ１５３は、仮想Ｉ／Ｏアダプタ管理テーブル１６０（図３Ｂ）及び計算機資源管理テーブル１６５（図６）を有している。よって、サーバ装置（１）１５０の機能の詳細な説明は省略する。
ストレージ装置２００は、物理層、ハイパーバイザ層及び仮想ストレージ層に、機能的に大別できる。
物理層は、ＬＡＮアダプタ及びチャネルアダプタ等のストレージ資源を備えた物理ストレージ２４０である。ストレージ資源とは、ＣＰＵ、ディスクキャッシュ、チャネルアダプタ及び物理ディスクドライブを含む、ストレージ装置が備える物理資源を示す。なお、物理ストレージ２４０は、図示した以外の資源（物理ディスクドライブ、ディスクキャッシュ等）を備えるが、本図における説明には不要なため、図示を省略する。
ハイパーバイザ層は、前述したストレージハイパーバイザ２１４、２２４によって実現される。物理ストレージ２４０に備わるストレージ資源は、ハイパーバイザ２１４、２２４によって管理されている。ストレージハイパーバイザ２１４、２２４は、仮想チャネルアダプタ管理テーブル２６０及びストレージ資源管理テーブル２６５を有している。
仮想チャネルアダプタ管理テーブル２６０（図４）には、物理的なチャネルアダプタと仮想チャネルアダプタとの対応関係が記載されている。
ストレージ資源管理テーブル２６５（図７）には、ストレージ装置２００の資源と仮想計算機との対応関係が規定されている。ストレージ資源管理テーブル２２３によって、ストレージ資源の配分が管理される。
仮想チャネルアダプタ管理テーブル２６０及びストレージ資源管理テーブル２６５は、主記憶メモリ２１２及び主記憶メモリ２２２に格納されている。なお、これらの仮想チャネルアダプタ管理テーブル２６０及びストレージ資源管理テーブル２６５を、不揮発メモリ２１３及び不揮発メモリ２２３に格納してもよい。これらの管理テーブル２６０、２６５を不揮発メモリに格納することによって、ストレージ装置２００の電源遮断時にも仮想ストレージ装置の管理情報が保持される。
また、仮想チャネルアダプタ管理テーブル２６０及びストレージ資源管理テーブル２６５を物理ディスクドライブ２３６に格納し、ストレージ装置２００の起動後に、これらの管理テーブル２６０、２６５を物理ディスクドライブ２３６から読み出して、主記憶メモリ２１２及び２２２に格納してもよい。
また、仮想チャネルアダプタ管理テーブル２６０及びストレージ資源管理テーブル２６５を管理端末３００に格納し、ストレージ装置２００の起動後に、これらの管理テーブル２６０、２６５を管理端末３００から読み出して、主記憶メモリ２１２及び２２２に格納してもよい。
なお、ストレージハイパーバイザ２１４、２２４は、仮想ストレージ装置を構成する他のストレージ資源に関する情報を有している。
仮想ストレージ層は、ハイパーバイザ２１４、２２４によって、物理ストレージ２４０のストレージ資源が論理区画によって分割された仮想ストレージ装置２４０、２５０が構成されている。仮想ストレージ（０）２４０には、仮想チャネルアダプタ（０）２４１、仮想チャネルアダプタ（１）２４２、ディスクキャッシュ資源２４３及び仮想ディスク２４４が含まれる。同様に、仮想ストレージ（１）２５０には、仮想チャネルアダプタ（２）２５１、仮想チャネルアダプタ（３）２５２、ディスクキャッシュ資源２５３及び仮想ディスク２５４が含まれる。なお、仮想ストレージ装置２４０、２５０には、ストレージ装置２００に備わる他のストレージ資源も含まれるが、本発明の説明に必要がないため、図示を省略する。
すなわち、仮想ストレージ装置（０）２４０及び仮想ストレージ装置（１）２５０は、ストレージハイパーバイザ２１４、２２４によって、物理ディスクドライブ２３６の領域が分割され複数の仮想ディスク２４４、２５４となったり、複数の物理ディスクドライブ２３６が統合され単一の仮想ディスク２４４、２５４となる。
そして、ストレージ装置２００は、仮想ディスク２４４、２５４のうち、一つ又は複数の仮想ディスクを選択し、仮想計算機１００、１５０に記憶領域として提供する。この選択された仮想ディスクを論理ユニット（ＬＵ：Logical Unit）という。論理ユニットとは、ＯＳが一つのディスクとして認識できる単位を指す。
管理端末３００は、仮想パス管理テーブル３１０（図５）を有している。仮想パス管理テーブル３１０には、仮想計算機と仮想ストレージとの対応関係が記載されている。管理端末３００は、サーバ装置（０）１００の仮想Ｉ／Ｏアダプタ管理テーブル１１０に含まれる管理情報、サーバ装置（１）１５０の仮想Ｉ／Ｏアダプタ管理テーブル１６０に含まれる管理情報及びストレージ装置２００の仮想チャネルアダプタ管理テーブル２６０に含まれる管理情報を収集することによって、仮想パス管理テーブル３１０を生成する。
図３Ａ、図３Ｂは、第１の実施の形態の仮想Ｉ／Ｏアダプタ管理テーブルの説明図である。前述したように、仮想Ｉ／Ｏアダプタ管理テーブルは、サーバ装置毎に設けられている。仮想Ｉ／Ｏアダプタ管理テーブルには、物理的なＩ／Ｏアダプタと仮想Ｉ／Ｏアダプタとの対応関係が記載されている。
図３Ａは、サーバ装置（０）１００の仮想Ｉ／Ｏアダプタ管理テーブル１１０の説明図である。
仮想Ｉ／Ｏアダプタ管理テーブル１１０には、Ｉ／Ｏアダプタ番号１１１、仮想Ｉ／Ｏアダプタ番号１１２及び仮想計算機番号１１３が含まれており、これらの対応が記憶されている。
Ｉ／Ｏアダプタ番号１１１は物理的なＩ／Ｏアダプタの識別子である。仮想Ｉ／Ｏアダプタ番号１１２は、仮想Ｉ／Ｏアダプタの識別子である。仮想計算機番号１１３は、サーバ装置（０）１００に設けられた仮想計算機の識別子である。
図３Ｂは、サーバ装置（１）１５０の仮想Ｉ／Ｏアダプタ管理テーブル１６０の説明図である。
仮想Ｉ／Ｏアダプタ管理テーブル１６０には、Ｉ／Ｏアダプタ番号１６１、仮想Ｉ／Ｏアダプタ番号１６２及び仮想計算機番号１６３が含まれており、これらの対応が記憶されている。
Ｉ／Ｏアダプタ番号１６１は物理的なＩ／Ｏアダプタの識別子である。仮想Ｉ／Ｏアダプタ番号１６２は、仮想Ｉ／Ｏアダプタの識別子である。仮想計算機番号１６３は、サーバ装置（１）１５０に設けられた仮想計算機の識別子である。
この仮想Ｉ／Ｏアダプタ管理テーブル１１０、１６０によって、どの仮想計算機にどの仮想Ｉ／Ｏアダプタが含まれており、各仮想Ｉ／Ｏアダプタがどの物理的Ｉ／Ｏアダプタによって実現されるかが分かる。
例えば、仮想Ｉ／Ｏアダプタ管理テーブル１１０（図３Ａ）の第１エントリによると、仮想計算機（０）の仮想Ｉ／Ｏアダプタ（０）は、物理的Ｉ／Ｏアダプタ（０）の計算機資源によって実現される。また、仮想Ｉ／Ｏアダプタ管理テーブル１６０（図３Ｂ）の第１エントリによると、仮想計算機（２）の仮想Ｉ／Ｏアダプタ（４）は、物理的Ｉ／Ｏアダプタ（２）の計算機資源によって実現される。
図４は、第１の実施の形態の仮想チャネルアダプタ管理テーブル２６０の説明図である。
仮想チャネルアダプタ管理テーブル２６０には、物理的なチャネルアダプタと仮想チャネルアダプタとの対応関係が記載されている。具体的には、仮想チャネルアダプタ管理テーブル２６０には、仮想ストレージ装置番号２６１、仮想チャネルアダプタ番号２６２及びチャネルアダプタ番号２６３が含まれており、これらの対応が記憶されている。
仮想ストレージ装置番号２６１は、ストレージ装置２００に設けられた仮想ストレージ装置の識別子である。仮想チャネルアダプタ番号２６２は、仮想チャネルアダプタの識別子である。チャネルアダプタ番号２６３は、物理的なチャネルアダプタの識別子である。
この仮想チャネルアダプタ管理テーブル２６０によって、どの仮想ストレージ装置に仮想チャネルアダプタが含まれており、各仮想チャネルアダプタがどの物理的チャネルアダプタによって実現されるかが分かる。
例えば、仮想チャネルアダプタ管理テーブル２６０の第１エントリによると、仮想ストレージ装置（０）の仮想チャネルアダプタ（０）は、物理的チャネルアダプタ（０）のストレージ資源によって実現される。また、第３エントリによると、仮想ストレージ装置（１）の仮想チャネルアダプタ（２）は、物理的チャネルアダプタ（０）のストレージ資源によって実現される。
図５は、第１の実施の形態の仮想パス管理テーブル３１０の説明図である。
仮想パス管理テーブル３１０には、仮想計算機と仮想ストレージとの対応関係が記載されている。特に、物理的なＩ／Ｏアダプタと物理的なチャネルアダプタとの対応関係によって、サーバ装置とストレージ装置との間の物理パスが特定される。すなわち、仮想パス管理テーブル３１０には、仮想計算機と仮想ストレージと間の経路情報が含まれている。
管理端末３００は、サーバ装置（０）１００の仮想Ｉ／Ｏアダプタ管理テーブル１１０に含まれる情報、サーバ装置（１）１５０の仮想Ｉ／Ｏアダプタ管理テーブル１６０に含まれる情報及びストレージ装置２００の仮想チャネルアダプタ管理テーブル２６０に含まれる情報を収集することによって、仮想パス管理テーブル３１０を生成する。すなわち、仮想パス管理テーブル３１０は、仮想Ｉ／Ｏアダプタ管理テーブル１１０、仮想Ｉ／Ｏアダプタ管理テーブル１６０及び仮想チャネルアダプタ管理テーブル２６０が統合されたものであり、これらのテーブルの管理情報が含まれる。
具体的には、仮想パス管理テーブル３１０には、仮想ストレージ装置番号３１１、仮想チャネルアダプタ番号３１２、チャネルアダプタ番号３１３、Ｉ／Ｏアダプタ番号３１４、仮想Ｉ／Ｏアダプタ番号３１５及び仮想計算機番号３１６が含まれており、これらの対応が記憶されている。
仮想ストレージ装置番号３１１は、仮想チャネルアダプタ管理テーブル２６０（図４）の仮想ストレージ装置番号２６１に対応しており、ストレージ装置２００に設けられた仮想ストレージ装置の識別子である。
仮想チャネルアダプタ番号３１２は、仮想チャネルアダプタ管理テーブル２６０（図４）の仮想チャネルアダプタ番号２６２に対応しており、仮想チャネルアダプタの識別子である。
チャネルアダプタ番号３１３は、仮想チャネルアダプタ管理テーブル２６０（図４）のチャネルアダプタ番号２６３に対応しており、物理的なチャネルアダプタの識別子である。
Ｉ／Ｏアダプタ番号３１４は、仮想Ｉ／Ｏアダプタ管理テーブル１１０、１６０（図３Ａ、図３Ｂ）のＩ／Ｏアダプタ番号１１１、１６１に対応しており、物理的なＩ／Ｏアダプタの識別子である。
仮想Ｉ／Ｏアダプタ番号３１５は、仮想Ｉ／Ｏアダプタ管理テーブル１１０、１６０（図３Ａ、図３Ｂ）の仮想Ｉ／Ｏアダプタ番号１１２、１６２に対応しており、仮想Ｉ／Ｏアダプタの識別子である。
仮想計算機番号３１６は、仮想Ｉ／Ｏアダプタ管理テーブル１１０、１６０（図３Ａ、図３Ｂ）の仮想計算機番号１１３、１６３に対応しており、仮想Ｉ／Ｏアダプタの識別子である。
この仮想パス管理テーブル３１０によって、どの仮想ストレージ装置の仮想チャネルアダプタ（仮想チャネルアダプタを実現する物理的チャネルアダプタ）が、どの仮想計算機の仮想Ｉ／Ｏアダプタ（仮想Ｉ／Ｏアダプタを実現する物理的Ｉ／Ｏアダプタ）と接続されているかが分かる。
すなわち、チャネルアダプタ番号３１３とＩ／Ｏアダプタ番号３１４との対応によって、物理的なＩ／Ｏアダプタと物理的なチャネルアダプタとの接続関係が規定される。この接続関係によって、サーバ装置とストレージ装置との間の物理パスの経路情報が分かる。
例えば、仮想パス管理テーブル３１０の第１エントリによると、仮想ストレージ装置（０）の仮想チャネルアダプタ（０）は、物理的チャネルアダプタ（０）のストレージ資源によって実現される。また、仮想計算機（０）の仮想Ｉ／Ｏアダプタ（０）は、物理的Ｉ／Ｏアダプタ（０）の計算機資源によって実現される。また、この物理的チャネルアダプタ（０）で実現される仮想チャネルアダプタ（０）は、物理的Ｉ／Ｏアダプタ（０）で実現される仮想Ｉ／Ｏアダプタ（０）と対応している。
同様に、仮想パス管理テーブル３１０の第２エントリによると、物理的チャネルアダプタ（１）で実現される仮想チャネルアダプタ（１）は、物理的Ｉ／Ｏアダプタ（１）で実現される仮想Ｉ／Ｏアダプタ（１）と対応している。
すなわち、仮想ストレージ装置（０）と仮想計算機（０）とは、物理的チャネルアダプタ（０）と物理的Ｉ／Ｏアダプタ（０）とによって接続され、さらに、物理的チャネルアダプタ（１）と物理的Ｉ／Ｏアダプタ（１）とによっても接続される。
図６は、第１の実施の形態の計算機資源管理テーブル１１５の説明図である。
前述したように、計算機資源管理テーブル１１５は、ハイパーバイザ１０３（サーバ装置（０）１００内）に設けられる。
計算機資源管理テーブル１１５には、仮想計算機番号７０１、ＣＰＵ配分率７０２、メモリ容量７０３及びＩ／Ｏアダプタ番号７０４が対応するように格納されている。計算機資源管理テーブル１１５は、サーバ装置（０）１００に備わる資源（ＣＰＵ（０）１０１、主記憶メモリ（０）１０４、Ｉ／Ｏアダプタ１０６、１０７）の対応関係を記憶している。
仮想計算機番号７０１は、サーバ装置（０）１００に設けられた仮想計算機を示す。ＣＰＵ配分率７０２は、サーバ装置（０）１００に設けられたＣＰＵ（０）１０１のうち当該仮想計算機に割り当てられる割合を示す。メモリ容量７０３は、当該仮想計算機に割り当てられる主記憶メモリ（０）１０４の容量である。Ｉ／Ｏアダプタ番号７０４は、当該仮想計算機からストレージ装置２００へのアクセスを受け持つＩ／Ｏアダプタを示す。
計算機資源管理テーブル１１５は、管理者が管理端末３００から、計算機資源の割り当てを設定することによって生成される。
なお、サーバ装置（１）１５０（ハイパーバイザ１５３）に設けられる計算機資源管理テーブル１６５は、前述した計算機資源管理テーブル１１５と同じ項目を有し、サーバ装置（１）１５０に備わる資源の対応関係を記憶している。
また、管理端末３００は、計算機資源管理テーブル３２０を有する。計算機資源管理テーブル３２０は、前述した計算機資源管理テーブル１１５と同じ項目を有し、サーバ装置（０）１００に備わる資源の対応関係と、サーバ装置（１）１５０に備わる資源の対応関係を記憶している。
図７は、第１の実施の形態のストレージ資源管理テーブル２６５の説明図である。
前述したように、ストレージ資源管理テーブル２６５は、ストレージハイパーバイザ２１４、２２４（ストレージ装置２００内）に設けられる。
ストレージ資源管理テーブル２６５には、仮想計算機番号６０１、仮想ディスク番号６０２、ディスクキャッシュ容量６０３、ＣＰＵ番号６０４及びＩ／Ｏアダプタ番号６０５が対応するように格納されている。ストレージ資源管理テーブル２６５は、ストレージ装置２００の資源（物理ディスクドライブ２３６、ＣＰＵ２１１、２２１、チャネルアダプタ２３１〜２３４、ディスクキャッシュ２３８）と仮想計算機との対応関係を記憶している。
仮想計算機番号６０１は、サーバ装置１００、１５０に設けられた仮想計算機に対応する。仮想ディスク番号６０２は、ストレージハイパーバイザ２１４、２２４によって構成された仮想ディスク２４４、２５４の番号であり、仮想計算機番号６０１に規定された仮想計算機に割り当てられた仮想ディスクを示す。すなわち、仮想ディスク２４４は、仮想ディスク番号１２１及び１２２に対応する領域を備え、仮想ディスク２５４は、仮想ディスク番号１６及び１７に対応する領域を備えている。なお、仮想ディスクは、論理ユニットであってもよい。
ディスクキャッシュ容量６０３は、仮想計算機番号６０１に規定された仮想計算機に割り当てられたディスクキャッシュ２４３、２５３の容量である。ＣＰＵ番号６０４は、仮想計算機番号６０１に規定された仮想計算機からのアクセスを制御する制御用ＣＰＵ２１１、２２１を示す。
チャネルアダプタ番号６０５は、仮想計算機番号６０１に規定された仮想計算機からのアクセス（仮想ディスク番号６０２に規定された仮想ディスクへのアクセス）を受け持つチャネルアダプタ２３１〜２３４を示す。
すなわち、仮想計算機（０）１３０には、１２１番〜１２２番の２個の仮想ディスクが割り当てられている。この１２１番〜１２２番の仮想ディスクに対してアクセスするために仮想計算機（０）１３０は５１２Ｍバイトのディスクキャッシュを使用することができる。仮想計算機（０）１３０から１２１番〜１２２番の仮想ディスクに対して０番〜１番の２個のＩ／Ｏアダプタを介してアクセスされる。仮想計算機（０）１３０から１２１番〜１２２番の仮想ディスクに対するアクセスを処理するために２番〜３番の２個のＣＰＵが動作することを意味している。
ストレージ資源管理テーブル２６５は、管理者が管理端末３００から、ストレージ資源の割り当てを設定することによって生成される。
また、管理端末３００は、ストレージ資源管理テーブル３３０を有する。ストレージ資源管理テーブル３３０は、前述したストレージ資源管理テーブル２６５と同じ項目を有し、ストレージ装置２００に備わる資源の対応関係を記憶している。
なお、計算機資源管理テーブル１１５（図６）にＣＰＵ配分率を記載しているが、ＣＰＵ番号を用いてもよい。また、ストレージ資源管理テーブル２６５（図７）にＣＰＵ番号を記載しているが、ＣＰＵ配分率を用いてもよい。
図８は、第１の実施の形態の計算機システムの接続状態の説明図である。図８は、計算機システムの機能をハードウェア的に示した図２と異なり、ソフトウェア的観点からの（仮想世界からみた）接続状態を示す。よって、図８には、計算機システムのハードウェア構成（例えば、Ｉ／Ｏアダプタ１０６等、チャネルアダプタ２３１等）は図示されない。
仮想計算機（０）１３０は、二つの仮想Ｉ／Ｏアダプタ（０）１３１及び仮想Ｉ／Ｏアダプタ（１）１３２を備える。仮想ストレージ装置（０）２４０は、二つの仮想チャネルアダプタ（０）２４１及び仮想チャネルアダプタ（１）２４２を備える。仮想Ｉ／Ｏアダプタ（０）１３１は仮想チャネルアダプタ（０）２４１と接続され、仮想Ｉ／Ｏアダプタ（１）１３２は仮想チャネルアダプタ（１）２４２と接続されている。
同様に、仮想計算機（１）１４０は、二つの仮想Ｉ／Ｏアダプタ（２）１４１及び仮想Ｉ／Ｏアダプタ（３）１４２を備える。仮想ストレージ装置（１）２５０は、二つの仮想チャネルアダプタ（２）２５１及び仮想チャネルアダプタ（３）２５２を備える。仮想Ｉ／Ｏアダプタ（２）１４１は仮想チャネルアダプタ（２）２５１と接続され、仮想Ｉ／Ｏアダプタ（３）１４２は仮想チャネルアダプタ（３）２５２と接続されている。
また、仮想計算機（２）１８０は、二つの仮想Ｉ／Ｏアダプタ（４）１８１及び仮想Ｉ／Ｏアダプタ（５）１８２を備える。仮想Ｉ／Ｏアダプタ（４）１８１は仮想チャネルアダプタ（０）２４１と接続されており、仮想Ｉ／Ｏアダプタ（５）１８２は仮想チャネルアダプタ（１）２４２と接続されている。
同様に、仮想計算機（３）１９０は、二つの仮想Ｉ／Ｏアダプタ（６）１９１及び仮想Ｉ／Ｏアダプタ（７）１９２を備える。仮想Ｉ／Ｏアダプタ（６）１９１は仮想チャネルアダプタ（２）２５１と接続されており、仮想Ｉ／Ｏアダプタ（７）１９２は仮想チャネルアダプタ（３）２５２と接続されている。
換言すれば、図８には、仮想パス管理テーブル３１０（図５）の仮想計算機番号３１６、仮想Ｉ／Ｏアダプタ番号３１５、仮想チャネルアダプタ番号３１２及び仮想ストレージ装置番号３１１の対応関係が示されている。
図９は、第１の実施の形態の計算機システムのケーブル接続時処理のフローチャートである。このケーブル接続時処理はサーバ装置（０）１００で実行される。なお、サーバ装置（１）１５０及びストレージ装置２００においても同じ処理が実行される。
まず、サーバ装置（０）１００のＩ／Ｏアダプタ（ストレージ装置２００のチャネルアダプタ）が、ケーブルが接続されたことを検出する（Ｓ１０１）。
次に、サーバ装置（０）１００は、通信可能な装置と物理アドレスを交換する（Ｓ１０２）。例えば、サーバ装置（０）１００がストレージ装置２００に接続されている場合、サーバ装置（０）１００が接続相手に物理アドレスを問い合わせることによって、ストレージ装置２００のチャネルアダプタの物理アドレスを取得する。ステップＳ１０２で交換される物理アドレスは、ケーブル（Ｉ／Ｏチャネル）が接続されるポートが一意に特定されるものであればよい。
例えば、ファイバチャネルプロトコルではワールド・ワイド・ネーム（ＷＷＮ）を交換する。特に、本発明では、ポートを特定するために、ワールド・ワイド・ポート・ネームを用いるとよい。また、ｉＳＣＳＩプロトコルでは、アドレス解決手法（例えば、ＡＲＰ）によって求めたＭＡＣアドレスを交換するとよい。
そして、取得した物理アドレスをハイパーバイザ１０３に通知する。
次に、ハイパーバイザ１０３は、取得したケーブル接続状況（Ｉ／Ｏアダプタの物理アドレスとチャネルアダプタの物理アドレス）を、ネットワーク４１０経由で管理端末３００に報告する（Ｓ１０３）。
管理端末３００は、Ｉ／Ｏアダプタの物理アドレスとチャネルアダプタの物理アドレスを受信すると、接続相手であるチャネルアダプタを備えるストレージ装置からの物理アドレスの報告を待つ。
そして、接続された双方の装置から接続相手の物理アドレスを受信すると、Ｉ／Ｏアダプタとチャネルアダプタとの対応関係を仮想パス管理テーブル３１０に登録する（Ｓ１０４）。すなわち、管理端末３００は、検出されたケーブル数分のチャネルアダプタ番号３１３及びＩ／Ｏアダプタ番号３１４を、仮想パス管理テーブル３１０に登録する。
図１０は、第１の実施の形態の計算機システムの仮想計算機生成処理のフローチャートである。この仮想計算機生成処理はサーバ装置（０）１００で実行される。なお、サーバ装置（１）１５０においても同じ処理が実行される。
まず、管理者が管理端末３００を操作して、サーバ装置（０）１００に備わる計算機資源の割り当てを設定して、仮想計算機の生成を指示する（Ｓ１１１）。管理端末３００は、設定された資源割り当てをサーバ装置（０）１００に送信する。
サーバ装置（０）１００は、管理端末３００から仮想計算機生成指示を受信すると、ハイパーバイザ１０３は、受信した仮想計算機生成指示に従って、サーバ装置（０）１００内のＩ／Ｏアダプタ以外の計算機資源を割り当て、仮想計算機を生成する（Ｓ１１２）。
そして、ハイパーバイザ１０３は、仮想計算機の生成が終了すると、管理端末３００に仮想計算機の生成が完了した旨を報告する。
管理端末３００は、サーバ装置（０）１００から仮想計算機の生成が完了した旨の報告を受信すると、ストレージ装置２００に仮想ストレージ装置を生成する必要があるか否かを判定する（Ｓ１１３）。
その結果、仮想ストレージ装置を生成する必要があると判定されると、ステップＳ１１４に進む。一方、仮想ストレージ装置を生成する必要がないと判定されると、ステップＳ１１５に進む。
例えば、サーバ装置（０）１００に初めて仮想計算機が生成されるときは、仮想計算機がアクセスする仮想ストレージ装置を生成する必要がある。一方、生成される仮想計算機が、既に生成されている仮想ストレージ装置を使用するのであれば、新たに仮想ストレージ装置を生成する必要がない。
ステップＳ１１４では、管理端末３００は、設定されたストレージ装置２００に備わるストレージ資源の割り当てを、ストレージ装置２００に送信して、仮想ストレージ装置の生成を指示する。ストレージ装置２００が管理端末３００から仮想ストレージ装置生成指示を受信すると、ストレージハイパーバイザ２１４、２２４は、受信した仮想ストレージ装置生成指示に従って、ストレージ装置２００内のチャネルアダプタ以外のストレージ資源を割り当て、仮想ストレージ装置を生成する（Ｓ１１４）。
そして、ストレージハイパーバイザ２１４、２２４は、仮想ストレージ装置の生成が終了すると、管理端末３００に仮想ストレージ装置の生成が完了した旨を報告する。
管理端末３００は、ストレージ装置２００から仮想ストレージ装置の生成が完了した旨の報告を受信すると、仮想アダプタ（仮想チャネルアダプタ及び仮想Ｉ／Ｏアダプタ）を生成する必要があるか否かを判定する（Ｓ１１５）。
その結果、仮想アダプタを生成する必要があると判定されると、ステップＳ１１６に進む。一方、仮想アダプタを生成する必要がないと判定されると、ステップＳ１１７に進む。
例えば、サーバ装置（０）１００に初めて仮想計算機が生成されるときは、仮想計算機が使用する仮想アダプタを生成する必要がある。一方、既に生成された仮想アダプタを使用する場合、又は、冗長ポートを使用する場合には、仮想アダプタを生成する必要がない。
ステップＳ１１６では、Ｉ／Ｏアダプタ（又は、チャネルアダプタ）の資源を割り当て、仮想アダプタを生成する（Ｓ１１６）。仮想Ｉ／Ｏアダプタはハイパーバイザ１０３、１５３が生成し、仮想チャネルアダプタはストレージハイパーバイザ２１４、２２４が生成する。
ハイパーバイザ１０３は、仮想Ｉ／Ｏアダプタを生成すると、仮想Ｉ／Ｏアダプタ管理テーブル１１０にエントリを追加する。このとき、仮想Ｉ／Ｏアダプタ管理テーブル１１０には、仮想Ｉ／Ｏアダプタ番号１１２及び仮想計算機番号１１３が登録される。なお、ステップＳ１１２ではＩ／Ｏアダプタの資源が割り当てられていないので、Ｉ／Ｏアダプタ番号１１１は空白である。
また、ストレージハイパーバイザ２１４は、仮想チャネルアダプタを生成すると、仮想チャネルアダプタ管理テーブル２６０にエントリを追加する。このとき、仮想チャネルアダプタ管理テーブル２６０には、仮想ストレージ装置番号２６１及び仮想チャネルアダプタ番号２６２が登録される。なお、ステップＳ１１４ではチャネルアダプタの資源が割り当てられていないので、チャネルアダプタ番号２６３は空白である。
その後、チャネルアダプタと仮想チャネルアダプタとの間のパスを生成する（Ｓ１１７）。すなわち、仮想チャネルアダプタ番号２６２に対応するチャネルアダプタ番号２６３が、仮想チャネルアダプタ管理テーブル２６０に登録される。これによって、仮想チャネルアダプタ管理テーブル２６０が完成し、サーバ装置（０）１００内のパスが形成される。
次に、ストレージハイパーバイザ２１４、２２４は、仮想チャネルアダプタ管理テーブル２６０の仮想ストレージ装置番号２６１、仮想チャネルアダプタ番号２６２及びチャネルアダプタ番号２６３を、管理端末３００に送る。管理端末３００は、仮想チャネルアダプタ管理テーブル２６０に含まれる情報を受信すると、仮想パス管理テーブル３１０のチャネルアダプタ番号３１３に対応するエントリを検索する。そして、検索されたエントリの仮想ストレージ装置番号３１１及び仮想チャネルアダプタ番号３１２に、該受信した情報を登録する（Ｓ１１８）。これによって、管理端末３００は、仮想ストレージ装置からチャネルアダプタまでの関係を管理可能になる。
次に、管理者が、管理端末３００を用いて、目的とするチャネルアダプタと接続されているＩ／Ｏアダプタを選択する（Ｓ１１９）。このとき、仮想計算機管理プログラム３０１が、目的とするチャネルアダプタに物理的に接続されているＩ／Ｏアダプタ（一つ又は複数）を表示して、管理者がその中から選択することもできる。管理端末３００は、選択されたＩ／Ｏアダプタの情報をハイパーバイザ１０３に送る。
ハイパーバイザ１０３は、選択されたＩ／Ｏアダプタの情報を受信すると、Ｉ／Ｏアダプタと仮想Ｉ／Ｏアダプタとの間のパスを生成する（Ｓ１２０）。すなわち、仮想Ｉ／Ｏアダプタ番号１１２に対応するＩ／Ｏアダプタ番号１１１が、仮想Ｉ／Ｏアダプタ管理テーブル１１０に登録される。これによって、仮想Ｉ／Ｏアダプタ管理テーブル１１０が完成し、サーバ装置内のパスが形成される。
次に、ハイパーバイザ１０３は、仮想Ｉ／Ｏアダプタ管理テーブル１１０のＩ／Ｏアダプタ番号１１１仮想Ｉ／Ｏアダプタ番号１１２及び仮想計算機番号１１３を、管理端末３００に送る。管理端末３００は、仮想Ｉ／Ｏアダプタ管理テーブル１１０に含まれる情報を受信すると、Ｉ／Ｏアダプタ番号に対応するエントリを検索する。そして、検索されたエントリの仮想Ｉ／Ｏアダプタ番号３１５及び仮想計算機番号３１６に、該受信した情報を登録する（Ｓ１２１）。これによって、仮想ストレージ装置から仮想計算機までの経路が仮想パス管理テーブル３１０に登録される。そして、管理端末３００は、仮想ストレージ装置から仮想計算機までの関係を管理可能になる。
その後、冗長パスを生成する必要があるか否かを判定する（Ｓ１２２）。冗長パスを生成する必要があると判定されると、ステップＳ１１５に戻り、冗長パスにおいて使用する仮想アダプタを生成する必要があるか否かを判定する。その後、ステップＳ１１６〜Ｓ１２２の処理によって冗長パスが生成される。
なお、冗長パスを生成する際に新たにアダプタを生成する（冗長アダプタが存在しない）場合には、ステップＳ１１６に戻るようにしてもよい。また、冗長パスを生成する際に新たなアダプタを生成しない（冗長アダプタが存在する）場合には、ステップＳ１１７に戻るようにしてもよい。
冗長パスの生成が終了すると、冗長構成を生成する必要があるか否かを判定する（Ｓ１２３）。冗長構成を生成する必要があると判定されると、ステップＳ１１２に戻り、ステップＳ１１２〜Ｓ１２２の処理によって冗長構成において使用する仮想計算機が生成される。
図１１は、第１の実施の形態の計算機システムのＩ／Ｏチャネル４００の通信プロトコル層の構造の説明図である。
仮想計算機（０）１３０上のＯＳ（０）１３５は、ストレージ装置２００内の論理ユニットにアクセスする場合、ディスクＩ／Ｏプロトコル（例えば、ＳＣＳＩ規格）に従って入出力を行う。本実施の形態では、ディスクＩ／Ｏプロトコル層を「ディスクＩ／Ｏ層」１１００、１１０６と称す。
ＯＳ（０）１３５が発行したディスクＩ／Ｏコマンドは、ハイパーバイザ１０３によって受け取られるが、ハイパーバイザ１０３とストレージハイパーバイザ２１４、２２４との間にも通信プロトコル層が存在する。これを「ハイパーバイザ通信層」１１０１、１１０５と称す。
さらに、本実施の形態では、Ｉ／Ｏチャネル４００による汎用的な通信を行う層を「Ｉ／Ｏチャネルプロトコル層」１１０２、１１０４と称す。さらに、物理的な通信媒体などのハードウェアの層を「物理層」１１０３と称す。
Ｉ／Ｏチャネル４００の通信プロトコルがこのような層構造をなすことによって、Ｉ／Ｏチャネル４００を構成する通信媒体が変わっても、ディスクＩ／Ｏ層１１００、１１０６やハイパーバイザ通信層１１０１、１１０５が影響を受けない。
ＯＳ（０）１３５が発行したディスクＩ／Ｏコマンドは、仮想計算機（０）１３０に伝えられる。仮想計算機（０）１３０は仮想ストレージ装置（０）２４０に対して当該Ｉ／Ｏコマンドを発行する。この当該Ｉ／Ｏコマンドは、実際にはハイパーバイザ１０３が受け取る。
ハイパーバイザ１０３は、当該ディスクＩ／Ｏコマンドに情報を付加して（図１２参照）、ストレージハイパーバイザ２１４、２２４に送信する。ストレージハイパーバイザ２１４、２２４はこれを受信し、当該ディスクＩ／Ｏコマンドを抽出して仮想ストレージ装置（０）２４０に送信する。
このような層構造で通信をすることによって、ＯＳ（０）１３５は直接仮想ストレージ装置（０）と通信しているように認識する。
図１２は、第１の実施の形態のサーバ装置（０）１００とストレージ装置２００との間で伝達される情報の説明図である。
本実施の形態のＩ／Ｏチャネル４００においては、フレーム１２００を単位として通信が行われる。これは一般的なファイバチャネル、イーサネットと同様である。フレーム１２００は、Ｉ／Ｏチャネルプロトコルヘッダ１２０１及びＩ／Ｏチャネルプロトコルペイロード１２０２からなる。
Ｉ／Ｏチャネルプロトコルヘッダ１２０１は、Ｉ／Ｏチャネルプロトコル層１１０２、１１０４での通信に必要な制御情報を含む。具体的には、Ｉ／Ｏチャネルプロトコルヘッダ１２０１は、送信元の識別子及び送信先の識別子を含む。Ｉ／Ｏチャネルプロトコルペイロード１２０２は、Ｉ／Ｏチャネルプロトコル層１１０２、１１０４において伝達される情報であり、Ｉ／Ｏチャネルプロトコル層１１０２、１１０４ではその内容に関知しない。
Ｉ／Ｏチャネルプロトコルペイロード１２０２は、ハイパーバイザ通信ヘッダ１２０３及びハイパーバイザ通信ペイロード１２０４からなる。
ハイパーバイザ通信ヘッダ１２０３には、ハイパーバイザ通信層１１０１、１１０５での通信に必要な制御情報を含んでいる。このハイパーバイザ通信ヘッダ１２０３の内容は図１３において詳述する。ハイパーバイザ通信ペイロード１２０４は、ハイパーバイザ通信層１１０１、１１０５において伝達されるデータであり、ハイパーバイザ通信層１１０１、１１０５ではその内容には関知しない。
本実施の形態では、ハイパーバイザ通信ペイロード１２０４は、ディスクＩ／Ｏ層１１００、１１０６の通信に必要な情報からなる。具体的には、ディスクＩ／Ｏコマンドや、転送されるデータである。本実施の形態では、ハイパーバイザ通信層１１０１、１１０５の上位層がディスクＩ／Ｏ層であるため、ハイパーバイザ通信ペイロード１２０４にディスクＩ／Ｏ層１１００、１１０６の情報が含まれる。しかし、ハイパーバイザ、ストレージハイパーバイザ間の通信であれば、ディスクＩ／Ｏではない別の形式の情報が含まれる。すなわち、ハイパーバイザ、ストレージハイパーバイザ間でディスクＩ／Ｏ以外の目的の通信を行う場合、その通信にはディスクＩ／Ｏプロトコル以外のプロトコルが規定されている。前述したディスクＩ／Ｏではない別の形式の情報は、そのプロトコルに従った情報である。
図１３は、第１の実施の形態のハイパーバイザ通信ヘッダ１２０３の内容の説明図である。
ハイパーバイザ通信ヘッダ１２０３は、送信元ハイパーバイザ番号１３００、送信元仮想計算機番号１３０１、送信元仮想アダプタ番号１３０２、送信先ハイパーバイザ番号１３１０、送信先仮想計算機番号１３１１及び送信先仮想アダプタ番号１３１２を含む。本実施の形態では、サーバ装置１００、１５０及びストレージ装置２００が、それぞれ複数存在するシステムにも対応できるように、ハイパーバイザ、ストレージハイパーバイザに一意な識別子を付与する。
送信元ハイパーバイザ番号１３００は、本フレームを送信したハイパーバイザ又はストレージハイパーバイザの識別子である。
送信先ハイパーバイザ番号１３１０は、本フレームを受信すべきハイパーバイザ又はストレージハイパーバイザの識別子である。
送信元仮想計算機番号１３０１は、本フレームを送信した仮想計算機、又は仮想ストレージ装置の識別子である。
送信先仮想計算機番号１３１１は、本フレームを受信すべき仮想計算機、又は仮想ストレージ装置の識別子である。
送信元仮想アダプタ番号１３０２は、本フレームを送信した仮想Ｉ／Ｏアダプタ、又は仮想チャネルアダプタの識別子である。
送信先仮想アダプタ番号１３１２は、本フレームを受信すべき仮想Ｉ／Ｏアダプタ、又は仮想チャネルアダプタの識別子である。
図１４は、第１の実施の形態のディスクＩ／Ｏコマンド送信処理のフローチャートである。なお、仮想計算機（０）１３０がＩ／Ｏアダプタ（０）１０６及びチャネルアダプタ（０）２３１を経由して、仮想ストレージ装置（０）２４０にアクセスする場合を説明するが、他の仮想計算機１４０、１８０、１９０や他の仮想ストレージ装置２５０でも同じ処理を実行することができる。
ＯＳ（０）１３５は、ディスクＩ／Ｏコマンドが発行されると、当該ディスクＩ／Ｏコマンドを仮想計算機（０）１３０（仮想Ｉ／Ｏアダプタ（０）１３１）に伝える。（Ｓ１３１）。仮想Ｉ／Ｏアダプタ（０）１３１に送られたディスクＩ／Ｏコマンドは、実際にはハイパーバイザ１０３が受け取る。
ハイパーバイザ１０３は、当該ディスクＩ／Ｏコマンドに情報を付加して（図１２参照）、物理的なＩ／Ｏアダプタ（０）１０６に転送する（Ｓ１３２）。
Ｉ／Ｏアダプタ（０）１０６は、接続されたチャネルアダプタ（０）２３１（仮想ストレージ装置（０）２４０）に当該ディスクＩ／Ｏコマンドを送信する（Ｓ１３３）。
そして、チャネルアダプタ（０）２３１は、Ｉ／Ｏアダプタ（０）１０６が送信したディスクＩ／Ｏコマンドを受信する（Ｓ１３４）。チャネルアダプタ（０）２３１が受信したディスクＩ／Ｏコマンドは、実際にはストレージハイパーバイザ２１４が受け取る。
ストレージハイパーバイザ２１４は、受信したディスクＩ／Ｏコマンドのハイパーバイザ通信ヘッダ１２０３に含まれる送信先仮想アダプタ番号１３１２を抽出する。そして、ストレージハイパーバイザ２１４は抽出した仮想チャネルアダプタ（０）２４１に、当該ディスクＩ／Ｏコマンドを転送する（Ｓ１３５）。
図１５は、第１の実施の形態のディスクＩ／Ｏコマンド完了報告処理のフローチャートである。なお、仮想ストレージ装置（０）２４０が、チャネルアダプタ（０）２３１及びＩ／Ｏアダプタ（０）１０６を経由して仮想計算機（０）１３０にアクセスする場合を説明するが、他の仮想ストレージ装置や他の仮想計算機１４０、１８０、１９０でも同じ処理を実行することができる。
仮想ストレージ装置（０）２４０は、仮想計算機（０）１３０からディスクＩ／Ｏコマンドを受信すると、当該ディスクＩ／Ｏコマンドによるアクセスの対象となる仮想ディスク番号を取得して、アクセス先の仮想ディスクを特定して、対応する仮想ディスク２４４にデータを読み書きする。
このときストレージハイパーバイザ２１４は、アクセス対象の仮想ディスク２２４の仮想ブロックアドレスを、物理ディスクドライブ２３６の物理ブロックアドレスに変換する。そして、仮想ディスク２４４に対するアクセスを物理ディスクドライブ２３６に対するアクセスに変換する。そして、ストレージハイパーバイザ２１４が物理ディスクドライブ２３６にアクセスし、データの読み出し処理又は書き込み処理を行う。
そして、仮想ストレージ装置（０）２４０は、物理ディスクに対するデータ読み書き処理が終了すると、ディスクＩ／Ｏ完了報告を発行する。すると、仮想ストレージ装置（０）２４０は、当該ディスクＩ／Ｏ完了報告を仮想チャネルアダプタ（０）２４１に伝える（Ｓ１４１）。仮想チャネルアダプタ（０）２４１に送られたディスクＩ／Ｏ完了報告は、実際にはストレージハイパーバイザ２１４が受け取る。
ストレージハイパーバイザ２１４は、当該ディスクＩ／Ｏ完了報告に情報を付加して（図１２参照）、物理的なチャネルアダプタ（０）２３１に転送する（Ｓ１４２）。
チャネルアダプタ（０）２３１は、接続されたＩ／Ｏアダプタ（０）１０６（仮想計算機（０）１３０）に当該ディスクＩ／Ｏ完了報告を送信する（Ｓ１４３）。
そして、Ｉ／Ｏアダプタ（０）１０６は、チャネルアダプタ（０）２３１が送信したディスクＩ／Ｏ完了報告を受信する（Ｓ１４４）。Ｉ／Ｏアダプタ（０）１０６が受信したディスクＩ／Ｏ完了報告は、実際にはハイパーバイザ１０３が受け取る。
ハイパーバイザ１０３は、受信したディスクＩ／Ｏ完了報告のハイパーバイザ通信ヘッダ１２０３に含まれる送信先仮想アダプタ番号１３１２を抽出する。そして、ハイパーバイザ１０３は抽出した仮想Ｉ／Ｏアダプタ（０）１３１に、当該ディスクＩ／Ｏ完了報告を転送する（Ｓ１４５）。
図１６は、第１の実施の形態の障害処理のフローチャートである。なお、ハイパーバイザ１０３がＩ／Ｏチャネル４００の障害を検出する場合を説明するが、ハイパーバイザ１５３でも同様に障害を検出することができる。
まず、ハイパーバイザ１０３がＩ／Ｏチャネル４００の断線を検出する（Ｓ１５１）。なお、Ｉ／Ｏチャネル４００の断線が検出されなければ、この障害処理は実行されない。
Ｉ／Ｏチャネル４００の断線は、例えば、ディスクＩ／Ｏコマンドを発行したサーバ装置（０）１００の仮想計算機１３０が、ディスクＩ／Ｏ完了報告を受信せず、タイムアウトとなったときに、Ｉ／Ｏチャネル４００が断線したと判定する。また、サーバ装置（０）１００にＩ／Ｏチャネル４００の断線を検出する断線検出回路を設けて断線を監視してもよい。
すなわち、この障害処理は、ディスクＩ／Ｏが発生したタイミングで実行されてもよいし、ディスクＩ／Ｏが発生したタイミング以外で実行されてもよい。
次に、ハイパーバイザ１０３は、仮想計算機（０）１３０と仮想ストレージ装置（０）２４０との接続を維持するため、仮想Ｉ／Ｏアダプタ（０）１３１と物理的なＩ／Ｏアダプタ（０）１０６との接続パス（サーバ装置（０）１００内の接続パス）を変更する（Ｓ１５２）。例えば、仮想Ｉ／Ｏアダプタ（０）１３１とＩ／Ｏアダプタ（１）１０７との接続パスを設定する。
これに伴い、仮想Ｉ／Ｏアダプタ管理テーブル１１０の内容が変更される。本実施の形態では、Ｉ／Ｏアダプタ番号１１１が”０”、仮想Ｉ／Ｏアダプタ番号１１２が”０”、仮想計算機番号３１３が”０”のエントリにおいて、Ｉ／Ｏアダプタ番号１１１が”１”に変更される。
なお、障害が検出されたエントリの内容を変更せず、新たに設定したパスのエントリを追加してもよい。
その後、ハイパーバイザ１０３は、仮想Ｉ／Ｏアダプタと物理的なＩ／Ｏアダプタとの接続パス（サーバ装置（０）１００内の接続パス）の変更を管理端末３００に通知する（Ｓ１５３）。
ハイパーバイザ１０３からのパス変更通知を受信した管理端末３００は、仮想パス管理テーブル３１０を変更する（Ｓ１５４）。具体的には、Ｉ／Ｏアダプタ番号３１４が”０”、仮想Ｉ／Ｏアダプタ番号３１５が”０”、仮想計算機番号３１６が”０”のエントリの、Ｉ／Ｏアダプタ番号３１４が”１”に変更される。
その後、管理端末３００は、仮想パス管理テーブル３１０を変更が終了した旨を、ハイパーバイザ１０３に通知する。
管理端末３００から変更終了通知を受信したハイパーバイザ１０３は、未完了の送信情報（例えば、完了報告を受信していない発行済のディスクＩ／Ｏコマンド）を、新たなパスを構成するＩ／Ｏアダプタに再送する（Ｓ１５５）。
図１７は、第１の実施の形態の障害処理のフローチャートである。なお、ストレージハイパーバイザ２１４が、Ｉ／Ｏチャネルプロトコル層１１０４で、Ｉ／Ｏチャネル４００の障害を検出する場合を説明するが、ストレージハイパーバイザ２２４でも同様に障害を検出することができる。
まず、ストレージハイパーバイザ２１４が、Ｉ／Ｏチャネル４００の断線を検出する（Ｓ１６１）。なお、Ｉ／Ｏチャネル４００の断線が検出されなければ、この障害処理は実行されない。
Ｉ／Ｏチャネル４００の断線は、例えば、ディスクＩ／Ｏ完了報告を発行したストレージ装置２００の仮想ストレージ装置２１０が、当該ディスクＩ／Ｏ完了報告に対する確認信号を受信せず、タイムアウトとなったときに、Ｉ／Ｏチャネル４００が断線したと判定する。また、ストレージ装置２００にＩ／Ｏチャネル４００の断線を検出する断線検出回路を設けて断線を監視してもよい。
すなわち、この障害処理は、ディスクＩ／Ｏが発生したタイミングに実行されてもよいし、ディスクＩ／Ｏが発生したタイミング以外で実行されてもよい。
次に、ストレージハイパーバイザ２１４は、仮想ストレージ装置（０）２４０と仮想計算機（０）１３０との接続を維持するため、仮想チャネルアダプタ（０）２４１と物理的なチャネルアダプタ（０）２３１との接続パス（ストレージ装置２００内の接続パス）を変更する（Ｓ１６２）。例えば、仮想チャネルアダプタ（０）２４１とチャネルアダプタ（１）２３２との接続パスを設定する。
これに伴い、仮想チャネルアダプタ管理テーブル２６０の内容が変更される。本実施の形態では、仮想ストレージ装置番号２６１が”０”、仮想チャネルアダプタ番号２６２が”０”、チャネルアダプタ番号２６３が”０”のエントリにおいて、チャネルアダプタ番号２６３が”１”に変更される。
なお、障害が検出されたエントリの内容を変更せず、新たに設定したパスのエントリを追加してもよい。
その後、ストレージハイパーバイザ２１４は、仮想Ｉ／Ｏアダプタと物理的なＩ／Ｏアダプタとの接続パス（サーバ装置（０）１００内の接続パス）の変更を管理端末３００に通知する（Ｓ１６３）。
ストレージハイパーバイザ２１４からのパス変更通知を受信した管理端末３００は、仮想パス管理テーブル３１０を変更する（Ｓ１６４）。具体的には、仮想ストレージ装置番号３１１が”０”、仮想チャネルアダプタ番号３１２が”０”、チャネルアダプタ番号３１３が”０”のエントリにおいて、チャネルアダプタ番号３１３が”１”に変更される。
その後、管理端末３００は、仮想パス管理テーブル３１０を変更が終了した旨を、ストレージハイパーバイザ２１４に通知する。
管理端末３００から変更終了通知を受信したストレージハイパーバイザ２１４は、未完了の送信情報を、新たなパスを構成するＩ／Ｏアダプタに再送する（Ｓ１６５）。
このような送信情報には、ディスクＩ／Ｏコマンドに対する完了報告がある。Ｉ／Ｏチャネルとして複数の通信プロトコルがある。その一つのファイバチャネル規格では、Ｉ／Ｏアダプタ、チャネルアダプタがなんらかの情報を受信した場合に、送信元に確かに受信した旨（アクノレッジメント）を通知する場合がある。ステップＳ１６５では、Ｉ／Ｏアダプタに送信した情報のうち、アクノレッジメントを受信していない情報を再送する。
以上に説明したように、図１６に示す仮想計算機側の障害処理及び図１７に示す仮想ストレージ装置側の障害処理によって、仮想パス管理テーブル３１０が変更され、仮想計算機側（０）１３０及び仮想ストレージ装置（０）２３０間のパスが復旧し、両者間で通信が可能になる。このパス変更処理は、ハイパーバイザ１０３、ストレージハイパーバイザ２１４が実行するため、ＯＳ（０）１３５、ＯＳ（１）１４５、ＯＳ（２）１８５、ＯＳ（３）１９５が障害を検出することができない。そのため、ＯＳ側で障害処理をする必要がないという利点がある。
図１８は、第１の実施の形態の管理端末３００に表示される画面の説明図である。
管理端末３００の表示画面３２０には、管理者が本計算機システムを管理する際に必要な管理情報が表示される。すなわち、管理端末３００の表示画面３２０には、仮想パス管理テーブル３１０（図５）に記憶された情報（仮想計算機番号３１６、仮想Ｉ／Ｏアダプタ番号３１５、Ｉ／Ｏアダプタ番号３１４、チャネルアダプタ番号３１３、仮想チャネルアダプタ番号３１２及び仮想ストレージ装置番号３１１）の対応関係が視覚的に示されている。
具体的には、この表示画面３２０には、仮想計算機表示領域３２１、Ｉ／Ｏアダプタ表示領域３２２、チャネルアダプタ表示領域３２３及びストレージ装置表示領域３２４が設けられている。
仮想計算機表示領域３２１には、本計算機システムに備わる仮想計算機（０）〜仮想計算機（３）が表示される。各仮想計算機内には、仮想計算機に備わる仮想Ｉ／Ｏアダプタが表示される。
Ｉ／Ｏアダプタ表示領域３２２には、本計算機システムのサーバ装置に備わる物理的なＩ／Ｏアダプタ（０）〜Ｉ／Ｏアダプタ（３）が表示される。
チャネルアダプタ表示領域３２３には、本計算機システムのストレージ装置に備わる物理的なチャネルアダプタ（０）〜チャネルアダプタ（３）が表示される。
ストレージ装置表示領域３２４には、本計算機システムに備わる仮想ストレージ装置（０）及び仮想ストレージ装置（１）が表示される。各仮想ストレージ装置内には、仮想ストレージ装置に備わる仮想チャネルアダプタが表示される。
さらに、この表示画面３２０には、仮想計算機（仮想Ｉ／Ｏアダプタ）と仮想ストレージ装置（仮想チャネルアダプタ）との間に設定されたパスが示される。各パスがどのＩ／Ｏアダプタ及びどのチャネルアダプタを経由するかが視覚的に分かるように示されている。また、各パスは、異なる種類（又は、異なる色彩）の線で示されており、パスの経路が容易に分かるようになっている。
このように、管理端末３００の表示画面３２０に、パスの経路を視覚的に表示することによって、仮想計算機と仮想ストレージ装置とを接続しているパスが物理的に異なるパスに分けられており、冗長構成をとっていることが分かる。そして、管理者は、仮想計算機、仮想ストレージ装置間の物理的な接続と仮想的な接続の対応を確認することができる。
すなわち、仮想計算機（０）と仮想ストレージ装置（０）との間に、仮想Ｉ／Ｏアダプタ及び仮想チャネルアダプタが異なる二つのパスが設けられている。この二つのパスは、物理的にも異なるＩ／Ｏアダプタ及びチャネルアダプタを経由するので、仮想的にも物理的にも、冗長構成を実現している。
前述したように、本発明の第１の実施の形態では、仮想計算機を生成する場合には、管理コンソールプログラムが統合パス資源テーブルに従って、正しい物理資源（物理パス）と仮想資源（仮想パス）との対応関係を確認しながら、計算機システムの構成を設定する。すなわち、サーバ及びストレージを連携して論理分割する際に、物理的資源と論理的資源の対応関係を確認することができる。よって、仮想計算機を用いた計算機システムのハイアベイラビリティ構成を容易に設定できる。
（第２実施形態）
本発明の第２の実施の形態では、仮想計算機においてパス制御プログラムが動作している。このパス制御プログラムは、仮想計算機と仮想ストレージ装置との間に設定されたパスを管理し、Ｉ／Ｏチャネルの障害処理をする。
本発明の第２の実施の形態では、仮想計算機においてパス制御プログラムが動作している。このパス制御プログラムは、仮想計算機と仮想ストレージ装置との間に設定されたパスを管理し、Ｉ／Ｏチャネルの障害処理をする。
図１９は、第２の実施の形態の計算機システムの接続状態の説明図である。図１９は、図８と同様に、ソフトウェア的観点からの（仮想世界からみた）計算機システムの接続状態を示す。よって、図１９には、計算機システムのハードウェア構成（例えば、Ｉ／Ｏアダプタ１０６等、チャネルアダプタ２３１等）は図示されない。
仮想計算機（０）１３０では、ＯＳ（０）１３５及びパス制御プログラム１３６が動作している。パス制御プログラム１３６は、ストレージ装置２００に記憶されており、仮想計算機（０）１３０の起動時にストレージ装置２００から読み出され、主記憶メモリ１０４にロードされて、ＣＰＵ１０１で実行される。また、パス制御プログラム１３６は、サーバ装置内の不揮発性メモリに記憶され、当該不揮発性メモリからロードされてもよい。パス制御プログラム１３６は、仮想計算機（０）１３０に関する仮想Ｉ／Ｏアダプタと仮想ストレージ装置（０）２４０に関する仮想チャネルアダプタとの間に設定されたパスを管理する。
同様に、仮想計算機１４０では、ＯＳ１４５及びパス制御プログラム１４６が動作している。仮想計算機１８０では、ＯＳ１８５及びパス制御プログラム１８６が動作している。仮想計算機１９０では、ＯＳ１９５及びパス制御プログラム１９６が動作している。各パス制御プログラム１５６、１８６、１９６は、各仮想計算機に設定されたパスを管理する。
図１９には、前述した図８と同様に、仮想パス管理テーブル３１０（図５）の仮想計算機番号３１６、仮想Ｉ／Ｏアダプタ番号３１５、仮想チャネルアダプタ番号３１２及び仮想ストレージ装置番号３１１の対応関係が示されている。なお、仮想計算機及び仮想ストレージ装置間の接続関係は、前述した図８と同じであるため、その説明は省略する。
図２０は、第２の実施の形態の障害処理のフローチャートである。なお、仮想計算機（０）１３０のパス制御プログラム１３６がＩ／Ｏチャネル４００の障害を検出する場合を説明するが、他のパス制御プログラム１４６、１８６、１９６でも同様に障害を検出することができる。
まず、パス制御プログラム１３６がＩ／Ｏチャネル４００の断線を検出する（Ｓ１７１）。なお、Ｉ／Ｏチャネル４００の断線が検出されなければ、この障害処理は実行されない。
Ｉ／Ｏチャネル４００の断線は、例えば、ディスクＩ／Ｏコマンドを発行したサーバ装置（０）１００の仮想計算機１３０が、ディスクＩ／Ｏ完了報告を受信せず、タイムアウトとなったときに、Ｉ／Ｏチャネル４００が断線したと判定する。また、サーバ装置（０）１００にＩ／Ｏチャネル４００の断線を検出する断線検出回路を設け、パス制御プログラム１３６が断線を監視してもよい。
すなわち、この障害処理は、ディスクＩ／Ｏが発生したタイミングに実行されてもよいし、ディスクＩ／Ｏが発生したタイミング以外で実行されてもよい。
次に、パス制御プログラム１３６は、仮想計算機（０）１３０が仮想ストレージ装置（０）２４０へのアクセスに使用する仮想Ｉ／Ｏアダプタを切り替える（Ｓ１７２）。具体的には、仮想Ｉ／Ｏアダプタ（０）１３１を使用するＩ／Ｏを仮想Ｉ／Ｏアダプタ（１）１３２を使用するように切り替える。
その後、パス制御プログラム１３６は、未完了の送信情報（例えば、完了報告を受信していない発行済のディスクＩ／Ｏコマンド）を、該当するＩ／Ｏアダプタに再送する（Ｓ１７３）。
このように、第２の実施の形態では、Ｉ／Ｏチャネルに障害が発生したときに、パス制御プログラムが、仮想計算機が使用する仮想Ｉ／Ｏアダプタを切り替える。よって、管理端末３００の仮想パス管理テーブル３１０を変更することなく、障害を復旧することができる。
（第３実施形態）
本発明の第３の実施の形態では、仮想計算機においてクラスタ制御プログラムが動作している。このクラスタ制御プログラムは、仮想計算機が対となり、仮想計算機のクラスタ構成を管理する。
本発明の第３の実施の形態では、仮想計算機においてクラスタ制御プログラムが動作している。このクラスタ制御プログラムは、仮想計算機が対となり、仮想計算機のクラスタ構成を管理する。
図２１は、第３の実施の形態の計算機システムの接続状態の説明図である。図２１は、図８と同様に、ソフトウェア的観点からの（仮想世界からみた）計算機システムの接続状態を示す。よって、図２１には、計算機システムのハードウェア構成（例えば、Ｉ／Ｏアダプタ１０６等、チャネルアダプタ２３１等）は図示されない。
仮想計算機（２）１８０では、ＯＳ（２）１８５及びクラスタ制御プログラム１８７が動作している。クラスタ制御プログラム１８７は、ストレージ装置２００に記憶されており、仮想計算機（２）１８０の起動時にストレージ装置２００から読み出され、主記憶メモリ（１）１５４にロードされて、ＣＰＵ１５１で実行される。また、クラスタ制御プログラム１８７は、サーバ装置内の不揮発性メモリに記憶され、当該不揮発性メモリからロードされてもよい。
本実施の形態では、異なるハードウェア（サーバ装置）に構成される仮想計算機（０）１３０と仮想計算機（２）１８０とがクラスタを構成している。クラスタ対を構成する仮想計算機同士は通信パス４２１で接続されている。通信パス４２１は、サーバ装置（０）１００とサーバ装置（１）１５０とを接続する専用線で構成してもよい。また、ネットワーク４１０を用いてもよい。
クラスタ対を構成する仮想計算機同士は、通信パス４２１を介して、障害検知のための制御用Ｉ／Ｏ（例えば、ハートビート信号）を所定のタイミング（例えば、周期的に）で発行する。そして、相手方が発行する制御用Ｉ／Ｏが受信できなければ、クラスタ対を構成する仮想計算機に障害が発生したと判定する。
クラスタ対を構成する仮想計算機同士は、フェイルオーバ時に仮想ストレージ装置２４０等に格納された同じデータを使用してサービスを提供する必要があるので、同じ構成の仮想Ｉ／Ｏアダプタが設定されており、該クラスタ間で対になる仮想Ｉ／Ｏアダプタは、同じように仮想ストレージ装置と接続されている。
同様に、仮想計算機（１）１４０と仮想計算機（３）１９０とは、通信パス４２２で接続され、クラスタを構成している。
図２１には、前述した図８と同様に、仮想パス管理テーブル３１０（図５）の仮想計算機番号３１６、仮想Ｉ／Ｏアダプタ番号３１５、仮想チャネルアダプタ番号３１２及び仮想ストレージ装置番号３１１の対応関係が示されている。なお、仮想計算機及び仮想ストレージ装置間の接続関係は、前述した図８と同じであるため、その説明は省略する。
図２２は、第３の実施の形態の障害処理のフローチャートである。なお、ハイパーバイザ１０３が仮想計算機（０）１３０を再起動する場合を説明するが、他のハイパーバイザや他の仮想計算機でも同じ再起動処理を行うことができる。
まず、クラスタ制御プログラム１３７が、仮想計算機（０）１３０から送られるハートビート信号を所定時間以上受信できないと、ハートビート断と判定する（Ｓ１８１）。なお、ハートビート信号の遮断が検出されなければ、この障害処理は実行されない。
具体的には、ハートビート信号の遮断は、例えば、周期的に送信されるハートビート信号が、所定時間以上受信できないことが、複数回生じたときに、ハートビート断と判定する。すなわち、仮想計算機（０）１３０に障害が発生したことが判定される。
次に、クラスタ制御プログラム１８７は、障害が発生した仮想計算機（０）１３０が提供していたサービスのプログラムを仮想計算機（２）１８０で起動して、フェイルオーバの準備をする（Ｓ１８２）。そして、仮想計算機（０）１３０を計算機システムから切り離す。これによってクライアント端末（図示省略）から仮想計算機（０）１３０へのアクセスが停止する。
その後、クラスタ制御プログラム１８７は、仮想計算機（０）１３０に障害が発生したこと、及び業務の引継ぎの準備ができたことを、管理者に通知する（Ｓ１８３）。
なお、管理者の指示を待って、仮想計算機（０）１３０から仮想計算機（２）１８０へ業務が引継がれる。
図２３は、第３の実施の形態の仮想計算機の再起動処理のフローチャートである。なお、ハイパーバイザ１０３が仮想計算機（０）１３０を再起動する場合を説明するが、他のハイパーバイザや他の仮想計算機でも同じ再起動処理を行うことができる。
まず、管理者は、停止した仮想計算機（０）１３０の再起動を、管理端末３００から指示する（Ｓ１９１）。
仮想計算機（０）１３０では、ネットワーク４１０経由で、管理端末３００からの再起動指示を受信すると、クラスタ制御プログラム１３７が当該再起動指示を受け取る。そして、クラスタ制御プログラム１３７は、ハイパーバイザ１０３に、仮想計算機（０）１３０の再起動を指示する（Ｓ１９２）。
その後、ハイパーバイザ１０３によって、計算機資源が再度割り当てられ、仮想計算機（０）１３０が再起動する（Ｓ１９３）。
その後、管理者が、管理端末３００からフェイルバックを指示する（Ｓ１９４）。このフェイルバック指示によって、仮想計算機（２）１８０に引き継がれた業務を、仮想計算機（０）１３０で再開する。具体的には、再起動される仮想計算機が提供していたサービスのプログラムを仮想計算機（０）１３０で起動する。その後、仮想計算機（０）１３０を計算機システムに接続する。これによってクライアント端末から仮想計算機（０）１３０へのアクセスが再開する。
（第４実施形態）
本発明の第４の実施の形態は、管理端末３００が仮想パス管理テーブルを有さず、ストレージ装置２００が仮想パス管理テーブル２６６を有している点で、前述した第１の実施の形態と異なる。
本発明の第４の実施の形態は、管理端末３００が仮想パス管理テーブルを有さず、ストレージ装置２００が仮想パス管理テーブル２６６を有している点で、前述した第１の実施の形態と異なる。
図２４は、第４の実施の形態の計算機システムの機能ブロック図である。
第４の実施の形態の計算機システムは、サーバ装置（０）１００、サーバ装置（１）１５０、ストレージ装置２００、及び管理端末３００によって構成されている。なお、前述した第１の実施の形態と同じ構成には同じ符号を付し、その説明は省略する。
サーバ装置（０）１００及びサーバ装置（１）１５０は、機能的に、物理層、ハイパーバイザ層及び仮想計算機層に大別できる。各層に備わる各部の構成及び機能は、前述した第１の実施の形態と同じである。
ストレージ装置２００は、機能的に、物理層、ハイパーバイザ層及び仮想ストレージ層に大別できる。各層に備わる各部の構成及び機能は、前述した第１の実施の形態と同じである。
本実施の形態のストレージ装置２００は、仮想パス管理テーブル２６６を有する。ストレージハイパーバイザ２１４、２２４は、仮想パス管理テーブル２６６を使用して、ストレージ装置２００の仮想的な構成を管理する。すなわち、第４の実施の形態では、仮想パス管理テーブル２６６を有するストレージ装置２００に、仮想計算機と仮想ストレージ装置との接続関係を定める接続情報（仮想パス管理テーブル２６６）を有する管理部（図示省略）が備わっている。
仮想パス管理テーブル２６６には、仮想計算機と仮想ストレージとの対応関係が記載されている。具体的には、仮想パス管理テーブル２６６は、第１の実施の形態の仮想パス管理テーブル３１０（図５）と同じ構成で、同じ管理情報を含む。
ストレージハイパーバイザ２１４、２２４は、サーバ装置（０）１００の仮想Ｉ／Ｏアダプタ管理テーブル１１０に含まれる管理情報、サーバ装置（１）１５０の仮想Ｉ／Ｏアダプタ管理テーブル１６０に含まれる管理情報及びストレージ装置２００の仮想チャネルアダプタ管理テーブル２６０に含まれる管理情報を収集することによって、仮想パス管理テーブル２６６を生成する。
管理端末３００は、計算機システムを統括して管理するコンピュータ装置で、ＣＰＵ、メモリ、入出力装置及びインターフェースが備わっている。管理端末３００は、保守用端末装置（ＳＶＰ：サービスプロセッサ）である。管理者は、管理端末３００を操作することによって、本計算機ステムを管理することができる。
管理端末３００のインターフェースは、ストレージ装置２００に接続されている。なお、管理端末３００をストレージ装置２００に直接接続することなく、ネットワーク４１０経由でストレージ装置２００に接続してもよい。
なお、図２４には、二つのサーバ装置１００、１５０と一つのストレージ装置２００とが接続されている例について説明したが、三つ以上のサーバ装置を設けてもよく、二つ以上のストレージ装置を設けてもよい。この場合、管理端末３００を、いずれのストレージ装置に接続してもよいが、仮想パス管理テーブル２６６を有するストレージ装置に接続することが望ましい。また、仮想パス管理テーブル１１６を、複数のストレージ装置が有していてもよい。このようにすれば、障害が発生した場合に備えて、当該テーブルを二重化しておくことができる。
（第５実施形態）
本発明の第５の実施の形態は、管理端末３００が仮想パス管理テーブルを有さず、サーバ装置（０）１００が仮想パス管理テーブル１１６を有している点で、前述した第１の実施の形態と異なる。
本発明の第５の実施の形態は、管理端末３００が仮想パス管理テーブルを有さず、サーバ装置（０）１００が仮想パス管理テーブル１１６を有している点で、前述した第１の実施の形態と異なる。
図２５は、第５の実施の形態の計算機システムの機能ブロック図である。
第５の実施の形態の計算機システムは、サーバ装置（０）１００、サーバ装置（１）１５０、ストレージ装置２００、及び管理端末３００によって構成されている。なお、前述した第１の実施の形態と同じ構成には同じ符号を付し、その説明は省略する。
サーバ装置（０）１００及びサーバ装置（１）１５０は、機能的に、物理層、ハイパーバイザ層及び仮想計算機層に大別できる。各層に備わる各部の構成及び機能は、前述した第１の実施の形態と同じである。
本実施の形態のサーバ装置（０）１００は、仮想パス管理テーブル１１６を有する。ハイパーバイザ１０３は、仮想パス管理テーブル１１６を使用して、計算機システムの仮想的な構成を管理する。すなわち、第５の実施の形態では、仮想パス管理テーブル１１６を有するサーバ装置（０）１００に、仮想計算機と仮想ストレージ装置との接続関係を定める接続情報（仮想パス管理テーブル１１６）を有する管理部（図示省略）が備わっている。
仮想パス管理テーブル１１６には、仮想計算機と仮想ストレージとの対応関係が記載されている。具体的には、仮想パス管理テーブル１１６は、第１の実施の形態の仮想パス管理テーブル３１０（図５）と同じ構成で、同じ管理情報を含む。
ハイパーバイザ１０３は、サーバ装置（０）１００の仮想Ｉ／Ｏアダプタ管理テーブル１１０に含まれる管理情報、サーバ装置（１）１５０の仮想Ｉ／Ｏアダプタ管理テーブル１６０に含まれる管理情報及びストレージ装置２００の仮想チャネルアダプタ管理テーブル２６０に含まれる管理情報を収集することによって、仮想パス管理テーブル１１６を生成する。
ストレージ装置２００は、機能的に、物理層、ハイパーバイザ層及び仮想ストレージ層に大別できる。各層に備わる各部の構成及び機能は、前述した第１の実施の形態と同じである。
管理端末３００は、計算機システムを統括して管理するコンピュータ装置で、ＣＰＵ、メモリ、入出力装置及びインターフェースが備わっている。管理端末３００は、保守用端末装置（ＳＶＰ：サービスプロセッサ）である。管理者は、管理端末３００を操作することによって、本計算機ステムを管理することができる。
管理端末３００のインターフェースは、ネットワーク４１０を介して、サーバ装置１００、１５０及びストレージ装置２００と接続されている。当該インターフェースは、ネットワーク４１０を介して接続された装置との間で制御信号や管理情報（各種管理テーブルの内容）を送受信する。なお、管理端末３００をサーバ装置（０）１００に直接接続してもよい。
なお、図２５には、二つのサーバ装置１００、１５０と一つのストレージ装置２００とが接続されている例について説明したが、三つ以上のサーバ装置を設けてもよく、二つ以上のストレージ装置を設けてもよい。この場合、管理端末３００を、いずれのサーバ装置に接続してもよいが、仮想パス管理テーブル１１６を有するサーバ装置に接続することが望ましい。また、仮想パス管理テーブル１１６を、複数のサーバが有していてもよい。このようにすれば、障害が発生した場合に備えて、当該テーブルを二重化しておくことができる。
（第６実施形態）
本発明の第６の実施の形態は、Ｉ／Ｏチャネル４００が、Ｉ／Ｏアダプタとチャネルアダプタとを直接接続するのではなく、Ｉ／ＯアダプタとチャネルアダプタとがＩ／Ｏチャネルスイッチ４０１を介して接続されている点で、前述した第１の実施の形態と異なる。
本発明の第６の実施の形態は、Ｉ／Ｏチャネル４００が、Ｉ／Ｏアダプタとチャネルアダプタとを直接接続するのではなく、Ｉ／ＯアダプタとチャネルアダプタとがＩ／Ｏチャネルスイッチ４０１を介して接続されている点で、前述した第１の実施の形態と異なる。
図２６は、第６の実施の形態の計算機システムのハードウェア構成を示すブロック図である。
第６の実施の形態の計算機システムは、サーバ装置（０）１００、サーバ装置（１）１５０、ストレージ装置２００、管理端末３００、及びＩ／Ｏチャネルスイッチ４０１によって構成されている。なお、前述した第１の実施の形態と同じ構成には同じ符号を付し、その説明は省略する。
サーバ装置（０）１００及びサーバ装置（１）１５０では、アプリケーションプログラムが動作している。サーバ装置（０）１００及びサーバ装置（１）１５０の各部の構成及び機能は、前述した第１の実施の形態と同じである。
Ｉ／Ｏアダプタ（０）１０６及びＩ／Ｏアダプタ（１）１０７は、Ｉ／Ｏチャネル４００を介してＩ／Ｏチャネルスイッチ４０１と接続されている。
Ｉ／Ｏアダプタ１０６、１０７がストレージ装置２００に対してデータ入出力要求を送信すると、Ｉ／Ｏチャネルスイッチ４０１は当該データ入出力要求を受信する。そして、Ｉ／Ｏチャネルスイッチ４０１は、当該データ入出力要求の宛先を判定し、当該データ入出力要求を宛先のストレージ装置２００に転送する。
また、Ｉ／Ｏアダプタ１０６、１０７は、ストレージ装置２００に格納されたデータを、Ｉ／Ｏチャネルスイッチ４０１を経由して受信する。
なお、第６の実施の形態でも、Ｉ／Ｏアダプタは二つ設けられている。なお、さらに多くのＩ／Ｏアダプタを設けてもよい。この二つのＩ／Ｏアダプタ１０６、１０７は別個に動作する。よって、一方のＩ／Ｏアダプタに障害が発生しても、サーバ装置（０）１００からストレージ装置２００へのアクセスが停止しないように、処理系を２重化している。
ストレージ装置２００は、サーバ装置１００、１５０の動作に必要なデータを記憶する。ストレージ装置２００の各部の構成及び機能は、前述した第１の実施の形態と同じである。
チャネルアダプタ（０）２３１〜チャネルアダプタ（３）２３４は、Ｉ／Ｏチャネル４００を介してＩ／Ｏチャネルスイッチ４０１と接続されている。また、Ｉ／Ｏチャネルスイッチ４０１は、サーバ装置（０）１００及びサーバ装置（１）１５０と接続されている。
チャネルアダプタ（０）２３１及びチャネルアダプタ（１）２３２は、Ｉ／Ｏチャネル４００及びＩ／Ｏチャネルスイッチ４０１を介してサーバ装置（０）１００と接続されている。チャネルアダプタ２３１、２３２は、サーバ装置（０）１００からのデータ入出力要求を受信し、ストレージ装置２００に格納されたデータを送信する。
同様に、チャネルアダプタ（２）２３３及びチャネルアダプタ（３）２３４は、Ｉ／Ｏチャネル４００及びＩ／Ｏチャネルスイッチ４０１を介してサーバ装置（１）１５０と接続されている。チャネルアダプタ２３３、２３４は、サーバ装置（１）１５０からのデータ入出力要求を受信し、ストレージ装置２００に格納されたデータを送信する。
ストレージ装置２００には複数のチャネルアダプタが設けられている。この複数のチャネルアダプタ２３１〜２３４は別個に動作する。よって、一方のチャネルアダプタに障害が発生しても、サーバ装置１００、１５０からのストレージ装置２００へのアクセスが停止しないように、処理系を２重化している。
管理端末３００は、計算機システムを統括して管理するコンピュータ装置である。管理端末３００は、前述した第１の実施の形態と異なる形式の仮想パス管理テーブル３１７（図２７）を有する。なぜなら、第６の実施の形態では、パスがＩ／Ｏチャネルスイッチ４０１を経由するためである。
管理端末３００の他の各部の構成及び機能は、前述した第１の実施の形態と同じである。
Ｉ／Ｏチャネル４００は、例えばファイバチャネルプロトコルのような、データの転送に適するプロトコルで通信可能な伝送媒体である。
第６の実施の形態では、Ｉ／Ｏチャネル４００は、サーバ装置１００、１５０のＩ／ＯアダプタとＩ／Ｏチャネルスイッチ４０１との間、及びストレージ装置２００のチャネルアダプタとＩ／Ｏチャネルスイッチ４０１との間を接続する。
Ｉ／Ｏチャネルスイッチ４０１は、複数のポートを有するパケット転送装置である。例えば、Ｉ／Ｏチャネル４００にファイバチャネルプロトコルを用いる場合には、Ｉ／Ｏチャネルスイッチ４０１にはＳＡＮスイッチが用いられる。
Ｉ／Ｏチャネルスイッチ４０１の各ポートにはＩ／Ｏアダプタ又はチャネルアダプタと接続するＩ／Ｏチャネル４００が接続されている。Ｉ／Ｏチャネルスイッチ４０１は、経路情報を保持する。この経路情報はパケットの転送先を判定するために用いられるルーティングテーブル（図示省略）である。Ｉ／Ｏチャネルスイッチ４０１は、ルーティングテーブルを参照して、各ポートに入力されたパケットの宛先を判定し、宛先となるＩ／Ｏアダプタ又はチャネルアダプタに接続されているポートから当該パケットを送信する。
Ｉ／Ｏチャネルスイッチ４０１は、ゾーン設定テーブル（図３０参照）を有する。ゾーン設定テーブルには、Ｉ／Ｏチャネルスイッチ４０１のポート間の通信可否が規定されている。そして、Ｉ／Ｏチャネルスイッチ４０１は、通信可能であると規定されたポート間のみパケットを転送する。よって、特定の装置間のみのパケットの転送が実現する。なお、ゾーン設定テーブルとルーティングテーブルとを一つのテーブルで構成してもよい。
また、Ｉ／Ｏチャネルスイッチ４０１は、ネットワーク４１０にも接続されている。さらに、Ｉ／Ｏチャネルスイッチ４０１間は、相互接続線４０２によって接続されている。Ｉ／Ｏチャネルスイッチ４０１は、相互接続線４０２を介して、パケットの転送のための経路情報を交換する。これによって、Ｉ／Ｏチャネルスイッチ４０１は、経路情報を共有する。
なお、第６の実施の形態では、Ｉ／Ｏチャネルスイッチ４０１は二つ設けられている。この二つのＩ／Ｏチャネルスイッチ４０１も別個に動作する。よって、一方のＩ／Ｏチャネルスイッチに障害が発生しても、サーバ装置（０）１００からストレージ装置２００へのアクセスが停止しないように、処理系を２重化している。
また、Ｉ／Ｏチャネルスイッチ４０１は相互接続線４０２を用いて互いの稼動状況を監視することもできる。稼動状況の監視と障害処理の方法は、前述した第３の実施形態のおけるクラスタ制御プログラムと同様の方法を採用できる。
ネットワーク４１０は、サーバ装置（０）１００、サーバ装置（１）１５０、ストレージ装置２００、管理端末３００及びＩ／Ｏチャネルスイッチ４０１を接続する。ネットワーク４１０は、例えば、ＴＣＰ／ＩＰプロトコルによって、コンピュータ間で制御信号や管理情報が通信可能に構成されており、例えば、イーサネットが用いられる。
なお、図２６には、二つのサーバ装置１００、１５０と一つのストレージ装置２００とが接続されている例について説明したが、三つ以上のサーバ装置を設けてもよく、二つ以上のストレージ装置を設けてもよい。
図２７は、第６の実施例の形態の仮想パス管理テーブル３１７の説明図である。
仮想パス管理テーブル３１７は、前述した第１の実施の形態の仮想パス管理テーブル３１０に含まれる項目に加え、Ｉ／Ｏチャネルスイッチのポート番号を記録する３１８、３１９。
Ｉ／Ｏチャネルポート番号（ストレージ側）３１８は、チャネルアダプタ２３１〜２３４と接続したＩ／Ｏチャネルスイッチ４０１のポート番号である。
Ｉ／Ｏチャネルポート番号（サーバ側）３１９は、Ｉ／Ｏアダプタ１０６〜１５７と接続したＩ／Ｏチャネルスイッチ４０１のポート番号である。
第６の実施の形態では、Ｉ／Ｏアダプタ１０６〜１５７及びチャネルアダプタ２３１〜２３４はＩ／Ｏチャネルスイッチ４０１としか接続されていないため、Ｉ／Ｏチャネルスイッチ４０１のポート番号を含めて管理しなければ、仮想パスを管理できない。
図２８は、第６の実施の形態の計算機システムのケーブル接続時処理のフローチャートである。このケーブル接続時処理はサーバ装置（０）１００で実行される。なお、サーバ装置（１）１５０及びストレージ装置２００においても同じ処理が実行される。
まず、サーバ装置（０）１００のＩ／Ｏアダプタ（ストレージ装置２００のチャネルアダプタ）が、Ｉ／Ｏチャネルスイッチ４０１との接続がされたことを検出する（Ｓ１９１）。
次に、サーバ装置（０）１００は、Ｉ／Ｏチャネルスイッチ４０１と物理アドレスを交換する（Ｓ１９２）。なお、ステップＳ１９２で交換されるアドレスは、Ｉ／Ｏチャネルスイッチ４０１のポートを識別可能なものを用いる。
ステップＳ１９２で交換される物理アドレスは、接続されるＩ／Ｏチャネルスイッチ４０１のポートが一意に特定されればよい。例えば、ファイバチャネルプロトコルにおけるワールド・ワイド・ネーム（ＷＷＮ）や、ｉＳＣＳＩプロトコルにおけるＭＡＣアドレスを交換する。
次に、ハイパーバイザ１０３は、取得したケーブル接続状況（Ｉ／Ｏアダプタの物理アドレスとＩ／Ｏチャネルスイッチの物理アドレス）を、ネットワーク４１０経由で管理端末３００に報告する（Ｓ１９３）
その後、管理端末３００は、仮想パス管理テーブル３１７に、Ｉ／ＯアダプタとＩ／Ｏチャネルスイッチ４０１との対応関係を登録する。具体的には、チャネルアダプタ番号３１３、Ｉ／Ｏアダプタ番号３１４、Ｉ／Ｏチャネルポート番号（ストレージ側）３１８、Ｉ／Ｏチャネルポート番号（サーバ側）３１９に取得した物理アドレスからポートあるいはアダプタの識別子を登録する。
その後、管理端末３００は、仮想パス管理テーブル３１７に、Ｉ／ＯアダプタとＩ／Ｏチャネルスイッチ４０１との対応関係を登録する。具体的には、チャネルアダプタ番号３１３、Ｉ／Ｏアダプタ番号３１４、Ｉ／Ｏチャネルポート番号（ストレージ側）３１８、Ｉ／Ｏチャネルポート番号（サーバ側）３１９に取得した物理アドレスからポートあるいはアダプタの識別子を登録する。
図２９は、第６の実施の形態の計算機システムの仮想計算機生成処理のフローチャートである。
第６の実施の形態の仮想計算機生成処理は、前述した第１の実施の形態の仮想計算機生成処理（図１０）と、仮想計算機生成指示（Ｓ１１１）から、Ｉ／Ｏアダプタと仮想Ｉ／Ｏアダプタとの間のパス生成処理（Ｓ１２１）までの処理は同じである。
管理端末３００が、仮想Ｉ／Ｏアダプタ番号３１５及び仮想計算機番号３１６の仮想パス管理テーブル３１７への登録（Ｓ１２１）が終了すると、Ｉ／Ｏアダプタとチャネルアダプタとの間の接続手続を行う（Ｓ２０１）。
具体的には、仮想パス管理テーブル３１７のチャネルアダプタ番号３１３とＩ／Ｏアダプタ番号３１４を参照し、通信可能なチャネルアダプタとＩ／Ｏアダプタを特定する。そして、チャネルアダプタに対応するポート及びＩ／Ｏアダプタに対応するポートを特定して、ポート間の通信可否を特定する。その通信可否の結果を、Ｉ／Ｏチャネルスイッチ４０１のゾーン設定テーブル（図３０参照）に設定する。このゾーニングによって、Ｉ／Ｏチャネルスイッチ４０１は、特定のポート間（特定の装置間）のみパケットを転送する。
その後、冗長パスを生成する必要があるか否かを判定する（Ｓ１２２）。さらに、冗長構成を生成する必要があるか否かを判定する（Ｓ１２３）。このステップＳ１２２及びステップＳ１２３の処理は、前述した第１の実施の形態の仮想計算機生成処理（図１０）と同じである。
図３０は、第６の実施の形態のゾーン設定テーブル１３００の構成図である。
ゾーン設定テーブル１３００は、入力ポート番号１３０１、出力ポート番号１３０２、及び各ポート間の通信可否の情報が含まれている。
例えば、入力ポート（０）に入力されたパケットは、出力ポート（１）から出力できるが、出力ポート（ｎ）からは出力できない。よって、入力ポート（０）に接続された装置から出力ポート（１）に接続された装置にはパケットを転送できるが、入力ポート（０）に接続された装置から出力ポート（ｎ）に接続された装置にはパケットを転送できない。
すなわち、入力ポート（０）に入力されたパケットの宛先が、出力ポート（ｎ）に接続された装置であったとしても、当該装置にはパケットを転送できない。
なお、第６の実施の形態においても、仮想パス管理テーブル３１７をサーバ装置１００、１５０が有してもよいし、ストレージ装置２００が有してもよい。更に、Ｉ／Ｏチャネルスイッチ４０１が仮想パス管理テーブル３１７を有してもよい。サーバ装置１００、１５０、ストレージ装置２００のいずれにも接続されているＩ／Ｏチャネルスイッチ４０１が仮想パス管理テーブル３１７を有し、計算機システムを管理すれば、管理端末３００を計算機システムに設ける必要がない。
このようにして、ハイパーバイザ１０３、ハイパーバイザ１５３、ストレージハイパーバイザ２１４、ストレージハイパーバイザ２２４及びＩ／Ｏチャネルスイッチ４０１が連携することによって、Ｉ／Ｏチャネルの冗長構成を実現することができる。また、ゾーニングによって、仮想計算機間、仮想ストレージ装置間のセキュリティがＩ／Ｏチャネルにおいても確保できる。
これまで、サーバ装置、ストレージ装置が複数設けられてもよいことを述べてきた。これまで述べてきた発明の実施の形態では、１つのサーバ装置を複数の仮想計算機に論理分割する例を説明したが、本発明は仮想計算機の実現方法によらないことはいうまでもない。
例えば、本発明は、図３１に示す仮想計算機の実現方法にも適用しうる。サーバ装置（０）１００は、計算機資源３１００、３１０１を備える。同様に、サーバ装置（１）１５０は、計算機資源３１０２、３１０３を備える。各計算機資源３１００、３１０１、３１０２、３１０３は、ＣＰＵ、メモリ等を含む。
そして、サーバ装置（０）の資源３１００とサーバ装置（１）の資源３１０２とを抽出して、仮想計算機（４）３１０４を構成することもできる。同様にサーバ装置（０）の資源３１０１とサーバ装置（１）の資源３１０３を抽出して、仮想計算機（５）３１０５を構成することもできる。
同様の方法で、複数のストレージ装置の資源を抽出して１つの仮想ストレージ装置を構成することもできる。
本発明は、このような仮想計算機、仮想ストレージ装置の構成にも適用することができる。
１００ サーバ装置（０）
１０３ ハイパーバイザ
１１０ 仮想Ｉ／Ｏアダプタ管理テーブル
１１５ 計算機資源管理テーブル
１１６ 仮想パス管理テーブル
１３０ 仮想計算機（０）
１４０ 仮想計算機（１）
１５０ サーバ装置（１）
１５３ ハイパーバイザ
１６０ 仮想Ｉ／Ｏアダプタ管理テーブル
１６５ 計算機資源管理テーブル
１８０ 仮想計算機（２）
１９０ 仮想計算機（３）
２００ ストレージ装置
２１４、２２４ ストレージハイパーバイザ
２６０ 仮想チャネルアダプタ管理テーブル
２６５ ストレージ資源管理テーブル
２６６ 仮想パス管理テーブル
３００ 管理端末
３１０、３１７ 仮想パス管理テーブル
３２０ 計算機資源管理テーブル
３３０ ストレージ資源管理テーブル
４００ Ｉ／Ｏチャネル
４０１ Ｉ／Ｏチャネルスイッチ
４１０ ネットワーク
１０３ ハイパーバイザ
１１０ 仮想Ｉ／Ｏアダプタ管理テーブル
１１５ 計算機資源管理テーブル
１１６ 仮想パス管理テーブル
１３０ 仮想計算機（０）
１４０ 仮想計算機（１）
１５０ サーバ装置（１）
１５３ ハイパーバイザ
１６０ 仮想Ｉ／Ｏアダプタ管理テーブル
１６５ 計算機資源管理テーブル
１８０ 仮想計算機（２）
１９０ 仮想計算機（３）
２００ ストレージ装置
２１４、２２４ ストレージハイパーバイザ
２６０ 仮想チャネルアダプタ管理テーブル
２６５ ストレージ資源管理テーブル
２６６ 仮想パス管理テーブル
３００ 管理端末
３１０、３１７ 仮想パス管理テーブル
３２０ 計算機資源管理テーブル
３３０ ストレージ資源管理テーブル
４００ Ｉ／Ｏチャネル
４０１ Ｉ／Ｏチャネルスイッチ
４１０ ネットワーク
Claims (10)
- サーバ装置と、前記サーバ装置に接続されるストレージ装置と、前記サーバ装置及び前記ストレージ装置と接続され、計算機システムを管理する管理端末と、を備える計算機システムであって、
前記サーバ装置は、第１のＣＰＵ、第１のメモリ及び複数のＩ／Ｏアダプタを含む計算機資源を備え、
前記第１のメモリは、
論理的に分割された前記計算機資源が割り当てられる仮想ＣＰＵ、仮想メモリ及び仮想Ｉ／Ｏアダプタを備え、アプリケーションプログラムが動作する仮想計算機を管理する第１のハイパーバイザと、
前記Ｉ／Ｏアダプタ及び前記仮想Ｉ／Ｏアダプタの対応関係を示す仮想Ｉ／Ｏアダプタ管理情報と、を格納し、
前記ストレージ装置は、制御ＣＰＵと制御メモリとを備える制御部、ディスクキャッシュ、複数のチャネルアダプタ及び物理ディスクを含むストレージ資源を備え、
前記制御メモリは、
論理的に分割された前記ストレージ資源が割り当てられる仮想制御ＣＰＵ、仮想ディスク、及び仮想チャネルアダプタを備え、前記仮想計算機に割り当てられる仮想ストレージ装置を管理する第２のハイパーバイザと、
前記チャネルアダプタ及び前記仮想チャネルアダプタの対応関係を示す仮想チャネルアダプタ管理情報と、を格納し、
前記管理端末は、第２のＣＰＵと、第２のメモリ及び入出力部を備え、
前記第２のメモリは、前記Ｉ／Ｏアダプタと前記仮想Ｉ／Ｏアダプタとの対応関係、及び、前記チャネルアダプタと前記仮想チャネルアダプタとの対応関係を含む、前記仮想計算機と前記仮想ストレージ装置とを接続するパスの情報である仮想パス管理情報を格納し、
前記第１のハイパーバイザによって生成される仮想計算機は、前記複数のＩ／Ｏアダプタに含まれる第１のＩ／Ｏアダプタと対応づけられる第１の仮想Ｉ／Ｏアダプタを備える第１の仮想計算機を含み、
前記第２のハイパーバイザによって生成される仮想ストレージ装置は、前記複数のチャネルアダプタに含まれる第１のチャネルアダプタと対応づけられた第１の仮想チャネルアダプタを備える第１の仮想ストレージ装置を含み、
前記第１の仮想計算機及び前記第１の仮想ストレージ装置は、前記第１のＩ／Ｏアダプタ、前記第１の仮想Ｉ／Ｏアダプタ、前記第１のチャネルアダプタ及び前記第１の仮想チャネルアダプタが関連づけられた第１のパスによって接続され、
前記第１のハイパーバイザは、
前記第１のパスの障害発生を検知した場合に、前記第１のパスにおける前記第１の仮想Ｉ／Ｏアダプタが前記複数のＩ／Ｏアダプタに含まれる第２のＩ／Ｏアダプタと対応づけられるように前記仮想Ｉ／Ｏアダプタ管理情報を更新することによって、前記第１の仮想Ｉ／Ｏアダプタと対応づけられた前記第１のＩ／Ｏアダプタを、前記第２のＩ／Ｏアダプタに変更し、
前記第１の仮想Ｉ／Ｏアダプタと前記第２のＩ／Ｏアダプタとの対応づけを含む第１の変更情報を前記管理端末に送信し、
前記第２のハイパーバイザは、
前記第１のパスの障害発生を検知した場合に、前記第１のパスにおける前記第１の仮想チャネルアダプタが前記複数のチャネルアダプタに含まれる第２のチャネルアダプタと対応づけられるように前記仮想チャネルアダプタ管理情報を更新することによって、前記第１の仮想チャネルアダプタと対応づけられた前記第１のチャネルアダプタを、前記第２のチャネルアダプタに変更し、
前記第１の仮想チャネルアダプタと前記第２のチャネルアダプタとの対応づけを含む第２の変更情報を前記管理端末に送信し、
前記管理端末は、前記第１の変更情報、及び、前記第２の変更情報の少なくとも一方を受信した場合に、前記仮想パス管理情報を更新することを特徴とする計算機システム。 - 前記管理端末は、
前記サーバ装置から前記仮想Ｉ／Ｏアダプタ管理情報を取得し、
前記ストレージ装置から前記仮想チャネルアダプタ管理情報を取得し、
前記取得された仮想Ｉ／Ｏアダプタ管理情報及び前記取得された仮想チャネルアダプタ管理情報に基づいて、前記仮想パス管理情報を生成することを特徴とする請求項１に記載の計算機システム。 - 前記仮想パス管理情報は、前記第１の仮想計算機が備える前記第１の仮想Ｉ／Ｏアダプタ、前記第１の仮想Ｉ／Ｏアダプタと対応づけられる前記第１のＩ／Ｏアダプタ、前記第１の仮想計算機と接続される前記第１の仮想ストレージ装置が備える前記第１の仮想チャネルアダプタ、前記第１の仮想チャネルアダプタと対応づけられた前記第１のチャネルアダプタが関連づけられた前記第１のパスに関する第１のパス情報を含み、
前記管理端末は、前記第１の変更情報を受信した場合に、前記第１の仮想Ｉ／Ｏアダプタと対応づけられる前記第１のＩ／Ｏアダプタを、前記第２のＩ／Ｏアダプタに変更することによって前記仮想パス管理情報を更新することを特徴とする請求項１に記載の計算機システム。 - 前記仮想パス管理情報は、前記第１の仮想計算機が備える前記第１の仮想Ｉ／Ｏアダプタ、前記第１の仮想Ｉ／Ｏアダプタと対応づけられる前記第１のＩ／Ｏアダプタ、前記第１の仮想計算機と接続される前記第１の仮想ストレージ装置が備える前記第１の仮想チャネルアダプタ、前記第１の仮想チャネルアダプタと対応づけられた前記第１のチャネルアダプタが関連づけられた前記第１のパスに関する第１のパス情報を含み、
前記管理端末は、前記第２の変更情報を受信した場合に、前記第１の仮想チャネルアダプタと対応づけられた前記第１のチャネルアダプタを、前記第２のチャネルアダプタに変更することによって前記仮想パス管理情報を更新することを特徴とする請求項１に記載の計算機システム。 - 前記第１の仮想計算機は、さらに、前記複数のＩ／Ｏアダプタに含まれる第３のＩ／Ｏアダプタと対応づけられた第２の仮想Ｉ／Ｏアダプタを備え、
前記第１の仮想ストレージ装置は、さらに、前記複数のチャネルアダプタに含まれる第３のチャネルアダプタと対応づけられた第２の仮想チャネルアダプタを備え、
前記第１の仮想計算機及び前記第１の仮想ストレージ装置は、さらに、前記第３のＩ／Ｏアダプタ、前記第２の仮想Ｉ／Ｏアダプタ、前記第３のチャネルアダプタ及び前記第２の仮想チャネルアダプタが関連づけられた第２のパスによって接続され、
前記管理端末は、
前記仮想パス管理情報に基づいて、前記第１のパス及び前記第２のパスに関連する情報を前記入出力部に表示することを特徴とする請求項１に記載の計算機システム。 - サーバ装置と、前記サーバ装置に接続されるストレージ装置と、前記サーバ装置及び前記ストレージ装置と接続され、計算機システムを管理する管理端末と、を備える計算機システムにおける仮想接続管理方法であって、
前記サーバ装置は、第１のＣＰＵ、第１のメモリ及び複数のＩ／Ｏアダプタを含む計算機資源を備え、
前記第１のメモリは、
論理的に分割された前記計算機資源が割り当てられる仮想ＣＰＵ、仮想メモリ及び仮想Ｉ／Ｏアダプタを備え、アプリケーションプログラムが動作する仮想計算機を管理する第１のハイパーバイザと、
前記Ｉ／Ｏアダプタ及び前記仮想Ｉ／Ｏアダプタの対応関係を示す仮想Ｉ／Ｏアダプタ管理情報と、を格納し、
前記ストレージ装置は、制御ＣＰＵと制御メモリとを備える制御部、ディスクキャッシュ、複数のチャネルアダプタ及び物理ディスクを含むストレージ資源を備え、
前記制御メモリは、
論理的に分割された前記ストレージ資源が割り当てられる仮想制御ＣＰＵ、仮想ディスク、及び仮想チャネルアダプタを備え、前記仮想計算機に割り当てられる仮想ストレージ装置を管理する第２のハイパーバイザと、
前記チャネルアダプタ及び前記仮想チャネルアダプタの対応関係を示す仮想チャネルアダプタ管理情報と、を格納し、
前記管理端末は、第２のＣＰＵと、第２のメモリ及び入出力部を備え、
前記第２のメモリは、前記Ｉ／Ｏアダプタと前記仮想Ｉ／Ｏアダプタとの対応関係、及び、前記チャネルアダプタと前記仮想チャネルアダプタとの対応関係を含む、前記仮想計算機と前記仮想ストレージ装置とを接続するパスの情報である仮想パス管理情報を格納し、
前記第１のハイパーバイザによって生成される仮想計算機は、前記複数のＩ／Ｏアダプタに含まれる第１のＩ／Ｏアダプタと対応づけられる第１の仮想Ｉ／Ｏアダプタを備える第１の仮想計算機を含み、
前記第２のハイパーバイザによって生成される仮想ストレージ装置は、前記複数のチャネルアダプタに含まれる第１のチャネルアダプタと対応づけられた第１の仮想チャネルアダプタを備える第１の仮想ストレージ装置を含み、
前記第１の仮想計算機及び前記第１の仮想ストレージ装置は、前記第１のＩ／Ｏアダプタ、前記第１の仮想Ｉ／Ｏアダプタ、前記第１のチャネルアダプタ及び前記第１の仮想チャネルアダプタが対応づけられた第１のパスによって接続され、
前記仮想接続管理方法は、
前記第１のパスの障害発生が検知された場合に、前記第１のハイパーバイザが、前記第１のパスにおける前記第１の仮想Ｉ／Ｏアダプタが前記複数のＩ／Ｏアダプタに含まれる第２のＩ／Ｏアダプタに対応づけられるように前記仮想Ｉ／Ｏアダプタ管理情報を更新することによって、前記第１の仮想Ｉ／Ｏアダプタと対応づけられた前記第１のＩ／Ｏアダプタを、前記第２のＩ／Ｏアダプタに変更する第１のステップと、
前記第１のハイパーバイザが、前記第１の仮想Ｉ／Ｏアダプタと前記第２のＩ／Ｏアダプタとの対応づけを含む第１の変更情報を前記管理端末に送信する第２のステップと、
前記第１のパスの障害発生が検知された場合に、前記第２のハイパーバイザが、前記第１のパスにおける前記第１の仮想チャネルアダプタが前記複数のチャネルアダプタに含まれる第２のチャネルアダプタに対応づけられるように前記仮想チャネルアダプタ管理情報を更新することによって、前記第１の仮想チャネルアダプタと対応づけられた前記第１のチャネルアダプタを、前記第２のチャネルアダプタに変更する第３のステップと、
前記第２のハイパーバイザが、前記第１の仮想チャネルアダプタと前記第２のチャネルアダプタとの対応付けを含む第２の変更情報を前記管理端末に送信する第４のステップと、
前記管理端末が、前記第１の変更情報、又は、前記第２の変更情報のいずれかを受信した場合に、前記仮想パス管理情報を更新する第５のステップと、を含むことを特徴とする仮想接続管理方法。 - 前記管理端末が、
前記サーバ装置から前記仮想Ｉ／Ｏアダプタ管理情報を取得するステップと、
前記ストレージ装置から前記仮想チャネルアダプタ管理情報を取得するステップと、
前記取得された仮想Ｉ／Ｏアダプタ管理情報及び前記取得された仮想チャネルアダプタ管理情報に基づいて、前記仮想パス管理情報を生成するステップと、を含むことを特徴とする請求項６に記載の仮想接続管理方法。 - 前記仮想パス管理情報は、前記第１の仮想計算機が備える前記第１の仮想Ｉ／Ｏアダプタ、前記第１の仮想Ｉ／Ｏアダプタと対応づけられる前記第１のＩ／Ｏアダプタ、前記第１の仮想計算機と接続される前記第１の仮想ストレージ装置が備える前記第１の仮想チャネルアダプタ、前記第１の仮想チャネルアダプタと対応づけられた前記第１のチャネルアダプタが対応づけられた前記第１のパスに関する第１のパス情報を含み、
前記第５のステップは、前記管理端末が、前記第１の変更情報を受信した場合に、前記第１のパス情報に含まれる前記第１の仮想Ｉ／Ｏアダプタと対応づけられる前記第１のＩ／Ｏアダプタを、前記第２のＩ／Ｏアダプタに変更することによって前記仮想パス管理情報を更新することを特徴とする請求項６に記載の仮想接続管理方法。 - 前記仮想パス管理情報は、前記第１の仮想計算機が備える前記第１の仮想Ｉ／Ｏアダプタ、前記第１の仮想Ｉ／Ｏアダプタと対応づけられる前記第１のＩ／Ｏアダプタ、前記第１の仮想計算機と接続される前記第１の仮想ストレージ装置が備える前記第１の仮想チャネルアダプタ、前記第１の仮想チャネルアダプタと対応づけられた前記第１のチャネルアダプタが対応づけられた前記第１のパスに関する第１のパス情報を含み、
前記第５のステップでは、前記管理端末が、前記第２の変更情報を受信した場合に、前記第１の仮想チャネルアダプタと対応づけられた前記第１のチャネルアダプタを、前記第２のチャネルアダプタに変更することによって前記仮想パス管理情報を更新することを特徴とする請求項６に記載の仮想接続管理方法。 - 前記第１の仮想計算機は、さらに、前記複数のＩ／Ｏアダプタに含まれる第３のＩ／Ｏアダプタと対応づけられた第２の仮想Ｉ／Ｏアダプタを備え、
前記第１の仮想ストレージ装置は、さらに、前記複数のチャネルアダプタに含まれる第３のチャネルアダプタと対応づけられた第２の仮想チャネルアダプタを備え、
前記第１の仮想計算機及び前記第１の仮想ストレージ装置は、さらに、前記第３のＩ／Ｏアダプタ、前記第２の仮想Ｉ／Ｏアダプタ、前記第３のチャネルアダプタ及び前記第２の仮想チャネルアダプタが対応づけられた第２のパスによって接続され、
前記仮想接続管理方法は、
前記管理端末が、前記仮想パス管理情報に基づいて、前記第１のパス及び前記第２のパスを前記入出力部に表示するステップを含むことを特徴とする請求項６に記載の仮想接続管理方法。
Priority Applications (7)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2005020908A JP4733399B2 (ja) | 2005-01-28 | 2005-01-28 | 計算機システム、計算機、ストレージ装置及び管理端末 |
| US11/133,821 US20060174087A1 (en) | 2005-01-28 | 2005-05-20 | Computer system, computer, storage system, and control terminal |
| DE602005008363T DE602005008363D1 (de) | 2005-01-28 | 2005-09-29 | Computersystem, Computer, Speichersystem und Leitdatenstation |
| EP05256116A EP1686473B1 (en) | 2005-01-28 | 2005-09-29 | Computer system, computer, storage system, and control terminal |
| US12/120,058 US7783856B2 (en) | 2005-01-28 | 2008-05-13 | Method and apparatus for management between virtualized machines and virtualized storage systems |
| US12/831,076 US7930511B2 (en) | 2005-01-28 | 2010-07-06 | Method and apparatus for management between virtualized machines and virtualized storage systems |
| US13/080,741 US8683172B2 (en) | 2005-01-28 | 2011-04-06 | Method and apparatus for management between virtualized machines and virtualized storage systems |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2005020908A JP4733399B2 (ja) | 2005-01-28 | 2005-01-28 | 計算機システム、計算機、ストレージ装置及び管理端末 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2006209487A JP2006209487A (ja) | 2006-08-10 |
| JP2006209487A5 JP2006209487A5 (ja) | 2007-11-29 |
| JP4733399B2 true JP4733399B2 (ja) | 2011-07-27 |
Family
ID=36000876
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005020908A Expired - Fee Related JP4733399B2 (ja) | 2005-01-28 | 2005-01-28 | 計算機システム、計算機、ストレージ装置及び管理端末 |
Country Status (4)
| Country | Link |
|---|---|
| US (4) | US20060174087A1 (ja) |
| EP (1) | EP1686473B1 (ja) |
| JP (1) | JP4733399B2 (ja) |
| DE (1) | DE602005008363D1 (ja) |
Families Citing this family (213)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006135726A2 (en) | 2005-06-09 | 2006-12-21 | Whirlpool Corporation | Software architecture system and method for communication with, and management of, at least one component within a household appliance |
| EP1900178B1 (en) * | 2005-07-01 | 2009-04-29 | International Business Machines Corporation | Method and system for managing virtual instances of a physical port attached to a network |
| DE602006001446D1 (de) * | 2005-09-23 | 2008-07-24 | Infortrend Technology Inc | Redundantes Speichervirtualisierungssubsystem mit Datenpfadverzweigungsfunktion |
| JP4712089B2 (ja) * | 2006-02-13 | 2011-06-29 | 富士通株式会社 | 情報処理装置、システム制御装置および情報処理装置の制御方法 |
| CN100423491C (zh) * | 2006-03-08 | 2008-10-01 | 杭州华三通信技术有限公司 | 虚拟化网络存储系统及其网络存储设备 |
| US7747831B2 (en) * | 2006-03-20 | 2010-06-29 | Emc Corporation | High efficiency portable archive and data protection using a virtualization layer |
| US9317222B1 (en) | 2006-04-24 | 2016-04-19 | Emc Corporation | Centralized content addressed storage |
| US9235477B1 (en) * | 2006-04-24 | 2016-01-12 | Emc Corporation | Virtualized backup solution |
| US8892706B1 (en) | 2010-06-21 | 2014-11-18 | Vmware, Inc. | Private ethernet overlay networks over a shared ethernet in a virtual environment |
| US8619771B2 (en) | 2009-09-30 | 2013-12-31 | Vmware, Inc. | Private allocated networks over shared communications infrastructure |
| US8924524B2 (en) | 2009-07-27 | 2014-12-30 | Vmware, Inc. | Automated network configuration of virtual machines in a virtual lab data environment |
| US8065273B2 (en) * | 2006-05-10 | 2011-11-22 | Emc Corporation | Automated priority restores |
| US9684739B1 (en) | 2006-05-11 | 2017-06-20 | EMC IP Holding Company LLC | View generator for managing data storage |
| JP4787684B2 (ja) * | 2006-06-15 | 2011-10-05 | 日本電気株式会社 | セッション管理システム、セッション管理方法、及びプログラム |
| JP5068056B2 (ja) | 2006-10-11 | 2012-11-07 | 株式会社日立製作所 | 障害回復方法、計算機システム及び管理サーバ |
| JP4847272B2 (ja) * | 2006-10-18 | 2011-12-28 | 株式会社日立製作所 | 論理区画ごとに電源を管理する計算機システム、ストレージ装置及びそれらの制御方法 |
| US20080098309A1 (en) * | 2006-10-24 | 2008-04-24 | Microsoft Corporation | Managing virtual machines and hosts by property |
| JP4923990B2 (ja) * | 2006-12-04 | 2012-04-25 | 株式会社日立製作所 | フェイルオーバ方法、およびその計算機システム。 |
| JP4293234B2 (ja) * | 2006-12-05 | 2009-07-08 | 日本電気株式会社 | シンクライアントにおける接続管理方法及び接続管理サーバ |
| US7676471B2 (en) * | 2006-12-05 | 2010-03-09 | International Business Machines Corporation | Graphical, matrixed method for SAS fabric management |
| US7761612B2 (en) * | 2006-12-07 | 2010-07-20 | International Business Machines Corporation | Migrating domains from one physical data processing system to another |
| US8112524B2 (en) * | 2007-01-15 | 2012-02-07 | International Business Machines Corporation | Recommending moving resources in a partitioned computer |
| JP5011191B2 (ja) * | 2007-04-02 | 2012-08-29 | 株式会社日立製作所 | 計算機システム及び通信制御方法 |
| WO2008146677A1 (ja) * | 2007-05-24 | 2008-12-04 | Nec Corporation | 仮想マシン管理装置、仮想マシン管理方法および仮想マシン管理プログラム |
| JP4744480B2 (ja) * | 2007-05-30 | 2011-08-10 | 株式会社日立製作所 | 仮想計算機システム |
| US8046694B1 (en) * | 2007-08-06 | 2011-10-25 | Gogrid, LLC | Multi-server control panel |
| JP4995015B2 (ja) * | 2007-09-13 | 2012-08-08 | 株式会社日立製作所 | 仮想計算機の実行可否検査方法 |
| CA2926677C (en) | 2007-09-26 | 2020-07-14 | Nicira, Inc. | Network operating system for managing and securing networks |
| US8015432B1 (en) * | 2007-09-28 | 2011-09-06 | Symantec Corporation | Method and apparatus for providing computer failover to a virtualized environment |
| US8141093B2 (en) * | 2007-11-15 | 2012-03-20 | International Business Machines Corporation | Management of an IOV adapter through a virtual intermediary in an IOV management partition |
| US8141092B2 (en) * | 2007-11-15 | 2012-03-20 | International Business Machines Corporation | Management of an IOV adapter through a virtual intermediary in a hypervisor with functional management in an IOV management partition |
| US8141094B2 (en) * | 2007-12-03 | 2012-03-20 | International Business Machines Corporation | Distribution of resources for I/O virtualized (IOV) adapters and management of the adapters through an IOV management partition via user selection of compatible virtual functions |
| WO2009081736A1 (ja) * | 2007-12-26 | 2009-07-02 | Nec Corporation | 冗長構成管理システムおよび方法 |
| JP5151509B2 (ja) * | 2008-01-30 | 2013-02-27 | 日本電気株式会社 | 仮想マシンシステム及びそれに用いる仮想マシン分散方法 |
| JP5262145B2 (ja) * | 2008-02-04 | 2013-08-14 | 日本電気株式会社 | クラスタシステムおよび情報処理方法 |
| US8954551B2 (en) * | 2008-03-17 | 2015-02-10 | Microsoft Corporation | Virtualization of groups of devices |
| US9501305B2 (en) * | 2008-04-23 | 2016-11-22 | Inernational Business Machines Corporation | System for virtualisation monitoring |
| US8359415B2 (en) * | 2008-05-05 | 2013-01-22 | International Business Machines Corporation | Multi-root I/O virtualization using separate management facilities of multiple logical partitions |
| US7958293B2 (en) * | 2008-05-07 | 2011-06-07 | International Business Machines Corporation | Virtualized serial attached SCSI adapter |
| US8195774B2 (en) | 2008-05-23 | 2012-06-05 | Vmware, Inc. | Distributed virtual switch for virtualized computer systems |
| US8966476B2 (en) * | 2008-05-28 | 2015-02-24 | Hewlett-Packard Development Company, L.P. | Providing object-level input/output requests between virtual machines to access a storage subsystem |
| JP5125777B2 (ja) * | 2008-06-03 | 2013-01-23 | 富士通株式会社 | 入出力ポートの割当て識別装置、その割当て識別方法及び情報処理装置 |
| US8954685B2 (en) * | 2008-06-23 | 2015-02-10 | International Business Machines Corporation | Virtualized SAS adapter with logic unit partitioning |
| JP5149732B2 (ja) * | 2008-07-30 | 2013-02-20 | 株式会社日立製作所 | 仮想計算機システム |
| US8468535B1 (en) | 2008-09-23 | 2013-06-18 | Gogrid, LLC | Automated system and method to provision and allocate hosting resources |
| US20100106871A1 (en) * | 2008-10-10 | 2010-04-29 | Daniel David A | Native I/O system architecture virtualization solutions for blade servers |
| US8144582B2 (en) * | 2008-12-30 | 2012-03-27 | International Business Machines Corporation | Differentiating blade destination and traffic types in a multi-root PCIe environment |
| JPWO2010084529A1 (ja) * | 2009-01-23 | 2012-07-12 | 株式会社日立製作所 | 情報処理システム |
| US8595714B1 (en) * | 2009-03-04 | 2013-11-26 | Amazon Technologies, Inc. | User controlled environment updates in server cluster |
| US10079716B2 (en) | 2009-03-04 | 2018-09-18 | Amazon Technologies, Inc. | User controlled environment updates in server cluster |
| JP4845982B2 (ja) * | 2009-03-05 | 2011-12-28 | 株式会社日立製作所 | 情報処理装置、及びストレージシステムから取得した構成情報の管理方法 |
| US20100229175A1 (en) * | 2009-03-05 | 2010-09-09 | International Business Machines Corporation | Moving Resources In a Computing Environment Having Multiple Logically-Partitioned Computer Systems |
| JP5182162B2 (ja) * | 2009-03-10 | 2013-04-10 | 日本電気株式会社 | 計算機システム及びｉ／ｏ制御方法 |
| US8244955B2 (en) | 2009-03-17 | 2012-08-14 | Hitachi, Ltd. | Storage system and its controlling method |
| CA3002975C (en) | 2009-04-01 | 2020-07-14 | Nicira, Inc. | Method and apparatus for implementing and managing virtual switches |
| JP2010257274A (ja) | 2009-04-27 | 2010-11-11 | Hitachi Ltd | 仮想化環境におけるストレージ管理システム及びストレージ管理方法 |
| US9003411B2 (en) * | 2009-05-13 | 2015-04-07 | Verizon Patent And Licensing Inc. | Automated provisioning and configuration of virtual and physical servers |
| US8650273B2 (en) * | 2009-05-27 | 2014-02-11 | Dell Products L.P. | Virtual serial concentrator for virtual machine out-of-band management |
| JP5433310B2 (ja) * | 2009-06-05 | 2014-03-05 | 株式会社日立製作所 | 環境構築支援用の管理計算機、情報処理システム、及び環境構築支援方法 |
| JP4990940B2 (ja) * | 2009-07-06 | 2012-08-01 | 株式会社日立製作所 | 計算機装置及びパス管理方法 |
| US8849966B2 (en) * | 2009-10-13 | 2014-09-30 | Hitachi, Ltd. | Server image capacity optimization |
| US20110126197A1 (en) * | 2009-11-25 | 2011-05-26 | Novell, Inc. | System and method for controlling cloud and virtualized data centers in an intelligent workload management system |
| US8898663B2 (en) * | 2009-12-16 | 2014-11-25 | Symantec Corporation | Storage visibility in virtual environments |
| US8234515B2 (en) * | 2010-04-01 | 2012-07-31 | Accenture Global Services Limited | Repurposable recovery environment |
| US20110270945A1 (en) | 2010-04-30 | 2011-11-03 | Hitachi, Ltd. | Computer system and control method for the same |
| US8473587B1 (en) | 2010-05-20 | 2013-06-25 | Gogrid, LLC | System and method for caching server images in a hosting system |
| US8539484B1 (en) * | 2010-05-26 | 2013-09-17 | HotLink Corporation | Multi-platform computer system management for virtualized environments |
| US9680750B2 (en) | 2010-07-06 | 2017-06-13 | Nicira, Inc. | Use of tunnels to hide network addresses |
| US9525647B2 (en) | 2010-07-06 | 2016-12-20 | Nicira, Inc. | Network control apparatus and method for creating and modifying logical switching elements |
| US10103939B2 (en) | 2010-07-06 | 2018-10-16 | Nicira, Inc. | Network control apparatus and method for populating logical datapath sets |
| US8743889B2 (en) | 2010-07-06 | 2014-06-03 | Nicira, Inc. | Method and apparatus for using a network information base to control a plurality of shared network infrastructure switching elements |
| US8964528B2 (en) | 2010-07-06 | 2015-02-24 | Nicira, Inc. | Method and apparatus for robust packet distribution among hierarchical managed switching elements |
| US9787608B2 (en) * | 2010-10-19 | 2017-10-10 | International Business Machines Corporation | Unified fabric port |
| US8689039B1 (en) * | 2011-01-28 | 2014-04-01 | Bank Of America Corporation | Method and apparatus for redundancy in an ATM using hot swap hardware underlying a virtual machine |
| JP5266347B2 (ja) * | 2011-01-31 | 2013-08-21 | 株式会社日立製作所 | 引継方法、計算機システム及び管理サーバ |
| US9288117B1 (en) | 2011-02-08 | 2016-03-15 | Gogrid, LLC | System and method for managing virtual and dedicated servers |
| US8984330B2 (en) * | 2011-03-28 | 2015-03-17 | Siemens Corporation | Fault-tolerant replication architecture |
| JP2012221340A (ja) * | 2011-04-12 | 2012-11-12 | Fujitsu Ltd | 制御方法及びプログラム、並びにコンピュータ |
| US9043452B2 (en) | 2011-05-04 | 2015-05-26 | Nicira, Inc. | Network control apparatus and method for port isolation |
| WO2012173137A1 (ja) * | 2011-06-13 | 2012-12-20 | 日本電気株式会社 | 情報処理システム、情報処理装置、ストレージ装置、およびプログラム |
| US8880657B1 (en) | 2011-06-28 | 2014-11-04 | Gogrid, LLC | System and method for configuring and managing virtual grids |
| US10310879B2 (en) * | 2011-10-10 | 2019-06-04 | Nvidia Corporation | Paravirtualized virtual GPU |
| US9069587B2 (en) | 2011-10-31 | 2015-06-30 | Stec, Inc. | System and method to cache hypervisor data |
| US9229749B2 (en) * | 2011-10-31 | 2016-01-05 | Cisco Technology, Inc. | Compute and storage provisioning in a cloud environment |
| US8966479B2 (en) * | 2012-02-10 | 2015-02-24 | Vmware, Inc. | Application-specific data in-flight services along a communication path selected based on a DIF services policy associated with a VM |
| US20130275966A1 (en) * | 2012-04-12 | 2013-10-17 | International Business Machines Corporation | Providing application based monitoring and recovery for a hypervisor of an ha cluster |
| US9306843B2 (en) | 2012-04-18 | 2016-04-05 | Nicira, Inc. | Using transactions to compute and propagate network forwarding state |
| US9160815B2 (en) * | 2012-06-28 | 2015-10-13 | Intel Corporation | Method and apparatus for virtual machine interoperability |
| US9747176B2 (en) * | 2012-06-29 | 2017-08-29 | Mpstor Limited | Data storage with virtual appliances |
| JP5422705B2 (ja) * | 2012-07-06 | 2014-02-19 | 株式会社日立製作所 | 仮想計算機システム |
| JP5422706B2 (ja) * | 2012-07-06 | 2014-02-19 | 株式会社日立製作所 | 管理システム |
| US9231892B2 (en) | 2012-07-09 | 2016-01-05 | Vmware, Inc. | Distributed virtual switch configuration and state management |
| US9354915B2 (en) * | 2012-07-27 | 2016-05-31 | Hitachi, Ltd. | Method and apparatus of redundant path validation before provisioning |
| US9251103B2 (en) * | 2012-08-08 | 2016-02-02 | Vmware, Inc. | Memory-access-resource management |
| JP5930046B2 (ja) * | 2012-08-17 | 2016-06-08 | 富士通株式会社 | 情報処理装置、及び情報処理装置の制御方法 |
| JP6179119B2 (ja) * | 2013-02-19 | 2017-08-16 | 日本電気株式会社 | 管理装置、管理方法、及び管理プログラム |
| US20140304525A1 (en) * | 2013-04-01 | 2014-10-09 | Nexenta Systems, Inc. | Key/value storage device and method |
| US9432215B2 (en) | 2013-05-21 | 2016-08-30 | Nicira, Inc. | Hierarchical network managers |
| US9087005B2 (en) * | 2013-05-31 | 2015-07-21 | International Business Machines Corporation | Increasing resiliency of a distributed computing system through lifeboat monitoring |
| JP2014238752A (ja) * | 2013-06-10 | 2014-12-18 | 株式会社エヌ・ティ・ティ・データ | 中継装置構築サーバ、中継装置構築システム、中継装置構築方法 |
| US9602312B2 (en) | 2013-07-08 | 2017-03-21 | Nicira, Inc. | Storing network state at a network controller |
| US9571386B2 (en) | 2013-07-08 | 2017-02-14 | Nicira, Inc. | Hybrid packet processing |
| US9432252B2 (en) | 2013-07-08 | 2016-08-30 | Nicira, Inc. | Unified replication mechanism for fault-tolerance of state |
| US9282019B2 (en) | 2013-07-12 | 2016-03-08 | Nicira, Inc. | Tracing logical network packets through physical network |
| US9344349B2 (en) | 2013-07-12 | 2016-05-17 | Nicira, Inc. | Tracing network packets by a cluster of network controllers |
| US9407580B2 (en) | 2013-07-12 | 2016-08-02 | Nicira, Inc. | Maintaining data stored with a packet |
| US9952885B2 (en) | 2013-08-14 | 2018-04-24 | Nicira, Inc. | Generation of configuration files for a DHCP module executing within a virtualized container |
| US9887960B2 (en) | 2013-08-14 | 2018-02-06 | Nicira, Inc. | Providing services for logical networks |
| US9973382B2 (en) | 2013-08-15 | 2018-05-15 | Nicira, Inc. | Hitless upgrade for network control applications |
| US9577845B2 (en) | 2013-09-04 | 2017-02-21 | Nicira, Inc. | Multiple active L3 gateways for logical networks |
| US9503371B2 (en) | 2013-09-04 | 2016-11-22 | Nicira, Inc. | High availability L3 gateways for logical networks |
| US9602398B2 (en) | 2013-09-15 | 2017-03-21 | Nicira, Inc. | Dynamically generating flows with wildcard fields |
| US9674087B2 (en) | 2013-09-15 | 2017-06-06 | Nicira, Inc. | Performing a multi-stage lookup to classify packets |
| US9882805B2 (en) * | 2013-09-30 | 2018-01-30 | Vmware, Inc. | Dynamic path selection policy for multipathing in a virtualized environment |
| US9596126B2 (en) | 2013-10-10 | 2017-03-14 | Nicira, Inc. | Controller side method of generating and updating a controller assignment list |
| US9575782B2 (en) | 2013-10-13 | 2017-02-21 | Nicira, Inc. | ARP for logical router |
| US10063458B2 (en) | 2013-10-13 | 2018-08-28 | Nicira, Inc. | Asymmetric connection with external networks |
| US9967199B2 (en) | 2013-12-09 | 2018-05-08 | Nicira, Inc. | Inspecting operations of a machine to detect elephant flows |
| US9548924B2 (en) | 2013-12-09 | 2017-01-17 | Nicira, Inc. | Detecting an elephant flow based on the size of a packet |
| US9569368B2 (en) | 2013-12-13 | 2017-02-14 | Nicira, Inc. | Installing and managing flows in a flow table cache |
| US9996467B2 (en) | 2013-12-13 | 2018-06-12 | Nicira, Inc. | Dynamically adjusting the number of flows allowed in a flow table cache |
| US9354896B1 (en) * | 2014-02-28 | 2016-05-31 | Emc Corporation | Hypervisor utilization to reduce bootstrap time for data storage system |
| CN106068501A (zh) * | 2014-03-07 | 2016-11-02 | 三菱电机株式会社 | 计算机装置和计算机机构 |
| US9590901B2 (en) | 2014-03-14 | 2017-03-07 | Nicira, Inc. | Route advertisement by managed gateways |
| US9424216B2 (en) | 2014-03-14 | 2016-08-23 | International Business Machines Corporation | Ascertaining configuration of a virtual adapter in a computing environment |
| US9419855B2 (en) | 2014-03-14 | 2016-08-16 | Nicira, Inc. | Static routes for logical routers |
| US9313129B2 (en) | 2014-03-14 | 2016-04-12 | Nicira, Inc. | Logical router processing by network controller |
| US9225597B2 (en) | 2014-03-14 | 2015-12-29 | Nicira, Inc. | Managed gateways peering with external router to attract ingress packets |
| US9374324B2 (en) * | 2014-03-14 | 2016-06-21 | International Business Machines Corporation | Determining virtual adapter access controls in a computing environment |
| US9647883B2 (en) | 2014-03-21 | 2017-05-09 | Nicria, Inc. | Multiple levels of logical routers |
| US9503321B2 (en) | 2014-03-21 | 2016-11-22 | Nicira, Inc. | Dynamic routing for logical routers |
| US9893988B2 (en) | 2014-03-27 | 2018-02-13 | Nicira, Inc. | Address resolution using multiple designated instances of a logical router |
| US9413644B2 (en) | 2014-03-27 | 2016-08-09 | Nicira, Inc. | Ingress ECMP in virtual distributed routing environment |
| US9686200B2 (en) | 2014-03-31 | 2017-06-20 | Nicira, Inc. | Flow cache hierarchy |
| US9385954B2 (en) | 2014-03-31 | 2016-07-05 | Nicira, Inc. | Hashing techniques for use in a network environment |
| US9582373B2 (en) * | 2014-03-31 | 2017-02-28 | Vmware, Inc. | Methods and systems to hot-swap a virtual machine |
| US10193806B2 (en) | 2014-03-31 | 2019-01-29 | Nicira, Inc. | Performing a finishing operation to improve the quality of a resulting hash |
| US10164894B2 (en) | 2014-05-05 | 2018-12-25 | Nicira, Inc. | Buffered subscriber tables for maintaining a consistent network state |
| US9742881B2 (en) | 2014-06-30 | 2017-08-22 | Nicira, Inc. | Network virtualization using just-in-time distributed capability for classification encoding |
| US9875127B2 (en) | 2014-08-22 | 2018-01-23 | Nicira, Inc. | Enabling uniform switch management in virtual infrastructure |
| US9768980B2 (en) | 2014-09-30 | 2017-09-19 | Nicira, Inc. | Virtual distributed bridging |
| US10020960B2 (en) | 2014-09-30 | 2018-07-10 | Nicira, Inc. | Virtual distributed bridging |
| US10250443B2 (en) | 2014-09-30 | 2019-04-02 | Nicira, Inc. | Using physical location to modify behavior of a distributed virtual network element |
| US10511458B2 (en) | 2014-09-30 | 2019-12-17 | Nicira, Inc. | Virtual distributed bridging |
| US11178051B2 (en) | 2014-09-30 | 2021-11-16 | Vmware, Inc. | Packet key parser for flow-based forwarding elements |
| US10469342B2 (en) | 2014-10-10 | 2019-11-05 | Nicira, Inc. | Logical network traffic analysis |
| US9787605B2 (en) | 2015-01-30 | 2017-10-10 | Nicira, Inc. | Logical router with multiple routing components |
| US9710170B2 (en) * | 2015-03-05 | 2017-07-18 | Western Digital Technologies, Inc. | Processing data storage commands for enclosure services |
| JP6459696B2 (ja) * | 2015-03-25 | 2019-01-30 | 日本電気株式会社 | 切り替え装置、切り替え方法、切り替えプログラム、仮想情報管理装置、及び、情報処理装置 |
| US10038628B2 (en) | 2015-04-04 | 2018-07-31 | Nicira, Inc. | Route server mode for dynamic routing between logical and physical networks |
| US9923760B2 (en) | 2015-04-06 | 2018-03-20 | Nicira, Inc. | Reduction of churn in a network control system |
| US10225184B2 (en) | 2015-06-30 | 2019-03-05 | Nicira, Inc. | Redirecting traffic in a virtual distributed router environment |
| US10055136B2 (en) * | 2015-07-29 | 2018-08-21 | Red Hat Israel, Ltd. | Maintaining guest input/output tables in swappable memory |
| US10230629B2 (en) | 2015-08-11 | 2019-03-12 | Nicira, Inc. | Static route configuration for logical router |
| US10075363B2 (en) | 2015-08-31 | 2018-09-11 | Nicira, Inc. | Authorization for advertised routes among logical routers |
| US10852954B1 (en) * | 2015-09-23 | 2020-12-01 | EMC IP Holding Company LLC | Running an enterprise storage subsystem as a virtual machine |
| US10204122B2 (en) | 2015-09-30 | 2019-02-12 | Nicira, Inc. | Implementing an interface between tuple and message-driven control entities |
| US10095535B2 (en) | 2015-10-31 | 2018-10-09 | Nicira, Inc. | Static route types for logical routers |
| US11715025B2 (en) | 2015-12-30 | 2023-08-01 | Nutanix, Inc. | Method for forecasting distributed resource utilization in a virtualization environment |
| CN107085459B (zh) * | 2016-02-14 | 2020-03-31 | 华为技术有限公司 | 一种电源管理方法以及系统 |
| US10333849B2 (en) | 2016-04-28 | 2019-06-25 | Nicira, Inc. | Automatic configuration of logical routers on edge nodes |
| US10841273B2 (en) | 2016-04-29 | 2020-11-17 | Nicira, Inc. | Implementing logical DHCP servers in logical networks |
| US10484515B2 (en) | 2016-04-29 | 2019-11-19 | Nicira, Inc. | Implementing logical metadata proxy servers in logical networks |
| US11019167B2 (en) | 2016-04-29 | 2021-05-25 | Nicira, Inc. | Management of update queues for network controller |
| US10091161B2 (en) | 2016-04-30 | 2018-10-02 | Nicira, Inc. | Assignment of router ID for logical routers |
| WO2017195276A1 (ja) * | 2016-05-10 | 2017-11-16 | 三菱電機株式会社 | 情報処理装置および再起動制御方法 |
| US10168953B1 (en) | 2016-05-20 | 2019-01-01 | Nutanix, Inc. | Dynamic scheduling of distributed storage management tasks using predicted system characteristics |
| US10902324B2 (en) | 2016-06-13 | 2021-01-26 | Nutanix, Inc. | Dynamic data snapshot management using predictive modeling |
| US10361925B1 (en) | 2016-06-23 | 2019-07-23 | Nutanix, Inc. | Storage infrastructure scenario planning |
| US10153973B2 (en) | 2016-06-29 | 2018-12-11 | Nicira, Inc. | Installation of routing tables for logical router in route server mode |
| US10560320B2 (en) | 2016-06-29 | 2020-02-11 | Nicira, Inc. | Ranking of gateways in cluster |
| US10454758B2 (en) | 2016-08-31 | 2019-10-22 | Nicira, Inc. | Edge node cluster network redundancy and fast convergence using an underlay anycast VTEP IP |
| US10341236B2 (en) | 2016-09-30 | 2019-07-02 | Nicira, Inc. | Anycast edge service gateways |
| US10484301B1 (en) | 2016-09-30 | 2019-11-19 | Nutanix, Inc. | Dynamic resource distribution using periodicity-aware predictive modeling |
| US10691491B2 (en) | 2016-10-19 | 2020-06-23 | Nutanix, Inc. | Adapting a pre-trained distributed resource predictive model to a target distributed computing environment |
| US10237123B2 (en) | 2016-12-21 | 2019-03-19 | Nicira, Inc. | Dynamic recovery from a split-brain failure in edge nodes |
| US10742746B2 (en) | 2016-12-21 | 2020-08-11 | Nicira, Inc. | Bypassing a load balancer in a return path of network traffic |
| US10212071B2 (en) | 2016-12-21 | 2019-02-19 | Nicira, Inc. | Bypassing a load balancer in a return path of network traffic |
| US10616045B2 (en) | 2016-12-22 | 2020-04-07 | Nicira, Inc. | Migration of centralized routing components of logical router |
| CN106897106B (zh) * | 2017-01-12 | 2018-01-16 | 北京三未信安科技发展有限公司 | 一种sr‑iov环境下多虚拟机并发dma的顺序调度方法及系统 |
| US10805239B2 (en) | 2017-03-07 | 2020-10-13 | Nicira, Inc. | Visualization of path between logical network endpoints |
| US10637800B2 (en) | 2017-06-30 | 2020-04-28 | Nicira, Inc | Replacement of logical network addresses with physical network addresses |
| US10681000B2 (en) | 2017-06-30 | 2020-06-09 | Nicira, Inc. | Assignment of unique physical network addresses for logical network addresses |
| US11144341B2 (en) * | 2017-07-13 | 2021-10-12 | Hitachi, Ltd. | Management apparatus and management method |
| US10552265B1 (en) | 2017-09-14 | 2020-02-04 | EMC IP Holding Company LLC | Method of tracking and analyzing data integrity issues by leveraging cloud services |
| US10608887B2 (en) | 2017-10-06 | 2020-03-31 | Nicira, Inc. | Using packet tracing tool to automatically execute packet capture operations |
| US10374827B2 (en) | 2017-11-14 | 2019-08-06 | Nicira, Inc. | Identifier that maps to different networks at different datacenters |
| US10511459B2 (en) | 2017-11-14 | 2019-12-17 | Nicira, Inc. | Selection of managed forwarding element for bridge spanning multiple datacenters |
| US10999220B2 (en) | 2018-07-05 | 2021-05-04 | Vmware, Inc. | Context aware middlebox services at datacenter edge |
| US11184327B2 (en) | 2018-07-05 | 2021-11-23 | Vmware, Inc. | Context aware middlebox services at datacenter edges |
| US10931560B2 (en) | 2018-11-23 | 2021-02-23 | Vmware, Inc. | Using route type to determine routing protocol behavior |
| US10735541B2 (en) | 2018-11-30 | 2020-08-04 | Vmware, Inc. | Distributed inline proxy |
| US10797998B2 (en) | 2018-12-05 | 2020-10-06 | Vmware, Inc. | Route server for distributed routers using hierarchical routing protocol |
| US10938788B2 (en) | 2018-12-12 | 2021-03-02 | Vmware, Inc. | Static routes for policy-based VPN |
| CN109753396A (zh) * | 2019-01-16 | 2019-05-14 | 浪潮商用机器有限公司 | 一种存储系统的线缆自检方法、系统及服务器 |
| US20200348843A1 (en) * | 2019-04-30 | 2020-11-05 | Juniper Networks, Inc. | Distributor data map for storage volume replication across multiple data centers |
| US11159343B2 (en) | 2019-08-30 | 2021-10-26 | Vmware, Inc. | Configuring traffic optimization using distributed edge services |
| US11641305B2 (en) | 2019-12-16 | 2023-05-02 | Vmware, Inc. | Network diagnosis in software-defined networking (SDN) environments |
| US11283699B2 (en) | 2020-01-17 | 2022-03-22 | Vmware, Inc. | Practical overlay network latency measurement in datacenter |
| US11606294B2 (en) | 2020-07-16 | 2023-03-14 | Vmware, Inc. | Host computer configured to facilitate distributed SNAT service |
| US11616755B2 (en) | 2020-07-16 | 2023-03-28 | Vmware, Inc. | Facilitating distributed SNAT service |
| US11611613B2 (en) | 2020-07-24 | 2023-03-21 | Vmware, Inc. | Policy-based forwarding to a load balancer of a load balancing cluster |
| US11451413B2 (en) | 2020-07-28 | 2022-09-20 | Vmware, Inc. | Method for advertising availability of distributed gateway service and machines at host computer |
| US11902050B2 (en) | 2020-07-28 | 2024-02-13 | VMware LLC | Method for providing distributed gateway service at host computer |
| US11570090B2 (en) | 2020-07-29 | 2023-01-31 | Vmware, Inc. | Flow tracing operation in container cluster |
| US11196628B1 (en) | 2020-07-29 | 2021-12-07 | Vmware, Inc. | Monitoring container clusters |
| US11558426B2 (en) | 2020-07-29 | 2023-01-17 | Vmware, Inc. | Connection tracking for container cluster |
| US11736436B2 (en) | 2020-12-31 | 2023-08-22 | Vmware, Inc. | Identifying routes with indirect addressing in a datacenter |
| US11336533B1 (en) | 2021-01-08 | 2022-05-17 | Vmware, Inc. | Network visualization of correlations between logical elements and associated physical elements |
| US20220350767A1 (en) * | 2021-04-30 | 2022-11-03 | Hewlett Packard Enterprise Development Lp | Flexible high-availability computing with parallel configurable fabrics |
| US11687210B2 (en) | 2021-07-05 | 2023-06-27 | Vmware, Inc. | Criteria-based expansion of group nodes in a network topology visualization |
| US11711278B2 (en) | 2021-07-24 | 2023-07-25 | Vmware, Inc. | Visualization of flow trace operation across multiple sites |
| US11855862B2 (en) | 2021-09-17 | 2023-12-26 | Vmware, Inc. | Tagging packets for monitoring and analysis |
Family Cites Families (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH02244239A (ja) * | 1989-03-17 | 1990-09-28 | Hitachi Ltd | 計算機システム |
| US5572694A (en) * | 1992-11-25 | 1996-11-05 | Fujitsu Limited | Virtual system for detecting access paths belonging to same group from plurality of access paths to reach device designated by command with reference to table |
| US5996026A (en) * | 1995-09-05 | 1999-11-30 | Hitachi, Ltd. | Method and apparatus for connecting i/o channels between sub-channels and devices through virtual machines controlled by a hypervisor using ID and configuration information |
| JP3490212B2 (ja) * | 1996-04-08 | 2004-01-26 | 株式会社日立製作所 | 情報処理装置の入出力チャネル拡張方法 |
| US6453392B1 (en) * | 1998-11-10 | 2002-09-17 | International Business Machines Corporation | Method of and apparatus for sharing dedicated devices between virtual machine guests |
| US6775790B2 (en) * | 2000-06-02 | 2004-08-10 | Hewlett-Packard Development Company, L.P. | Distributed fine-grained enhancements for distributed table driven I/O mapping |
| JP4087072B2 (ja) * | 2001-01-25 | 2008-05-14 | 株式会社日立製作所 | ストレージシステム及び仮想プライベートボリューム制御方法 |
| US7065761B2 (en) * | 2001-03-01 | 2006-06-20 | International Business Machines Corporation | Nonvolatile logical partition system data management |
| JP4009434B2 (ja) * | 2001-04-18 | 2007-11-14 | 株式会社日立製作所 | 磁気ディスク装置間結合装置 |
| US7085827B2 (en) * | 2001-09-20 | 2006-08-01 | Hitachi, Ltd. | Integrated service management system for remote customer support |
| JP4018900B2 (ja) * | 2001-11-22 | 2007-12-05 | 株式会社日立製作所 | 仮想計算機システム及びプログラム |
| JP2003296037A (ja) * | 2002-04-05 | 2003-10-17 | Hitachi Ltd | 計算機システム |
| JP4704659B2 (ja) * | 2002-04-26 | 2011-06-15 | 株式会社日立製作所 | 記憶装置システムの制御方法および記憶制御装置 |
| JP3996010B2 (ja) | 2002-08-01 | 2007-10-24 | 株式会社日立製作所 | ストレージネットワークシステム、管理装置、管理方法及びプログラム |
| US7209452B2 (en) * | 2002-12-13 | 2007-04-24 | Bellsouth Intellectual Property Corporation | Method and system for retrieving link management interface status for a logical port |
| JP2004220216A (ja) * | 2003-01-14 | 2004-08-05 | Hitachi Ltd | Ｓａｎ／ｎａｓ統合型ストレージ装置 |
| JP2004334481A (ja) * | 2003-05-07 | 2004-11-25 | Fujitsu Ltd | 仮想化情報管理装置 |
| US7783779B1 (en) * | 2003-09-19 | 2010-08-24 | Vmware, Inc | Storage multipath management in a virtual computer system |
| JP4516306B2 (ja) | 2003-11-28 | 2010-08-04 | 株式会社日立製作所 | ストレージネットワークの性能情報を収集する方法 |
| JP4227035B2 (ja) * | 2004-02-03 | 2009-02-18 | 株式会社日立製作所 | 計算機システム、管理装置、ストレージ装置及びコンピュータ装置 |
-
2005
- 2005-01-28 JP JP2005020908A patent/JP4733399B2/ja not_active Expired - Fee Related
- 2005-05-20 US US11/133,821 patent/US20060174087A1/en not_active Abandoned
- 2005-09-29 EP EP05256116A patent/EP1686473B1/en active Active
- 2005-09-29 DE DE602005008363T patent/DE602005008363D1/de active Active
-
2008
- 2008-05-13 US US12/120,058 patent/US7783856B2/en active Active
-
2010
- 2010-07-06 US US12/831,076 patent/US7930511B2/en not_active Expired - Fee Related
-
2011
- 2011-04-06 US US13/080,741 patent/US8683172B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| US7930511B2 (en) | 2011-04-19 |
| US20100275058A1 (en) | 2010-10-28 |
| EP1686473A1 (en) | 2006-08-02 |
| US20080215793A1 (en) | 2008-09-04 |
| EP1686473B1 (en) | 2008-07-23 |
| US20110185357A1 (en) | 2011-07-28 |
| JP2006209487A (ja) | 2006-08-10 |
| US20060174087A1 (en) | 2006-08-03 |
| DE602005008363D1 (de) | 2008-09-04 |
| US8683172B2 (en) | 2014-03-25 |
| US7783856B2 (en) | 2010-08-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4733399B2 (ja) | 計算機システム、計算機、ストレージ装置及び管理端末 | |
| TWI439867B (zh) | 動態實體及虛擬多重路徑輸入／輸出 | |
| US7865588B2 (en) | System for providing multi-path input/output in a clustered data storage network | |
| US8560628B2 (en) | Supporting autonomous live partition mobility during a cluster split-brained condition | |
| US8880687B1 (en) | Detecting and managing idle virtual storage servers | |
| US8495412B2 (en) | Autonomous propagation of virtual input/output (VIO) operation(s) to second VIO server (VIOS) due to a detected error condition at a first VIOS | |
| JP5352132B2 (ja) | 計算機システム及びそのｉ／ｏ構成変更方法 | |
| US20120151265A1 (en) | Supporting cluster level system dumps in a cluster environment | |
| US10423332B2 (en) | Fibre channel storage array having standby controller with ALUA standby mode for forwarding SCSI commands | |
| US8726274B2 (en) | Registration and initialization of cluster-aware virtual input/output server nodes | |
| US20210075665A1 (en) | Implementing switchover operations between computing nodes | |
| JP2010033404A (ja) | 仮想計算機システムおよび仮想計算機システムの制御方法 | |
| TW200925878A (en) | System and method for management of an IOV adapter through a virtual intermediary in an IOV management partition | |
| JP2012527023A (ja) | ファイバ・チャネル・ファブリックへのアクセスの変更 | |
| JP2005055970A (ja) | ストレージ装置 | |
| WO2011111245A1 (ja) | 計算機システム、計算機システムの制御方法及びプログラムを格納した記憶媒体 | |
| JP2004199682A (ja) | 高可用性クラスタにおける活性判定用通信ネットワークとしての記憶媒体の使用 | |
| CN113849136B (zh) | 一种基于国产平台的自动化fc块存储处理方法和系统 | |
| US7739543B1 (en) | System and method for transport-level failover for loosely coupled iSCSI target devices | |
| US8305883B2 (en) | Transparent failover support through pragmatically truncated progress engine and reversed complementary connection establishment in multifabric MPI implementation | |
| JP2013003691A (ja) | 計算機システムおよびその計算機システムにおけるディスク共有方法 | |
| CN110034951A (zh) | iSCSI目标器的故障切换方法及iSCSI主目标器 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071011 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20071011 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100513 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100525 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100722 |
|
| 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: 20110329 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110422 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140428 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4733399 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |